@prmichaelsen/task-mcp 0.2.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/.env.example +19 -0
- package/AGENT.md +1165 -0
- package/CHANGELOG.md +72 -0
- package/agent/commands/acp.commit.md +511 -0
- package/agent/commands/acp.init.md +376 -0
- package/agent/commands/acp.package-install.md +347 -0
- package/agent/commands/acp.proceed.md +311 -0
- package/agent/commands/acp.report.md +392 -0
- package/agent/commands/acp.status.md +280 -0
- package/agent/commands/acp.sync.md +323 -0
- package/agent/commands/acp.update.md +301 -0
- package/agent/commands/acp.validate.md +385 -0
- package/agent/commands/acp.version-check-for-updates.md +275 -0
- package/agent/commands/acp.version-check.md +190 -0
- package/agent/commands/acp.version-update.md +288 -0
- package/agent/commands/command.template.md +273 -0
- package/agent/commands/git.commit.md +511 -0
- package/agent/commands/git.init.md +513 -0
- package/agent/design/.gitkeep +0 -0
- package/agent/design/acp-task-execution-requirements.md +555 -0
- package/agent/design/api-dto-design.md +394 -0
- package/agent/design/code-extraction-guide.md +827 -0
- package/agent/design/design.template.md +136 -0
- package/agent/design/requirements.template.md +387 -0
- package/agent/design/rest-api-integration.md +489 -0
- package/agent/design/sdk-export-requirements.md +549 -0
- package/agent/milestones/.gitkeep +0 -0
- package/agent/milestones/milestone-1-{title}.template.md +206 -0
- package/agent/milestones/milestone-2-task-infrastructure.md +232 -0
- package/agent/milestones/milestone-4-autonomous-execution.md +235 -0
- package/agent/patterns/.gitkeep +0 -0
- package/agent/patterns/bootstrap.md +1271 -0
- package/agent/patterns/bootstrap.template.md +1237 -0
- package/agent/patterns/pattern.template.md +364 -0
- package/agent/progress.template.yaml +158 -0
- package/agent/progress.yaml +375 -0
- package/agent/scripts/check-for-updates.sh +88 -0
- package/agent/scripts/install.sh +157 -0
- package/agent/scripts/uninstall.sh +75 -0
- package/agent/scripts/update.sh +139 -0
- package/agent/scripts/version.sh +35 -0
- package/agent/tasks/.gitkeep +0 -0
- package/agent/tasks/task-1-{title}.template.md +225 -0
- package/agent/tasks/task-86-task-data-model-schemas.md +143 -0
- package/agent/tasks/task-87-task-database-service.md +220 -0
- package/agent/tasks/task-88-firebase-client-wrapper.md +139 -0
- package/agent/tasks/task-88-task-execution-engine.md +277 -0
- package/agent/tasks/task-89-mcp-server-implementation.md +197 -0
- package/agent/tasks/task-90-build-configuration.md +146 -0
- package/agent/tasks/task-91-deployment-configuration.md +128 -0
- package/coverage/base.css +224 -0
- package/coverage/block-navigation.js +87 -0
- package/coverage/favicon.png +0 -0
- package/coverage/index.html +191 -0
- package/coverage/lcov-report/base.css +224 -0
- package/coverage/lcov-report/block-navigation.js +87 -0
- package/coverage/lcov-report/favicon.png +0 -0
- package/coverage/lcov-report/index.html +191 -0
- package/coverage/lcov-report/prettify.css +1 -0
- package/coverage/lcov-report/prettify.js +2 -0
- package/coverage/lcov-report/sort-arrow-sprite.png +0 -0
- package/coverage/lcov-report/sorter.js +210 -0
- package/coverage/lcov-report/src/client.ts.html +1030 -0
- package/coverage/lcov-report/src/constant/collections.ts.html +469 -0
- package/coverage/lcov-report/src/constant/index.html +116 -0
- package/coverage/lcov-report/src/dto/index.html +116 -0
- package/coverage/lcov-report/src/dto/transformers.ts.html +568 -0
- package/coverage/lcov-report/src/index.html +146 -0
- package/coverage/lcov-report/src/schemas/index.html +116 -0
- package/coverage/lcov-report/src/schemas/task.ts.html +547 -0
- package/coverage/lcov-report/src/server-factory.ts.html +418 -0
- package/coverage/lcov-report/src/server.ts.html +289 -0
- package/coverage/lcov-report/src/services/index.html +116 -0
- package/coverage/lcov-report/src/services/task-database.service.ts.html +1495 -0
- package/coverage/lcov-report/src/tools/index.html +236 -0
- package/coverage/lcov-report/src/tools/index.ts.html +292 -0
- package/coverage/lcov-report/src/tools/task-add-message.ts.html +277 -0
- package/coverage/lcov-report/src/tools/task-complete-task-item.ts.html +343 -0
- package/coverage/lcov-report/src/tools/task-create-milestone.ts.html +286 -0
- package/coverage/lcov-report/src/tools/task-create-task-item.ts.html +358 -0
- package/coverage/lcov-report/src/tools/task-get-next-step.ts.html +460 -0
- package/coverage/lcov-report/src/tools/task-get-status.ts.html +316 -0
- package/coverage/lcov-report/src/tools/task-report-completion.ts.html +343 -0
- package/coverage/lcov-report/src/tools/task-update-progress.ts.html +232 -0
- package/coverage/lcov.info +974 -0
- package/coverage/prettify.css +1 -0
- package/coverage/prettify.js +2 -0
- package/coverage/sort-arrow-sprite.png +0 -0
- package/coverage/sorter.js +210 -0
- package/coverage/src/client.ts.html +1030 -0
- package/coverage/src/constant/collections.ts.html +469 -0
- package/coverage/src/constant/index.html +116 -0
- package/coverage/src/dto/index.html +116 -0
- package/coverage/src/dto/transformers.ts.html +568 -0
- package/coverage/src/index.html +146 -0
- package/coverage/src/schemas/index.html +116 -0
- package/coverage/src/schemas/task.ts.html +547 -0
- package/coverage/src/server-factory.ts.html +418 -0
- package/coverage/src/server.ts.html +289 -0
- package/coverage/src/services/index.html +116 -0
- package/coverage/src/services/task-database.service.ts.html +1495 -0
- package/coverage/src/tools/index.html +236 -0
- package/coverage/src/tools/index.ts.html +292 -0
- package/coverage/src/tools/task-add-message.ts.html +277 -0
- package/coverage/src/tools/task-complete-task-item.ts.html +343 -0
- package/coverage/src/tools/task-create-milestone.ts.html +286 -0
- package/coverage/src/tools/task-create-task-item.ts.html +358 -0
- package/coverage/src/tools/task-get-next-step.ts.html +460 -0
- package/coverage/src/tools/task-get-status.ts.html +316 -0
- package/coverage/src/tools/task-report-completion.ts.html +343 -0
- package/coverage/src/tools/task-update-progress.ts.html +232 -0
- package/firestore.rules +95 -0
- package/jest.config.js +31 -0
- package/package.json +67 -0
- package/src/client.spec.ts +199 -0
- package/src/client.ts +315 -0
- package/src/constant/collections.ts +128 -0
- package/src/dto/index.ts +47 -0
- package/src/dto/task-api.dto.ts +219 -0
- package/src/dto/transformers.spec.ts +462 -0
- package/src/dto/transformers.ts +161 -0
- package/src/schemas/task.ts +154 -0
- package/src/server-factory.spec.ts +70 -0
- package/src/server-factory.ts +111 -0
- package/src/server.ts +68 -0
- package/src/services/task-database.service.e2e.ts +116 -0
- package/src/services/task-database.service.spec.ts +479 -0
- package/src/services/task-database.service.ts +470 -0
- package/src/test-schemas.ts +161 -0
- package/src/tools/index.ts +69 -0
- package/src/tools/task-add-message.ts +64 -0
- package/src/tools/task-complete-task-item.ts +86 -0
- package/src/tools/task-create-milestone.ts +67 -0
- package/src/tools/task-create-task-item.ts +91 -0
- package/src/tools/task-get-next-step.spec.ts +136 -0
- package/src/tools/task-get-next-step.ts +125 -0
- package/src/tools/task-get-status.spec.ts +213 -0
- package/src/tools/task-get-status.ts +77 -0
- package/src/tools/task-report-completion.ts +86 -0
- package/src/tools/task-update-progress.ts +49 -0
- package/src/tools/tools.spec.ts +194 -0
- package/tsconfig.json +31 -0
|
@@ -0,0 +1,323 @@
|
|
|
1
|
+
# Command: sync
|
|
2
|
+
|
|
3
|
+
> **🤖 Agent Directive**: If you are reading this file, the command `@acp.sync` has been invoked. Follow the steps below to execute this command.
|
|
4
|
+
|
|
5
|
+
**Namespace**: acp
|
|
6
|
+
**Version**: 1.0.0
|
|
7
|
+
**Created**: 2026-02-16
|
|
8
|
+
**Last Updated**: 2026-02-16
|
|
9
|
+
**Status**: Active
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
**Purpose**: Synchronize documentation with source code by identifying and updating stale documentation
|
|
14
|
+
**Category**: Documentation
|
|
15
|
+
**Frequency**: As Needed
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## What This Command Does
|
|
20
|
+
|
|
21
|
+
This command synchronizes ACP documentation with the actual source code implementation. It reads source files, compares them with design documents and patterns, identifies documentation drift, and updates stale documentation to match reality.
|
|
22
|
+
|
|
23
|
+
Use this command after making significant code changes, when you suspect documentation is outdated, or periodically to ensure documentation stays current. It's particularly useful after implementing features, refactoring code, or completing milestones.
|
|
24
|
+
|
|
25
|
+
Unlike `@acp.update` which updates progress tracking, `@acp.sync` focuses on keeping design documents, patterns, and technical documentation aligned with the actual codebase.
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## Prerequisites
|
|
30
|
+
|
|
31
|
+
- [ ] ACP installed in project
|
|
32
|
+
- [ ] Source code exists to compare against
|
|
33
|
+
- [ ] Design documents exist in `agent/design/`
|
|
34
|
+
- [ ] You have understanding of what changed in code
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## Steps
|
|
39
|
+
|
|
40
|
+
### 1. Read Design Documents
|
|
41
|
+
|
|
42
|
+
Load all design documents to understand documented architecture.
|
|
43
|
+
|
|
44
|
+
**Actions**:
|
|
45
|
+
- Read all files in `agent/design/`
|
|
46
|
+
- Note documented features, patterns, and architecture
|
|
47
|
+
- Understand documented API contracts
|
|
48
|
+
- Identify documented dependencies
|
|
49
|
+
- List documented file structures
|
|
50
|
+
|
|
51
|
+
**Expected Outcome**: Documented architecture understood
|
|
52
|
+
|
|
53
|
+
### 2. Read Source Code
|
|
54
|
+
|
|
55
|
+
Review actual implementation in source files.
|
|
56
|
+
|
|
57
|
+
**Actions**:
|
|
58
|
+
- Identify main source directories (src/, lib/, etc.)
|
|
59
|
+
- Read key implementation files
|
|
60
|
+
- Note actual features implemented
|
|
61
|
+
- Understand actual architecture
|
|
62
|
+
- Identify actual dependencies
|
|
63
|
+
- Document actual file structures
|
|
64
|
+
|
|
65
|
+
**Expected Outcome**: Actual implementation understood
|
|
66
|
+
|
|
67
|
+
### 3. Compare Documentation vs Reality
|
|
68
|
+
|
|
69
|
+
Identify discrepancies between docs and code.
|
|
70
|
+
|
|
71
|
+
**Actions**:
|
|
72
|
+
- Compare documented features with implemented features
|
|
73
|
+
- Check if documented patterns match actual patterns
|
|
74
|
+
- Verify API contracts match implementation
|
|
75
|
+
- Compare file structures
|
|
76
|
+
- Note undocumented features in code
|
|
77
|
+
- Identify documented features not yet implemented
|
|
78
|
+
|
|
79
|
+
**Expected Outcome**: Documentation drift identified
|
|
80
|
+
|
|
81
|
+
### 4. Identify Stale Documentation
|
|
82
|
+
|
|
83
|
+
Determine which documents need updates.
|
|
84
|
+
|
|
85
|
+
**Actions**:
|
|
86
|
+
- List design docs that are outdated
|
|
87
|
+
- Note patterns that don't match code
|
|
88
|
+
- Identify missing documentation for new features
|
|
89
|
+
- Flag incorrect technical specifications
|
|
90
|
+
- Prioritize updates by importance
|
|
91
|
+
|
|
92
|
+
**Expected Outcome**: Update priorities established
|
|
93
|
+
|
|
94
|
+
### 5. Update Design Documents
|
|
95
|
+
|
|
96
|
+
Refresh design documents to match reality.
|
|
97
|
+
|
|
98
|
+
**Actions**:
|
|
99
|
+
- Update feature descriptions
|
|
100
|
+
- Correct technical specifications
|
|
101
|
+
- Update code examples to match actual code
|
|
102
|
+
- Add notes about implementation differences
|
|
103
|
+
- Update status fields (Proposal → Implemented)
|
|
104
|
+
- Add "Last Updated" dates
|
|
105
|
+
|
|
106
|
+
**Expected Outcome**: Design docs reflect reality
|
|
107
|
+
|
|
108
|
+
### 6. Update Pattern Documents
|
|
109
|
+
|
|
110
|
+
Refresh patterns to match actual usage.
|
|
111
|
+
|
|
112
|
+
**Actions**:
|
|
113
|
+
- Update pattern examples with real code
|
|
114
|
+
- Correct pattern descriptions
|
|
115
|
+
- Add new patterns discovered in code
|
|
116
|
+
- Update anti-patterns based on lessons learned
|
|
117
|
+
- Ensure code examples compile/work
|
|
118
|
+
|
|
119
|
+
**Expected Outcome**: Patterns match actual usage
|
|
120
|
+
|
|
121
|
+
### 7. Document New Features
|
|
122
|
+
|
|
123
|
+
Add documentation for undocumented features.
|
|
124
|
+
|
|
125
|
+
**Actions**:
|
|
126
|
+
- Create design docs for undocumented features
|
|
127
|
+
- Document new patterns found in code
|
|
128
|
+
- Add technical specifications
|
|
129
|
+
- Include code examples
|
|
130
|
+
- Link related documents
|
|
131
|
+
|
|
132
|
+
**Expected Outcome**: All features documented
|
|
133
|
+
|
|
134
|
+
### 8. Update Progress Tracking
|
|
135
|
+
|
|
136
|
+
Update progress.yaml to reflect sync activity.
|
|
137
|
+
|
|
138
|
+
**Actions**:
|
|
139
|
+
- Add recent work entry for sync
|
|
140
|
+
- Note what was updated
|
|
141
|
+
- Update documentation counts if needed
|
|
142
|
+
- Add notes about documentation status
|
|
143
|
+
|
|
144
|
+
**Expected Outcome**: Sync activity tracked
|
|
145
|
+
|
|
146
|
+
---
|
|
147
|
+
|
|
148
|
+
## Verification
|
|
149
|
+
|
|
150
|
+
- [ ] All design documents reviewed
|
|
151
|
+
- [ ] Source code reviewed and compared
|
|
152
|
+
- [ ] Documentation drift identified
|
|
153
|
+
- [ ] Stale documents updated
|
|
154
|
+
- [ ] New features documented
|
|
155
|
+
- [ ] Pattern documents current
|
|
156
|
+
- [ ] Code examples work correctly
|
|
157
|
+
- [ ] progress.yaml updated with sync notes
|
|
158
|
+
|
|
159
|
+
---
|
|
160
|
+
|
|
161
|
+
## Expected Output
|
|
162
|
+
|
|
163
|
+
### Files Modified
|
|
164
|
+
- `agent/design/*.md` - Updated design documents
|
|
165
|
+
- `agent/patterns/*.md` - Updated pattern documents
|
|
166
|
+
- `agent/progress.yaml` - Sync activity logged
|
|
167
|
+
- Potentially new design/pattern documents created
|
|
168
|
+
|
|
169
|
+
### Console Output
|
|
170
|
+
```
|
|
171
|
+
🔄 Synchronizing Documentation with Code
|
|
172
|
+
|
|
173
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
174
|
+
|
|
175
|
+
Reading design documents...
|
|
176
|
+
✓ Read 5 design documents
|
|
177
|
+
✓ Read 3 pattern documents
|
|
178
|
+
|
|
179
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
180
|
+
|
|
181
|
+
Reviewing source code...
|
|
182
|
+
✓ Reviewed src/services/
|
|
183
|
+
✓ Reviewed src/models/
|
|
184
|
+
✓ Reviewed src/utils/
|
|
185
|
+
|
|
186
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
187
|
+
|
|
188
|
+
Comparing documentation vs reality...
|
|
189
|
+
⚠️ Found 3 discrepancies:
|
|
190
|
+
1. auth-design.md: Documented OAuth, implemented API keys
|
|
191
|
+
2. data-pattern.md: Example code outdated
|
|
192
|
+
3. api-design.md: Missing /health endpoint documentation
|
|
193
|
+
|
|
194
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
195
|
+
|
|
196
|
+
Updating documentation...
|
|
197
|
+
✓ Updated auth-design.md (OAuth → API keys)
|
|
198
|
+
✓ Updated data-pattern.md (refreshed examples)
|
|
199
|
+
✓ Updated api-design.md (added /health endpoint)
|
|
200
|
+
|
|
201
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
202
|
+
|
|
203
|
+
✅ Sync Complete!
|
|
204
|
+
|
|
205
|
+
Summary:
|
|
206
|
+
- Documents reviewed: 8
|
|
207
|
+
- Discrepancies found: 3
|
|
208
|
+
- Documents updated: 3
|
|
209
|
+
- New documents created: 0
|
|
210
|
+
- Documentation is now current
|
|
211
|
+
```
|
|
212
|
+
|
|
213
|
+
### Status Update
|
|
214
|
+
- Design documents synchronized
|
|
215
|
+
- Patterns updated
|
|
216
|
+
- New features documented
|
|
217
|
+
- Sync logged in progress.yaml
|
|
218
|
+
|
|
219
|
+
---
|
|
220
|
+
|
|
221
|
+
## Examples
|
|
222
|
+
|
|
223
|
+
### Example 1: After Major Refactoring
|
|
224
|
+
|
|
225
|
+
**Context**: Refactored authentication system, docs are outdated
|
|
226
|
+
|
|
227
|
+
**Invocation**: `@acp.sync`
|
|
228
|
+
|
|
229
|
+
**Result**: Identifies auth-design.md is stale, updates it to reflect new implementation, updates related patterns
|
|
230
|
+
|
|
231
|
+
### Example 2: After Adding Features
|
|
232
|
+
|
|
233
|
+
**Context**: Added 3 new API endpoints, not yet documented
|
|
234
|
+
|
|
235
|
+
**Invocation**: `@acp.sync`
|
|
236
|
+
|
|
237
|
+
**Result**: Identifies undocumented endpoints, updates api-design.md with new endpoints, adds code examples
|
|
238
|
+
|
|
239
|
+
### Example 3: Periodic Maintenance
|
|
240
|
+
|
|
241
|
+
**Context**: Monthly documentation review
|
|
242
|
+
|
|
243
|
+
**Invocation**: `@acp.sync`
|
|
244
|
+
|
|
245
|
+
**Result**: Reviews all docs, finds minor drift in 2 files, updates them, confirms rest is current
|
|
246
|
+
|
|
247
|
+
---
|
|
248
|
+
|
|
249
|
+
## Related Commands
|
|
250
|
+
|
|
251
|
+
- [`@acp.update`](acp.update.md) - Update progress tracking (not documentation)
|
|
252
|
+
- [`@acp.validate`](acp.validate.md) - Validate documentation structure and consistency
|
|
253
|
+
- [`@acp.init`](acp.init.md) - Includes sync as part of initialization
|
|
254
|
+
- [`@acp.report`](acp.report.md) - Generate report including documentation status
|
|
255
|
+
|
|
256
|
+
---
|
|
257
|
+
|
|
258
|
+
## Troubleshooting
|
|
259
|
+
|
|
260
|
+
### Issue 1: Can't determine what changed
|
|
261
|
+
|
|
262
|
+
**Symptom**: Unclear what documentation needs updating
|
|
263
|
+
|
|
264
|
+
**Cause**: Too many changes or unclear code
|
|
265
|
+
|
|
266
|
+
**Solution**: Review git commits since last sync, focus on major changes first, update incrementally
|
|
267
|
+
|
|
268
|
+
### Issue 2: Documentation and code both seem wrong
|
|
269
|
+
|
|
270
|
+
**Symptom**: Neither docs nor code match expected behavior
|
|
271
|
+
|
|
272
|
+
**Cause**: Requirements changed or misunderstood
|
|
273
|
+
|
|
274
|
+
**Solution**: Clarify requirements first, then update both code and docs to match correct requirements
|
|
275
|
+
|
|
276
|
+
### Issue 3: Too many discrepancies to fix
|
|
277
|
+
|
|
278
|
+
**Symptom**: Overwhelming number of outdated docs
|
|
279
|
+
|
|
280
|
+
**Cause**: Long time since last sync
|
|
281
|
+
|
|
282
|
+
**Solution**: Prioritize by importance, fix critical docs first, schedule time for rest, sync more frequently going forward
|
|
283
|
+
|
|
284
|
+
---
|
|
285
|
+
|
|
286
|
+
## Security Considerations
|
|
287
|
+
|
|
288
|
+
### File Access
|
|
289
|
+
- **Reads**: All files in `agent/design/`, `agent/patterns/`, source code directories
|
|
290
|
+
- **Writes**: `agent/design/*.md`, `agent/patterns/*.md`, `agent/progress.yaml`
|
|
291
|
+
- **Executes**: None
|
|
292
|
+
|
|
293
|
+
### Network Access
|
|
294
|
+
- **APIs**: None
|
|
295
|
+
- **Repositories**: None
|
|
296
|
+
|
|
297
|
+
### Sensitive Data
|
|
298
|
+
- **Secrets**: Does not access secrets or credentials
|
|
299
|
+
- **Credentials**: Does not access credentials files
|
|
300
|
+
|
|
301
|
+
---
|
|
302
|
+
|
|
303
|
+
## Notes
|
|
304
|
+
|
|
305
|
+
- This command can be time-consuming for large projects
|
|
306
|
+
- Focus on high-priority documentation first
|
|
307
|
+
- Sync regularly to avoid large drift
|
|
308
|
+
- Use git diff to see what changed in code
|
|
309
|
+
- Document the "why" not just the "what"
|
|
310
|
+
- Keep code examples working and tested
|
|
311
|
+
- Update "Last Updated" dates in documents
|
|
312
|
+
- Consider running after each milestone completion
|
|
313
|
+
|
|
314
|
+
---
|
|
315
|
+
|
|
316
|
+
**Namespace**: acp
|
|
317
|
+
**Command**: sync
|
|
318
|
+
**Version**: 1.0.0
|
|
319
|
+
**Created**: 2026-02-16
|
|
320
|
+
**Last Updated**: 2026-02-16
|
|
321
|
+
**Status**: Active
|
|
322
|
+
**Compatibility**: ACP 1.1.0+
|
|
323
|
+
**Author**: ACP Project
|
|
@@ -0,0 +1,301 @@
|
|
|
1
|
+
# Command: update
|
|
2
|
+
|
|
3
|
+
> **🤖 Agent Directive**: If you are reading this file, the command `@acp.update` has been invoked. Follow the steps below to execute this command.
|
|
4
|
+
|
|
5
|
+
**Namespace**: acp
|
|
6
|
+
**Version**: 1.0.0
|
|
7
|
+
**Created**: 2026-02-16
|
|
8
|
+
**Last Updated**: 2026-02-16
|
|
9
|
+
**Status**: Active
|
|
10
|
+
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
**Purpose**: Update progress.yaml with latest project status, task completion, and recent work
|
|
14
|
+
**Category**: Documentation
|
|
15
|
+
**Frequency**: As Needed
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## What This Command Does
|
|
20
|
+
|
|
21
|
+
This command updates `agent/progress.yaml` with the latest project status. It's used after completing work to ensure progress tracking accurately reflects what's been accomplished. The command updates task statuses, milestone progress percentages, recent work entries, and next steps.
|
|
22
|
+
|
|
23
|
+
Use this command when you've completed tasks, made significant progress, or need to ensure the progress tracking is current. It's particularly useful after finishing a work session or when transitioning between tasks.
|
|
24
|
+
|
|
25
|
+
Unlike `@acp.sync` which updates documentation based on code changes, `@acp.update` focuses specifically on updating the progress tracking file to reflect completed work and current status.
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
## Prerequisites
|
|
30
|
+
|
|
31
|
+
- [ ] ACP installed in project
|
|
32
|
+
- [ ] `agent/progress.yaml` exists
|
|
33
|
+
- [ ] Work has been completed that needs to be tracked
|
|
34
|
+
- [ ] You know which tasks/milestones to update
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
|
|
38
|
+
## Steps
|
|
39
|
+
|
|
40
|
+
### 1. Read Current Progress
|
|
41
|
+
|
|
42
|
+
Read `agent/progress.yaml` to understand current state.
|
|
43
|
+
|
|
44
|
+
**Actions**:
|
|
45
|
+
- Open and parse `agent/progress.yaml`
|
|
46
|
+
- Note current milestone and its progress
|
|
47
|
+
- Identify tasks and their statuses
|
|
48
|
+
- Review recent work entries
|
|
49
|
+
- Check next steps
|
|
50
|
+
|
|
51
|
+
**Expected Outcome**: Current progress state understood
|
|
52
|
+
|
|
53
|
+
### 2. Identify What Changed
|
|
54
|
+
|
|
55
|
+
Determine what work was completed since last update.
|
|
56
|
+
|
|
57
|
+
**Actions**:
|
|
58
|
+
- Review what tasks were worked on
|
|
59
|
+
- Identify completed tasks
|
|
60
|
+
- Note any milestone completions
|
|
61
|
+
- Determine new blockers or resolved blockers
|
|
62
|
+
- Identify what should be in recent work
|
|
63
|
+
|
|
64
|
+
**Expected Outcome**: Changes to track are identified
|
|
65
|
+
|
|
66
|
+
### 3. Update Task Statuses
|
|
67
|
+
|
|
68
|
+
Update individual task statuses and completion dates.
|
|
69
|
+
|
|
70
|
+
**Actions**:
|
|
71
|
+
- Mark completed tasks as `completed`
|
|
72
|
+
- Set `completed_date` to today's date (YYYY-MM-DD)
|
|
73
|
+
- Update task notes if needed
|
|
74
|
+
- Change `in_progress` tasks if no longer active
|
|
75
|
+
|
|
76
|
+
**Expected Outcome**: Task statuses reflect reality
|
|
77
|
+
|
|
78
|
+
### 4. Update Milestone Progress
|
|
79
|
+
|
|
80
|
+
Recalculate and update milestone progress percentages.
|
|
81
|
+
|
|
82
|
+
**Actions**:
|
|
83
|
+
- Count tasks completed vs total tasks
|
|
84
|
+
- Calculate progress percentage
|
|
85
|
+
- Update `progress` field (0-100)
|
|
86
|
+
- Update `tasks_completed` count
|
|
87
|
+
- Set `completed` date if milestone finished
|
|
88
|
+
- Update milestone status if needed
|
|
89
|
+
|
|
90
|
+
**Expected Outcome**: Milestone progress is accurate
|
|
91
|
+
|
|
92
|
+
### 5. Add Recent Work Entry
|
|
93
|
+
|
|
94
|
+
Add entry to `recent_work` section documenting what was done.
|
|
95
|
+
|
|
96
|
+
**Actions**:
|
|
97
|
+
- Add new entry with today's date
|
|
98
|
+
- Write clear description of work completed
|
|
99
|
+
- List specific items accomplished (use ✅, 📋, ⚠️ emojis)
|
|
100
|
+
- Keep entries concise but informative
|
|
101
|
+
- Maintain chronological order (newest first)
|
|
102
|
+
|
|
103
|
+
**Expected Outcome**: Recent work documented
|
|
104
|
+
|
|
105
|
+
### 6. Update Next Steps
|
|
106
|
+
|
|
107
|
+
Refresh the `next_steps` list based on current state.
|
|
108
|
+
|
|
109
|
+
**Actions**:
|
|
110
|
+
- Remove completed items
|
|
111
|
+
- Add new next steps based on progress
|
|
112
|
+
- Prioritize by importance/urgency
|
|
113
|
+
- Keep list focused (3-5 items)
|
|
114
|
+
- Be specific and actionable
|
|
115
|
+
|
|
116
|
+
**Expected Outcome**: Next steps are current
|
|
117
|
+
|
|
118
|
+
### 7. Update Blockers
|
|
119
|
+
|
|
120
|
+
Update the `current_blockers` list.
|
|
121
|
+
|
|
122
|
+
**Actions**:
|
|
123
|
+
- Remove resolved blockers
|
|
124
|
+
- Add new blockers discovered
|
|
125
|
+
- Keep descriptions clear and actionable
|
|
126
|
+
- Empty list if no blockers
|
|
127
|
+
|
|
128
|
+
**Expected Outcome**: Blockers list is accurate
|
|
129
|
+
|
|
130
|
+
### 8. Save Changes
|
|
131
|
+
|
|
132
|
+
Write updated progress.yaml back to disk.
|
|
133
|
+
|
|
134
|
+
**Actions**:
|
|
135
|
+
- Ensure YAML formatting is correct
|
|
136
|
+
- Preserve structure and indentation
|
|
137
|
+
- Save file
|
|
138
|
+
- Verify file was written successfully
|
|
139
|
+
|
|
140
|
+
**Expected Outcome**: progress.yaml updated on disk
|
|
141
|
+
|
|
142
|
+
---
|
|
143
|
+
|
|
144
|
+
## Verification
|
|
145
|
+
|
|
146
|
+
- [ ] progress.yaml file updated successfully
|
|
147
|
+
- [ ] Task statuses reflect completed work
|
|
148
|
+
- [ ] Milestone progress percentages are accurate
|
|
149
|
+
- [ ] Recent work entry added with today's date
|
|
150
|
+
- [ ] Next steps list is current and actionable
|
|
151
|
+
- [ ] Blockers list is accurate
|
|
152
|
+
- [ ] YAML syntax is valid
|
|
153
|
+
- [ ] No data was lost or corrupted
|
|
154
|
+
|
|
155
|
+
---
|
|
156
|
+
|
|
157
|
+
## Expected Output
|
|
158
|
+
|
|
159
|
+
### Files Modified
|
|
160
|
+
- `agent/progress.yaml` - Updated with latest progress
|
|
161
|
+
|
|
162
|
+
### Console Output
|
|
163
|
+
```
|
|
164
|
+
📝 Updating Progress Tracking
|
|
165
|
+
|
|
166
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
167
|
+
|
|
168
|
+
Reading current progress...
|
|
169
|
+
✓ Current milestone: M2 - Documentation & Utility Commands
|
|
170
|
+
✓ Progress: 40% (2/5 tasks completed)
|
|
171
|
+
|
|
172
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
173
|
+
|
|
174
|
+
Updating progress...
|
|
175
|
+
✓ Marked task-5 as completed
|
|
176
|
+
✓ Updated milestone progress: 40% → 60%
|
|
177
|
+
✓ Added recent work entry (2026-02-16)
|
|
178
|
+
✓ Updated next steps
|
|
179
|
+
✓ No new blockers
|
|
180
|
+
|
|
181
|
+
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
|
|
182
|
+
|
|
183
|
+
✅ Progress Updated!
|
|
184
|
+
|
|
185
|
+
Summary:
|
|
186
|
+
- Tasks completed: 2 → 3
|
|
187
|
+
- Milestone progress: 40% → 60%
|
|
188
|
+
- Recent work: Added entry for today
|
|
189
|
+
- Next: task-6 - Implement Utility Commands
|
|
190
|
+
```
|
|
191
|
+
|
|
192
|
+
### Status Update
|
|
193
|
+
- Task statuses updated
|
|
194
|
+
- Milestone progress recalculated
|
|
195
|
+
- Recent work documented
|
|
196
|
+
- Next steps refreshed
|
|
197
|
+
|
|
198
|
+
---
|
|
199
|
+
|
|
200
|
+
## Examples
|
|
201
|
+
|
|
202
|
+
### Example 1: After Completing a Task
|
|
203
|
+
|
|
204
|
+
**Context**: Just finished task-3, need to update progress
|
|
205
|
+
|
|
206
|
+
**Invocation**: `@acp.update`
|
|
207
|
+
|
|
208
|
+
**Result**: Marks task-3 as completed, updates milestone from 40% to 60%, adds recent work entry, identifies task-4 as next
|
|
209
|
+
|
|
210
|
+
### Example 2: Mid-Task Progress Update
|
|
211
|
+
|
|
212
|
+
**Context**: Made significant progress on task-5 but not complete
|
|
213
|
+
|
|
214
|
+
**Invocation**: `@acp.update`
|
|
215
|
+
|
|
216
|
+
**Result**: Adds recent work entry documenting progress, updates task notes, keeps task status as in_progress
|
|
217
|
+
|
|
218
|
+
### Example 3: Milestone Completion
|
|
219
|
+
|
|
220
|
+
**Context**: Just finished last task in milestone
|
|
221
|
+
|
|
222
|
+
**Invocation**: `@acp.update`
|
|
223
|
+
|
|
224
|
+
**Result**: Marks task and milestone as completed, sets completion dates, updates to next milestone, celebrates achievement
|
|
225
|
+
|
|
226
|
+
---
|
|
227
|
+
|
|
228
|
+
## Related Commands
|
|
229
|
+
|
|
230
|
+
- [`@acp.status`](acp.status.md) - View current status before updating
|
|
231
|
+
- [`@acp.proceed`](acp.proceed.md) - Automatically updates progress after completing tasks
|
|
232
|
+
- [`@acp.sync`](acp.sync.md) - Update documentation based on code changes
|
|
233
|
+
- [`@acp.report`](acp.report.md) - Generate comprehensive progress report
|
|
234
|
+
|
|
235
|
+
---
|
|
236
|
+
|
|
237
|
+
## Troubleshooting
|
|
238
|
+
|
|
239
|
+
### Issue 1: YAML syntax error after update
|
|
240
|
+
|
|
241
|
+
**Symptom**: progress.yaml has syntax errors
|
|
242
|
+
|
|
243
|
+
**Cause**: Incorrect indentation or formatting
|
|
244
|
+
|
|
245
|
+
**Solution**: Validate YAML syntax, fix indentation (use 2 spaces), ensure proper structure
|
|
246
|
+
|
|
247
|
+
### Issue 2: Progress percentages don't match
|
|
248
|
+
|
|
249
|
+
**Symptom**: Calculated percentage doesn't match tasks completed
|
|
250
|
+
|
|
251
|
+
**Cause**: Math error or incorrect task count
|
|
252
|
+
|
|
253
|
+
**Solution**: Recalculate: (tasks_completed / tasks_total) * 100, round to nearest integer
|
|
254
|
+
|
|
255
|
+
### Issue 3: Recent work entries out of order
|
|
256
|
+
|
|
257
|
+
**Symptom**: Dates not in chronological order
|
|
258
|
+
|
|
259
|
+
**Cause**: New entry added in wrong position
|
|
260
|
+
|
|
261
|
+
**Solution**: Ensure newest entries are first in the list, maintain reverse chronological order
|
|
262
|
+
|
|
263
|
+
---
|
|
264
|
+
|
|
265
|
+
## Security Considerations
|
|
266
|
+
|
|
267
|
+
### File Access
|
|
268
|
+
- **Reads**: `agent/progress.yaml`
|
|
269
|
+
- **Writes**: `agent/progress.yaml` (updates progress tracking)
|
|
270
|
+
- **Executes**: None
|
|
271
|
+
|
|
272
|
+
### Network Access
|
|
273
|
+
- **APIs**: None
|
|
274
|
+
- **Repositories**: None
|
|
275
|
+
|
|
276
|
+
### Sensitive Data
|
|
277
|
+
- **Secrets**: Does not access any secrets or credentials
|
|
278
|
+
- **Credentials**: Does not access any credentials
|
|
279
|
+
|
|
280
|
+
---
|
|
281
|
+
|
|
282
|
+
## Notes
|
|
283
|
+
|
|
284
|
+
- This command only updates progress.yaml, not other documentation
|
|
285
|
+
- Use `@acp.sync` to update design docs and other documentation
|
|
286
|
+
- Progress percentages should be integers (0-100)
|
|
287
|
+
- Recent work entries should be concise but informative
|
|
288
|
+
- Keep next steps list focused (3-5 items maximum)
|
|
289
|
+
- Update frequently to maintain accurate tracking
|
|
290
|
+
- Can be run multiple times per day as needed
|
|
291
|
+
|
|
292
|
+
---
|
|
293
|
+
|
|
294
|
+
**Namespace**: acp
|
|
295
|
+
**Command**: update
|
|
296
|
+
**Version**: 1.0.0
|
|
297
|
+
**Created**: 2026-02-16
|
|
298
|
+
**Last Updated**: 2026-02-16
|
|
299
|
+
**Status**: Active
|
|
300
|
+
**Compatibility**: ACP 1.1.0+
|
|
301
|
+
**Author**: ACP Project
|