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 +111 -80
- package/package.json +1 -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,48 +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 [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
|
|
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
|
-
|
|
15
|
+
```
|
|
16
|
+
/speckit.specify → /speckit.plan → /speckit.tasks → /speckit.implement
|
|
17
|
+
```
|
|
21
18
|
|
|
22
|
-
|
|
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
|
-
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
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
|
-
##
|
|
58
|
+
## Arquivos do projeto: quem faz o quê
|
|
39
59
|
|
|
40
|
-
| Arquivo | Quem escreve |
|
|
60
|
+
| Arquivo | Quem escreve | Quando | Para quê |
|
|
41
61
|
|---|---|---|---|
|
|
42
|
-
| **AGENTS.md** | Bundle (automático) |
|
|
43
|
-
| **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 |
|
|
44
68
|
|
|
45
|
-
|
|
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
|
-
|
|
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
|
|
137
|
+
## Estrutura instalada
|
|
97
138
|
|
|
98
139
|
### Claude Code
|
|
99
|
-
|
|
100
140
|
```
|
|
101
141
|
seu-projeto/
|
|
102
|
-
├── CLAUDE.md # @AGENTS.md
|
|
103
|
-
├── AGENTS.md #
|
|
104
|
-
├── PRD.md #
|
|
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/ #
|
|
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
|
|
118
|
-
│ ├── memory/constitution.md
|
|
119
|
-
│ ├── scripts/
|
|
120
|
-
│
|
|
121
|
-
|
|
122
|
-
└──
|
|
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 #
|
|
130
|
-
├── PRD.md #
|
|
171
|
+
├── AGENTS.md # COMO o agente trabalha
|
|
172
|
+
├── PRD.md # O QUE construir (preencher!)
|
|
131
173
|
├── .cursor/
|
|
132
174
|
│ ├── skills/ # Skills do bundle
|
|
133
|
-
│
|
|
134
|
-
|
|
135
|
-
|
|
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 #
|
|
148
|
-
├── PRD.md #
|
|
149
|
-
├── .agents/
|
|
150
|
-
|
|
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
|
-
##
|
|
192
|
+
## Skills extras do LangChain (bundle ai-agents)
|
|
160
193
|
|
|
161
|
-
O bundle instala automaticamente
|
|
194
|
+
O bundle `ai-agents` instala automaticamente as 11 skills oficiais do [LangChain](https://github.com/langchain-ai/langchain-skills):
|
|
162
195
|
|
|
163
|
-
|
|
|
196
|
+
| Skill | O que faz |
|
|
164
197
|
|---|---|
|
|
165
|
-
|
|
|
166
|
-
|
|
|
167
|
-
|
|
|
168
|
-
|
|
|
169
|
-
|
|
|
170
|
-
|
|
|
171
|
-
|
|
|
172
|
-
|
|
|
173
|
-
|
|
174
|
-
|
|
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
|
@@ -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
|
|