@abarcenas/ai-workflow-template 1.16.0 → 1.18.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.
@@ -45,3 +45,32 @@ Return a summary covering:
45
45
  - Data/control flow between components
46
46
  - Files affected or to be created
47
47
  - Open questions or risks
48
+
49
+ ## Standalone Tracking
50
+
51
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
52
+
53
+ 1. Read `docs/tracker-log.md` to see existing entries.
54
+ 2. Append a structured entry using this format:
55
+
56
+ ```markdown
57
+ ## Standalone: Architect - System Design — {Brief Task Description}
58
+
59
+ **Date:** {YYYY-MM-DD}
60
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
61
+
62
+ ### Summary
63
+ {2-3 sentence plain-English summary of what was accomplished}
64
+
65
+ ### Files Produced / Modified
66
+ | File | Description |
67
+
68
+ ### Key Decisions
69
+ - {Decision and rationale}
70
+
71
+ ### Notes / Follow-up
72
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
73
+ ```
74
+
75
+ 3. Never overwrite existing content — only append.
76
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -47,3 +47,32 @@ Return a summary covering:
47
47
  - Any deviation from the plan and why
48
48
  - Known limitations or follow-up work
49
49
  - Build/run verification results
50
+
51
+ ## Standalone Tracking
52
+
53
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
54
+
55
+ 1. Read `docs/tracker-log.md` to see existing entries.
56
+ 2. Append a structured entry using this format:
57
+
58
+ ```markdown
59
+ ## Standalone: Coder - Implementation — {Brief Task Description}
60
+
61
+ **Date:** {YYYY-MM-DD}
62
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
63
+
64
+ ### Summary
65
+ {2-3 sentence plain-English summary of what was accomplished}
66
+
67
+ ### Files Produced / Modified
68
+ | File | Description |
69
+
70
+ ### Key Decisions
71
+ - {Decision and rationale}
72
+
73
+ ### Notes / Follow-up
74
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
75
+ ```
76
+
77
+ 3. Never overwrite existing content — only append.
78
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -48,3 +48,32 @@ Return a summary covering:
48
48
  - Release process documentation
49
49
  - Rollback procedures defined
50
50
  - Verification results
51
+
52
+ ## Standalone Tracking
53
+
54
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
55
+
56
+ 1. Read `docs/tracker-log.md` to see existing entries.
57
+ 2. Append a structured entry using this format:
58
+
59
+ ```markdown
60
+ ## Standalone: Deployer - Release Engineering — {Brief Task Description}
61
+
62
+ **Date:** {YYYY-MM-DD}
63
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
64
+
65
+ ### Summary
66
+ {2-3 sentence plain-English summary of what was accomplished}
67
+
68
+ ### Files Produced / Modified
69
+ | File | Description |
70
+
71
+ ### Key Decisions
72
+ - {Decision and rationale}
73
+
74
+ ### Notes / Follow-up
75
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
76
+ ```
77
+
78
+ 3. Never overwrite existing content — only append.
79
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -56,3 +56,32 @@ Return a summary covering:
56
56
  - Responsive behavior
57
57
  - Files affected
58
58
  - Context7 queries performed (which libraries/versions consulted)
59
+
60
+ ## Standalone Tracking
61
+
62
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
63
+
64
+ 1. Read `docs/tracker-log.md` to see existing entries.
65
+ 2. Append a structured entry using this format:
66
+
67
+ ```markdown
68
+ ## Standalone: Designer - UI/UX — {Brief Task Description}
69
+
70
+ **Date:** {YYYY-MM-DD}
71
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
72
+
73
+ ### Summary
74
+ {2-3 sentence plain-English summary of what was accomplished}
75
+
76
+ ### Files Produced / Modified
77
+ | File | Description |
78
+
79
+ ### Key Decisions
80
+ - {Decision and rationale}
81
+
82
+ ### Notes / Follow-up
83
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
84
+ ```
85
+
86
+ 3. Never overwrite existing content — only append.
87
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -47,3 +47,32 @@ Return a summary covering:
47
47
  - Testing patterns used (page objects, fixtures, etc.)
48
48
  - Any test configuration changes
49
49
  - Known limitations or areas needing manual testing
50
+
51
+ ## Standalone Tracking
52
+
53
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
54
+
55
+ 1. Read `docs/tracker-log.md` to see existing entries.
56
+ 2. Append a structured entry using this format:
57
+
58
+ ```markdown
59
+ ## Standalone: E2E Tester - Browser Automation — {Brief Task Description}
60
+
61
+ **Date:** {YYYY-MM-DD}
62
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
63
+
64
+ ### Summary
65
+ {2-3 sentence plain-English summary of what was accomplished}
66
+
67
+ ### Files Produced / Modified
68
+ | File | Description |
69
+
70
+ ### Key Decisions
71
+ - {Decision and rationale}
72
+
73
+ ### Notes / Follow-up
74
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
75
+ ```
76
+
77
+ 3. Never overwrite existing content — only append.
78
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -48,3 +48,32 @@ Return a summary covering:
48
48
  - Key implementation decisions
49
49
  - Dependencies and ordering
50
50
  - Testing requirements identified
51
+
52
+ ## Standalone Tracking
53
+
54
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
55
+
56
+ 1. Read `docs/tracker-log.md` to see existing entries.
57
+ 2. Append a structured entry using this format:
58
+
59
+ ```markdown
60
+ ## Standalone: Implementer - Implementation Planning — {Brief Task Description}
61
+
62
+ **Date:** {YYYY-MM-DD}
63
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
64
+
65
+ ### Summary
66
+ {2-3 sentence plain-English summary of what was accomplished}
67
+
68
+ ### Files Produced / Modified
69
+ | File | Description |
70
+
71
+ ### Key Decisions
72
+ - {Decision and rationale}
73
+
74
+ ### Notes / Follow-up
75
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
76
+ ```
77
+
78
+ 3. Never overwrite existing content — only append.
79
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -21,6 +21,7 @@ You are a lightweight orchestration agent that runs a fixed sequential pipeline:
21
21
  - **basePath**: Root directory for the work (defaults to current workspace)
22
22
  - **logFile**: Path to the orchestration log (defaults to `docs/.orchestrator-log.md`)
23
23
  - **autoConfirm**: If `true`, execute all pipeline steps without pausing. If `false`, ask the user before each delegation. (Default: `false`)
24
+ - **confirmationGates**: Agents whose output requires mandatory user confirmation before the pipeline advances to the next step. Confirmation is requested *after* the agent produces its output, regardless of `autoConfirm`. Default: `["implementer"]`
24
25
 
25
26
  ## Sub-Agent Registry
26
27
 
@@ -73,15 +74,17 @@ Parse the user's request to determine:
73
74
  ### Step 2: Initialize Log
74
75
 
75
76
  Create or append to the log file at `{logFile}` with:
76
- - Pipeline plan (implementer → designer → coder → tracker)
77
+ - Pipeline plan (implementer ⏸️ → designer → coder → tracker)
77
78
  - AutoConfirm setting
78
79
  - Start timestamp
79
80
 
81
+ **Note:** ⏸️ marks a *confirmation gate* — the pipeline will pause after that agent's output and wait for user confirmation before proceeding.
82
+
80
83
  ### Step 3: Execute Pipeline
81
84
 
82
85
  Run the four steps in fixed order:
83
86
 
84
- 1. **implementer** — Translates architecture/design into detailed implementation plans
87
+ 1. **implementer** ⏸️ — Translates architecture/design into detailed implementation plans
85
88
  2. **designer** — Designs UI/UX, component layout, styling
86
89
  3. **coder** — Writes production code implementing the feature
87
90
  4. **tracker** — Documents completed work to `docs/tracker-log.md`
@@ -109,6 +112,13 @@ IMPORTANT:
109
112
  4. Capture the sub-agent's response summary.
110
113
  5. Update the log file with: step name, status (SUCCESS/SKIPPED/FAILED), duration, artifacts produced, key findings.
111
114
  6. If a required step fails, stop the pipeline and report to the user.
115
+ 7. **Confirmation Gate**: If the current agent is in the `confirmationGates` list (default: `["implementer"]`):
116
+ - Present the agent's output summary (key findings, files produced, artifacts) to the user.
117
+ - Ask: **"{agent_name} output is ready. Review the summary above. Confirm to proceed to the next step?"**
118
+ - **Do not advance** to the next pipeline step until the user explicitly confirms.
119
+ - If the user confirms, log "Confirmation gate passed" in the log file.
120
+ - If the user rejects, ask: "What would you like to do? Options: (1) Re-run with feedback, (2) Skip this phase, (3) Abort pipeline." Act on their choice.
121
+ - This gate applies **regardless** of the `autoConfirm` setting — it is a mandatory pause point.
112
122
 
113
123
  ### Step 4: Present Results
114
124
 
@@ -26,6 +26,7 @@ You are a master orchestration agent that coordinates specialized sub-agents to
26
26
  - **basePath**: Root directory for the work (defaults to current workspace)
27
27
  - **logFile**: Path to the orchestration log (defaults to `docs/.orchestrator-log.md`)
28
28
  - **autoConfirm**: If `true`, execute all pipeline steps without pausing. If `false`, ask the user before each delegation. (Default: `false`)
29
+ - **confirmationGates**: Agents whose output requires mandatory user confirmation before the pipeline advances to the next step. Confirmation is requested *after* the agent produces its output, regardless of `autoConfirm`. Default: `["researcher", "implementer"]`
29
30
 
30
31
  ## Sub-Agent Registry
31
32
 
@@ -86,14 +87,16 @@ Parse the user's request to determine:
86
87
 
87
88
  Based on the analysis, build an ordered list of sub-agent delegations. Common patterns:
88
89
 
89
- - **Full feature**: researcher → architect → coder → unit-tester → e2e-tester → reviewer → deployer
90
+ - **Full feature**: researcher ⏸️ → implementer ⏸️ → architect → coder → unit-tester → e2e-tester → reviewer → deployer
90
91
  - **Quick fix**: coder → unit-tester → reviewer
91
- - **Research spike**: researcher → architect
92
+ - **Research spike**: researcher ⏸️ → architect
92
93
  - **Refactor**: architect → coder → unit-tester → reviewer
93
94
  - **Design task**: designer → reviewer
94
95
  - **Test coverage**: unit-tester → e2e-tester
95
96
  - **Deployment**: reviewer → deployer
96
97
 
98
+ **Note:** ⏸️ marks a *confirmation gate* — the orchestrator will pause after that agent's output and wait for user confirmation before proceeding.
99
+
97
100
  You may skip, reorder, or parallelize steps based on the request. Document your reasoning in the log.
98
101
 
99
102
  ### Step 3: Initialize Log
@@ -126,6 +129,13 @@ IMPORTANT:
126
129
  4. Capture the sub-agent's response summary.
127
130
  5. Update the log file with: step name, status (SUCCESS/SKIPPED/FAILED), duration, artifacts produced, key findings.
128
131
  6. If a required step fails, stop the pipeline and report to the user.
132
+ 7. **Confirmation Gate**: If the current agent is in the `confirmationGates` list (default: `["researcher", "implementer"]`):
133
+ - Present the agent's output summary (key findings, files produced, artifacts) to the user.
134
+ - Ask: **"{agent_name} output is ready. Review the summary above. Confirm to proceed to the next step?"**
135
+ - **Do not advance** to the next pipeline step until the user explicitly confirms.
136
+ - If the user confirms, log "Confirmation gate passed" in the log file.
137
+ - If the user rejects, ask: "What would you like to do? Options: (1) Re-run with feedback, (2) Skip this phase, (3) Abort pipeline." Act on their choice.
138
+ - This gate applies **regardless** of the `autoConfirm` setting — it is a mandatory pause point.
129
139
 
130
140
  ### Step 5: Record Documentation
131
141
 
@@ -5,6 +5,7 @@ permission:
5
5
  read: allow
6
6
  search: allow
7
7
  web: allow
8
+ edit: allow
8
9
  "ddg-search/*": allow
9
10
  "context7/*": allow
10
11
  model: openrouter/kimi-k2-thinking
@@ -209,3 +210,32 @@ Always ask permission for: creating files, running commands, modifying system, e
209
210
 
210
211
  Transform uncertainty into actionable knowledge through systematic, obsessive, recursive research.
211
212
 
213
+ ## Standalone Tracking
214
+
215
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
216
+
217
+ 1. Read `docs/tracker-log.md` to see existing entries.
218
+ 2. Append a structured entry using this format:
219
+
220
+ ```markdown
221
+ ## Standalone: Researcher - Technical Investigation — {Brief Task Description}
222
+
223
+ **Date:** {YYYY-MM-DD}
224
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
225
+
226
+ ### Summary
227
+ {2-3 sentence plain-English summary of what was accomplished}
228
+
229
+ ### Files Produced / Modified
230
+ | File | Description |
231
+
232
+ ### Key Decisions
233
+ - {Decision and rationale}
234
+
235
+ ### Notes / Follow-up
236
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
237
+ ```
238
+
239
+ 3. Never overwrite existing content — only append.
240
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
241
+
@@ -4,6 +4,7 @@ name: "Reviewer - Code Quality"
4
4
  permission:
5
5
  read: allow
6
6
  search: allow
7
+ edit: allow
7
8
  "github/*": allow
8
9
  model: openrouter/deepseek-flash-v4
9
10
  ---
@@ -44,3 +45,32 @@ Return a summary covering:
44
45
  - 🟡 Major findings (should address)
45
46
  - 🔵 Minor findings (consider addressing)
46
47
  - Overall assessment and recommendation (approve / changes requested)
48
+
49
+ ## Standalone Tracking
50
+
51
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
52
+
53
+ 1. Read `docs/tracker-log.md` to see existing entries.
54
+ 2. Append a structured entry using this format:
55
+
56
+ ```markdown
57
+ ## Standalone: Reviewer - Code Quality — {Brief Task Description}
58
+
59
+ **Date:** {YYYY-MM-DD}
60
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
61
+
62
+ ### Summary
63
+ {2-3 sentence plain-English summary of what was accomplished}
64
+
65
+ ### Files Produced / Modified
66
+ | File | Description |
67
+
68
+ ### Key Decisions
69
+ - {Decision and rationale}
70
+
71
+ ### Notes / Follow-up
72
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
73
+ ```
74
+
75
+ 3. Never overwrite existing content — only append.
76
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
@@ -47,3 +47,32 @@ Return a summary covering:
47
47
  - Code coverage improvements
48
48
  - Test run results (pass/fail counts)
49
49
  - Any production bugs discovered and fixed
50
+
51
+ ## Standalone Tracking
52
+
53
+ When you are called directly by the user (NOT through an orchestrator — check: your prompt does NOT start with "This phase must be performed as the agent"), after completing your work:
54
+
55
+ 1. Read `docs/tracker-log.md` to see existing entries.
56
+ 2. Append a structured entry using this format:
57
+
58
+ ```markdown
59
+ ## Standalone: Unit Tester - Test Coverage — {Brief Task Description}
60
+
61
+ **Date:** {YYYY-MM-DD}
62
+ **Status:** ✅ SUCCESS | ⚠️ SKIPPED | ❌ FAILED
63
+
64
+ ### Summary
65
+ {2-3 sentence plain-English summary of what was accomplished}
66
+
67
+ ### Files Produced / Modified
68
+ | File | Description |
69
+
70
+ ### Key Decisions
71
+ - {Decision and rationale}
72
+
73
+ ### Notes / Follow-up
74
+ {Any caveats, open questions, or recommended next actions. "None" if nothing outstanding.}
75
+ ```
76
+
77
+ 3. Never overwrite existing content — only append.
78
+ 4. If called via orchestrator (prompt starts with "This phase must be performed as the agent"), do NOT write to `docs/tracker-log.md` — the orchestrator handles documentation.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@abarcenas/ai-workflow-template",
3
- "version": "1.16.0",
3
+ "version": "1.18.0",
4
4
  "description": "A comprehensive template repository for AI-assisted development workflows using GitHub Copilot. This template provides a structured approach to leveraging AI assistance through pre-configured skills, prompts, agents, and coding standards.",
5
5
  "main": "index.js",
6
6
  "scripts": {