specifica-br 1.2.1 → 1.3.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.
|
@@ -18,10 +18,10 @@
|
|
|
18
18
|
Se existir conteúdo aqui, trate como prioridade máxima.
|
|
19
19
|
|
|
20
20
|
3. PRD (Regras de Negócio):
|
|
21
|
-
{{
|
|
21
|
+
{{[Link PRD]}} - VOCÊ DEVE OBRIGATORIAMENTE IMPORTAR TODO O CONTEUDO DO ARQUIVO PRD DA FEATURE E ADICIONAR EM SEU CONTEXTO.
|
|
22
22
|
|
|
23
23
|
4. TECH_SPEC (Especificação Técnica e Arquitetura):
|
|
24
|
-
{{
|
|
24
|
+
{{[Link TECHSPEC]}} - VOCÊ DEVE OBRIGATORIAMENTE IMPORTAR TODO O CONTEUDO DO ARQUIVO TECHSPEC DA FEATURE E ADICIONAR EM SEU CONTEXTO.
|
|
25
25
|
|
|
26
26
|
5. PROJECT_RULES (Padrões do Projeto - AGENTS.md):
|
|
27
27
|
{{content_of_agents_md}}
|
|
@@ -68,12 +68,6 @@
|
|
|
68
68
|
- Todos os arquivos que deveriam ser implementados existirem
|
|
69
69
|
- Não houver código incompleto, TODOs ou placeholders
|
|
70
70
|
|
|
71
|
-
# PASSO 5: ATUALIZAÇÃO DA TASK
|
|
72
|
-
- Gere o conteúdo COMPLETO do arquivo da task.
|
|
73
|
-
- Marque com [x] apenas os critérios comprovadamente atendidos.
|
|
74
|
-
- Marque com [x] a task recém completada em {{tasks_file.md}}
|
|
75
|
-
- Critérios sem evidência devem permanecer [ ].
|
|
76
|
-
|
|
77
71
|
</execution_protocol>
|
|
78
72
|
|
|
79
73
|
<constraints>
|
|
@@ -117,10 +111,17 @@
|
|
|
117
111
|
# INICIE A EXECUÇÃO SOMENTE APÓS:
|
|
118
112
|
- Definir o contrato de execução
|
|
119
113
|
- Confirmar que todos os critérios podem ser atendidos
|
|
114
|
+
|
|
115
|
+
# ATUALIZAÇÃO DA TASK
|
|
116
|
+
- Gere o conteúdo COMPLETO do arquivo da task.
|
|
117
|
+
- Marque com [x] apenas os critérios comprovadamente atendidos.
|
|
118
|
+
- Marque com [x] a task recém completada em {{tasks_file.md}}
|
|
119
|
+
- Critérios sem evidência devem permanecer [ ].
|
|
120
|
+
|
|
120
121
|
- **Para recorrer a documentações de linguagens, frameworks e bibliotecas, utilize o Context7**.
|
|
121
122
|
|
|
122
123
|
</critical>
|
|
123
124
|
|
|
124
|
-
Command Version: 0.0.
|
|
125
|
+
Command Version: 0.0.4
|
|
125
126
|
|
|
126
|
-
</system_instructions>
|
|
127
|
+
</system_instructions>
|
|
@@ -88,10 +88,11 @@
|
|
|
88
88
|
- Não assumir nada que não esteja explicitamente declarado
|
|
89
89
|
- Planejar antes de perguntar
|
|
90
90
|
- Perguntar antes de decidir
|
|
91
|
-
|
|
91
|
+
- PERGUNTAS DE CLARIFICAÇÃO DEVEM SER REALIZADAS
|
|
92
|
+
- ANTES DE ALTERAR O STATUS PARA `APPROVED`, SOLICITE AO USUÁRIO A APROVAÇÃO.
|
|
92
93
|
</critical>
|
|
93
94
|
|
|
94
95
|
---
|
|
95
96
|
|
|
96
|
-
**Command Version:** 0.0.
|
|
97
|
+
**Command Version:** 0.0.4
|
|
97
98
|
</system_instructions>
|
|
@@ -75,9 +75,9 @@
|
|
|
75
75
|
8. [ ] **Tech Spec:** Arquivo da Tech Spec foi criado corretamente no diretório de destino `./specs/features/[nome-da-funcionalidade]/`
|
|
76
76
|
|
|
77
77
|
## 5. REGRAS PARA ATUALIZAÇÃO DE STATUS
|
|
78
|
-
1. Ao iniciar a análise do PRD o status DEVE ser
|
|
78
|
+
1. Ao iniciar a análise do PRD o status DEVE ser APPROVED (APROVADO).
|
|
79
79
|
2. Após todas as entrevistas com o Usuário o status DEVE ser IN PROGRESS.
|
|
80
80
|
3. Após todas as perguntas de clarificação o status DEVE ser APPROVED.
|
|
81
81
|
|
|
82
|
-
**Command Version:** 0.0.
|
|
82
|
+
**Command Version:** 0.0.4
|
|
83
83
|
</system_instructions>
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "specifica-br",
|
|
3
|
-
"version": "1.
|
|
3
|
+
"version": "1.3.0",
|
|
4
4
|
"description": "Ferramenta de automação para desenvolvimento guiado por especificações (Spec Driven Development - SDD) com IA. Otimizado para o ecossistema brasileiro.",
|
|
5
5
|
"repository": {
|
|
6
6
|
"type": "git",
|