InícioBlogDicasGitHub Spec Kit: como transformar requisitos em etapas para agentes de IA
Miniatura oficial de vídeo do GitHub Spec Kit, com o título em inglês e um personagem robótico ilustrado.
Miniatura do vídeo do GitHub Spec Kit
Dicas5 min

GitHub Spec Kit: como transformar requisitos em etapas para agentes de IA

O GitHub Spec Kit organiza o desenvolvimento com agentes em especificações, planos, tarefas, implementação e verificação. Veja os pré-requisitos, um fluxo curto e os cuidados para adotar a ferramenta em um repositório existente.

Marcelo Santiago

Marcelo Santiago

Criador do bridgecode

Um agente pode escrever código rapidamente e ainda assim implementar a coisa errada quando os requisitos estão vagos. O GitHub Spec Kit tenta reduzir esse problema organizando o trabalho em etapas que deixam decisões e entregáveis visíveis antes e durante a implementação.

A maior newsletter de IA do Mundo

Receba artigos sobre IA no seu e-mail

Curadoria técnica sobre modelos, agentes e ferramentas de código. Sem spam, cancele quando quiser.

Todos os dias às 8h e às 16h de Brasília. Sem spam.

Logotipo oficial do GitHub Spec Kit.
Imagem: GitHub Spec Kit

O método é chamado Spec-Driven Development (SDD), ou desenvolvimento guiado por especificações. Neste guia, vamos instalar a CLI, iniciar um projeto e percorrer um fluxo básico sem tratar os comandos do agente como comandos de terminal.

O que é o GitHub Spec Kit

O Spec Kit é um kit open source que prepara arquivos e processos reutilizáveis para agentes de programação. Ele não é um modelo de IA nem substitui o agente: a CLI configura o projeto, enquanto as etapas de especificação e implementação são executadas dentro do chat do agente.

A documentação oficial apresenta diferentes processos. O SDD organiza uma mudança em especificação, plano, tarefas, implementação e convergência. O projeto também oferece fluxos separados para corrigir bugs e avaliar uma ideia, que podem ser instalados conforme a necessidade.

Pré-requisitos e instalação

Para seguir o quick start, você precisa de Python 3.11 ou superior, do gerenciador uv e de um agente de programação compatível. O exemplo abaixo usa o GitHub Copilot:

Terminal
uv tool install specify-cli
specify init taskify --integration copilot
cd taskify

Esses são comandos de terminal: eles instalam a CLI e inicializam o projeto taskify. O parâmetro --integration copilot escolhe a integração. O specify init também pode apresentar opções interativas; para outros agentes, confira as integrações e a sintaxe de invocação.

Fluxo curto para uma funcionalidade

Depois de inicializar o projeto, abra-o no agente e execute cada skill no chat, revisando a saída antes de avançar. No modo padrão do Copilot, um caminho curto é:

Texto
/speckit-constitution Defina princípios que já são verdadeiros neste projeto: preservar a API pública, manter os limites entre serviços e executar os testes existentes.
/speckit-specify Adicione exportação CSV à página de pedidos sem mudar os filtros nem as regras de autorização.
/speckit-plan Reutilize a arquitetura, as dependências e os padrões de teste existentes.
/speckit-tasks
/speckit-implement
/speckit-converge

A constituição é criada uma vez por projeto; use apenas princípios já adotados pela equipe ou confirmados na documentação do repositório. Para funcionalidades maiores, o quick start completo recomenda acrescentar etapas como /speckit-clarify, /speckit-checklist e /speckit-analyze como pontos de revisão.

Esses comandos são skills invocadas no chat, não comandos para colar no terminal. A grafia varia conforme o agente: por exemplo, a referência oficial documenta $speckit-specify para Codex e /skill:speckit-specify para Kimi. Use a forma indicada para a integração selecionada.

Como adotar em um projeto existente

O Spec Kit também pode ser inicializado em um repositório já existente. Antes, faça commit ou stash do trabalho atual para ter uma linha de base revisável. A documentação propõe:

Terminal
specify init --here --force --integration copilot

--here aponta para o diretório atual e --force permite inicializar em uma pasta não vazia. O próprio guia alerta que o comando pode substituir arquivos em caminhos gerenciados que já existam. Revise o diff antes de continuar. A inicialização não reescreve a aplicação nem deduz automaticamente especificações de todo o comportamento existente; consulte o guia para projetos existentes.

Outro detalhe: a funcionalidade ativa é identificada pelo diretório registrado em .specify/feature.json, não simplesmente pela branch atual do Git. O projeto oferece uma extensão Git opcional para criar branches numeradas, mas trocar de branch, por si só, não altera o diretório ativo.

Se instalar extensões ou componentes comunitários, revise o código antes de executá-los. O catálogo ajuda a descobrir componentes, mas o projeto ressalta que as listagens comunitárias não são auditorias nem endossos.

Para complementar as instruções do projeto, veja nosso guia de AGENTS.md. Se quiser automatizar tarefas no GitHub depois de validar o fluxo, confira também o artigo sobre GitHub Agentic Workflows e os passos para trabalhar com agentes de programação e revisão.

Perguntas frequentes sobre o GitHub Spec Kit

O GitHub Spec Kit é um agente de programação?

Não. É um kit de ferramentas e processos que prepara o projeto e orienta um agente compatível. A implementação continua sendo feita pelo agente escolhido.

Os comandos `/speckit-*` são executados no terminal?

Não. Eles são skills invocadas dentro do chat do agente. No terminal ficam a instalação da CLI e a inicialização do projeto.

Posso usar o Spec Kit em um repositório existente?

Sim. Use `specify init --here --force --integration <key>` após criar uma linha de base revisável. A documentação alerta que `--force` pode substituir arquivos em caminhos gerenciados; revise o diff.

O Spec Kit gera automaticamente a especificação de toda a aplicação existente?

Não. A documentação informa que a inicialização adiciona os arquivos de configuração e integração, mas não reescreve a aplicação nem infere especificações para todo o comportamento existente.

Conclusão

O GitHub Spec Kit transforma um pedido amplo em artefatos revisáveis que orientam o agente ao longo da implementação. Ele não garante que o resultado estará correto: a equipe ainda precisa validar requisitos, plano, diff e testes. Comece com uma mudança pequena, revise cada etapa e amplie o processo somente quando isso resolver um problema real do projeto.

Se você coordena agentes de programação no editor, conheça o BridgeCode for VS Code e avalie como encaixar planejamento, execução e revisão no seu fluxo.

Fonte: repositório GitHub Spec Kit · quick start oficial · referência de integrações e comandos · guia para projetos existentes

Compartilhe este artigo

Adicionar o bridgecode como fonte no Google
Tags:#GitHub Spec Kit#Spec-Driven Development#agentes de programação#especificações de software#workflow de desenvolvimento
Marcelo Santiago
Marcelo Santiago·Criador do bridgecode

Desenvolvedor e criador do bridgecode, ambiente de desenvolvimento agêntico para orquestrar squads de agentes de IA. Ajuda quem vai do vibe coding ao desenvolvimento profissional a sair da ideia e chegar ao produto entregue.

A maior newsletter de IA do Mundo

Gostou desse conteúdo? Fique à frente na engenharia com IA.

Análises de código, arquitetura multi-agente, benchmarks de tokens e ferramentas selecionadas por desenvolvedores para desenvolvedores.

Todos os dias às 8h e às 16h de Brasília. Sem spam.