Spec Kit sem CLI Pesado: Adaptando o Desenvolvimento Orientado por Spec ao Seu Projeto no Cursor

O artigo tem como alvo desenvolvedores, analistas e redatores técnicos que desejam usar desenvolvimento de IA orientado por especificações no Cursor sem implantar o Spec Kit completo do GitHub. Em vez do pipeline completo (constituição, especificação, plano, tarefas, implementação), eles propõem um conjunto mínimo: uma constituição com regras imutáveis do repositório, uma especificação de tarefa, concordância humana explícita (o agente não pode concordar consigo mesmo), implementação baseada na especificação acordada e um ponteiro para o trabalho ativo. Eles argumentam que etapas extras como plano, tarefas e reconstruções em massa são frequentemente redundantes, criando ruído e arriscando sobrescritas. A abordagem adaptada consiste em três partes: regras do Cursor (sempre em contexto), habilidades (comandos explícitos como /project-init, /project-specify, /project-implement) e artefatos do repositório (constituição, especificações, rascunhos, ponteiro feature.json). O fluxo de trabalho é: inicializar, especificar, concordância humana, implementar. A constituição determina metas do projeto, estágios do pipeline, o que evitar (plano/tarefas), separação entre camadas semântica e de resultado, fidelidade às fontes com tags [NOT KNOWN], reasoning_temperature baixa para implementação, proibição de segredos e procedimentos claros para alterar a constituição. A implementação só é permitida se a especificação tiver status de acordada e não houver itens desconhecidos bloqueantes. Eles também delineiam erros comuns e observam que o ciclo simplificado é suficiente para tarefas incrementais, enquanto o Spec Kit completo é para aqueles que precisam de sua CLI ou pipeline padrão de múltiplas etapas. Ambas as abordagens são compatíveis; os artefatos podem ser reutilizados. O artigo conclui enfatizando a disciplina do pipeline em vez da estrutura de diretórios.