maestro-bundle 1.5.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 +114 -64
- package/package.json +1 -1
- package/src/cli.mjs +27 -1
- package/templates/bundle-ai-agents/AGENTS.md +5 -8
- package/templates/bundle-base/AGENTS.md +39 -1
- package/templates/bundle-data-pipeline/AGENTS.md +5 -8
- package/templates/bundle-frontend-spa/AGENTS.md +5 -8
- package/templates/bundle-jhipster-microservices/AGENTS.md +5 -8
- package/templates/bundle-jhipster-monorepo/AGENTS.md +5 -8
package/README.md
CHANGED
|
@@ -1,29 +1,85 @@
|
|
|
1
1
|
# maestro-bundle
|
|
2
2
|
|
|
3
|
-
Um comando. Bundle instalado. Agente governado.
|
|
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
|
-
##
|
|
9
|
+
## Filosofia: Sem spec, sem código
|
|
10
10
|
|
|
11
|
-
|
|
12
|
-
2. Cria **PRD.md** — template de requisitos para o analista/dev preencher
|
|
13
|
-
3. Instala o [GitHub Spec Kit](https://github.com/github/spec-kit) (`specify-cli@v0.4.3`) no projeto
|
|
14
|
-
4. Roda `specify init` que registra os commands `/speckit.*` no editor
|
|
15
|
-
5. 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).
|
|
16
12
|
|
|
17
|
-
O
|
|
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:
|
|
18
14
|
|
|
19
|
-
|
|
15
|
+
```
|
|
16
|
+
/speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement
|
|
17
|
+
```
|
|
18
|
+
|
|
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?"
|
|
20
|
+
|
|
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
|
|
20
30
|
|
|
21
|
-
|
|
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.
|
|
57
|
+
|
|
58
|
+
## Arquivos do projeto: quem faz o quê
|
|
59
|
+
|
|
60
|
+
| Arquivo | Quem escreve | Quando | Para quê |
|
|
22
61
|
|---|---|---|---|
|
|
23
|
-
| **AGENTS.md** | Bundle (automático) |
|
|
24
|
-
| **PRD.md** | Analista / Dev |
|
|
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 |
|
|
68
|
+
|
|
69
|
+
## Commands do Spec Kit disponíveis no editor
|
|
70
|
+
|
|
71
|
+
Após instalar o bundle, estes commands funcionam direto no editor:
|
|
25
72
|
|
|
26
|
-
|
|
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 |
|
|
27
83
|
|
|
28
84
|
## Editores suportados
|
|
29
85
|
|
|
@@ -55,6 +111,8 @@ $ npx maestro-bundle ai-agents claude
|
|
|
55
111
|
Editor: Claude Code
|
|
56
112
|
|
|
57
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
|
|
58
116
|
✔ 14 skills canônicas em skills/
|
|
59
117
|
✔ references/ pronto
|
|
60
118
|
✔ specify-cli v0.4.3 instalado
|
|
@@ -71,92 +129,83 @@ $ npx maestro-bundle ai-agents claude
|
|
|
71
129
|
/speckit.implement — Executar as tasks
|
|
72
130
|
|
|
73
131
|
Próximo passo:
|
|
74
|
-
|
|
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
|
|
75
135
|
```
|
|
76
136
|
|
|
77
|
-
## Estrutura instalada
|
|
137
|
+
## Estrutura instalada
|
|
78
138
|
|
|
79
139
|
### Claude Code
|
|
80
|
-
|
|
81
140
|
```
|
|
82
141
|
seu-projeto/
|
|
83
|
-
├── CLAUDE.md # @AGENTS.md
|
|
84
|
-
├── AGENTS.md #
|
|
85
|
-
├── PRD.md #
|
|
142
|
+
├── CLAUDE.md # @AGENTS.md
|
|
143
|
+
├── AGENTS.md # COMO o agente trabalha
|
|
144
|
+
├── PRD.md # O QUE construir (preencher!)
|
|
86
145
|
├── .claude/
|
|
87
146
|
│ ├── skills/ # Skills do bundle
|
|
88
147
|
│ │ ├── rag-pipeline/SKILL.md
|
|
89
148
|
│ │ ├── clean-architecture/SKILL.md
|
|
90
|
-
│ │ ├── commit-pattern/SKILL.md
|
|
91
149
|
│ │ └── ...
|
|
92
|
-
│ └── commands/ #
|
|
93
|
-
│ ├── speckit.constitution.md
|
|
150
|
+
│ └── commands/ # /speckit.* (gerado pelo Spec Kit)
|
|
94
151
|
│ ├── speckit.specify.md
|
|
95
152
|
│ ├── speckit.plan.md
|
|
96
153
|
│ ├── speckit.tasks.md
|
|
97
154
|
│ └── speckit.implement.md
|
|
98
|
-
├── .specify/ # Spec Kit
|
|
99
|
-
│ ├── memory/constitution.md
|
|
100
|
-
│ ├── scripts/
|
|
101
|
-
│
|
|
102
|
-
|
|
103
|
-
└──
|
|
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
|
|
104
166
|
```
|
|
105
167
|
|
|
106
168
|
### Cursor
|
|
107
|
-
|
|
108
169
|
```
|
|
109
170
|
seu-projeto/
|
|
110
|
-
├── AGENTS.md #
|
|
111
|
-
├── PRD.md #
|
|
171
|
+
├── AGENTS.md # COMO o agente trabalha
|
|
172
|
+
├── PRD.md # O QUE construir (preencher!)
|
|
112
173
|
├── .cursor/
|
|
113
174
|
│ ├── skills/ # Skills do bundle
|
|
114
|
-
│
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
│ ├── speckit.specify.md
|
|
118
|
-
│ └── ...
|
|
119
|
-
├── .specify/
|
|
120
|
-
├── skills/
|
|
175
|
+
│ └── commands/ # /speckit.* commands
|
|
176
|
+
├── .specify/ # Spec Kit (specs, plans, tasks)
|
|
177
|
+
├── skills/ # Skills canônicas
|
|
121
178
|
└── references/
|
|
122
179
|
```
|
|
123
180
|
|
|
124
181
|
### OpenAI Codex
|
|
125
|
-
|
|
126
182
|
```
|
|
127
183
|
seu-projeto/
|
|
128
|
-
├── AGENTS.md #
|
|
129
|
-
├── PRD.md #
|
|
130
|
-
├── .agents/
|
|
131
|
-
|
|
132
|
-
│ ├── speckit-constitution/SKILL.md
|
|
133
|
-
│ ├── speckit-specify/SKILL.md
|
|
134
|
-
│ └── ...
|
|
135
|
-
├── .specify/
|
|
184
|
+
├── AGENTS.md # COMO o agente trabalha
|
|
185
|
+
├── PRD.md # O QUE construir (preencher!)
|
|
186
|
+
├── .agents/skills/ # speckit-* skills
|
|
187
|
+
├── .specify/ # Spec Kit
|
|
136
188
|
├── skills/ # Skills canônicas
|
|
137
189
|
└── references/
|
|
138
190
|
```
|
|
139
191
|
|
|
140
|
-
##
|
|
192
|
+
## Skills extras do LangChain (bundle ai-agents)
|
|
141
193
|
|
|
142
|
-
O bundle instala automaticamente
|
|
194
|
+
O bundle `ai-agents` instala automaticamente as 11 skills oficiais do [LangChain](https://github.com/langchain-ai/langchain-skills):
|
|
143
195
|
|
|
144
|
-
|
|
|
196
|
+
| Skill | O que faz |
|
|
145
197
|
|---|---|
|
|
146
|
-
|
|
|
147
|
-
|
|
|
148
|
-
|
|
|
149
|
-
|
|
|
150
|
-
|
|
|
151
|
-
|
|
|
152
|
-
|
|
|
153
|
-
|
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
```
|
|
158
|
-
/speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement
|
|
159
|
-
```
|
|
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 |
|
|
160
209
|
|
|
161
210
|
## Pré-requisitos
|
|
162
211
|
|
|
@@ -181,4 +230,5 @@ npx maestro-bundle --help
|
|
|
181
230
|
|
|
182
231
|
- [AGENTS.md](https://agents.md/) — Padrão universal para instruções de agentes AI
|
|
183
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
|
|
184
234
|
- [Agent Skills](https://agentskills.io) — Padrão aberto para skills de agentes
|
package/package.json
CHANGED
package/src/cli.mjs
CHANGED
|
@@ -321,7 +321,33 @@ async function main() {
|
|
|
321
321
|
}
|
|
322
322
|
spinner2.succeed(`${skills.length} skills canônicas em skills/`);
|
|
323
323
|
|
|
324
|
-
// 3.
|
|
324
|
+
// 3. LangChain Skills (apenas para bundle ai-agents)
|
|
325
|
+
if (bundleName === "ai-agents") {
|
|
326
|
+
const spinnerLc = ora("Instalando LangChain Skills (langchain-ai/langchain-skills)").start();
|
|
327
|
+
try {
|
|
328
|
+
// Instalar todas as 11 skills do LangChain para o editor escolhido
|
|
329
|
+
const agentFlag = primaryEditor === "cursor" ? "cursor" : primaryEditor === "codex" ? "codex" : "claude-code";
|
|
330
|
+
execSync(
|
|
331
|
+
`npx skills add langchain-ai/langchain-skills --agent ${agentFlag} --skill "*" --yes`,
|
|
332
|
+
{ stdio: "pipe", timeout: 120000, cwd: targetDir, shell: true }
|
|
333
|
+
);
|
|
334
|
+
spinnerLc.succeed("11 LangChain Skills instaladas (framework-selection, langchain-*, langgraph-*, deep-agents-*)");
|
|
335
|
+
} catch {
|
|
336
|
+
// Fallback: tentar sem --agent
|
|
337
|
+
try {
|
|
338
|
+
execSync(
|
|
339
|
+
`npx skills add langchain-ai/langchain-skills --skill "*" --yes`,
|
|
340
|
+
{ stdio: "pipe", timeout: 120000, cwd: targetDir, shell: true }
|
|
341
|
+
);
|
|
342
|
+
spinnerLc.succeed("11 LangChain Skills instaladas");
|
|
343
|
+
} catch {
|
|
344
|
+
spinnerLc.warn("Instale manualmente as LangChain Skills:");
|
|
345
|
+
console.log(chalk.dim(" npx skills add langchain-ai/langchain-skills --skill '*' --yes"));
|
|
346
|
+
}
|
|
347
|
+
}
|
|
348
|
+
}
|
|
349
|
+
|
|
350
|
+
// 4. References
|
|
325
351
|
const spinner3 = ora("Instalando references").start();
|
|
326
352
|
const refsSrc = join(bundleDir, "references");
|
|
327
353
|
ensureDir(join(targetDir, "references"));
|
|
@@ -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
|
-
|
|
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
|
-
|
|
10
|
-
|
|
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 já 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
|
-
|
|
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
|
-
|
|
10
|
-
|
|
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 já 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
|
-
|
|
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
|
-
|
|
10
|
-
|
|
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 já 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
|
-
|
|
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
|
-
|
|
10
|
-
|
|
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 já 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
|
-
|
|
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
|
-
|
|
10
|
-
|
|
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 já existe spec para a demanda.
|
|
16
13
|
|
|
17
14
|
## Product Requirements Document
|
|
18
15
|
|