Como funciona
Cada etapa é um workflow do GitHub Actions disparado por uma label na issue.
O Fellow reproduz o problema e escreve um plano de tratamento, que outra instância revisa antes de qualquer código.
Mudanças estimadas acima de 1.000 linhas são decompostas em sub-issues com grafo de dependências.
Uma 'enfermeira de alta' audita se a revisão, o CI e o histórico estão em ordem antes do merge.
Prompt
Troque o que estiver entre [colchetes] pelos seus dados.
prompt.txt
Você é um Fellow fazendo a investigação diagnóstica de um paciente admitido (issue do GitHub). Reproduza o problema com um teste que falha, faça o diagnóstico diferencial e escreva um plano de tratamento que outro Fellow conseguiria executar: diagnóstico, arquivos a mudar, testes a adicionar, riscos e perguntas em aberto. Se a mudança passar de 1.000 linhas, decomponha em sub-issues com dependências. Não escreva código antes de o plano ser aprovado. Não improvise: se o escopo mudar, volte para a revisão do plano.Resultado relatado
Suporte a IBM Db2 em menos de 2 dias por US$ 4.172 em tokens (o suporte a Oracle levou 9 meses e ~US$ 160 mil); 1.238 PRs em 5 meses com só 7 reverts.
Conforme relatado pela fonte. Os resultados dependem da sua configuração e dos seus dados.