@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.
- package/.opencode/agents/architect.agent.md +29 -0
- package/.opencode/agents/coder.agent.md +29 -0
- package/.opencode/agents/deployer.agent.md +29 -0
- package/.opencode/agents/designer.agent.md +29 -0
- package/.opencode/agents/e2e-tester.agent.md +29 -0
- package/.opencode/agents/implementer.agent.md +29 -0
- package/.opencode/agents/orchestrator/feature-pipeline.agent.md +12 -2
- package/.opencode/agents/orchestrator/orchestrator.agent.md +12 -2
- package/.opencode/agents/researcher.agent.md +30 -0
- package/.opencode/agents/reviewer.agent.md +30 -0
- package/.opencode/agents/unit-tester.agent.md +29 -0
- package/package.json +1 -1
|
@@ -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.
|
|
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": {
|