Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
A estrutura do arquétipo do agente organiza o design do agente em três camadas: categorias, capacidades e componentes. Estas três camadas (as "3Cs") fornecem uma forma estruturada e repetível de conceber e comunicar sobre agentes a qualquer nível.
Dica
Para um cenário de exemplo que aplique o modelo 3Cs e demonstre como as equipas podem passar de conceitos abstratos para decisões concretas de implementação, consulte Exemplo de padrão empresarial: extrator e sumário de documentos.
Categorias: O "porquê" do comportamento do agente
As categorias representam os domínios amplos do comportamento dos agentes. Respondem à pergunta: "Porque é que o agente está a fazer isto?" As categorias fornecem um vocabulário partilhado para raciocinar sobre o design do agente a um nível estratégico, independentemente de ferramentas específicas ou escolhas de implementação.
O quadro define sete categorias:
| Categoria | Description |
|---|---|
| Conectar | Recolher e integrar informação de toda a empresa. A camada fundamental que permite tudo o que se segue. |
| Analisar | Dar sentido aos dados recolhidos, indo além da simples recuperação para a obtenção de conhecimento. |
| Create | Produzir e transformar conteúdo, passando da informação para os resultados. |
| Agir | Agir em nome dos utilizadores, transformando-se de parceiros de conversa para assistentes proativos. |
| Automate | Gerir processos em várias etapas e orquestrar fluxos de trabalho complexos, atuando como coordenadores de processos. |
| Govern | Manter a confiança e a conformidade regulatória, integrar a governação diretamente no comportamento dos agentes. |
| Monitor | Melhoria contínua através de telemetria e ciclos de feedback para iteração em escala. |
Funcionalidades: aquilo que está incluído em cada categoria
As capacidades são as funções específicas, observáveis pelo utilizador, que um agente pode desempenhar dentro de uma dada categoria. São os blocos de construção do comportamento dos agentes — as peças funcionais reunidas para criar experiências completas para os agentes. As capacidades respondem à pergunta: "O que é que este agente precisa de alcançar?"
As capacidades são intencionalmente independentes da plataforma. Descrevem o que um agente faz, não como o faz. Esta descrição garante que são duráveis. Independentemente da evolução da plataforma subjacente, as capacidades continuam a ser um ponto de referência estável para desenhar e comunicar o comportamento dos agentes.
Dica
Já estás familiarizado com as competências? Capacidades são o mesmo conceito. Ambos descrevem funções reutilizáveis que definem o que um agente pode fazer. Esta estrutura oferece um vocabulário consistente para conceber em torno delas.
Cada categoria contém um conjunto de capacidades:
| Categoria | Capabilities |
|---|---|
| Conectar | Extrair dados, consultar conhecimento, ingerir documentos, validar dados, integrar fontes de dados |
| Analisar | Calcular e analisar métricas, gerar visualizações, fazer recomendações baseadas em dados, comparar dados, comparar resultados, classificar dados |
| Agir | Atualizar registos, enviar comunicações, criar tickets ou transações, ligar para uma API ou serviço externo |
| Automate | Acionar fluxos de trabalho, tomar decisões condicionais, agendar automação, coordenar entre múltiplas ferramentas |
| Create | Redigir ou criar conteúdo, resumir informação, reformatar ou traduzir conteúdo, gerar conteúdo visual |
| Govern | Realizar registos de auditoria e validação de políticas, garantir a conformidade com as regras |
| Monitor | Acompanhar análises de utilização, captar feedback, medir o desempenho |
Componentes: O "como" da implementação
Os componentes são as primitivas de implementação que dão vida às capacidades. Respondem à pergunta: "Como é que fazemos isto acontecer?"
Os componentes podem assumir a forma de prompts, tópicos, ferramentas, conectores, fluxos ou interpretadores de código. São modulares, reutilizáveis e intercambiáveis. Por exemplo, a mesma capacidade de extração de dados poderia ser implementada utilizando:
- Fontes de conhecimento do Microsoft 365 para descoberta centrada em documentos.
- Um conector do Power Platform para consultas estruturadas de linha de negócio.
- Uma ferramenta de agente ou ação de API para dados críticos em tempo real.
- Um fluxo de upload e extração de ficheiros para análise de documentos baseada em sessões.
Cada opção tem compensações distintas, e o quadro fornece uma base para raciocinar através da escolha certa para um dado contexto.
Esta modularidade permite a repetibilidade em grande escala. Quando uma equipa constrói uma solução usando componentes bem definidos mapeados para capacidades claras, essa solução pode ser documentada, referenciada e reutilizada. A solução torna-se conhecimento organizacional em vez de conhecimento que permanece com uma única equipa.
A biblioteca Copilot Studio Kit Component é uma expressão concreta desta camada. Inclui componentes prontos para produção para extração de documentos, investigação, síntese de conteúdos, briefs executivos e tickets ServiceNow que correspondem diretamente às categorias e capacidades do framework. Estes blocos de construção são validados e derivados de cenários reais de clientes. São concebidos para serem instalados, configurados e implementados sem desenvolvimento personalizado.
A estrutura como base
A estrutura é uma base, não um destino. À medida que as plataformas de agentes evoluem para um encaminhamento mais autónomo, continuam a exigir um mapa claro e partilhado das capacidades existentes e de como as equipas as podem implementar. Os 3Cs fornecem esse mapa, dando às equipas uma linguagem consistente para o design dos agentes, roadmaps e tomada de decisões.
Exemplo de padrão empresarial: extrator e sumário de documentos
Este exemplo mostra como aplicar o modelo 3Cs a um padrão empresarial comum: um agente extrator e sumário de documentos. Use este exemplo para aprender como as equipas podem reutilizar a mesma estrutura entre implementações e adaptar componentes a requisitos específicos de negócio e técnicos.
Scenario
Organizações nos serviços financeiros, saúde, jurídico e profissionais precisam de agentes que possam:
- Ingerir um documento
- Extrair informação estruturada
- Resumir conteúdos-chave
- Gerar visualizações
- Produzir resultados num formato utilizável
Aplicar os 3Cs ao cenário
Este cenário abrange três categorias no framework: Conectar, Analisar e Criar.
As capacidades envolvidas são:
- Ingerir documento (Conectar)
- Extrair dados (Ligar / Analisar)
- Calcular e analisar métricas (Analisar)
- Gerar visualizações (Analisar / Criar)
- Resumir informação (Analisar)
- Criar conteúdo (Criar)
Os componentes que fornecem estas capacidades podem variar consoante os requisitos e restrições:
| Capacidade | Componente de exemplo |
|---|---|
| Importar documento | Fluxo de upload de ficheiros do Power Automate |
| Extrair dados | Prompt de extração de dados da biblioteca de componentes do Copilot Studio Kit |
| Calcular e analisar métricas | Interpretador de código |
| Gerar visualizações | Prompt de visualização de dados, Interpretador de código |
| Resumir a informação | Instrução de sumarização |
| Criar conteúdo | Ferramenta ou conector de criação de documentos |
Este diagrama mostra como os processos subjacentes correspondem a categorias e capacidades, que permanecem consistentes entre implementações, enquanto os componentes se adaptam a diferentes contextos e restrições.
Na prática, uma equipa constrói este cenário uma vez e partilha-o com a equipa seguinte como um padrão documentado e reutilizável em vez de uma solução personalizada. Esta abordagem escala o conhecimento em toda a organização.