cp-toolkit 2.2.6 → 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
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "cp-toolkit",
3
- "version": "2.2.6",
3
+ "version": "2.2.7",
4
4
  "description": "Copilot Toolkit - AI Agent framework for GitHub Copilot, Claude, Gemini CLI, and other AI assistants",
5
5
  "keywords": [
6
6
  "ai-agents",
@@ -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. Or try a workflow: ${chalk.yellow('/create a React component')}`);
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
+