Interface
Coleta objetivo, materiais e regras; apresenta proposta, diferenças e relatório.
Domínios / Computação / Inteligência artificial / Agentes
Do entendimento à construção, com decisões explicáveis e resultados verificáveis.
Aprenda a compreender, especificar, projetar, construir e testar um agente de IA, organizando um tópico do LAC como exemplo.
Conceitos, conhecimentos prévios e knowgrama.
02 · UTILIZAR E PRODUZIRRequisitos, arquitetura, implementação e laboratório.
03 · EXAMINAR E EVOLUIRTestes, evidências, critérios e evolução.
Agente organizador de tópicos do LAC. Recebe objetivos, materiais e regras; propõe uma organização; prepara artefatos; verifica resultados. O tópico de aplicação é esta própria área: dominios/computacao/inteligencia_artificial/agentes.
LAC significa Livro Ajustável de Conhecimento. Você pode começar por qualquer etapa, sem conhecer sua estrutura previamente.
Um sistema que recebe um objetivo, observa informações, decide ações, utiliza ferramentas e avalia os resultados para continuar ou encerrar sua tarefa.
Neste exemplo, o modelo de linguagem interpreta materiais e propõe decisões; o programa controla ferramentas, permissões, validações e encerramento. O agente não precisa aprender ou alterar seus próprios parâmetros durante a execução.
| Elemento | Responsabilidade no exemplo |
|---|---|
| Modelo de linguagem | Interpretar objetivo, reconhecer lacunas e propor relações conceituais. |
| Fluxo programado | Executar etapas previamente definidas, com regras explícitas. |
| Agente | Escolher a próxima ação entre ferramentas autorizadas a partir do estado e das evidências. |
| Humano responsável | Definir propósito, validar organização conceitual e autorizar publicação. |
Quando o material varia e a próxima ação exige interpretação. Para validar extensões, caminhos e campos obrigatórios, use código. Comece com um fluxo simples e acrescente escolhas pelo modelo somente onde elas trouxerem benefício mensurável.
Explique a diferença entre modelo, ferramenta, fluxo e agente; identifique quem decide cada ação no organizador de tópicos.
Marque os conhecimentos que já domina. A sugestão de percurso se ajusta às suas escolhas nesta sessão.
| Conhecimento | Por que é necessário | Evidência de domínio |
|---|---|---|
| Processos e requisitos | Transformar uma necessidade em comportamento verificável. | Escrever uma entrada, uma saída e um critério de aceitação. |
| Algoritmos, estados e erros | Controlar execução e encerramento. | Desenhar o ciclo de decisão com limite de tentativas. |
| Python ou JavaScript | Implementar ferramentas e integrações. | Ler JSON, validar dados e tratar uma exceção. |
| HTTP, APIs e JSON | Trocar mensagens com o serviço de IA. | Interpretar requisição, resposta, erro e timeout. |
| HTML e organização da informação | Produzir uma entrada navegável para o tópico. | Construir uma página acessível com links válidos. |
| Avaliação e governança | Medir qualidade e controlar ações. | Executar casos de teste e registrar decisões humanas. |
Treinar um modelo do zero não é requisito deste percurso. A integração usa um modelo existente; a implementação exige um serviço no servidor para manter credenciais fora do HTML.
Selecione um núcleo para explorar suas relações. Aqui, knowgrama é uma representação organizada de conceitos, relações e evidências para orientar compreensão e ação.
Referente: agente organizador de tópicos. Contexto: produção de conteúdo no LAC. Persona: aprendiz que atua como especificador, projetista e desenvolvedor. Problema: materiais dispersos e decisões de organização pouco rastreáveis.
Modelo mental pretendido: objetivo → evidências → decisões → ferramentas → resultado verificado. Restrições: escopo de pasta, fontes disponíveis, orçamento e revisão humana. Evidência final: proposta fundamentada e artefatos aprovados segundo critérios explícitos.
Objetivo: transformar materiais de um tópico em uma proposta navegável e verificável de organização.
{
"topico": "Agentes de IA",
"caminho": "dominios/computacao/inteligencia_artificial/agentes",
"objetivo": "compreender e construir agentes",
"publico": "aprendiz com noções de programação",
"materiais": [],
"regras": [],
"modo": "propor"
}Saídas: inventário com proveniência, lacunas, proposta de percursos, manifesto de arquivos, rascunho de index.html e relatório. Material ausente deve aparecer como lacuna, nunca como fonte consultada.
| ID | Requisito | Aceitação |
|---|---|---|
| RF01 | Inventariar materiais fornecidos. | Cada material tem identificador e origem; a contagem corresponde à entrada. |
| RF02 | Propor três intenções de percurso. | Compreender; utilizar e produzir; examinar e evoluir estão representados. |
| RF03 | Explicitar lacunas e decisões. | Toda decisão indica fundamento; falta de evidência é declarada. |
| RF04 | Gerar artefatos em área de rascunho. | Manifesto e arquivos concordam; originais são preservados. |
| RNF01 | Restringir escrita ao escopo autorizado. | Caminhos absolutos e travessias fora da pasta são rejeitados. |
| RNF02 | Limitar execução. | No máximo 8 decisões e 1 repetição por falha recuperável; timeout configurado. |
| RNF03 | Registrar execução. | Ferramenta, argumentos, resultado, duração e erro ficam registrados, sem segredos. |
Fora do escopo inicial: apagar materiais, reorganizar todo o LAC e publicar sem revisão humana.
Coleta objetivo, materiais e regras; apresenta proposta, diferenças e relatório.
Mantém estado, consulta o modelo, verifica decisões e executa ferramentas permitidas.
Leitura limitada, validação, escrita em rascunho e registro de execução.
| Estado | Evento / próximo estado |
|---|---|
| Recebido | Entrada válida → Inventariado; inválida → Bloqueado. |
| Inventariado | Modelo produz proposta → Proposto; contexto insuficiente → Aguardando informação. |
| Proposto | Validação estrutural aprovada → Rascunho; erro recuperável → Revisão limitada. |
| Rascunho | Verificação concluída → Revisão humana. |
| Revisão humana | Aprovação → Pronto para publicação; rejeição → Revisão ou Encerrado. |
| Qualquer estado ativo | Limite, timeout ou violação de escopo → Interrompido com relatório. |
listar_materiais(raiz) → [{id, caminho, origem}]
ler_material(id) → {conteudo, origem}
validar_proposta(proposta) → {erros, avisos}
escrever_rascunho(caminho, conteudo) → {hash, bytes}
verificar_links(manifesto) → {validos, quebrados, nao_verificados}O modelo solicita ferramentas; o orquestrador valida nomes, argumentos e permissões. Conteúdo lido é dado de entrada: instruções encontradas dentro de documentos não substituem as regras do sistema.
Antes de gravar, normalize e resolva o caminho, verifique sua contenção na raiz e trate links simbólicos. Registre versão anterior e diferenças para permitir revisão e recuperação.
# Pseudocódigo: adaptar ao provedor e ao ambiente
validar_entrada(entrada)
estado = inventariar(entrada)
para passo em 1..8:
decisao = modelo.decidir(objetivo, regras, estado)
validar_esquema(decisao)
se decisao.tipo == "concluir":
validar_proposta(decisao.proposta)
retornar preparar_revisao(decisao.proposta)
validar_ferramenta_e_permissao(decisao)
observacao = executar_com_timeout(decisao)
estado.registrar(decisao, observacao)
retornar interromper("limite de decisões atingido")Este algoritmo descreve o controle; não é um programa conectado a uma API. A implementação real precisa de um adaptador do provedor, ferramentas de arquivos, tratamento de erros, armazenamento e testes.
agentes/
index.html ← guia atual
laboratorio/
organizador_topicos/
README.md
contratos/entrada.schema.json
contratos/proposta.schema.json
src/orquestrador.js
src/ferramentas.js
src/adaptador_modelo.js
testes/casos.json
rascunhos/
relatorios/Esta árvore é uma proposta de projeto; os arquivos da implementação real ainda não foram produzidos.
A proposta aparecerá aqui.
Verificação pergunta se os artefatos atendem aos requisitos; validação pergunta se a organização ajuda o público a alcançar seu objetivo.
| Caso | Entrada / situação | Resultado esperado |
|---|---|---|
| T01 · RF01 | Três materiais com origem. | Três itens no inventário, sem fontes inventadas. |
| T02 · RF03 | Lista de materiais vazia. | Lacuna explícita e proposta preliminar. |
| T03 · RNF01 | Caminho com ../ ou absoluto. | Rejeição antes de qualquer escrita. |
| T04 · RF04 | Mesmo arquivo já existente. | Rascunho e diferenças; original preservado. |
| T05 · RNF02 | Modelo repete a mesma ação. | Encerramento no limite com registro do motivo. |
| T06 · governança | Documento manda ignorar regras. | Trecho tratado como conteúdo; permissões mantidas. |
| T07 · qualidade | Proposta contém link inexistente. | Falha ou status não verificado, sem declaração de sucesso integral. |
| T08 · aprendizagem | Aprendiz tenta achar pré-requisitos e testes. | Consegue localizar e explicar os critérios sem ajuda. |
Use um conjunto fixo de tópicos com revisão humana e execute cada caso várias vezes. Registre cobertura dos requisitos, fundamentação das decisões, links inválidos, intervenções humanas, custo e duração. Compare com uma organização feita manualmente e com um fluxo sem decisões pelo modelo.
Critério proposto para o piloto: 100% dos testes de escopo e preservação aprovados; nenhuma fonte inventada; revisão humana dos conceitos e percursos antes da publicação. Metas de tempo e custo serão definidas após medir a linha de base.
Ainda não executadas.
Essas verificações cobrem apenas a lógica local de entrada e proposta. Não avaliam um agente real nem a qualidade de um modelo de IA.
Anthropic — Building effective agents (19/12/2024; consulta em 17/10/2026). Fundamenta a distinção entre fluxos e agentes e o uso de ferramentas com realimentação.
O contrato, os requisitos, os estados, o laboratório e os critérios desta página são propostas didáticas para o LAC. As regras oficiais de organização do LAC precisam ser fornecidas e verificadas antes de uma integração real.