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.
@@ -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
- # /start-task
37
+ ## Step 5: Code — ONLY after DEV gate + Approved
6
38
 
7
- ## Steps
8
- 1. Load `/pipeline-rules`
9
- 2. Read `AGENTS.md`
10
- 3. Read `agents/conductor.md`
11
- 4. Start the pipeline gate by gate
12
- 5. Do not apply code before DEV gate + explicit Approved
13
- 6. If a gate fails, run a full Fix Cycle through DEV → REV → OPS → TEST
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: [known 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. Every gate: read protocol complete all sections → full response → Approved
25
- 3. Do not apply code before DEV gate + my Approved
64
+ 1. Start with the Conductor (agents/conductor.md)
65
+ 2. Each gate: view_fileALL 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
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "code-ai-installer",
3
- "version": "1.5.1",
3
+ "version": "1.5.2",
4
4
  "description": "Production-ready CLI to install code-ai agents and skills for multiple AI coding assistants.",
5
5
  "license": "MIT",
6
6
  "author": "Denis Harchenko",