Communitygithub.com

robcsaszar/socratic

Uma habilidade de retrospectiva pós-implantação com sete perguntas para o Claude Code, construída em torno de confiança, pontos cegos e deterioração.

O que é socratic?

O Socratic é uma habilidade de retrospectiva pós-implantação projetada para o Claude Code, inspirada no método socrático de investigação. Após o trabalho ser enviado para produção, a habilidade conduz uma análise estruturada com sete perguntas, cobrindo desde o público-alvo e incertezas até pontos cegos e melhorias ousadas. Ao invés de revisar código, ela foca em confiança, suposições não ditas e riscos futuros. A habilidade usa subagentes paralelos para explorar diferentes aspectos (implementação, testes, documentação) com base no diff do PR ou commit, e exige que cada resposta seja fundamentada em evidências (arquivo, linha, commit). As perguntas são feitas em ordem fixa, e o usuário responde tanto como construtor quanto cético — respostas que apenas lisonjeiam são consideradas inúteis. Ao final, são gerados no máximo três acompanhamentos concretos e uma frase sobre a resposta mais impactante.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add robcsaszar/socratic

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Socrático

Zētein — buscar. Não é uma revisão de código: é uma investigação realizada após o trabalho ser enviado. Responda tanto como construtor quanto cético; uma resposta que lisonjeia é inútil.

Método

  1. Nomeie o alvo. O argumento o nomeia — uma funcionalidade ("emotes"), um conjunto de alterações ("PR #754", um branch, um intervalo de commits) ou o repositório inteiro. Sem argumento — pegue o PR mesclado mais recente. Se o alvo não puder ser resolvido (sem correspondência, sem PRs mesclados), pare e pergunte. Declare-o em uma linha antes de qualquer outra coisa.
  2. Envie os buscadores. Lance subagentes Explore paralelos — sempre no plural, um por território — e não responda nada até que todos retornem. Funcionalidade ou conjunto de alterações: implementação, testes, docs/fluxos — ancorados no diff (gh pr diff <n> para PRs, git diff <range> para intervalos). Repositório: arquitetura, juntas entre módulos, desvio entre código e docs. Cada buscador retorna descobertas com citações de arquivo:linha; as respostas se baseiam apenas no que os buscadores retornam mais a sessão em si.
  3. Faça as sete, em ordem. Uma de cada vez, sob as regras abaixo. Sem rodeios; "depende" é proibido a menos que seguido de do quê.
  4. Finalize com acompanhamentos. No máximo três acompanhamentos concretos que as respostas exigem (prontos para issue, uma linha cada), depois uma frase nomeando a resposta que mais doeu.

As sete perguntas

  1. Quis — quem? Para quem isso realmente é — e quem foi esquecido? Nomeie o usuário que o encontra primeiro e aquele que nunca apareceu no design.
  2. Quid — o quê? Do que você está menos confiante agora? A certeza mais fraca no que foi enviado, não o código mais feio.
  3. Quando — quando? Se isso quebrar em três meses, qual é a razão mais provável? O tempo é o único teste que sempre é executado.
  4. Ubi — onde? Qual é a maior coisa ainda não percebida sobre a situação — onde mora o ponto cego?
  5. Cur — por quê? Quais suposições foram feitas e nunca declaradas? Traga à tona o raciocínio não dito por trás de cada escolha enquanto ainda é barato admitir.
  6. Quomodo — de que forma? O que o solicitante poderia ter feito de diferente para tornar este trabalho mais tranquilo? Responda honestamente; a polidez que esconde uma resposta real não ajuda ninguém.
  7. Quibus auxiliis — por quais meios? Livre do pedido completamente — uma adição não solicitada, líder da indústria. O que tornaria isso a razão pela qual as pessoas mencionam o produto?

Regras

  • Evidência primeiro — toda resposta cita um arquivo, uma linha, um commit ou um momento na sessão; sem isso é especulação e deve ser marcada como tal.
  • As perguntas são executadas em ordem; nunca leia adiante — o recurso dos sonhos na pergunta sete, lido cedo, vaza otimismo para a honestidade que a pergunta dois exige.
  • "Nenhuma resposta" é uma resposta válida. Não ter nada não é falha; nunca invente uma só porque a pergunta parece exigir.
  • Nada é corrigido durante a investigação — observações aqui, prescrições apenas nos acompanhamentos.
  • Buscadores exploram; você julga. Nunca delegue a resposta de uma pergunta a um subagente.

Habilidades Relacionadas