cp-toolkit 2.2.5 → 2.2.7
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/package.json
CHANGED
package/src/commands/init.js
CHANGED
|
@@ -233,6 +233,12 @@ export async function initCommand(directory, options) {
|
|
|
233
233
|
console.log(chalk.dim(' │ ├── api-development.instructions.md'));
|
|
234
234
|
console.log(chalk.dim(' │ └── github-actions.instructions.md'));
|
|
235
235
|
console.log(chalk.dim(' ├── copilot-workflows/') + chalk.cyan('← Workflow templates'));
|
|
236
|
+
console.log(chalk.dim(' │ ├── architect-builder.workflow.md ') + chalk.yellow('← 🏗️ Protocol for complex tasks'));
|
|
237
|
+
console.log(chalk.dim(' │ ├── brainstorm.md'));
|
|
238
|
+
console.log(chalk.dim(' │ ├── create.md'));
|
|
239
|
+
console.log(chalk.dim(' │ ├── debug.md'));
|
|
240
|
+
console.log(chalk.dim(' │ ├── plan.md'));
|
|
241
|
+
console.log(chalk.dim(' │ └── orchestrate.md'));
|
|
236
242
|
console.log(chalk.dim(' ├── scripts/ ') + chalk.cyan('← MCP server & utilities'));
|
|
237
243
|
console.log(chalk.dim(' ├── rules/ ') + chalk.cyan('← Global AI rules'));
|
|
238
244
|
console.log(chalk.dim(' ├── cp-kit-models.yaml') + chalk.cyan('← AI model allocation matrix'));
|
|
@@ -244,7 +250,8 @@ export async function initCommand(directory, options) {
|
|
|
244
250
|
console.log(chalk.bold('\n🚀 Next Steps:'));
|
|
245
251
|
console.log(` 1. ${chalk.cyan('Reload VS Code window')} to activate MCP servers`);
|
|
246
252
|
console.log(` 2. Open Copilot Chat and try: ${chalk.yellow('@workspace use the orchestrator agent')}`);
|
|
247
|
-
console.log(` 3.
|
|
253
|
+
console.log(` 3. Try the Architect-Builder Protocol: ${chalk.yellow('Read .github/copilot-workflows/architect-builder.workflow.md')}`);
|
|
254
|
+
console.log(` 4. Or try a workflow: ${chalk.yellow('/create a React component')}`);
|
|
248
255
|
console.log(chalk.green('\n✅ Smart Context patterns applied to agents.'));
|
|
249
256
|
|
|
250
257
|
} catch (error) {
|
|
@@ -0,0 +1,119 @@
|
|
|
1
|
+
### 📂 Arquivo: `architect-builder.workflow.md`
|
|
2
|
+
|
|
3
|
+
```markdown
|
|
4
|
+
---
|
|
5
|
+
name: "Architect-Builder Protocol"
|
|
6
|
+
description: "Workflow padrão para dividir tarefas complexas em fases de Planejamento (High-IQ) e Execução (High-Speed)."
|
|
7
|
+
version: "2.0"
|
|
8
|
+
applyTo: ["**/PLAN.md", "**/*.feature", "**/COMPLEX_TASK.md"]
|
|
9
|
+
priority: high
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# 🏗️ Architect-Builder Protocol
|
|
13
|
+
|
|
14
|
+
Este workflow define a separação estrita de responsabilidades entre o pensamento estratégico (Planner) e a implementação tática (Executor).
|
|
15
|
+
|
|
16
|
+
## 🔄 O Ciclo de Vida
|
|
17
|
+
|
|
18
|
+
1. **Phase 1: Architecture (The Blueprint)**
|
|
19
|
+
* **Actor:** Planner Agent (Model: `gpt-5.2` / `claude-opus-4.5`)
|
|
20
|
+
* **Output:** `PLAN.md`
|
|
21
|
+
2. **Phase 2: Construction (The Build)**
|
|
22
|
+
* **Actor:** Executor Agent (Model: `gpt-5.2-codex` / `grok-code-fast`)
|
|
23
|
+
* **Input:** `PLAN.md`
|
|
24
|
+
3. **Phase 3: Verification (The Inspection)**
|
|
25
|
+
* **Actor:** QA/Tester
|
|
26
|
+
* **Action:** Validação contra os critérios do plano.
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
## 🧠 Phase 1: The Architect (Instruction Set)
|
|
31
|
+
|
|
32
|
+
**Contexto:** Você é o Arquiteto. Sua função NÃO é escrever código final, mas sim desenhar a solução perfeita.
|
|
33
|
+
**Trigger:** Quando o usuário pede uma feature complexa ou refatoração.
|
|
34
|
+
|
|
35
|
+
### Suas Responsabilidades:
|
|
36
|
+
1. **Análise Profunda:** Leia todos os arquivos relacionados. Entenda o contexto de negócio.
|
|
37
|
+
2. **Security First:** Identifique riscos de segurança antes de qualquer lógica.
|
|
38
|
+
3. **Definição do Contrato:** Escreva o arquivo `PLAN.md` na raiz da tarefa.
|
|
39
|
+
|
|
40
|
+
### Estrutura Obrigatória do `PLAN.md`:
|
|
41
|
+
```markdown
|
|
42
|
+
# [Task Name] - Implementation Plan
|
|
43
|
+
|
|
44
|
+
## 1. Context & Goal
|
|
45
|
+
(Resumo de alto nível do que será feito e por quê)
|
|
46
|
+
|
|
47
|
+
## 2. Architecture Decisions
|
|
48
|
+
- **Patterns:** (Ex: Repository Pattern, Observer)
|
|
49
|
+
- **Security:** (Ex: Input validation layer required)
|
|
50
|
+
- **Files to Change:**
|
|
51
|
+
- `src/api/routes.ts` (Modify)
|
|
52
|
+
- `src/services/new-service.ts` (Create)
|
|
53
|
+
|
|
54
|
+
## 3. Step-by-Step Implementation Guide
|
|
55
|
+
(Instruções atômicas para o Executor. Seja técnico e específico)
|
|
56
|
+
1. [ ] Criar interface IService...
|
|
57
|
+
2. [ ] Implementar mock de teste...
|
|
58
|
+
3. [ ] Implementar lógica de retry...
|
|
59
|
+
|
|
60
|
+
## 4. Verification Criteria
|
|
61
|
+
- [ ] Teste unitário cobre caso de erro X
|
|
62
|
+
- [ ] Linter passa sem warnings
|
|
63
|
+
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
**⛔ STOP RULE:** Assim que o `PLAN.md` estiver pronto, PARE. Peça aprovação do usuário ou chame o Executor.
|
|
67
|
+
|
|
68
|
+
---
|
|
69
|
+
|
|
70
|
+
## 🔨 Phase 2: The Builder (Instruction Set)
|
|
71
|
+
|
|
72
|
+
**Contexto:** Você é o Construtor. Você é rápido, preciso e obedece ao plano cega e estritamente.
|
|
73
|
+
**Trigger:** A existência de um `PLAN.md` não marcado como concluído.
|
|
74
|
+
|
|
75
|
+
### Suas Responsabilidades:
|
|
76
|
+
|
|
77
|
+
1. **Leitura do Contrato:** Leia o `PLAN.md` completamente. Não inicie sem entender.
|
|
78
|
+
2. **Execução Atômica:** Implemente um item do "Step-by-Step" por vez.
|
|
79
|
+
3. **Syntactic Perfection:** Use sua capacidade de Codex para garantir que o código compile e rode na primeira tentativa.
|
|
80
|
+
4. **No Deviations:** Se você encontrar um erro no plano, NÃO improvise. Pare e notifique o Arquiteto.
|
|
81
|
+
|
|
82
|
+
### Modo de Operação:
|
|
83
|
+
|
|
84
|
+
* Se o plano diz "Use Library X", use Library X.
|
|
85
|
+
* Se o código for boilerplate (ex: Dockerfile, CSS), gere-o o mais rápido possível.
|
|
86
|
+
* Ao final, marque os checkboxes do `PLAN.md` como `[x]`.
|
|
87
|
+
|
|
88
|
+
---
|
|
89
|
+
|
|
90
|
+
## 🔍 Phase 3: Verification
|
|
91
|
+
|
|
92
|
+
Após a execução, o Agente de Testes deve rodar a suite de testes.
|
|
93
|
+
|
|
94
|
+
* **Se passar:** Apague o `PLAN.md` (ou arquive-o).
|
|
95
|
+
* **Se falhar:** O Executor deve corrigir erros de sintaxe. Se for erro de lógica, devolva para o Arquiteto.
|
|
96
|
+
|
|
97
|
+
```
|
|
98
|
+
|
|
99
|
+
---
|
|
100
|
+
|
|
101
|
+
### Como testar esse fluxo agora?
|
|
102
|
+
|
|
103
|
+
Para validar se a "mágica" acontece, sugiro o seguinte teste prático com seu toolkit atualizado:
|
|
104
|
+
|
|
105
|
+
1. **Inicie o ambiente:** Rode `cp-toolkit init` (se ainda não estiver atualizado).
|
|
106
|
+
2. **O Prompt de Disparo (Copie e cole isso no chat):**
|
|
107
|
+
> "Atue como o **Arquiteto (Planner)**. Eu preciso criar um sistema de autenticação JWT com Refresh Token em Node.js. Não escreva o código ainda. Apenas analise os requisitos de segurança e gere o arquivo `PLAN.md` seguindo o protocolo `architect-builder.workflow.md`."
|
|
108
|
+
|
|
109
|
+
**Resultado Esperado:**
|
|
110
|
+
O modelo mais inteligente (Opus/GPT-5.2) vai criar um arquivo markdown lindo e estruturado.
|
|
111
|
+
|
|
112
|
+
3. **O Prompt de Execução (Segundo passo):**
|
|
113
|
+
> "Agora, atue como o **Backend Specialist (Executor)**. Leia o `PLAN.md` gerado e implemente os passos 1 e 2."
|
|
114
|
+
|
|
115
|
+
**Resultado Esperado:**
|
|
116
|
+
O modelo mais rápido/Codex vai ler o arquivo e cuspir o código TypeScript perfeito sem perder tempo "pensando" na arquitetura, pois já foi decidida.
|
|
117
|
+
|
|
118
|
+
**Podemos considerar essa task do workflow concluída?**
|
|
119
|
+
|