Pesquisa
Construa um mapa de perguntas do codebase ligado a evidências
Um mapa de perguntas e evidências para investigar um codebase que liga cada pergunta a arquivos inspecionados, símbolos, testes, artefatos de runtime, confiança e a próxima verificação discriminante.
O processo
Faça nesta ordem.
- Defina o conjunto de perguntas, o contexto da decisão, a revisão do repositório, os limites de escopo, o padrão de evidência e a resposta necessária para cada pergunta.
- Encaminhe cada pergunta às menores fontes de evidência relevantes: código-fonte, histórico, testes, schemas, configuração, artefatos de execução ou responsável.
- Inspecione somente a evidência necessária para responder ou discriminar a pergunta, registrando caminhos exatos, símbolos, revisões, comandos e datas de recuperação.
- Classifique cada resposta como sustentada, contradita, parcial ou desconhecida, preservando evidências conflitantes e distinguindo ausência de um achado negativo.
- Identifique ferramentas, contas, permissões ou fontes não públicas ausentes e encaminhe essas necessidades pelo Latch/target-workspace sem fabricar acesso.
- Desenhe a próxima verificação pela quantidade de confiança que ela mudaria, não apenas pela facilidade.
- Publique o mapa de perguntas com respostas, links de evidências, confiança, lacunas, próximas ações e riscos não resolvidos para o responsável pela decisão.
Traga isto
Entradas que o gato vai pedir.
- perguntas sobre o código e contexto da decisão
- revisão e escopo do repositório
- evidências disponíveis e limites de acesso
- limiar de confiança da resposta e responsável
Roteador + um playbook
Roteie primeiro. Escolha um.
O Cat Paw carrega um playbook por tarefa, sem misturar vários. Comece por este roteador; os outros caminhos são candidatos específicos do workflow.
- Roteador:
codebase-knowledge-pack skills/codebase-knowledge-pack/evidence-linked-codebase-question-map/SKILL.md
Limites
As fronteiras viajam com o prompt.
- Verifique as ferramentas, contas, permissões e o espaço de trabalho reais antes de começar; nunca afirme que uma ferramenta, conta, fonte ou capacidade indisponível existe.
- Use Latch/target-workspace para código privado, artefatos, sondagens ao vivo ou dados não públicos; se esse acesso estiver indisponível, pare no limite e relate o bloqueio em vez de substituir por uma suposição.
- Pause para aprovação explícita antes de ações externas consequentes; retorne evidências, riscos não resolvidos, premissas e qualquer ação que ainda esteja aguardando aprovação.
Pronto significa
Um fim que dá para checar.
Um mapa de perguntas ligado a evidências dá a cada pergunta do código um status de resposta, evidências de apoio exatas, confiança, acesso ausente, próxima verificação discriminante e riscos não resolvidos.
Fontes
De onde veio este processo.
- github.com/Egonex-AI/Understand-Anything/tree/6df3065f1d8ddc2ce3615314d1d493f36d6b1c80/
- docs.github.com/en/rest/overview
- c4model.com/
As fontes estabelecem o padrão do workflow. Posts de Reddit e da comunidade, quando aparecem, valem como anedota de quem pratica — não como fato universal.
