maestro-bundle 1.6.0 → 1.7.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -1,48 +1,85 @@
1
1
  # maestro-bundle
2
2
 
3
- Um comando. Bundle instalado. Agente governado. [GitHub Spec Kit](https://github.com/github/spec-kit) configurado.
3
+ Um comando. Bundle instalado. Agente governado. Zero vibing code.
4
4
 
5
5
  ```bash
6
6
  npx maestro-bundle ai-agents claude
7
7
  ```
8
8
 
9
- ## O que faz
9
+ ## Filosofia: Sem spec, sem código
10
10
 
11
- 1. Instala **AGENTS.md** + **skills** no formato correto do seu editor
12
- 2. Cria **PRD.md** — template de requisitos para o analista/dev preencher
13
- 3. Instala [LangChain Skills](https://github.com/langchain-ai/langchain-skills) (11 skills extras, apenas para `ai-agents`)
14
- 4. Instala o [GitHub Spec Kit](https://github.com/github/spec-kit) (`specify-cli@v0.4.3`) no projeto
15
- 5. Roda `specify init` que registra os commands `/speckit.*` no editor
16
- 6. Integra o `constitution.md` do bundle com os princípios do projeto
11
+ O maestro-bundle instala tudo que o agente AI precisa para trabalhar de forma **governada** e a peça central disso é o [GitHub Spec Kit](https://github.com/github/spec-kit).
17
12
 
18
- O dev abre o editor e tem skills do bundle + LangChain skills + `/speckit.specify` funcionando.
13
+ O Spec Kit implementa **Specification-Driven Development (SDD)**: toda demanda nova ou em andamento precisa ter uma spec antes de qualquer linha de código. O agente é instruído a **recusar** implementar qualquer coisa que não tenha passado pelo fluxo:
19
14
 
20
- ### Skills extras do LangChain (apenas bundle ai-agents)
15
+ ```
16
+ /speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement
17
+ ```
21
18
 
22
- Quando você instala o bundle `ai-agents`, o CLI também instala automaticamente as 11 skills oficiais do LangChain:
19
+ Isso elimina o "vibing code" — aquele padrão onde o dev abre o Cursor e sai codando sem planejamento, sem requisitos, sem spec. Com o bundle instalado, o agente AI vai parar e perguntar: "Cadê a spec?"
23
20
 
24
- | Skill | O que faz |
25
- |---|---|
26
- | `framework-selection` | Escolher entre LangChain, LangGraph ou Deep Agents |
27
- | `langchain-fundamentals` | Criar agentes com `create_agent`, tools, middleware |
28
- | `langchain-middleware` | Human-in-the-loop, custom middleware, output estruturado |
29
- | `langchain-rag` | RAG: document loaders, embeddings, vector stores |
30
- | `langchain-dependencies` | Pacotes, versões, instalação |
31
- | `langgraph-fundamentals` | StateGraph, nodes, edges, streaming |
32
- | `langgraph-persistence` | Checkpointers, Store, time travel |
33
- | `langgraph-human-in-the-loop` | Interrupts, aprovação humana, resume |
34
- | `deep-agents-core` | Criar Deep Agents, harness, SKILL.md format |
35
- | `deep-agents-memory` | Memória e persistência para Deep Agents |
36
- | `deep-agents-orchestration` | Subagentes, planning, HITL |
21
+ ## O que instala
22
+
23
+ 1. **AGENTS.md** + **skills** no formato correto do editor — padrões, convenções e capacidades do agente
24
+ 2. **PRD.md** template de requisitos para o analista/dev preencher
25
+ 3. **GitHub Spec Kit** — `specify-cli` instalado + `specify init` executado no projeto, registrando os commands `/speckit.*` no editor
26
+ 4. **Constitution** princípios do projeto integrados ao Spec Kit
27
+ 5. **LangChain Skills** 11 skills oficiais extras (apenas para `ai-agents`)
28
+
29
+ ## Fluxo de trabalho
30
+
31
+ ```
32
+ ┌─────────────────────────────────────────────────────────┐
33
+ │ 1. Dev instala o bundle │
34
+ │ npx maestro-bundle ai-agents claude │
35
+ │ │
36
+ │ 2. Analista/dev preenche o PRD.md │
37
+ │ (requisitos, user stories, API spec) │
38
+ │ │
39
+ │ 3. Dev abre o editor e pede uma feature │
40
+ │ "Cria o endpoint de demands" │
41
+ │ │
42
+ │ 4. Agente PARA e inicia o fluxo SDD: │
43
+ │ /speckit.specify → spec.md │
44
+ │ /speckit.plan → plan.md │
45
+ │ /speckit.tasks → tasks.md │
46
+ │ /speckit.implement → código │
47
+ │ │
48
+ │ 5. Código é produzido seguindo: │
49
+ │ - A spec (O QUE construir) │
50
+ │ - O AGENTS.md (COMO construir) │
51
+ │ - As skills (capacidades específicas) │
52
+ │ - O PRD.md (requisitos do produto) │
53
+ └─────────────────────────────────────────────────────────┘
54
+ ```
55
+
56
+ Se a demanda já está no meio (spec existe), o agente continua de onde parou. Se é bug fix simples, pode corrigir direto. Mas feature nova sem spec? Não rola.
37
57
 
38
- ## AGENTS.md vs PRD.md
58
+ ## Arquivos do projeto: quem faz o quê
39
59
 
40
- | Arquivo | Quem escreve | O que contém | Para que serve |
60
+ | Arquivo | Quem escreve | Quando | Para quê |
41
61
  |---|---|---|---|
42
- | **AGENTS.md** | Bundle (automático) | Stack, padrões, estrutura, convenções | Define COMO o agente trabalha |
43
- | **PRD.md** | Analista / Dev | User stories, requisitos, API spec, modelo de dados | Define O QUE deve ser construído |
62
+ | **AGENTS.md** | Bundle (automático) | Na instalação | Define COMO o agente trabalha (stack, padrões, convenções) |
63
+ | **PRD.md** | Analista / Dev | Antes de codar | Define O QUE construir (user stories, API spec, modelo de dados) |
64
+ | **`.specify/specs/*/spec.md`** | Agente via `/speckit.specify` | Antes de cada feature | Especificação detalhada da feature |
65
+ | **`.specify/specs/*/plan.md`** | Agente via `/speckit.plan` | Após spec | Plano técnico (arquitetura, decisões) |
66
+ | **`.specify/specs/*/tasks.md`** | Agente via `/speckit.tasks` | Após plan | Tasks atômicas implementáveis |
67
+ | **skills/** | Bundle (automático) | Na instalação | Capacidades que o agente carrega sob demanda |
44
68
 
45
- O `AGENTS.md` vem pronto no bundle. O `PRD.md` vem como template — o dev/analista preenche com os requisitos do projeto antes de começar a codar. O agente AI usa ambos como contexto.
69
+ ## Commands do Spec Kit disponíveis no editor
70
+
71
+ Após instalar o bundle, estes commands funcionam direto no editor:
72
+
73
+ | Command | Fase | O que faz |
74
+ |---|---|---|
75
+ | `/speckit.constitution` | Setup | Definir princípios e padrões do projeto |
76
+ | `/speckit.specify` | Spec | Especificar O QUE construir e POR QUÊ |
77
+ | `/speckit.plan` | Plan | Planejar arquitetura, stack, decisões técnicas |
78
+ | `/speckit.tasks` | Tasks | Quebrar em tasks atômicas implementáveis |
79
+ | `/speckit.implement` | Build | Executar todas as tasks seguindo o plano |
80
+ | `/speckit.clarify` | (opcional) | Perguntas para desambiguar requisitos |
81
+ | `/speckit.analyze` | (opcional) | Verificar consistência entre artefatos |
82
+ | `/speckit.checklist` | (opcional) | Gerar checklists de qualidade |
46
83
 
47
84
  ## Editores suportados
48
85
 
@@ -74,6 +111,8 @@ $ npx maestro-bundle ai-agents claude
74
111
  Editor: Claude Code
75
112
 
76
113
  ✔ Claude Code: AGENTS.md, CLAUDE.md → @AGENTS.md, 14 skills em .claude/skills/
114
+ ✔ PRD.md template instalado (preencha com os requisitos do produto)
115
+ ✔ 11 LangChain Skills instaladas
77
116
  ✔ 14 skills canônicas em skills/
78
117
  ✔ references/ pronto
79
118
  ✔ specify-cli v0.4.3 instalado
@@ -90,92 +129,83 @@ $ npx maestro-bundle ai-agents claude
90
129
  /speckit.implement — Executar as tasks
91
130
 
92
131
  Próximo passo:
93
- Abra o projeto no editor AI e use /speckit.specify para começar
132
+ 1. Preencha o PRD.md com os requisitos do produto
133
+ 2. Abra o projeto no editor AI
134
+ 3. Use /speckit.specify para começar a primeira feature
94
135
  ```
95
136
 
96
- ## Estrutura instalada por editor
137
+ ## Estrutura instalada
97
138
 
98
139
  ### Claude Code
99
-
100
140
  ```
101
141
  seu-projeto/
102
- ├── CLAUDE.md # @AGENTS.md (aponta pro AGENTS.md)
103
- ├── AGENTS.md # Define COMO o agente trabalha
104
- ├── PRD.md # Define O QUE construir (preencher!)
142
+ ├── CLAUDE.md # @AGENTS.md
143
+ ├── AGENTS.md # COMO o agente trabalha
144
+ ├── PRD.md # O QUE construir (preencher!)
105
145
  ├── .claude/
106
146
  │ ├── skills/ # Skills do bundle
107
147
  │ │ ├── rag-pipeline/SKILL.md
108
148
  │ │ ├── clean-architecture/SKILL.md
109
- │ │ ├── commit-pattern/SKILL.md
110
149
  │ │ └── ...
111
- │ └── commands/ # Commands do Spec Kit (gerado pelo specify init)
112
- │ ├── speckit.constitution.md
150
+ │ └── commands/ # /speckit.* (gerado pelo Spec Kit)
113
151
  │ ├── speckit.specify.md
114
152
  │ ├── speckit.plan.md
115
153
  │ ├── speckit.tasks.md
116
154
  │ └── speckit.implement.md
117
- ├── .specify/ # Spec Kit (templates, scripts, constitution)
118
- │ ├── memory/constitution.md
119
- │ ├── scripts/
120
- └── templates/
121
- ├── skills/ # Skills canônicas (para Deep Agents)
122
- └── references/
155
+ ├── .specify/ # Spec Kit
156
+ │ ├── memory/constitution.md # Princípios do projeto
157
+ │ ├── scripts/ # Scripts auxiliares
158
+ ├── templates/ # Templates para spec, plan, tasks
159
+ │ └── specs/ # Specs das features (criadas via /speckit.specify)
160
+ └── 001-feature-name/
161
+ │ ├── spec.md
162
+ │ ├── plan.md
163
+ │ └── tasks.md
164
+ ├── skills/ # Skills canônicas (Deep Agents)
165
+ └── references/ # Docs de referência
123
166
  ```
124
167
 
125
168
  ### Cursor
126
-
127
169
  ```
128
170
  seu-projeto/
129
- ├── AGENTS.md # Define COMO o agente trabalha
130
- ├── PRD.md # Define O QUE construir (preencher!)
171
+ ├── AGENTS.md # COMO o agente trabalha
172
+ ├── PRD.md # O QUE construir (preencher!)
131
173
  ├── .cursor/
132
174
  │ ├── skills/ # Skills do bundle
133
- │ ├── rag-pipeline/SKILL.md
134
- │ │ └── ...
135
- │ └── commands/ # Commands do Spec Kit
136
- │ ├── speckit.specify.md
137
- │ └── ...
138
- ├── .specify/
139
- ├── skills/
175
+ └── commands/ # /speckit.* commands
176
+ ├── .specify/ # Spec Kit (specs, plans, tasks)
177
+ ├── skills/ # Skills canônicas
140
178
  └── references/
141
179
  ```
142
180
 
143
181
  ### OpenAI Codex
144
-
145
182
  ```
146
183
  seu-projeto/
147
- ├── AGENTS.md # Define COMO o agente trabalha
148
- ├── PRD.md # Define O QUE construir (preencher!)
149
- ├── .agents/
150
- │ └── skills/ # Commands do Spec Kit (como skills)
151
- │ ├── speckit-constitution/SKILL.md
152
- │ ├── speckit-specify/SKILL.md
153
- │ └── ...
154
- ├── .specify/
184
+ ├── AGENTS.md # COMO o agente trabalha
185
+ ├── PRD.md # O QUE construir (preencher!)
186
+ ├── .agents/skills/ # speckit-* skills
187
+ ├── .specify/ # Spec Kit
155
188
  ├── skills/ # Skills canônicas
156
189
  └── references/
157
190
  ```
158
191
 
159
- ## GitHub Spec Kit SDD no editor
192
+ ## Skills extras do LangChain (bundle ai-agents)
160
193
 
161
- O bundle instala automaticamente o [GitHub Spec Kit](https://github.com/github/spec-kit) no projeto. Isso significa que ao abrir o editor o dev já pode usar:
194
+ O bundle `ai-agents` instala automaticamente as 11 skills oficiais do [LangChain](https://github.com/langchain-ai/langchain-skills):
162
195
 
163
- | Command | O que faz |
196
+ | Skill | O que faz |
164
197
  |---|---|
165
- | `/speckit.constitution` | Definir princípios e padrões do projeto |
166
- | `/speckit.specify` | Especificar O QUE construir e POR QUÊ |
167
- | `/speckit.plan` | Planejar arquitetura, stack, decisões técnicas |
168
- | `/speckit.tasks` | Quebrar em tasks atômicas implementáveis |
169
- | `/speckit.implement` | Executar todas as tasks |
170
- | `/speckit.clarify` | Fazer perguntas para desambiguar requisitos |
171
- | `/speckit.analyze` | Verificar consistência entre artefatos |
172
- | `/speckit.checklist` | Gerar checklists de qualidade |
173
-
174
- O fluxo SDD garante que ninguém sai codando sem spec:
175
-
176
- ```
177
- /speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement
178
- ```
198
+ | `framework-selection` | Escolher entre LangChain, LangGraph ou Deep Agents |
199
+ | `langchain-fundamentals` | Criar agentes com `create_agent`, tools, middleware |
200
+ | `langchain-middleware` | Human-in-the-loop, custom middleware, output estruturado |
201
+ | `langchain-rag` | RAG: document loaders, embeddings, vector stores |
202
+ | `langchain-dependencies` | Pacotes, versões, instalação |
203
+ | `langgraph-fundamentals` | StateGraph, nodes, edges, streaming |
204
+ | `langgraph-persistence` | Checkpointers, Store, time travel |
205
+ | `langgraph-human-in-the-loop` | Interrupts, aprovação humana, resume |
206
+ | `deep-agents-core` | Criar Deep Agents, harness, SKILL.md format |
207
+ | `deep-agents-memory` | Memória e persistência para Deep Agents |
208
+ | `deep-agents-orchestration` | Subagentes, planning, HITL |
179
209
 
180
210
  ## Pré-requisitos
181
211
 
@@ -200,4 +230,5 @@ npx maestro-bundle --help
200
230
 
201
231
  - [AGENTS.md](https://agents.md/) — Padrão universal para instruções de agentes AI
202
232
  - [GitHub Spec Kit](https://github.com/github/spec-kit) — Specification-Driven Development
233
+ - [LangChain Skills](https://github.com/langchain-ai/langchain-skills) — Skills oficiais LangChain
203
234
  - [Agent Skills](https://agentskills.io) — Padrão aberto para skills de agentes
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "maestro-bundle",
3
- "version": "1.6.0",
3
+ "version": "1.7.0",
4
4
  "description": "Instala bundles de governança para projetos com AI agents. Um comando, tudo configurado.",
5
5
  "bin": {
6
6
  "maestro-bundle": "./src/cli.mjs"
@@ -4,15 +4,12 @@ Você está construindo um sistema de agentes AI com orquestração, RAG e execu
4
4
 
5
5
  ## Specification-Driven Development (SDD)
6
6
 
7
- Este projeto usa **GitHub Spec Kit** para governança. Antes de implementar qualquer demanda:
7
+ A regra fundamental de SDD está definida no bundle-base (AGENTS.md base) e é inegociável:
8
+ **Sem spec, sem código. Sem exceção.** O agente deve recusar implementar qualquer demanda que
9
+ não tenha passado pelo fluxo `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement`.
8
10
 
9
- 1. Rodar `/speckit.constitution` se `.spec/constitution.md` não existir
10
- 2. Rodar `/speckit.specify` descrever O QUE e POR QUÊ (não como)
11
- 3. Rodar `/speckit.plan` — arquitetura e decisões técnicas
12
- 4. Rodar `/speckit.tasks` — quebrar em tasks atômicas
13
- 5. Rodar `/speckit.implement` — executar as tasks
14
-
15
- Nunca pular direto para código. Spec primeiro, código depois.
11
+ Se o usuário pedir para codar algo sem spec, PARE e inicie o fluxo SDD primeiro.
12
+ Consulte `.specify/specs/` para verificar se existe spec para a demanda.
16
13
 
17
14
  ## Product Requirements Document
18
15
 
@@ -2,9 +2,47 @@
2
2
 
3
3
  Este é o bundle base que TODOS os desenvolvedores devem usar. Ele define os padrões inegociáveis da organização.
4
4
 
5
+ ## REGRA FUNDAMENTAL: Specification-Driven Development (SDD)
6
+
7
+ Este projeto usa **GitHub Spec Kit** para governança. Toda demanda — nova ou em andamento — DEVE seguir o fluxo SDD. Sem spec, sem código. Isso não é opcional.
8
+
9
+ ### Antes de escrever qualquer código:
10
+
11
+ 1. `/speckit.constitution` — Definir princípios (só na primeira vez do projeto)
12
+ 2. `/speckit.specify` — Descrever O QUE construir e POR QUÊ (nunca o como)
13
+ 3. `/speckit.plan` — Planejar arquitetura, stack e decisões técnicas
14
+ 4. `/speckit.tasks` — Quebrar em tasks atômicas implementáveis
15
+ 5. `/speckit.implement` — Executar as tasks seguindo o plano
16
+
17
+ ### Anti-vibing code
18
+
19
+ Vibing code é quando alguém começa a codar sem spec, sem plano, sem tasks — só "vai fazendo". Isso é proibido neste projeto. Se o usuário pedir para implementar algo e não existir spec:
20
+
21
+ 1. **PARE**. Não escreva código.
22
+ 2. Informe que precisa criar a spec primeiro.
23
+ 3. Rode `/speckit.specify` para iniciar o processo.
24
+ 4. Só após ter spec → plan → tasks, comece a implementar.
25
+
26
+ Se a demanda já está no meio (spec já existe), verifique:
27
+ - `.specify/specs/` contém a spec da feature?
28
+ - O plano existe em `plan.md`?
29
+ - As tasks estão em `tasks.md`?
30
+
31
+ Se sim, continue de onde parou. Se não, crie a spec antes de prosseguir.
32
+
33
+ ### Demanda nova vs demanda em andamento
34
+
35
+ | Situação | O que fazer |
36
+ |---|---|
37
+ | Demanda nova, sem spec | `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement` |
38
+ | Demanda com spec mas sem plano | `/speckit.plan` → `/speckit.tasks` → `/speckit.implement` |
39
+ | Demanda com plano e tasks | `/speckit.implement` (continuar de onde parou) |
40
+ | Bug fix simples | Pode corrigir direto, mas documentar no spec se afetar o plano |
41
+ | Refactoring | Criar spec se afetar arquitetura; se for cosmético, pode fazer direto |
42
+
5
43
  ## Quem você é
6
44
 
7
- Você é um assistente de desenvolvimento que segue rigorosamente os padrões da organização. Todo código produzido deve aderir às convenções abaixo.
45
+ Você é um assistente de desenvolvimento que segue rigorosamente os padrões da organização. Todo código produzido deve aderir às convenções abaixo. Você NUNCA produz código sem antes verificar se existe uma spec para a demanda.
8
46
 
9
47
  ## Padrões de Código
10
48
 
@@ -4,15 +4,12 @@ Você está construindo um pipeline de dados que inclui ingestão, processamento
4
4
 
5
5
  ## Specification-Driven Development (SDD)
6
6
 
7
- Este projeto usa **GitHub Spec Kit** para governança. Antes de implementar qualquer demanda:
7
+ A regra fundamental de SDD está definida no bundle-base (AGENTS.md base) e é inegociável:
8
+ **Sem spec, sem código. Sem exceção.** O agente deve recusar implementar qualquer demanda que
9
+ não tenha passado pelo fluxo `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement`.
8
10
 
9
- 1. Rodar `/speckit.constitution` se `.spec/constitution.md` não existir
10
- 2. Rodar `/speckit.specify` descrever O QUE e POR QUÊ (não como)
11
- 3. Rodar `/speckit.plan` — arquitetura e decisões técnicas
12
- 4. Rodar `/speckit.tasks` — quebrar em tasks atômicas
13
- 5. Rodar `/speckit.implement` — executar as tasks
14
-
15
- Nunca pular direto para código. Spec primeiro, código depois.
11
+ Se o usuário pedir para codar algo sem spec, PARE e inicie o fluxo SDD primeiro.
12
+ Consulte `.specify/specs/` para verificar se existe spec para a demanda.
16
13
 
17
14
  ## Product Requirements Document
18
15
 
@@ -4,15 +4,12 @@ Você está construindo uma aplicação frontend moderna com React, TypeScript e
4
4
 
5
5
  ## Specification-Driven Development (SDD)
6
6
 
7
- Este projeto usa **GitHub Spec Kit** para governança. Antes de implementar qualquer demanda:
7
+ A regra fundamental de SDD está definida no bundle-base (AGENTS.md base) e é inegociável:
8
+ **Sem spec, sem código. Sem exceção.** O agente deve recusar implementar qualquer demanda que
9
+ não tenha passado pelo fluxo `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement`.
8
10
 
9
- 1. Rodar `/speckit.constitution` se `.spec/constitution.md` não existir
10
- 2. Rodar `/speckit.specify` descrever O QUE e POR QUÊ (não como)
11
- 3. Rodar `/speckit.plan` — arquitetura e decisões técnicas
12
- 4. Rodar `/speckit.tasks` — quebrar em tasks atômicas
13
- 5. Rodar `/speckit.implement` — executar as tasks
14
-
15
- Nunca pular direto para código. Spec primeiro, código depois.
11
+ Se o usuário pedir para codar algo sem spec, PARE e inicie o fluxo SDD primeiro.
12
+ Consulte `.specify/specs/` para verificar se existe spec para a demanda.
16
13
 
17
14
  ## Product Requirements Document
18
15
 
@@ -4,15 +4,12 @@ Você está construindo uma arquitetura de microsserviços com JHipster. Múltip
4
4
 
5
5
  ## Specification-Driven Development (SDD)
6
6
 
7
- Este projeto usa **GitHub Spec Kit** para governança. Antes de implementar qualquer demanda:
7
+ A regra fundamental de SDD está definida no bundle-base (AGENTS.md base) e é inegociável:
8
+ **Sem spec, sem código. Sem exceção.** O agente deve recusar implementar qualquer demanda que
9
+ não tenha passado pelo fluxo `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement`.
8
10
 
9
- 1. Rodar `/speckit.constitution` se `.spec/constitution.md` não existir
10
- 2. Rodar `/speckit.specify` descrever O QUE e POR QUÊ (não como)
11
- 3. Rodar `/speckit.plan` — arquitetura e decisões técnicas
12
- 4. Rodar `/speckit.tasks` — quebrar em tasks atômicas
13
- 5. Rodar `/speckit.implement` — executar as tasks
14
-
15
- Nunca pular direto para código. Spec primeiro, código depois.
11
+ Se o usuário pedir para codar algo sem spec, PARE e inicie o fluxo SDD primeiro.
12
+ Consulte `.specify/specs/` para verificar se existe spec para a demanda.
16
13
 
17
14
  ## Product Requirements Document
18
15
 
@@ -4,15 +4,12 @@ Você está construindo uma aplicação monolítica com JHipster. Backend em Jav
4
4
 
5
5
  ## Specification-Driven Development (SDD)
6
6
 
7
- Este projeto usa **GitHub Spec Kit** para governança. Antes de implementar qualquer demanda:
7
+ A regra fundamental de SDD está definida no bundle-base (AGENTS.md base) e é inegociável:
8
+ **Sem spec, sem código. Sem exceção.** O agente deve recusar implementar qualquer demanda que
9
+ não tenha passado pelo fluxo `/speckit.specify` → `/speckit.plan` → `/speckit.tasks` → `/speckit.implement`.
8
10
 
9
- 1. Rodar `/speckit.constitution` se `.spec/constitution.md` não existir
10
- 2. Rodar `/speckit.specify` descrever O QUE e POR QUÊ (não como)
11
- 3. Rodar `/speckit.plan` — arquitetura e decisões técnicas
12
- 4. Rodar `/speckit.tasks` — quebrar em tasks atômicas
13
- 5. Rodar `/speckit.implement` — executar as tasks
14
-
15
- Nunca pular direto para código. Spec primeiro, código depois.
11
+ Se o usuário pedir para codar algo sem spec, PARE e inicie o fluxo SDD primeiro.
12
+ Consulte `.specify/specs/` para verificar se existe spec para a demanda.
16
13
 
17
14
  ## Product Requirements Document
18
15