📋 Biblioteca de prompts

Voce e um engenheiro de grafos. Vou colar a descricao de um processo em texto
corrido. Sua tarefa:

1. Identifique os NOS — cada unidade de trabalho, decisao ou papel envolvido.
2. Identifique as ARESTAS — o que liga um no a outro, e QUANDO essa aresta e
   seguida (nunca escreva uma aresta sem a condicao "quando").
3. Devolva SOMENTE um JSON no formato abaixo, sem comentario fora do JSON:

{
  "nos": [
    { "id": "<nome-curto>", "papel": "<o que esse no faz>",
      "modelo_sugerido": "<ex: gpt-4o-mini, claude-haiku, humano>",
      "ferramentas": ["<ferramenta 1>", "<ferramenta 2>"] }
  ],
  "arestas": [
    { "de": "<id do no de origem>", "para": "<id do no de destino>",
      "quando": "<condicao exata, nunca 'sempre' se houver alternativa>",
      "passa": "<o que atravessa essa aresta — que dado>" }
  ],
  "perguntas": [
    "<o que ficou ambiguo na minha descricao e precisa de resposta minha>"
  ]
}

Processo: <cole aqui a descricao em texto corrido do seu processo>

Aqui esta o grafo.json de um processo (colado abaixo). Escreva um script em
<Python ou Node, escolha> que:

1. Carregue esse grafo.json.
2. Percorra os nos a partir de "<no-inicial>", respeitando a condicao
   "quando" de cada aresta antes de segui-la.
3. Para cada no, execute a acao descrita em "papel" (pode ser uma chamada de
   LLM, uma funcao, ou um print de placeholder se ainda nao tiver a
   implementacao real).
4. Aplique um TETO DE CUSTO total (em <tokens ou dolares>, defina um
   valor) — se ultrapassar, pare e reporte onde parou.
5. Para toda aresta de volta (uma aresta cujo destino ja foi visitado antes
   no mesmo caminho), exija um campo "max_voltas" no grafo.json e FALHE
   explicitamente se esse campo nao existir naquela aresta.
6. Logue cada no executado com: nome do no, duracao em ms, custo estimado,
   timestamp.

grafo.json:
<cole aqui o conteudo do seu grafo.json>

Audite o grafo.json abaixo. Procure especificamente estes cinco defeitos —
nao pule nenhum, mesmo que o grafo pareca limpo:

1. CICLO SEM TETO DE VOLTAS — alguma aresta de volta (destino ja visitado)
   sem campo "max_voltas"?
2. ARESTA CONDICIONAL SEM "QUANDO" — alguma aresta com valor generico tipo
   "sempre" ou "quando" ausente, saindo de um no que tem mais de uma
   aresta de saida?
3. ENTRADA ORFA — existe alguma combinacao de condicoes que NENHUMA aresta
   cobre? (ex: no de decisao com "aprovado"/"reprovado" mas falta o caso
   "sem resposta")
4. JUNCAO SEM CHECAGEM DE CARDINALIDADE — algum no recebe de multiplas
   arestas (fan-in) sem dizer se precisa de TODAS chegarem, QUALQUER UMA,
   ou um numero minimo?
5. NO SEM TETO DE CUSTO — algum no (principalmente os que chamam LLM ou
   ferramenta externa) sem limite de custo/tokens/tempo definido?

Para cada defeito encontrado, aponte: o id do no/aresta exato, por que e
um problema, e uma correcao sugerida em uma frase. Se nao encontrar nenhum
defeito de um tipo, diga explicitamente "nao encontrado" para aquele tipo
— nao pule a categoria.

grafo.json:
<cole aqui o conteudo do seu grafo.json>

Aqui esta a lista de objetivos automatizados (loops ou agentes) que rodam
na minha operacao hoje:

1. <objetivo 1 — ex: "loop de suporte: fecha ticket em menos de 2h">
2. <objetivo 2 — ex: "loop de vendas: maximiza conversao do funil">
3. <objetivo 3 — ex: "loop de qualidade: reduz taxa de reembolso">

Para cada PAR desses objetivos, responda:

1. Eles se PRESSIONAM MUTUAMENTE? Ou seja, otimizar um piora o outro?
2. Existe alguma METRICA que e efeito colateral direto de outro loop?
   (ex: "tempo de fechamento" cai, mas "reincidencia" sobe)
3. Que RESTRICAO entre metricas esta faltando no meu sistema hoje?
   (ex: "fechar rapido, MAS reincidencia abaixo de X%")

Nao me diga que nao ha colisao nenhuma sem antes checar cada par
explicitamente, um por um, e escrever o resultado do par.

Dados estes dois nos vizinhos do meu grafo:

NO A (origem): <nome e o que ele faz>
NO B (destino): <nome e o que ele faz>

Escreva o STATE SCHEMA da aresta entre eles — o contrato exato do que
atravessa essa ligacao. Devolva:

1. CAMPOS — nome de cada campo que passa de A para B.
2. FORMATO — tipo de cada campo (string, numero, enum, lista, objeto) e
   um exemplo de valor.
3. OBRIGATORIO x OPCIONAL — quais campos B nao funciona sem, quais sao
   so contexto extra.
4. O QUE EXPLICITAMENTE NAO DEVE PASSAR — liste pelo menos 3 coisas que A
   NAO deve mandar pra B (ex: raciocinio bruto do modelo, saida crua de
   ferramenta, historico completo da conversa) e por que cada uma
   incharia ou confundiria o no B.

Devolva em JSON Schema simplificado, pronto pra colar como validacao.

Antes de escrever o prompt do agente, quero o VERIFICADOR primeiro. O no
vai fazer: <descreva a tarefa do no, ex: "resumir um ticket de suporte em
ate 3 frases">.

1. Escreva uma funcao ou checklist de verificacao que recebe a SAIDA do no
   e devolve aprovado/reprovado com o motivo.
2. Inclua pelo menos um CASO RUIM DE TESTE — um exemplo de saida que
   PARECE boa a primeira vista mas esta errada (ex: resumo de 3 frases
   que omite a informacao mais importante do ticket), e o verificador tem
   que reprovar esse caso.
3. SO DEPOIS escreva o prompt do agente que gera essa saida.

Devolva nesta ordem: (a) verificador, (b) caso ruim de teste + resultado
esperado do verificador nesse caso, (c) prompt do agente.