Wanbicoi/agent-config

Transforma a conversa atual em uma especificação e a publica no rastreador de issues do projeto: sem entrevistas, apenas síntese do que já foi discutido.

O que é agent-config?

Esta skill permite que um agente de IA transforme automaticamente o contexto de uma conversa e o entendimento atual da base de código em uma especificação técnica formal, publicando-a diretamente no rastreador de issues do projeto. O processo elimina a necessidade de entrevistar o usuário, sintetizando apenas as informações já discutidas, economizando tempo e garantindo que decisões sejam documentadas com precisão. A skill é compatível com qualquer agente que siga o sistema de skills baseado em SKILL.md (como Claude Code, Cursor ou Codex) e exige que o vocabulário de etiquetas de triagem do projeto esteja previamente configurado (caso contrário, instrui o usuário a executar `/setup-matt-pocock-skills`). O fluxo de trabalho inclui explorar o repositório, identificar os pontos de teste (seams) mais adequados, validá-los com o usuário e, por fim, redigir a especificação usando um modelo estruturado que abrange declaração do problema, solução, histórias de usuário, decisões de implementação e teste, e itens fora de escopo.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Wanbicoi/agent-config/tree/HEAD/skills/to-spec

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

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

Documentação

Esta skill pega o contexto atual da conversa e o entendimento da base de código e produz uma especificação. NÃO entreviste o usuário; apenas sintetize o que você já sabe.

O rastreador de issues e o vocabulário de etiquetas de triagem devem ter sido fornecidos a você. Caso contrário, diga ao usuário para executar /setup-matt-pocock-skills.

Processo

  1. Explore o repositório para entender o estado atual da base de código, caso ainda não tenha feito isso. Use o vocabulário do glossário de domínio do projeto em toda a especificação e respeite quaisquer ADRs na área que você está tocando.

  2. Esboce os pontos de teste (seams) nos quais você testará a funcionalidade. Pontos de teste existentes devem ser preferidos a novos. Use o ponto de teste mais alto possível. Se novos pontos de teste forem necessários, proponha-os no ponto mais alto que você conseguir. Quanto menos pontos de teste na base de código, melhor — o número ideal é um.

Verifique com o usuário se esses pontos de teste correspondem às expectativas dele.

  1. Escreva a especificação usando o modelo abaixo e, em seguida, publique-a no rastreador de issues do projeto. Aplique a etiqueta de triagem ready-for-agent — não é necessário triagem adicional.

Declaração do Problema

O problema que o usuário está enfrentando, da perspectiva do usuário.

Solução

A solução para o problema, da perspectiva do usuário.

Histórias de Usuário

Uma lista LONGA e numerada de histórias de usuário. Cada história de usuário deve estar no formato:

  1. Como um , quero uma , para que <benefício>

Esta lista de histórias de usuário deve ser extremamente abrangente e cobrir todos os aspectos da funcionalidade.

Decisões de Implementação

Uma lista de decisões de implementação que foram tomadas. Isso pode incluir:

  • Os módulos que serão construídos/modificados
  • As interfaces desses módulos que serão modificadas
  • Esclarecimentos técnicos do desenvolvedor
  • Decisões arquiteturais
  • Mudanças de esquema
  • Contratos de API
  • Interações específicas

NÃO inclua caminhos de arquivo específicos ou trechos de código. Eles podem ficar desatualizados muito rapidamente.

Exceção: se um protótipo produziu um trecho que codifica uma decisão com mais precisão do que prosa (máquina de estados, redutor, esquema, formato de tipo), inclua-o dentro da decisão relevante e observe brevemente que veio de um protótipo. Corte para as partes ricas em decisão, não uma demonstração funcional, apenas os bits importantes.

Decisões de Teste

Uma lista de decisões de teste que foram tomadas. Inclua:

  • Uma descrição do que constitui um bom teste (testar apenas comportamento externo, não detalhes de implementação)
  • Quais módulos serão testados
  • Trabalho anterior para os testes (ou seja, tipos semelhantes de testes na base de código)

Fora do Escopo

Uma descrição das coisas que estão fora do escopo desta especificação.

Notas Adicionais

Quaisquer notas adicionais sobre a funcionalidade.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Habilidades Relacionadas