@k77-dev/kspec
v1.2.6
Published
Kit de specs e padrões para projetos com agentes de IA (Claude Code e OpenAI Codex CLI)
Downloads
1,286
Maintainers
Readme
kspec
Kit de especificações e padrões para projetos desenvolvidos com agentes de IA — para Claude Code e OpenAI Codex CLI.
npm install -g @k77-dev/kspec
kspec initPor que este projeto existe
Agentes de IA produzem codigo melhor quando recebem contexto estruturado. Sem regras claras, cada conversa comeca do zero — o agente nao sabe qual framework usar, como nomear arquivos, onde salvar artefatos ou qual fluxo seguir.
Este repositorio resolve isso fornecendo:
- Padroes de codigo — regras consistentes para nomenclatura, formatacao e boas praticas
- Fluxo de desenvolvimento estruturado — do requisito ao bugfix, cada etapa tem uma skill ou agent dedicado
- Templates padronizados — PRD, Tech Spec e Tasks seguem formatos previsiveis que se referenciam entre si
- Skills empresariais opcionais — repositorio de skills/rules/templates corporativos sincronizado via lock file
Exemplo de uso rapido
Dev: /kspec-prd
"Quero um sistema de autenticacao com login social"
→ responde perguntas do agente
→ PRD gerado em spec/tasks/001-prd-auth/prd.md
Dev: /kspec-techspec 001-prd-auth
→ agente le o PRD, faz perguntas tecnicas
→ Tech Spec gerada em spec/tasks/001-prd-auth/techspec.md
Dev: /kspec-tasks 001-prd-auth
→ agente quebra em 8 tasks, dev aprova
→ Tasks geradas em spec/tasks/001-prd-auth/
Dev: /kspec-implement 001-prd-auth
→ agente implementa cada task + review automatica
→ codigo implementado + reviews geradas
Dev: /kspec-qa 001-prd-auth
→ agente testa E2E + acessibilidade
→ aprovado ou bugs documentados
Dev: /kspec-pr-review 001-prd-auth (antes de abrir o PR)
→ relatorio alignment-report.md + corpo do PR pelo template oficial
Dev: /kspec-bugfix 001-prd-auth (se necessario)
→ agente corrige bugs + testes de regressaoVisao geral do fluxo
┌─────────────────────────────────────────────┐
│ SETUP (uma vez) │
│ │
│ 1. Instala kspec no projeto │
│ 2. /kspec-bootstrap │
│ → detecta stack, gera CLAUDE.md + rules │
│ 3. Dev revisa e ajusta │
└────────────────────┬────────────────────────┘
│
┌────────────────────▼────────────────────────┐
│ POR FUNCIONALIDADE (ciclo) │
└────────────────────┬────────────────────────┘
│
┌────────────────────────────────▼────────────────────────────────┐
│ ESPECIFICACAO │
│ │
│ /kspec-prd ──▶ /kspec-techspec ──▶ /kspec-tasks │
│ (requisitos) (arquitetura) (tarefas) │
│ │
│ O dev interage com o agente em cada etapa: │
│ responde perguntas, valida decisoes, aprova a lista de tasks │
└────────────────────────────────┬───────────────────────────────┘
│
┌────────────────────────────────▼───────────────────────────────┐
│ IMPLEMENTACAO │
│ │
│ /kspec-implement (uma ou todas as tasks) │
│ │
│ Para cada task: │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ skill orquestra ──▶ agent task-runner (implementa) │ │
│ │ ──▶ agent review-runner (revisa) │ │
│ │ │ │
│ │ aprovado ──▶ marca completa │ │
│ │ ressalvas ──▶ corrige (1 chance) ──▶ marca │ │
│ │ reprovado ──▶ reimplementa (ate 2x) ──▶ para │ │
│ └──────────────────────────────────────────────────────┘ │
└────────────────────────────────┬───────────────────────────────┘
│
┌────────────────────────────────▼───────────────────────────────┐
│ QUALITY ASSURANCE │
│ │
│ /kspec-qa │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ agent qa-runner (contexto isolado) │ │
│ │ → testa fluxos E2E (TestSprite) │ │
│ │ → verifica acessibilidade (WCAG 2.2) │ │
│ │ → gera qa.md + bugs.md │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ APROVADO ──▶ funcionalidade pronta │
│ REPROVADO ──▶ /kspec-bugfix ──▶ roda /kspec-qa novamente │
└────────────────────────────────────────────────────────────────┘Quem faz o que
| Ator | O que faz |
|---|---|
| Dev | Invoca skills (/kspec-prd, /kspec-tasks, etc.), responde perguntas, aprova decisoes, revisa artefatos |
| Skill | Orquestra o fluxo — faz perguntas ao dev, chama templates, delega a agents, gera artefatos |
| Agent | Executa trabalho pesado em contexto isolado (implementar, revisar, testar) e retorna resultado |
| Rule | Carrega automaticamente e guia o agente sobre padroes de codigo sem interacao |
Interacao skill vs agent
Dev Skill Agent
│ │ │
│ /kspec-implement │ │
│──────────────────────▶│ │
│ │ │
│ │ delega implementacao │
│ │────────────────────────▶│ task-runner
│ │ │ (contexto isolado)
│ │ resultado + codigo │
│ │◀────────────────────────│
│ │ │
│ │ delega review │
│ │────────────────────────▶│ review-runner
│ │ │ (contexto isolado)
│ │ aprovado/reprovado │
│ │◀────────────────────────│
│ │ │
│ resumo final │ │
│◀──────────────────────│ │Skills rodam no contexto principal (veem o historico da conversa, podem fazer perguntas). Agents rodam em contexto isolado (nao veem a conversa, recebem apenas os inputs necessarios).
Matriz de plataformas
| Plataforma | Caminho canônico (source of truth) | Discovery | Guia principal | Invocação de skills |
|---|---|---|---|---|
| Claude Code | .agents/ | .claude/ (symlinks) | CLAUDE.md | /kspec-<nome> |
| OpenAI Codex CLI | .agents/ | .codex/ (symlinks + .toml) | AGENTS.md | $kspec-<nome> |
Skills, agents, rules e templates vivem em .agents/ e são descobertos via symlinks em .claude/ (Claude Code) e .codex/ (Codex CLI). Não edite .claude/ nem .codex/ diretamente — as alterações vão para .agents/ primeiro.
Limitações conhecidas
| Limitação | Impacto |
|---|---|
| codex exec não é interativo | AskUserQuestion e confirmações de readline não funcionam em modo não-interativo — use sessão interativa (codex) |
| Sem slash commands no Codex CLI | Skills devem ser invocadas por linguagem natural ou $kspec-<nome>, não por /kspec-<nome> |
| Windows | Symlinks exigem modo desenvolvedor ou privilégios de administrador — o kspec init usa cópia (fs-extra.copy) como fallback automático |
| MCP opt-in | Os MCP servers (context7, testsprite) precisam ser registrados manualmente em .codex/config.toml — o /kspec-bootstrap oferece opt-in durante o setup |
| Sandbox do Codex | kspec-review-runner usa sandbox_mode = "read-only"; kspec-task-runner e kspec-qa-runner usam workspace-write — verifique os .toml em .codex/agents/ se precisar ajustar |
Stack padrao (para projetos que usam kspec)
As rules e templates do kspec sao otimizados para esta stack, mas podem ser adaptados via /kspec-bootstrap:
| Area | Tecnologia | |---|---| | Frontend | React 19, Vite 8, Tailwind v4, shadcn/ui (base-nova) | | Backend | Hono, Bun runtime | | Testes | Vitest (unit), TestSprite (E2E) | | Package Manager | bun |
Estrutura do repositorio
.agents/ # Source of truth — skills, agents, rules, templates
├── skills/ # 10 skills invocaveis
├── agents/ # 3 agents (tarefas isoladas)
├── rules/ # Rules de codigo (padroes por tecnologia)
├── templates/ # Templates (PRD, techspec, tasks, etc.)
└── validation/ # Validacoes de skills empresariais
.claude/ # Discovery para Claude Code (symlinks → .agents/)
.codex/ # Discovery para OpenAI Codex CLI (symlinks + .toml)
spec/
└── tasks/ # Artefatos gerados (PRDs, techspecs, tasks, reviews)
CLAUDE.md # Guia principal para Claude Code
AGENTS.md # Guia principal para OpenAI Codex CLI
enterprise-skills-lock.json # Lock de skills empresariais (versionamento)Skills, Agents e Rules
Conceitos
| Tipo | Contexto | Quando usar | |---|---|---| | Skills | Principal — descricao carrega no inicio, conteudo ao invocar | Workflows que precisam de interacao com o usuario | | Agents | Isolado — contexto separado, so o resultado volta | Tarefas autocontidas que produzem relatorios | | Rules | Carregam automaticamente (com ou sem path filter) | Padroes de codigo por dominio |
Skills — entradas e saidas (9)
Cada skill le documentos especificos e produz artefatos rastreaveis. Todos os caminhos sao relativos a spec/tasks/[NNN]-prd-[nome]/.
Setup
| Skill | Le (entrada) | Produz (saida) |
|---|---|---|
| /kspec-bootstrap | package.json, lockfiles, configs do projeto, CLAUDE.md (se existir) | CLAUDE.bootstrap.md, rules adaptadas em .claude/rules/, spec/tasks/ (diretorio), CI/CD opcional |
Especificacao
| Skill | Le (entrada) | Produz (saida) |
|---|---|---|
| /kspec-ideia | Respostas do dev (visao, modulos, requisitos por modulo) | spec/prompts/[NNN]-[nome].md (um por modulo) + spec/prompts/README.md |
| /kspec-prd | Solicitacao do dev + respostas de clarificacao, template prd-template.md | prd.md |
| /kspec-techspec | prd.md, codigo-fonte do projeto, rules, template techspec-template.md | techspec.md |
| /kspec-tasks | prd.md, techspec.md, templates tasks-template.md + task-template.md | tasks.md + [num]_task.md (um arquivo por task) |
Implementacao
| Skill | Le (entrada) | Produz (saida) |
|---|---|---|
| /kspec-implement | tasks.md, [num]_task.md, prd.md, techspec.md, rules | Codigo implementado + review_[num].md (uma ou todas as tasks) |
Detalhamento do ciclo interno de cada task:
/kspec-implement le: /kspec-implement produz:
├── tasks.md (identifica proxima) ├── codigo-fonte (via task-runner)
├── [num]_task.md (definicao) ├── testes unitarios (via task-runner)
├── prd.md (contexto) ├── review_[num].md (via review-runner)
├── techspec.md (arquitetura) └── tasks.md atualizado (marca completa)
└── rules (padroes)O review-runner (agent) le adicionalmente:
git diff(mudancas de codigo)- Resultado dos checks (
lint,typecheck,build,test)
Qualidade
| Skill | Le (entrada) | Produz (saida) |
|---|---|---|
| /kspec-qa | prd.md, techspec.md, tasks.md, aplicacao rodando em localhost, rules | qa.md + bugs.md |
| /kspec-pr-review | prd.md, techspec.md, *_task.md, tasks.md, git diff | alignment-report.md + corpo do PR (.agents/templates/pr-template.md) |
| /kspec-bugfix | bugs.md, prd.md, techspec.md, tasks.md, rules | Correcoes no codigo + testes de regressao + bugfix.md + bugs.md atualizado |
O qa-runner (agent) le adicionalmente:
- Resultado dos testes E2E (TestSprite MCP)
- Verificacoes de acessibilidade (WCAG 2.2)
- Auditoria de vulnerabilidades (
bun audit/npm audit) - Metricas de performance (bundle size, Lighthouse)
Utilitario
| Skill | Le (entrada) | Produz (saida) |
|---|---|---|
| /kspec-version | VERSION, .claude/skills/, .claude/agents/ | Exibe versao do kspec e lista skills/agents instalados |
Agents — entradas e saidas (3)
Os agents rodam em contexto isolado e sao acionados pelas skills — nao precisam ser invocados diretamente.
| Agent | Acionado por | Le (entrada) | Produz (saida) |
|---|---|---|---|
| kspec-task-runner | /kspec-implement | [num]_task.md, prd.md, techspec.md, rules, codigo existente | Codigo-fonte + testes unitarios |
| kspec-review-runner | /kspec-implement | git diff, techspec.md, tasks.md, rules, resultado dos checks | review_[num].md (APROVADO / RESSALVAS / REPROVADO) |
| kspec-qa-runner | kspec-qa | prd.md, techspec.md, tasks.md, rules, app rodando | qa.md + bugs.md |
Rules (4)
| Rule | Escopo |
|---|---|
| code-standards.md | Padroes gerais de codigo (nomenclatura, formatacao, boas praticas) |
| database.md | Padroes de banco de dados |
| logging.md | Padroes de logging |
| graphify.md | Uso do knowledge graph (Graphify) nas skills de analise de codigo |
Rules adicionais especificas de stack (React, TypeScript, HTTP, testes) podem ser adicionadas via repositorio enterprise ou localmente.
Artefatos gerados por funcionalidade
Cada funcionalidade gera um diretorio em spec/tasks/ com todos os artefatos do ciclo:
spec/tasks/[NNN]-prd-[nome]/
├── prd.md ← /kspec-prd Le: solicitacao do dev
├── techspec.md ← /kspec-techspec Le: prd.md + codigo do projeto
├── tasks.md ← /kspec-tasks Le: prd.md + techspec.md
├── [num]_task.md ← /kspec-tasks Le: prd.md + techspec.md
├── review_[num].md ← agent review-runner Le: git diff + techspec.md + tasks.md + rules
├── qa.md ← agent qa-runner Le: prd.md + techspec.md + tasks.md + app rodando
├── bugs.md ← agent qa-runner Le: (gerado junto com qa.md)
├── alignment-report.md ← /kspec-pr-review Le: prd.md + techspec.md + tasks + git diff + template pr
└── bugfix.md ← /kspec-bugfix Le: bugs.md + prd.md + techspec.mdRastreabilidade completa: cada artefato referencia o anterior, permitindo navegar do requisito ate o codigo implementado.
Como usar
Instalacao
CLI via npm
Instale o CLI globalmente:
npm install -g @k77-dev/kspecNa raiz do seu projeto, rode:
kspec initIsso copia automaticamente skills/, agents/, rules/ e templates/ para .claude/ no seu projeto.
Comandos disponiveis:
| Comando | Descricao |
|---|---|
| kspec init | Instala skills, agents, rules e templates em .claude/ |
| kspec init --force | Sobrescreve sem perguntar caso .claude/ ja exista |
| kspec update | Atualiza os arquivos kspec no projeto para a versao do CLI instalado |
| kspec --version | Exibe a versao instalada do kspec |
| kspec --help | Lista comandos e opcoes disponiveis |
Funciona com qualquer gerenciador de pacotes Node:
npm,pnpm,yarnoubun. Tambem e possivel rodar sem instalacao global vianpx @k77-dev/kspec init.
Configuracao
- Abra o projeto no seu agente de IA (Claude Code, etc.)
- Execute
/kspec-bootstrappara gerar o guia principal adaptado a sua stack - Revise o arquivo gerado (ex:
CLAUDE.bootstrap.md) e renomeie para o guia principal (ex:CLAUDE.md) - Comece pelo fluxo de desenvolvimento:
/kspec-prd→/kspec-techspec→/kspec-tasks→/kspec-implement→/kspec-qa
Atualizacao
Atualizar o kspec em um projeto existente
Se você ja tem o kspec instalado no projeto e quer atualizar para a versao mais recente:
Passo 1 — Atualizar o CLI globalmente:
npm cache clean --force
npm install -g @k77-dev/kspec@latestSe o npm nao reconhecer a versao nova apos
npm update -g, use o comando acima para limpar o cache e forcar a instalacao da versao mais recente.
Passo 2 — Atualizar os arquivos no projeto:
kspec updateO comando kspec update re-copia skills, agents, rules e templates para .claude/ sem pedir confirmacao, preservando qualquer outro conteudo do projeto.
Arquivos customizados dentro das pastas
skills/,agents/,rules/outemplates/serao sobrescritos — mova customizacoes para fora dessas pastas antes de atualizar.
Alternativa sem instalacao global
npx @k77-dev/kspec@latest updatePrincipios de design
- Linguagem direta — instrucoes claras com justificativa, sem enfase agressiva
- Sem repeticao — cada regra aparece uma vez, no lugar certo
- Rastreabilidade — PRD → Tech Spec → Tasks → Review → QA → Bugfix
- Codigo em ingles, specs em portugues — publicos e propositos diferentes
- Contexto otimizado — skills para interacao, agents para trabalho isolado
