# 1.4 — As peças de um time de IA / m01-a04

**Objetivo:** Identificar skill, MCP/conector e plugin por meio de exemplos e diagnosticar falhas de cada peça.

**Preparação:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Ensaio:** Leitura por conector depende da conta de exercício; não usar documento de cliente.

### m01-a04-b01 — Um mapa para as próximas aulas

Slide m01-a04-s01

Nesta aula vamos separar cinco nomes que aparecem o tempo todo quando se fala de IA no trabalho: modelo, agente, skill, MCP e plugin. Para não ficar abstrato, vou usar o mesmo exemplo do começo ao fim: resumir uma conversa.

O modelo é o recurso que interpreta o seu pedido e produz o raciocínio e as respostas. No exemplo, é ele que entende o que é uma decisão e escreve o resumo.

O agente é o sistema que conduz o trabalho, usando o modelo e as ferramentas disponíveis. No exemplo, é o agente que abre o arquivo da conversa, aplica o procedimento e entrega o resultado.

A skill guarda um procedimento que pode ser reutilizado. Na prática, é um arquivo de instruções, com um nome, uma descrição e as regras do trabalho. No exemplo, é a regra de como resumir: quais seções entram e o que fazer quando uma informação não aparece.

O MCP, sigla de Model Context Protocol, é um padrão aberto para acessar ferramentas e dados externos. Padrão, aqui, quer dizer um combinado sobre como um programa pede uma operação a outro. A integração que aparece na tela da ferramenta costuma se chamar conector, e ela pode usar MCP por baixo. No exemplo, seria o acesso para buscar a conversa num serviço fora do seu computador.

E o plugin pode reunir vários desses recursos num pacote, para facilitar a instalação e o uso.

Por que separar assim? Porque cada peça responde por uma parte do trabalho. Se a resposta saiu ruim, talvez falte critério na instrução, e aí o ajuste é no procedimento. Se a ferramenta nem chegou a ser acessada, o problema pode estar na conexão ou na permissão. Trocar o modelo, ou pedir que ele pense mais, nem sempre resolve. Por isso, antes de mexer no modelo, vamos aprender a perguntar qual peça falhou.

### m01-a04-b04 — Uma skill em ação, com conferência

Slide m01-a04-s04

Agora vamos ver uma skill funcionando, com a mesma entrada do começo ao fim. Pense na skill como um manual escrito: o procedimento fica registrado uma vez, e o agente consulta quando precisa.

Primeiro, a entrada. Esta é a conversa fictícia, no arquivo conversa-demo.txt. Ela tem uma decisão, uma pessoa responsável e uma informação que ficou faltando. Repare que não estamos usando nenhuma conversa de cliente: tudo aqui é inventado para o exercício.

Depois, o manual. Abra o arquivo criterios-resumo.md e leia a regra antes de executar qualquer coisa. O procedimento de resumo pede três seções: decisões, ações e perguntas abertas. Ele também manda marcar como não informado o que o texto não diz. Ler a regra antes é o que permite saber o que esperar do resultado.

Agora, peça para aplicar a skill de exemplo, a skill-resumo-exemplo.md, à conversa-demo.txt. Quando o resumo aparecer, não o aceite pela aparência. Compare com a fonte, ponto a ponto. A pessoa responsável foi mantida? A pendência continuou como pendência, ou virou uma decisão que ninguém tomou? O prazo que não aparece na conversa foi reconhecido como ausente, ou alguém inventou uma data? Esses critérios explicam por que o resumo serve ao trabalho: ele só vale se bater com a origem.

Em seguida, a segunda entrada. Abra o arquivo conversa-incompleta.txt. Ele é a mesma conversa, com uma única diferença: sem a frase que diz quem é o responsável. Execute a skill de novo e confira se o procedimento resiste à informação faltante. O esperado é que o resumo marque o responsável como não informado, e não escolha um nome por conta própria. Se aparecer um nome que não está no texto, o problema é de conferência, e é isso que vamos treinar.

Escrever o manual uma vez evita repetir toda a orientação a cada pedido, mas não transforma a IA numa máquina que obedece perfeitamente para sempre. Você continua testando e atualizando o procedimento quando o processo muda. Esse é o sentido útil da comparação com o manual do funcionário novo: ele orienta o trabalho e pode ser consultado, mas o resultado ainda precisa de supervisão.

### m01-a04-b02 — Manual e acesso

Slide m01-a04-s02

Vamos completar essa comparação. Pense numa pessoa nova entrando na equipe. Você explica o que ela precisa fazer e também dá acesso às ferramentas de que ela precisa. Manual e acesso são coisas diferentes: ela pode ter o melhor manual e ainda assim não conseguir abrir o sistema.

No nosso exemplo, o arquivo conversa-demo.txt, que está na tela, é a entrada. A skill é o manual: orienta como identificar decisões, responsáveis e pendências, e como apresentar o resumo. Aqui, a conversa já está na pasta de exercícios, então não precisamos de nenhum acesso especial. Agora, se eu quiser buscar essa conversa num serviço externo, preciso de um meio de acesso.

Esse acesso pode vir de um conector. Quando o conector usa MCP, as operações ficam disponíveis de um jeito padronizado, e a ferramenta consegue descobrir o que pode pedir. Vou fazer agora uma consulta por um conector, só para você ver o acesso acontecendo. O que ela devolver só conta depois que conferirmos a origem, e isso vem logo a seguir.

Mas conectar não decide qual conversa escolher, o que extrair ou quando pedir aprovação. Essas decisões fazem parte do processo que vamos desenhar nas próximas aulas. O conector abre a porta; quem decide o que entra por ela é o processo.

Um detalhe importante: o agente também pode agir por outros caminhos, como ferramentas locais e navegador. A comparação com o acesso ajuda a entender o MCP, mas ele é um dos caminhos possíveis, não o único.

### m01-a04-b05 — Uma ferramenta conectada em ação

Slide m01-a04-s05

A skill sabe como resumir, mas precisa receber a conversa. Se o texto está numa pasta local, uma ferramenta de arquivo pode lê-lo, e foi isso que fizemos até agora. Se está num serviço externo, precisamos de uma conexão adequada. Vamos usar uma operação de leitura, que só consulta e não altera nada, para observar essa diferença.

Vou usar um conector de leitura que já esteja disponível na conta de exercício, e um documento fictício. Se na sua conta não houver um conector assim, acompanhe a demonstração e depois repita o resumo com o arquivo local. O objetivo é enxergar o caminho, e não conectar um serviço seu agora.

Primeiro, localize o recurso pelo nome e confira o identificador dele, o ID. Dois documentos podem ter nomes parecidos; o ID é o que diz de qual se trata. Anote o nome do conector, a operação usada e o ID. Isso é o registro da origem. Depois, peça para abrir somente aquele arquivo, pelo ID. Antes de resumir, veja se o conteúdo corresponde ao documento escolhido. Só então aplique o mesmo procedimento de resumo que usamos antes.

O caminho completo é: localizar, ler, interpretar e conferir. Uma resposta plausível, sem origem identificada, não comprova que o serviço foi acessado. Um texto bem escrito pode vir da leitura de verdade ou de uma suposição do modelo, e só o registro de origem separa as duas coisas.

MCP padroniza como um cliente, o programa que você está usando, descobre e chama operações. Ele não substitui o login, nem concede permissão por conta própria. Um conector pode mostrar várias ferramentas, mas você libera apenas as necessárias. Ler um arquivo já pode envolver informação sensível; por isso nosso exercício usa dados fictícios e uma pasta de teste, e nunca um documento de cliente. Qualquer operação que altere algo ou envie algo para fora exige aprovação sua antes de acontecer. Aqui, só lemos.

Mais adiante você vai conectar serviços concretos. Por enquanto, observe a separação: o acesso traz a informação, a skill orienta o tratamento e você confere o resultado.

### m01-a04-b06 — Plugin e diagnóstico da peça que falta

Slide m01-a04-s06

Um plugin pode facilitar a instalação de um conjunto de recursos. Vamos olhar a descrição de um pacote de exemplo, sem dados de conta. Separe o que ele inclui: instruções, conexões e outros recursos. Depois, confira o que ainda precisa de autorização. Um kit instalado pode continuar sem acesso à conta de um serviço, porque instalar não é o mesmo que autorizar. Essa autorização é feita à parte, por você.

Agora vamos usar um quadro com três colunas: procedimento, acesso e conferência. A pergunta é sempre a mesma: qual dessas três coisas falhou? Vamos fazer um diagnóstico rápido com três situações.

Primeira: a IA leu a conversa, mas não separou decisões de sugestões. O texto chegou; o que faltou foi critério. Olhe para o procedimento e para seus critérios, e acrescente a regra que está faltando.

Segunda: a IA conhece o procedimento, mas não encontra a reunião. Aqui o critério pode estar certo, e o problema é chegar até o material. Olhe para o identificador, a conexão e a permissão.

Terceira: o arquivo foi criado, mas o conteúdo está errado. Confira a entrada e a regra antes de aumentar o esforço do modelo. Muitas vezes a entrada estava incompleta, ou a regra não dizia o que você esperava, e mais esforço não corrige isso.

Agora explique o seu próprio processo usando essas peças. Qual é o manual? Qual acesso externo ele exige? O que um pacote poderia instalar? Onde alguém confere? Se você consegue responder, já tem o índice do resto da formação. Nos próximos módulos vamos aprofundar a escolha, a criação e a combinação dessas peças. Não precisa instalar um pacote para cada problema: comece identificando o que está faltando para aquela tarefa acontecer.

### m01-a04-b03 — Cada peça resolve uma parte

Slide m01-a04-s03

Vamos juntar tudo numa linha só: entrada, regra, ferramenta e saída. No nosso exemplo, a entrada é a conversa. A regra é a skill, com seus critérios. A ferramenta é o que dá acesso ao que está fora, como um conector que pode usar MCP. A saída é o resumo, e a conferência fica com você. O modelo trabalha no meio disso, e o agente conduz o conjunto. O plugin, quando existe, é só a embalagem que traz algumas dessas peças juntas.

Por isso, ao instalar um plugin, olhe o que o pacote inclui de fato antes de assumir que o nome cobre tudo de que você precisa. Ele pode trazer skills, conectores e outros recursos de uma vez, mas o acesso à sua conta continua dependendo da sua autorização.

Fique com esta pergunta: o que está faltando para a tarefa acontecer? Pode ser capacidade de execução, procedimento, acesso ou um critério para conferir o resultado. Ao longo da formação, você vai aprender a identificar essas partes e combiná-las.

Antes de construir o procedimento, vamos entender como escolher os recursos de modelo e acompanhar o consumo. O que está disponível depende do produto e do plano que você usa, e é isso que vamos ver na próxima aula.

# 1.4 — As peças de um time de IA

ID m01-a04. Roteiro técnico — Rocco adaptado ao ensino.

TC da imagem e TC da fala são independentes. Slides novos não têm TC de fonte; fala escrita ainda não tem gravação. “—” indica não uso deliberado de depoimento/trilha. IDs são localizadores editoriais, não timecodes.

**Preparação específica:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Dependências e ensaio:** Leitura por conector depende da conta de exercício; não usar documento de cliente.

| Bloco | Slide/PDF | Ação | Conferência |
|---|---|---|---|
| m01-a04-b01 | m01-a04-s01 / p. 1 | Apresentar a função de cada peça por meio do mesmo exemplo de resumo. | Modelo, agente, skill, MCP e plugin recebem funções distintas no exemplo. |
| m01-a04-b04 | m01-a04-s04 / p. 2 | Aplicar skill-resumo-exemplo.md à conversa completa e à incompleta. | Resumo preserva fatos e marca ausência; não inventa responsável ou prazo. |
| m01-a04-b02 | m01-a04-s02 / p. 3 | Mostrar apoio/conversa-demo.txt e o procedimento de resumo. Depois, demonstrar uma consulta com conector; não afirmar resultado antes da conferência. | Resumo usa procedimento; consulta usa acesso real e retorna dado conferível. |
| m01-a04-b05 | m01-a04-s05 / p. 4 | Demonstrar leitura de documento fictício por conector disponível; registrar origem e operação. | Origem do documento e operação observadas; resumo comparado com a entrada. |
| m01-a04-b06 | m01-a04-s06 / p. 5 | Inspecionar a descrição de um plugin e classificar três falhas do exemplo. | Aluno associa cada falha à peça correta, sem assumir que plugin libera o serviço. |
| m01-a04-b03 | m01-a04-s03 / p. 6 | Relacionar entrada, regra, ferramenta e saída, sem criar novos visuais nesta etapa. | Manual, acesso e pacote distinguidos; resumo não inventa fatos; leitura mostra origem. |

## m01-a04-b01 — Um mapa para as próximas aulas

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Apresentar a função de cada peça por meio do mesmo exemplo de resumo. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 1, ID m01-a04-s01; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b01 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b01. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Apresentar a função de cada peça por meio do mesmo exemplo de resumo.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Modelo, agente, skill, MCP e plugin recebem funções distintas no exemplo.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b01; SHA-256 54521bbcf9fd9e21364533b2e5defcefb8b815ec729578a32706ac9292542da8.

**Função visual:** Apresentar a função de cada peça por meio do mesmo exemplo de resumo.


## m01-a04-b04 — Uma skill em ação, com conferência

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Aplicar skill-resumo-exemplo.md à conversa completa e à incompleta. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 2, ID m01-a04-s04; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b04 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b04. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Ler critérios-resumo.md.
2. Executar a skill com conversa-demo.txt.
3. Repetir com conversa-incompleta.txt.
4. Comparar decisão, responsável, pendência e prazo.

**Saída e conferência:** Resumo preserva fatos e marca ausência; não inventa responsável ou prazo.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b04; SHA-256 ec5673a3a4685cab92c391ea327493e3bd0be88f7d51a373e8b11de5b38067cf.

**Função visual:** Aplicar skill-resumo-exemplo.md à conversa completa e à incompleta.


## m01-a04-b02 — Manual e acesso

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Mostrar apoio/conversa-demo.txt e o procedimento de resumo. Depois, demonstrar uma consulta com conector; não afirmar resultado antes da conferência. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 3, ID m01-a04-s02; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b02 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b02. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Mostrar apoio/conversa-demo.txt e o procedimento de resumo. Depois, demonstrar uma consulta com conector; não afirmar resultado antes da conferência.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Resumo usa procedimento; consulta usa acesso real e retorna dado conferível.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b02; SHA-256 eac383004860c35e14315e222edc796b1b52134bdc7804509f092622f0a9d485.

**Função visual:** Mostrar apoio/conversa-demo.txt e o procedimento de resumo. Depois, demonstrar uma consulta com conector; não afirmar resultado antes da conferência.


## m01-a04-b05 — Uma ferramenta conectada em ação

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Demo. Demonstrar leitura de documento fictício por conector disponível; registrar origem e operação. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 4, ID m01-a04-s05; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b05 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b05. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Escolher conector de leitura já disponível na conta de exercício.
2. Localizar documento fictício por ID e abrir o conteúdo.
3. Aplicar o mesmo procedimento de resumo.

**Saída e conferência:** Origem do documento e operação observadas; resumo comparado com a entrada.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b05; SHA-256 9f982963c8680f3333757679d35f00504c9199cc7e0afc759ede18c84c4b3d5f.

**Função visual:** Demonstrar leitura de documento fictício por conector disponível; registrar origem e operação.


## m01-a04-b06 — Plugin e diagnóstico da peça que falta

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Slides. Inspecionar a descrição de um plugin e classificar três falhas do exemplo. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 5, ID m01-a04-s06; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b06 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b06. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Mostrar recursos incluídos no pacote e autenticação separada.
2. Aplicar o quadro procedimento/acesso/conferência a três falhas.

**Saída e conferência:** Aluno associa cada falha à peça correta, sem assumir que plugin libera o serviço.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b06; SHA-256 e83a44535785cb63093cb2aecca3cbb9c9b9d9a189c94e9f8c6684d6293b55bc.

**Função visual:** Inspecionar a descrição de um plugin e classificar três falhas do exemplo.


## m01-a04-b03 — Cada peça resolve uma parte

| TC imagem | VIDEO | GFX | TC fala | SOUND BITES | SOUND |
|---|---|---|---|---|---|
| Não fornecido: material novo; localizar slide pelo ID. | Câmera. Relacionar entrada, regra, ferramenta e saída, sem criar novos visuais nesta etapa. | slides/m01-a04.pptx e slides/m01-a04.pdf, página 6, ID m01-a04-s03; composição Opus verificada. Aplicativo real: captura nova a produzir quando indicada. | Não fornecido: fala original ainda não gravada; localizador m01-a04-b03 | —. Sem depoimento ou fala externa neste bloco. | Locução do professor conforme roteiro-fala.md, bloco m01-a04-b03. Sem trilha prevista. |

**Estado inicial:** Instalar somente a skill de exercício; preparar documento fictício legível no conector e descrição de plugin sem dados de conta.

**Entrada/material:** apoio/skill-resumo-exemplo.md, apoio/conversa-demo.txt, apoio/conversa-incompleta.txt, apoio/criterios-resumo.md

**Passos de captura:**
1. Relacionar entrada, regra, ferramenta e saída, sem criar novos visuais nesta etapa.
2. Abrir o resultado e comparar com o critério da aula.

**Saída e conferência:** Manual, acesso e pacote distinguidos; resumo não inventa fatos; leitura mostra origem.

**Se falhar:** Parar na ação que falhou, registrar mensagem sem credenciais e restaurar a entrada de teste antes de repetir o trecho. Não narrar uma entrega que não foi observada.

**Corte e continuidade:** Entrada: enquadramento e fonte do trecho prontos. Saída: concluir a conferência. Retirar espera sem ação e tentativas abandonadas; preservar o contexto, a decisão e a última frase completa.

**Fala correspondente:** roteiro-fala.md / m01-a04-b03; SHA-256 3b587f6f17658a56deaa7ba35f14fce219a6990867be989ec9c20554fc3f7659.

**Função visual:** Relacionar entrada, regra, ferramenta e saída, sem criar novos visuais nesta etapa.


## Atividade e solução

Executar o resumo com duas entradas, observar uma leitura por conector e classificar as três falhas do quadro.

Manual, acesso e pacote distinguidos; resumo não inventa fatos; leitura mostra origem.

## Materiais

- skill-resumo-exemplo.md
- conversa-demo.txt
- conversa-incompleta.txt
- criterios-resumo.md