code-ai-installer 1.5.1 → 1.5.2
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/.agents/workflows/bugfix.md +90 -0
- package/.agents/workflows/hotfix.md +74 -0
- package/.agents/workflows/pipeline-rules.md +163 -137
- package/.agents/workflows/start-task.md +129 -120
- package/locales/en/.agents/workflows/bugfix.md +90 -0
- package/locales/en/.agents/workflows/hotfix.md +74 -0
- package/locales/en/.agents/workflows/pipeline-rules.md +157 -18
- package/locales/en/.agents/workflows/start-task.md +120 -17
- package/locales/en/prompt-examples.md +152 -0
- package/package.json +1 -1
|
@@ -1,27 +1,130 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Task launch template through the 8-agent pipeline. Use at the beginning of EVERY session.
|
|
3
1
|
---
|
|
2
|
+
description: Template for launching a task through the 8-agent pipeline. Use at the start of EVERY session.
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# /start-task — Launch a task through the pipeline
|
|
6
|
+
|
|
7
|
+
## Step 0: Select pipeline mode
|
|
8
|
+
|
|
9
|
+
Determine the task type and choose the workflow:
|
|
10
|
+
- 🔵 **New feature / refactoring** → continue with `/start-task` (this file)
|
|
11
|
+
- 🟢 **Bugfix** (> 2 files, non-trivial) → switch to `/bugfix`
|
|
12
|
+
- 🟡 **Hotfix** (1–2 files, blast radius ≈ 0) → switch to `/hotfix`
|
|
13
|
+
|
|
14
|
+
> If you selected `/bugfix` or `/hotfix` — stop reading this file and follow the chosen workflow.
|
|
15
|
+
|
|
16
|
+
## Step 1: Load pipeline rules
|
|
17
|
+
|
|
18
|
+
Execute `/pipeline-rules` — read and acknowledge ALL rules BEFORE starting work.
|
|
19
|
+
|
|
20
|
+
## Step 2: Initialize agents
|
|
21
|
+
Execute `view_file` on `AGENTS.md` — confirm the list of agents and skills.
|
|
22
|
+
|
|
23
|
+
## Step 3: Launch the Conductor
|
|
24
|
+
Execute `view_file` on `agents/conductor.md` — read the protocol and create the Master Checklist in `task.md`.
|
|
25
|
+
|
|
26
|
+
## Step 4: Pass each gate STRICTLY by protocol
|
|
27
|
+
|
|
28
|
+
On EVERY gate, mandatory steps:
|
|
29
|
+
1. `view_file` on `agents/<role>.md` — read the agent protocol
|
|
30
|
+
2. Pass EACH section of the protocol in order (no "collapsing")
|
|
31
|
+
3. Use the **full** "Agent Response Format (strict)" from the agent file
|
|
32
|
+
4. If a section is not applicable — explicitly write: "N/A — [reason]"
|
|
33
|
+
5. Produce deliverable + Handoff Envelope with ALL mandatory fields
|
|
34
|
+
6. Present the result via `notify_user`
|
|
35
|
+
7. **Wait for explicit "Approved"** before moving to the next gate
|
|
4
36
|
|
|
5
|
-
|
|
37
|
+
## Step 5: Code — ONLY after DEV gate + Approved
|
|
6
38
|
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
39
|
+
- First, the DEV agent passes ALL sections of the protocol (§0–§7)
|
|
40
|
+
- Then proposes the change plan
|
|
41
|
+
- User approves
|
|
42
|
+
- ONLY THEN the agent applies code
|
|
43
|
+
|
|
44
|
+
## Step 6: Fix Cycle (on FAIL)
|
|
45
|
+
|
|
46
|
+
If the tester or reviewer finds a bug:
|
|
47
|
+
1. Current agent produces FAIL Report + HANDOFF Envelope → DEV
|
|
48
|
+
2. User approves FAIL HANDOFF
|
|
49
|
+
3. DEV reads `agents/senior_full_stack.md` and passes the FULL protocol
|
|
50
|
+
4. DEV HANDOFF → REV → OPS → TEST (each gate with full protocol)
|
|
51
|
+
5. No "quick fixes" without passing through agents
|
|
52
|
+
|
|
53
|
+
---
|
|
54
|
+
|
|
55
|
+
## First prompt template (copy and fill)
|
|
14
56
|
|
|
15
|
-
## First prompt template
|
|
16
57
|
```
|
|
17
58
|
@AGENTS.md /pipeline-rules
|
|
18
59
|
|
|
19
|
-
Task: [what to do].
|
|
20
|
-
Files: [
|
|
60
|
+
Task: [what to do, 1-2 sentences].
|
|
61
|
+
Files: [specific files, if known].
|
|
21
62
|
|
|
22
63
|
Rules:
|
|
23
|
-
1. Start with Conductor
|
|
24
|
-
2.
|
|
25
|
-
3. Do not apply code
|
|
64
|
+
1. Start with the Conductor (agents/conductor.md)
|
|
65
|
+
2. Each gate: view_file → ALL protocol sections → full format → Approved
|
|
66
|
+
3. Do not apply code until DEV gate + my Approved
|
|
26
67
|
4. Fix Cycle = full pass through agents
|
|
27
|
-
```
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
---
|
|
71
|
+
|
|
72
|
+
## Session recommendations
|
|
73
|
+
|
|
74
|
+
- **One session = 3-4 gates maximum** (context is preserved)
|
|
75
|
+
- **Approved is given on EACH gate**, not per session
|
|
76
|
+
- **Session 1:** Conductor → Approved → PM → Approved → UX → Approved
|
|
77
|
+
- **Session 2:** ARCH → Approved → DEV → Approved → REV → Approved
|
|
78
|
+
- **Session 3:** OPS → Approved → TEST → Approved → RG → Approved
|
|
79
|
+
- Each new session — start with `/start-task`
|
|
80
|
+
|
|
81
|
+
## Mandatory questions from agents
|
|
82
|
+
|
|
83
|
+
Each agent that has a Clarification/Questions section in their protocol MUST:
|
|
84
|
+
1. Ask questions to the user BEFORE performing work
|
|
85
|
+
2. Minimum questions (from agent protocol): PM — 5+, ARCH — 5-10, DEV — as needed, Tester — 5+
|
|
86
|
+
3. If the task seems "obvious" — still ask at minimum 2-3 clarifying questions
|
|
87
|
+
4. Wait for user answers BEFORE continuing
|
|
88
|
+
5. The only exception: the user explicitly wrote "no questions"
|
|
89
|
+
|
|
90
|
+
## When "cutting corners" — one phrase
|
|
91
|
+
|
|
92
|
+
If the model shortcuts, say:
|
|
93
|
+
> "Stop. Section [X] of protocol agents/<role>.md. Re-read and execute."
|
|
94
|
+
|
|
95
|
+
---
|
|
96
|
+
|
|
97
|
+
## Feedback protocol (mandatory)
|
|
98
|
+
|
|
99
|
+
The model MUST provide feedback to the user at every stage:
|
|
100
|
+
|
|
101
|
+
### 1. Warning when tempted to shortcut
|
|
102
|
+
If the task looks "trivial", the model MUST write:
|
|
103
|
+
```
|
|
104
|
+
⚠️ Task looks trivial. My instinct is to do it quickly.
|
|
105
|
+
But following the protocol, I'm going through the full cycle. Sections: [list].
|
|
106
|
+
```
|
|
107
|
+
|
|
108
|
+
### 2. User prompt assessment
|
|
109
|
+
At the start of each task the model assesses the prompt:
|
|
110
|
+
```
|
|
111
|
+
📊 Prompt assessment:
|
|
112
|
+
- Clarity: [high/medium/low]
|
|
113
|
+
- What helped: [what was useful]
|
|
114
|
+
- What's missing: [what to add for effectiveness]
|
|
115
|
+
```
|
|
116
|
+
|
|
117
|
+
### 3. Tips in Handoff Envelope
|
|
118
|
+
In each Handoff add a section:
|
|
119
|
+
```
|
|
120
|
+
💡 Feedback: [tip for the user, if any]
|
|
121
|
+
```
|
|
122
|
+
|
|
123
|
+
### 4. Retrospective at session end
|
|
124
|
+
Before finishing work:
|
|
125
|
+
```
|
|
126
|
+
🔄 Retrospective:
|
|
127
|
+
- Gates passed: X
|
|
128
|
+
- Protocol violations: X
|
|
129
|
+
- What to improve in the next session: [recommendation]
|
|
130
|
+
```
|
|
@@ -0,0 +1,152 @@
|
|
|
1
|
+
# Prompt Examples for Pipeline Launch
|
|
2
|
+
|
|
3
|
+
> Copy the relevant prompt, replace placeholders with your data, paste into chat.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 🔵 Full Pipeline (`/start-task`) — new feature / refactoring
|
|
8
|
+
|
|
9
|
+
### New Feature
|
|
10
|
+
```
|
|
11
|
+
@AGENTS.md Task:
|
|
12
|
+
Implement [feature description].
|
|
13
|
+
Full pipeline!
|
|
14
|
+
|
|
15
|
+
SESSION RULES:
|
|
16
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md from the protocol skills → deliverable → notify_user → wait for "Approved"
|
|
17
|
+
2. Skipping a gate or skill = BLOCKER
|
|
18
|
+
3. Do not proceed without Approved
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
### Refactoring
|
|
22
|
+
```
|
|
23
|
+
@AGENTS.md Task:
|
|
24
|
+
Refactor [description: what exactly we're refactoring and why].
|
|
25
|
+
Full pipeline!
|
|
26
|
+
|
|
27
|
+
SESSION RULES:
|
|
28
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md from the protocol skills → deliverable → notify_user → wait for "Approved"
|
|
29
|
+
2. Skipping a gate or skill = BLOCKER
|
|
30
|
+
3. Do not proceed without Approved
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
---
|
|
34
|
+
|
|
35
|
+
## 🟢 Bugfix (`/bugfix`) — bug fix (4 gates)
|
|
36
|
+
|
|
37
|
+
### Standard Bug
|
|
38
|
+
```
|
|
39
|
+
@AGENTS.md Task:
|
|
40
|
+
Fix bug: [bug description, reproduction steps, expected vs actual behavior].
|
|
41
|
+
Bugfix pipeline!
|
|
42
|
+
|
|
43
|
+
SESSION RULES:
|
|
44
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md from the protocol skills → deliverable → notify_user → wait for "Approved"
|
|
45
|
+
2. Skipping a gate or skill = BLOCKER
|
|
46
|
+
3. Do not proceed without Approved
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
### Bug with File References
|
|
50
|
+
```
|
|
51
|
+
@AGENTS.md Task:
|
|
52
|
+
@[path/to/file1] @[path/to/file2]
|
|
53
|
+
Bug: [description]. Root cause likely in the referenced files.
|
|
54
|
+
Bugfix pipeline!
|
|
55
|
+
|
|
56
|
+
SESSION RULES:
|
|
57
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md → deliverable → notify_user → wait for "Approved"
|
|
58
|
+
2. Skipping a gate = BLOCKER
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
---
|
|
62
|
+
|
|
63
|
+
## 🟡 Hotfix (`/hotfix`) — minor fix (2 gates)
|
|
64
|
+
|
|
65
|
+
### Typo / CSS / Single Line
|
|
66
|
+
```
|
|
67
|
+
@AGENTS.md Task:
|
|
68
|
+
Hotfix: [fix description, e.g.: "fix typo in heading" or "change button color from #333 to #555"].
|
|
69
|
+
Hotfix pipeline!
|
|
70
|
+
|
|
71
|
+
SESSION RULES:
|
|
72
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md → deliverable → notify_user → wait for "Approved"
|
|
73
|
+
2. Skipping a gate = BLOCKER
|
|
74
|
+
```
|
|
75
|
+
|
|
76
|
+
---
|
|
77
|
+
|
|
78
|
+
## 🎨 Design Only (Google Stitch)
|
|
79
|
+
|
|
80
|
+
### UI Screen Generation
|
|
81
|
+
```
|
|
82
|
+
@AGENTS.md Task:
|
|
83
|
+
Create UI screens for [description: which screens, which application].
|
|
84
|
+
Use Google Stitch via $google_stitch_skill.
|
|
85
|
+
|
|
86
|
+
SESSION RULES:
|
|
87
|
+
1. view_file agents/ux_ui_designer.md → view_file $google_stitch_skill → deliverable → notify_user → wait for "Approved"
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
---
|
|
91
|
+
|
|
92
|
+
## 📄 Documentation Only
|
|
93
|
+
|
|
94
|
+
### Document Adaptation / Creation
|
|
95
|
+
```
|
|
96
|
+
@AGENTS.md Task:
|
|
97
|
+
[Documentation task description, e.g.: "adapt files X, Y, Z for global use"].
|
|
98
|
+
Bugfix pipeline! (or Full pipeline — depending on complexity)
|
|
99
|
+
|
|
100
|
+
SESSION RULES:
|
|
101
|
+
1. Each gate: view_file agents/<role>.md → view_file on EVERY SKILL.md → deliverable → notify_user → wait for "Approved"
|
|
102
|
+
2. Skipping a gate = BLOCKER
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
---
|
|
106
|
+
|
|
107
|
+
## ⚡ Gate Transitions (User Responses)
|
|
108
|
+
|
|
109
|
+
### Approve and Move to Next Gate
|
|
110
|
+
```
|
|
111
|
+
Approved. Next gate: agents/<role>.md. Skills: view_file required. Full format.
|
|
112
|
+
```
|
|
113
|
+
|
|
114
|
+
### Approve with Trigger (Wix / Shopify)
|
|
115
|
+
```
|
|
116
|
+
Approved. TEST gate. Wix.
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
### Reject / Return for Rework
|
|
120
|
+
```
|
|
121
|
+
NO-GO. Fix: [list of issues]. Return to [gate] gate.
|
|
122
|
+
```
|
|
123
|
+
|
|
124
|
+
---
|
|
125
|
+
|
|
126
|
+
## 🔧 Utility Prompts
|
|
127
|
+
|
|
128
|
+
### Check Status
|
|
129
|
+
```
|
|
130
|
+
Show the current Master Checklist and status of all gates.
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
### Run a Specific Agent
|
|
134
|
+
```
|
|
135
|
+
Run agents/<role>.md. Context: [brief description]. Skills: view_file required.
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
### Update Version
|
|
139
|
+
```
|
|
140
|
+
Update the version in package.json to X.Y.Z
|
|
141
|
+
```
|
|
142
|
+
|
|
143
|
+
---
|
|
144
|
+
|
|
145
|
+
## 📝 Tips for Writing Prompts
|
|
146
|
+
|
|
147
|
+
1. **Always start with `@AGENTS.md`** — this loads the agent system
|
|
148
|
+
2. **Reference files with `@[path]`** — the agent immediately sees the context
|
|
149
|
+
3. **Name the pipeline mode** — "Full pipeline!", "Bugfix pipeline!", "Hotfix pipeline!"
|
|
150
|
+
4. **Add SESSION RULES** — this guarantees protocol compliance
|
|
151
|
+
5. **Write "Approved" explicitly** — without this word the agent will not proceed to the next gate
|
|
152
|
+
6. **Be specific** — the more precise the description, the better the result
|
package/package.json
CHANGED