Logo da Rede D'Or São Luiz Rede D'Or São Luiz · Inteli

Sobre este encontro

Skills e Agentes no VS Code · 24/09/2026 · Prof. Afonso

Objetivo de aprendizagem

Ao final do encontro, o participante deve ser capaz de montar no VS Code um repositório que declare, em arquivos versionados, as instruções sempre ativas, as skills e o agente de um fluxo de trabalho do próprio projeto, e de percorrer esse fluxo de ponta a ponta — da planilha e do CSV recebidos ao relatório em markdown com origem citada e à apresentação em HTML gerada a partir dele —, conferindo cada passagem e mantendo a cadeia que liga o número apresentado à célula de origem.

Estratégia do encontro

Treinamento de uma manhã em quatro blocos, aberto pelo retrato dos treze projetos da turma. Cada bloco constrói uma etapa do mesmo fluxo de trabalho no VS Code com o GitHub Copilot e reserva os minutos finais para que o participante a reproduza no repositório do próprio projeto, com duas ou três devolutivas em voz alta. Os exemplos percorrem a auditoria de conta hospitalar declarada em Recebíveis, com nota sobre o giro de leitos em Operações. O material de apoio registra os caminhos dos arquivos, os exemplos completos de SKILL.md e de agente, os quatro roteiros de aplicação e o checklist de doze verificações.

Estrutura do encontro

  1. 08:30 – 09:00 · Welcome coffee e verificação do ambiente: VS Code aberto, Copilot ativo e pasta do projeto criada.
  2. 09:00 – 10:00 · Bloco 1 — O repositório do fluxo, as instruções e a primeira skill: cadeia de artefatos, AGENTS.md e instruções por padrão de arquivo, SKILL.md, arquivo de agente e critério de escolha entre os três; aplicação (15 min).
  3. 10:00 – 11:00 · Bloco 2 — Excel e CSV do binário ao dado conferido: por que o agente escreve o leitor, skill de extração com script versionado, colunas de origem, quatro conferências e fronteira entre script e julgamento; aplicação (20 min).
  4. 11:00 – 11:15 · Intervalo.
  5. 11:15 – 12:00 · Bloco 3 — Markdown como registro rastreável: formato do achado com origem e status, agente com ferramentas restritas, escopo de sessão e revisão humana; aplicação (14 min).
  6. 12:00 – 13:00 · Bloco 4 — Do markdown à apresentação em HTML: separação entre conteúdo e forma, skill de geração sobre template versionado, cadeia percorrida ao contrário e ciclo de vida do repositório; aplicação (20 min) e checklist.

1 · Como ler este material

O encontro ocupa a manhã inteira, das nove à uma, em quatro blocos precedidos pelo welcome coffee. Cada bloco constrói uma etapa de um mesmo fluxo de trabalho e reserva os minutos finais para que o participante a reproduza no repositório do próprio projeto. Este material registra o que foi exposto e acrescenta o detalhamento que não cabe em tela de projeção: os caminhos exatos dos arquivos, os exemplos completos, os roteiros de aplicação e os critérios de verificação de cada etapa.

Os roteiros das quatro aplicações estão nas seções 4.6, 5.6, 6.6 e 7.6. Percorridos os quatro, o participante terá, no próprio computador, um repositório com instruções, duas skills e um agente declarados, um script de extração versionado, um relatório com origem citada e uma apresentação gerada a partir dele.

Ambiente. O trabalho se dá no Visual Studio Code com o GitHub Copilot, no ambiente homologado pela Rede D'Or. Plataforma, licença e concessão de acesso são decisão da Rede e não integram o conteúdo desta manhã.
Versões. Os nomes de arquivo, as pastas e os campos citados foram conferidos na documentação do Visual Studio Code em setembro de 2026. Recursos de produto mudam de nome e de local; ao encontrar divergência, a documentação oficial prevalece sobre este material. Os arquivos *.prompt.md, usados até recentemente para o mesmo fim, estão sendo substituídos por skills.
Caso condutor. Os exemplos percorrem a auditoria de conta hospitalar, declarada por participantes de Recebíveis. Onde o processo difere, o caso de giro de leitos, de Operações Hospitalares, é indicado em nota. A estrutura do fluxo é a mesma nos dois: origem recebida, extração conferida, análise registrada e apresentação gerada.

2 · Os projetos desta turma

Treze participantes responderam ao diagnóstico prévio entre 20 e 25 de agosto de 2026, um por projeto em curso. Sete projetos tratam de Operações Hospitalares, cinco de Recebíveis e um abrange os dois temas. Dez estão em implementação, em piloto ou em acompanhamento posterior à implantação, e a autoavaliação de andamento tem média de 3,9 em escala de cinco pontos.

Quanto ao uso de inteligência artificial no projeto, sete declaram uso eventual, cinco declaram uso frequente e um ainda não utiliza. Sete classificam a oportunidade de aplicação como alta, com caso de uso já definido, e seis como média, ainda a explorar. Nenhum projeto está na partida: a decisão em pauta é onde inserir um agente em fluxo que já opera.

As dificuldades apontadas — até três por participante — concentram-se em cinco categorias, e cada uma corresponde a uma decisão de desenho tratada neste material:

Dificuldade declarada Menções Onde é tratada
Qualidade e estrutura dos dados8 de 13Seções 7.1 e 7.2 — o que o dado precisa ter para servir de evidência citável.
Dependência de tecnologia e sistemas6 de 13Seções 6.1 e 6.5 — roteamento que encerra o caso quando a evidência não está acessível, e política de retomada.
Dependência de outras áreas6 de 13Seções 5.2, 5.3 e 5.5 — contrato de mensagem, critério de aceite do handoff e o que atravessa a fronteira.
Complexidade do processo5 de 13Seções 4.1 a 4.5 — decomposição, escolha de topologia, divisão modular e exemplo trabalhado.
Engajamento das pessoas envolvidas4 de 13Seções 5.4 e 6.2 — parcial declarado e decisão que permanece com a pessoa responsável.

Entre as razões pelas quais uma ideia de aplicação de IA não chegou a ser implementada, sete respostas citam falta de conhecimento técnico e três citam não saber como estruturar a solução. São as duas a que este material se dirige.

Fora do escopo. Três projetos pedem previsão — tempo cirúrgico, tendência de ocupação e prazo de entrada de nota fiscal. Previsão é modelo estatístico ajustado sobre série histórica: o agente consome a previsão como entrada em vez de produzi-la. A escolha de plataforma segue a governança da instituição e também não é objeto deste material, que trata das decisões de desenho.

3 · O limite do trabalho com planilha

O trabalho de análise nas duas áreas representadas nesta turma segue hoje um percurso conhecido: a planilha é aberta, filtrada e copiada para uma segunda aba; os cálculos ficam em fórmulas dentro das células; o achado é escrito no corpo de um e-mail; e a apresentação é montada na véspera da reunião, com os números digitados à mão.

O percurso funciona. O que ele não produz é registro. O critério aplicado ao filtro não fica escrito em lugar algum, repetir a competência seguinte exige refazer as mesmas decisões de memória, e quem recebe a apresentação não consegue percorrer o caminho inverso, do número apresentado até o dado que o originou.

3.1 · O sintoma que aparece primeiro

Uma prova de conceito declarada nesta turma compara a tabela de conceitos, a conta emitida e o registro do prontuário dentro de uma única conversa com o assistente. Ela funciona nos primeiros casos e deixa de funcionar quando o prontuário é longo. O sintoma é o limite de espaço da conversa; a causa é reunir leitura, confronto e conclusão em uma única passagem, sem arquivo intermediário que permita conferir o que foi efetivamente lido.

3.2 · O que muda ao final da manhã

DimensãoTrabalho em planilha e conversaFluxo em repositório
CritérioExiste na cabeça de quem executa.Está escrito em arquivo que se lê e se revisa.
RepetiçãoRefazer as decisões a cada competência.Nova execução da mesma skill sobre novo arquivo.
VerificaçãoConferência visual do resultado final.Conferência de contagem e soma em cada passagem.
RastreabilidadeO caminho do número se perde.Cada afirmação devolve o endereço de origem.
CorreçãoAplicada em cada cópia, uma a uma.Aplicada na origem e propagada por reexecução.
TransferênciaDepende de quem construiu a planilha.Quem recebe a pasta executa e obtém o mesmo resultado.
O que permanece humano. A decisão de glosar, cobrar, questionar ou liberar continua com o profissional que responde por ela. O fluxo produz o levantamento com origem verificável; não substitui o julgamento, e é essa separação que torna o resultado utilizável em processo formal.

4 · Bloco 1 · O repositório, as instruções e a primeira skill · 09:00 – 10:00

O primeiro bloco converte um procedimento que hoje existe na prática de quem executa em arquivos declarados, lidos pelo Copilot e revisáveis pela área.

4.1 · A cadeia de artefatos da manhã

Cinco artefatos e quatro passagens. Entre cada par existe um arquivo que se abre, se lê e se confere; é essa passagem intermediária que permite localizar o erro quando o resultado final diverge.

ArtefatoNaturezaProduzido porConferência
dados/conta.xlsx e dados/itens.csvOrigem recebida do prestadorTerceiro; não se alteraRegistro de recebimento
derivado/conta-2026-09.csvDerivado normalizadoScript versionadoContagem, soma, domínio e amostra
notas/achados-2026-09.mdAnálise registradaAgente com papel declaradoRevisão humana por amostragem
deck/comite.htmlEntregaSkill de geração sobre templatePercurso inverso da cadeia
conceitos/tabela.mdRegra de negócioÁrea que responde pela regraData da última revisão no arquivo

Estrutura de pastas

auditoria-conta/
├─ .github/
│  ├─ copilot-instructions.md      regras sempre ativas
│  ├─ instructions/
│  │  └─ extracao.instructions.md  regras dos scripts
│  ├─ skills/
│  │  ├─ extrair-conta/SKILL.md
│  │  └─ gerar-deck/SKILL.md
│  └─ agents/
│     └─ auditor.agent.md
├─ conceitos/    tabela de regras, em markdown
├─ dados/        origem recebida, não se altera
├─ derivado/     csv normalizado, gerado por script
├─ scripts/      leitores e conferências
├─ notas/        relatório de achados
└─ deck/         template e apresentação gerada

A pasta é o entregável. A conversa se perde ao fechar a janela, não se compartilha com a colega ao lado e não registra qual versão da regra produziu qual número. A pasta se anexa a um processo, se envia a um par e se executa de novo meses depois.

4.2 · Onde o Copilot lê as regras da sua área

ArquivoOnde ficaQuando se aplicaO que escrever
AGENTS.mdRaiz do repositórioEm toda solicitaçãoO que o repositório é, o vocabulário da área e as regras válidas para qualquer tarefa.
copilot-instructions.md.github/Em toda solicitaçãoAlternativa específica do Copilot ao anterior. Um dos dois basta.
*.instructions.md.github/instructions/; no perfil, ~/.copilot/instructionsSomente nos arquivos que o campo applyTo declaraConvenções de um tipo de artefato: scripts, relatórios, template do deck.

Exemplo de instrução por padrão de arquivo

---
applyTo: "scripts/**/*.py"
---
# Scripts de extração

- Ler a origem sem alterá-la; gravar sempre em derivado/.
- Declarar as colunas de saída no início do arquivo.
- Emitir ao final: linhas lidas, linhas gravadas e soma das
  colunas de valor, para conferência contra a origem.
- Registrar em comentário a aba e o intervalo lidos.

O campo applyTo aceita padrão de caminho relativo à raiz do repositório; ** aplica a instrução a todos os arquivos.

O que não colocar nesses arquivos

4.3 · A skill: o procedimento que se repete

Uma skill é uma pasta com um arquivo SKILL.md. O modelo a carrega quando a tarefa corresponde à sua descrição, e o usuário pode invocá-la digitando / na caixa de chat.

Onde a pasta pode ficar

EscopoCaminhos aceitosConsequência
Repositório.github/skills/, .claude/skills/, .agents/skills/A skill acompanha o projeto e vale para quem receber a pasta.
Perfil do usuário~/.copilot/skills/, ~/.claude/skills/, ~/.agents/skills/A skill acompanha a pessoa e vale em todos os seus projetos.

Campos do cabeçalho

CampoObrigatórioFunção
nameSimIdentificador único, em letras minúsculas, números e hifens.
descriptionSimO que a skill faz e quando usá-la. É por esse texto que o modelo decide carregá-la sozinho.
argument-hintNãoIndicação do que informar ao invocar por barra.
user-invocableNãoMantém ou retira a skill do menu de barra. Padrão: mantém.
disable-model-invocationNãoImpede o carregamento automático, deixando a skill apenas sob invocação explícita.
contextNãoCom o valor fork, executa a skill em subagente próprio, sem misturar o histórico com a conversa principal.

Exemplo completo

# .github/skills/extrair-conta/SKILL.md
---
name: extrair-conta
description: Converte a planilha de conta hospitalar e o extrato de
  itens em um CSV normalizado em derivado/, com conferência de totais.
  Use ao receber uma conta nova em xlsx ou csv, antes de qualquer análise.
argument-hint: "[caminho do arquivo recebido]"
---
# Extração da conta

## Passos
1. Abra a origem indicada e identifique aba e linha de cabeçalho.
2. Use [scripts/extrair.py](./extrair.py); se as colunas não
   corresponderem, ajuste o mapeamento no topo do script, sem alterar
   a lógica de leitura.
3. Grave em `derivado/<origem>-<AAAA-MM>.csv`.
4. Emita a conferência e compare com a origem.
5. Se a conferência divergir, pare e relate a divergência.
   Não prossiga para a análise.

## Colunas de saída
`caso_id, item, quantidade, valor_unitario, valor_total,
 linha_origem, aba_origem`

Arquivos de apoio dentro da pasta da skill são referenciados por caminho relativo, como o script do exemplo. A descrição é a parte que decide se a skill será útil: descrição vaga produz skill que nunca é acionada.

4.4 · O agente: o papel, com ferramentas delimitadas

Enquanto a skill descreve um procedimento, o agente descreve quem executa. É um arquivo *.agent.md, guardado em .github/agents/ ou .claude/agents/ no repositório, ou em ~/.copilot/agents/ ou ~/.claude/agents/ no perfil. O agente é escolhido no seletor da janela de chat, e o corpo do arquivo é acrescentado à solicitação enquanto ele estiver selecionado.

CampoFunção
nameNome exibido no seletor de agentes.
descriptionExplicação breve, exibida como texto auxiliar.
toolsFerramentas que o papel alcança. É a delimitação que impede alteração acidental.
modelModelo a utilizar; aceita uma lista em ordem de preferência.
agentsSubagentes a quem o papel pode delegar.
handoffsTransições declaradas para outro papel, exibidas como botão ao final da resposta.
user-invocableMantém ou retira o papel do seletor.

Exemplo completo

# .github/agents/auditor.agent.md
---
name: Auditor de conta
description: Confronta itens cobrados com a tabela de conceitos e
  registra achados com origem citada.
tools: ['search/codebase', 'edit/files']
model: ['Claude Opus 4.5', 'GPT-5.2']
handoffs:
  - label: Gerar deck do comitê
    agent: agent
    prompt: Gere a apresentação a partir do relatório revisado.
    send: false
---
# Instruções do papel

Você confronta itens do CSV derivado com a tabela de conceitos e
registra achados no formato da skill `auditar-itens`.

## O que você entrega
Um achado por divergência, com origem, origem primária, regra
aplicada e status.

## O que você alcança
Os arquivos de `derivado/` e de `conceitos/`.

## O que lhe é vedado
- Estimar valor quando a evidência não existir no repositório;
  declare a ausência.
- Alterar arquivos de `dados/` ou de `derivado/`.
- Concluir sobre conduta clínica; o achado é econômico.
- Apresentar como confirmado o que depende de verificação.
O que costuma faltar. A declaração do que é vedado. "Não estimar valor quando a evidência não existir" impede a resposta plausível e sem lastro, que é a falha mais cara de detectar depois, porque não se distingue das corretas pela leitura.

4.5 · Instrução, skill ou agente: critério de escolha

RecursoEm vigorUse paraExemplo
Instrução sempre ativaEm toda solicitaçãoVocabulário e regras válidas para qualquer tarefa"Nunca altere arquivos de dados/."
Instrução por padrãoQuando o arquivo casa com applyToConvenções de um tipo de artefatoFormato obrigatório dos scripts.
SkillQuando a tarefa corresponde à descrição, ou por barraProcedimento com passos, repetido a cada caso/extrair-conta, /gerar-deck.
AgenteEnquanto selecionado na janela de chatPapel com ferramentas restritas e critério próprioO auditor, sem acesso a execução no terminal.

A regra prática consiste em começar pelo recurso mais restrito que resolve. Declarar como agente aquilo que é apenas um procedimento multiplica arquivos sem acrescentar controle.

Decompor o fluxo entre skills

A fronteira entre duas skills é o arquivo que uma grava e a outra lê. Onde não existe arquivo intermediário, não existe ponto de verificação. No caso condutor:

SkillEntradaSaídaCritério de aceite
extrair-contadados/conta.xlsxderivado/itens.csvSoma dos valores igual à da origem.
auditar-itensderivado/itens.csv e conceitos/tabela.mdnotas/achados.mdTodo achado com linha de origem.
gerar-decknotas/achados.mddeck/comite.htmlNenhum número sem correspondência no markdown.

No caso de giro de leitos, as mesmas três etapas se aplicam sobre o extrato de internações, a regra de tempo de permanência e o painel semanal.

4.6 · Roteiro da aplicação · 09:40 – 09:55

1

Crie a pasta e abra no VS Code · 3 min

2

Escreva o AGENTS.md · 5 min

3

Liste as etapas do fluxo · 4 min

4

Crie a primeira skill · 3 min

Critério de pronto. A skill aparece no menu de barra e sua descrição diz, em uma frase, o que ela faz e em que situação deve ser usada.

5 · Bloco 2 · Excel e CSV: do binário ao dado conferido · 10:00 – 11:00

O segundo bloco resolve a entrada do fluxo: como a planilha passa a alimentar o trabalho sem que ninguém copie e cole, e como se sabe que o que saiu corresponde ao que entrou.

5.1 · O agente não lê a planilha; ele escreve o leitor

O arquivo .xlsx é um formato binário compactado. O que o assistente faz com competência é escrever e executar o programa que o abre. A diferença entre pedir a leitura e pedir o leitor determina a qualidade de todo o restante do fluxo.

CritérioPedir a leitura diretaPedir o leitor
VolumeLimitado pelo espaço da conversa; parte das linhas não é considerada.Indiferente: o programa processa o necessário.
ConferênciaNão há arquivo intermediário para conferir.O resultado é um arquivo que se abre e se compara com a origem.
RepetiçãoNova execução pode devolver número diferente.Mesma entrada, mesmo resultado.
Registro do critérioFica na conversa, que se perde.Fica no script, versionado e revisável.
CorreçãoReescrever o pedido e torcer.Corrigir a linha do script e reexecutar.

No modo agente, o Copilot executa o script no terminal mediante aprovação, lê a saída, identifica o erro e corrige em ciclo até a execução concluir. O trabalho de quem conduz consiste em ler o script antes de aprovar e conferir o resumo emitido ao final.

Arquivos protegidos ou com macro. Planilha protegida por senha, com macro ou com fórmula que depende de outra pasta de trabalho exige tratamento próprio. Nesses casos, a conversão manual para CSV, feita uma vez pela pessoa que tem acesso, é solução legítima: o que não se admite é a conversão manual repetida a cada competência sem registro do que foi feito.

5.2 · A skill de extração

A conferência dentro da própria skill é o que impede que um erro de leitura siga adiante e apareça apenas na apresentação. A regra de parada é a parte mais importante do arquivo.

## Passos
1. Abra a origem indicada e identifique aba e cabeçalho.
2. Use [scripts/extrair.py](./extrair.py); se as colunas não
   corresponderem, ajuste o mapeamento no topo do script, sem
   alterar a lógica de leitura.
3. Grave em `derivado/<origem>-<AAAA-MM>.csv`.
4. Emita a conferência e compare com a origem.
5. Se a conferência divergir, pare e relate a divergência.
   Não prossiga para a análise.

As duas colunas que atravessam o fluxo

linha_origem e aba_origem percorrem todas as etapas seguintes. São elas que permitem, ao final, partir de um número da apresentação e chegar à célula da planilha que o produziu. Acrescentá-las custa duas linhas no script; reconstruí-las depois, quando um valor é questionado, custa a reabertura de todo o trabalho.

Nome do arquivo derivado

Origem e competência no nome tornam o arquivo autoexplicativo e impedem que a execução do mês seguinte sobrescreva a anterior em silêncio.

5.3 · As quatro conferências

VerificaçãoO que comparaDivergência indica
ContagemLinhas lidas na origem e linhas gravadas no derivado.Filtro não declarado, linha de subtotal tratada como dado ou cabeçalho repetido.
SomaTotal das colunas de valor nos dois arquivos.Diferença de centavos aponta conversão de tipo; diferença grande aponta linhas perdidas.
DomínioDatas dentro da competência, quantidades não negativas, campos obrigatórios preenchidos.Célula mesclada, formato de data inconsistente ou registro incompleto na origem.
AmostraTrês linhas conferidas à mão contra a planilha.Deslocamento de coluna, que as três conferências anteriores não detectam.

A amostra é escolhida nos extremos: primeira linha, última linha e linha de maior valor. Campo obrigatório vazio é relatado, e nunca preenchido por suposição.

Regra de parada. A análise não começa enquanto a conferência não fechar. Relatório construído sobre extração divergente produz achados corretos em forma e falsos em conteúdo, que é o pior resultado possível para uma área de auditoria.

5.4 · Onde a regra mora: script ou julgamento

Fica no scriptFica no julgamento do modelo
Comparação numérica entre cobrado e autorizado.Leitura de texto livre: evolução clínica, descrição de item, justificativa registrada.
Junção entre tabelas por identificador.Correspondência entre descrições escritas de forma distinta para o mesmo conceito.
Cálculo de diferença, percentual e totalização.Redação do achado em linguagem compreensível pela área.
Classificação por faixa de valor ou por data.Sugestão de hipótese a verificar, sempre submetida a conferência.
Toda condição que se escreve sem ambiguidade.Toda leitura que exige interpretação do que está escrito.

O primeiro executa em segundos, custa o mesmo em qualquer volume e devolve sempre o mesmo resultado. O segundo custa por execução, varia entre execuções e exige registro de origem para ser verificável.

Sintoma de fronteira mal traçada. Pedir ao modelo que some uma coluna. A soma é determinística, custa mais cara quando delegada ao julgamento e fica sujeita a variação. Sempre que a resposta puder ser escrita como condição, ela pertence ao script.

5.5 · Dado sensível na origem

Antes de colocar qualquer arquivo em dados/, verifique o que ele contém. Identificação de paciente, valor contratual e condição comercial seguem a política da Rede D'Or. O fluxo funciona igualmente com a origem mantida fora do repositório, em pasta de rede ou unidade controlada, desde que o caminho esteja declarado nas instruções e o derivado carregue apenas o necessário à análise.

5.6 · Roteiro da aplicação · 10:35 – 10:55

1

Descreva a origem · 4 min

2

Peça o leitor · 6 min

3

Confira · 6 min

4

Transforme em skill · 4 min

Critério de pronto. Existe um arquivo em derivado/ cuja soma corresponde à da origem, e a skill reproduz esse arquivo do zero, sem intervenção manual.

6 · Bloco 3 · Markdown como registro rastreável · 11:15 – 12:00

O terceiro bloco trata do meio do fluxo: o relatório em texto que é, ao mesmo tempo, o registro do trabalho, o objeto da revisão e a entrada da apresentação.

6.1 · Por que markdown entre o dado e a apresentação

6.2 · O formato do achado

# notas/achados-2026-09.md

## Achado 003 — quantidade acima do autorizado

- Item: material de síntese X
- Cobrado: 4 unidades · R$ 8.240,00
- Autorizado: 2 unidades, conforme tabela §12.3
- Diferença: R$ 4.120,00
- Origem: derivado/conta-2026-09.csv, linha 418
- Origem primária: conta.xlsx, aba Itens, linha 1204
- Regra: conceitos/tabela.md §12.3
- Status: a confirmar com a equipe assistencial

## Achado 004 — item sem correspondência na tabela

- Origem: derivado/conta-2026-09.csv, linha 502
- Evidência da regra: ausente
- Status: não classificado; requer decisão humana
CampoFunção
OrigemLinha do arquivo derivado. Permite reexecutar a verificação sem refazer a leitura da planilha.
Origem primáriaCélula do arquivo recebido. É o que se apresenta a terceiro que não participou do trabalho.
RegraParágrafo da tabela de conceitos aplicado. Regra inexistente indica referência inventada.
StatusDistingue o confirmado do que depende de verificação, e impede que hipótese circule como fato.

O achado 004 registra que a regra não foi encontrada. Essa é a forma correta de tratar evidência ausente: declará-la, em vez de estimar o valor provável.

6.3 · Uma tarefa, uma sessão

O histórico da conversa compete pelo mesmo espaço que os dados e as regras. Conversa longa degrada o resultado sem emitir aviso.

SintomaConduta
Instrução dada no início deixa de ser observada.Encerrar a sessão ao concluir a etapa e abrir outra para a seguinte.
O formato do achado muda no meio do relatório.Fazer o estado passar pelo arquivo: a etapa seguinte lê o que a anterior gravou.
Resposta genérica, sem referência ao arquivo aberto.Referenciar o arquivo explicitamente na solicitação.
Repetição de trabalho já feito na mesma conversa.Reiniciar a partir do arquivo produzido, e não do histórico.

Uma skill que percorre muitos arquivos para produzir resposta curta polui a conversa principal com material intermediário. O campo context: fork no SKILL.md executa a skill em subagente próprio: a conversa principal recebe o resultado, e não o caminho percorrido até ele.

6.4 · A revisão humana

VerificaçãoComo se fazDecisão
Toda afirmação tem origemAmostra de cinco achados; abrir o derivado na linha citada.Achado sem origem é devolvido para refazer, e não corrigido na revisão.
A origem corresponde ao afirmadoConferir valor e quantidade da linha citada contra o texto.Divergência em um achado exige reconferência de todos os demais.
A regra citada existeAbrir a tabela de conceitos no parágrafo indicado.Regra inexistente indica referência inventada; revisar as instruções do papel.
A ausência está declaradaProcurar achados com evidência ausente e verificar se houve estimativa.Estimativa sem lastro é a falha mais grave; ajustar o vedado no arquivo do agente.
O status distingue confirmado de hipóteseLeitura da linha de status de cada achado.Achado sem status não segue para a apresentação.

6.5 · Roteiro da aplicação · 11:43 – 11:57

1

Declare o papel · 4 min

2

Defina o formato do achado · 3 min

3

Gere o relatório · 4 min

4

Revise por amostra · 3 min

Critério de pronto. Três achados conferidos apontam para linhas que realmente contêm o que o texto afirma, e ao menos uma ausência de evidência está declarada como ausência.

7 · Bloco 4 · Do markdown à apresentação em HTML · 12:00 – 13:00

O quarto bloco fecha o fluxo: a entrega gerada a partir do relatório, a verificação da cadeia completa e a definição de quem responde pelo repositório depois desta manhã.

7.1 · Conteúdo em markdown, forma no template

ArquivoResponde porFrequência de mudança
notas/achados.mdO que se afirma: achados, valores e origens. É o que a área revisa.A cada competência.
deck/template.htmlComo aquilo aparece: estrutura dos slides, tipografia, cores institucionais e navegação.Raramente; fora do ciclo mensal.
deck/comite.htmlNada: é resultado. Abre no navegador e é descartável.Regerado a cada execução.

A consequência da separação aparece na correção: um valor errado se corrige no relatório e a apresentação é gerada de novo. Sem a separação, a mesma correção precisa ser aplicada duas vezes, e a segunda é a que se esquece na véspera da reunião.

Um arquivo HTML único abre em qualquer navegador, não depende de aplicativo instalado e se anexa a um e-mail. É também formato de texto, o que permite ao assistente escrevê-lo e revisá-lo diretamente.

7.2 · A skill de geração

# .github/skills/gerar-deck/SKILL.md
---
name: gerar-deck
description: Gera a apresentação do comitê em HTML a partir do
  relatório de achados, usando o template versionado. Use quando o
  relatório estiver revisado e for necessário apresentá-lo.
---
# Geração da apresentação

1. Leia o relatório indicado em `notas/`.
2. Use [deck/template.html](../../../deck/template.html) como
   estrutura; não altere o template.
3. Um slide por achado confirmado, na ordem do relatório.
4. Todo número exibido existe no relatório; nenhum valor é
   calculado nesta etapa.
5. Cada slide cita, em rodapé, a origem do achado.
6. Achado com status não confirmado vai para um slide final de
   pendências, e não para o corpo.
7. Grave em `deck/` e informe quantos achados entraram.
RestriçãoRazão
Nenhum cálculo nesta etapaUm total recalculado na geração pode divergir do relatório revisado, e a divergência aparece na reunião. O total pertence ao relatório, que é onde a revisão ocorreu.
O template não se alteraForma variável a cada competência destrói a comparabilidade entre meses. Ajuste de forma é tarefa própria, feita fora do ciclo.
Pendências em slide separadoSeparar o confirmado do que depende de verificação evita que a reunião decida sobre hipótese.
Origem no rodapé de cada slideÉ o que permite responder à pergunta da diretoria sem reabrir o trabalho.

7.3 · A cadeia percorrida ao contrário

A verificação final consiste em partir de um número da apresentação e chegar à célula da planilha recebida:

  1. Slide 7 exibe R$ 4.120,00 e alguém pergunta de onde saiu.
  2. O rodapé do slide cita o Achado 003.
  3. O achado cita derivado/conta-2026-09.csv, linha 418, e a regra §12.3.
  4. A coluna de origem daquela linha aponta conta.xlsx, aba Itens, linha 1204.

O teste se aplica escolhendo um número qualquer e percorrendo a cadeia diante de outra pessoa. Se o percurso exigir abrir uma conversa antiga, consultar a memória de quem fez ou reabrir um cálculo em célula, a cadeia está rompida naquele ponto.

RompimentoCorreção
Número digitado direto no slide.Proibir o cálculo na skill de geração e regerar a partir do relatório.
Coluna de origem não propagada na extração.Acrescentar linha_origem e aba_origem ao script e reexecutar.
Arquivo derivado sobrescrito pela execução seguinte.Incluir competência no nome do arquivo.
Relatório corrigido à mão depois de gerado o deck.Regerar o deck após toda correção do relatório.

7.4 · Ciclo de vida do repositório

ArtefatoVersionaDonoRevisão
Instruções sempre ativas e skillsSimResponsável pelo processo na áreaA cada mudança de regra de negócio
Arquivo do agenteSimResponsável pelo processo na áreaSempre que a revisão apontar falha recorrente
Scripts de extraçãoSimQuem opera o fluxoQuando a origem mudar de formato
Tabela de conceitos e regrasSimÁrea que responde pela regraPeriodicidade declarada, com data da última revisão no arquivo
Arquivos recebidos em dados/Conforme política de retençãoQuem recebe do prestadorNão se altera
Derivados e apresentaçãoOpcional; são reproduzíveisRegerados a cada competência

O repositório deixa de funcionar quando ninguém responde por ele. A designação de dono é parte do desenho, e não consequência dele: sem nome escrito em cada linha da tabela acima, a primeira mudança de formato da origem interrompe o fluxo.

7.5 · Roteiro da aplicação · 12:35 – 12:55

1

Prepare o template · 5 min

2

Escreva a skill de geração · 6 min

3

Gere e percorra a cadeia · 5 min

4

Registre o ciclo de vida · 4 min

Critério de pronto. A apresentação abre no navegador, todo número nela existe no relatório e a tabela de ciclo de vida tem um nome escrito em cada linha.

8 · Checklist antes da rotina

Doze verificações que decidem se o repositório continuará funcionando quando outra pessoa o executar, na competência seguinte, sem quem o construiu ao lado.

DimensãoVerificação
DeclaraçãoAs regras que valem sempre estão em um único arquivo, sem duplicação entre AGENTS.md e copilot-instructions.md.
Cada skill declara, na descrição, o que faz e em que situação usá-la.
Cada agente declara o que entrega, o que alcança e o que lhe é vedado.
DadoA origem nunca é alterada pelo fluxo.
A extração é script versionado, e não leitura feita dentro da conversa.
A conferência de contagem e soma precede qualquer análise, com regra de parada declarada.
RastreabilidadeA coluna de origem atravessa todas as etapas do fluxo.
Toda afirmação do relatório devolve arquivo e linha.
A ausência de evidência é declarada como ausência, sem estimativa.
ContinuidadeCada artefato tem dono designado e periodicidade de revisão.
A apresentação é gerada a partir do relatório, e nunca editada à mão.
A decisão permanece com o profissional que responde por ela.
Próximo passo. Escolha a etapa que hoje consome mais tempo em preparação de dado — em Recebíveis, o levantamento que antecede a decisão de glosa ou de cobrança; em Operações, o registro transcrito à mão de planilha, folha ou conversa. Escreva a descrição de uma skill para ela e execute-a sobre o arquivo da próxima competência. Uma etapa em funcionamento vale mais do que o fluxo inteiro desenhado no papel.

9 · Glossário e referências

TermoDefinição adotada neste material
Instrução sempre ativaArquivo de texto lido em toda solicitação, que declara o que o repositório é e as regras válidas para qualquer tarefa. Reside em AGENTS.md na raiz ou em .github/copilot-instructions.md.
Instrução por padrão de arquivoArquivo *.instructions.md em .github/instructions/, aplicado apenas aos arquivos que o campo applyTo declara.
SkillPasta com um SKILL.md que descreve um procedimento repetível. Carregada quando a tarefa corresponde à sua descrição, ou invocada com / no chat.
AgenteArquivo *.agent.md que declara um papel: instruções, ferramentas alcançáveis, modelo e transições. Selecionado no seletor da janela de chat.
Modo agenteModo de operação em que o assistente edita arquivos e executa comandos no terminal mediante aprovação, corrigindo erros em ciclo.
Arquivo derivadoResultado da extração, gravado em derivado/ por script versionado, conferido contra a origem e nunca editado à mão.
Origem e origem primáriaEndereço da linha no arquivo derivado e da célula no arquivo recebido, propagados por todas as etapas.
Regra de paradaCondição declarada na skill que interrompe o fluxo quando a conferência diverge.
Menor privilégioConcessão a cada papel apenas das ferramentas exigidas pela sua etapa.
Cadeia de rastreabilidadePercurso que liga um número da apresentação ao relatório, ao arquivo derivado e à célula de origem.

Referências

Recursos conferidos na documentação oficial em setembro de 2026. Nomes e caminhos de produto mudam; em caso de divergência, a documentação prevalece sobre este material.

▶ Slides ← Palestras