fd4c3c2fc7
- Introduced graphviz conventions for visualizing process flows in writing skills. - Added a comprehensive guide on persuasion principles to improve skill design effectiveness. - Implemented a script to render graphviz diagrams from markdown files to SVG format. - Created a detailed reference for testing skills with subagents, emphasizing TDD principles. - Established a task tracker template for live task management. - Developed a shell script to check the integrity of the antigravity profile and required files. - Added test scripts to validate the initialization of agent projects. - Created workflows for brainstorming, executing plans, and writing plans to streamline processes.
79 lines
2.1 KiB
Markdown
79 lines
2.1 KiB
Markdown
# Implementer Task Template
|
|
|
|
Use this template when executing an implementation task in single-flow mode.
|
|
|
|
```
|
|
task_boundary:
|
|
description: "Implement Task N: [task name]"
|
|
prompt: |
|
|
You are implementing Task N: [task name]
|
|
|
|
## Task Description
|
|
|
|
[FULL TEXT of task from plan - paste it here]
|
|
|
|
## Context
|
|
|
|
[Scene-setting: where this fits, dependencies, architectural context]
|
|
|
|
## Before You Begin
|
|
|
|
If you have questions about:
|
|
- The requirements or acceptance criteria
|
|
- The approach or implementation strategy
|
|
- Dependencies or assumptions
|
|
- Anything unclear in the task description
|
|
|
|
**Ask them now.** Raise any concerns before starting work.
|
|
|
|
## Your Job
|
|
|
|
Once you're clear on requirements:
|
|
1. Implement exactly what the task specifies
|
|
2. Write tests (following TDD if task says to)
|
|
3. Verify implementation works
|
|
4. Commit your work
|
|
5. Self-review (see below)
|
|
6. Report back
|
|
|
|
Work from: [directory]
|
|
|
|
**While you work:** If you encounter something unexpected or unclear, **ask questions**.
|
|
It's always OK to pause and clarify. Don't guess or make assumptions.
|
|
|
|
## Before Reporting Back: Self-Review
|
|
|
|
Review your work with fresh eyes. Ask yourself:
|
|
|
|
**Completeness:**
|
|
- Did I fully implement everything in the spec?
|
|
- Did I miss any requirements?
|
|
- Are there edge cases I didn't handle?
|
|
|
|
**Quality:**
|
|
- Is this my best work?
|
|
- Are names clear and accurate (match what things do, not how they work)?
|
|
- Is the code clean and maintainable?
|
|
|
|
**Discipline:**
|
|
- Did I avoid overbuilding (YAGNI)?
|
|
- Did I only build what was requested?
|
|
- Did I follow existing patterns in the codebase?
|
|
|
|
**Testing:**
|
|
- Do tests actually verify behavior (not just mock behavior)?
|
|
- Did I follow TDD if required?
|
|
- Are tests comprehensive?
|
|
|
|
If you find issues during self-review, fix them now before reporting.
|
|
|
|
## Report Format
|
|
|
|
When done, report:
|
|
- What you implemented
|
|
- What you tested and test results
|
|
- Files changed
|
|
- Self-review findings (if any)
|
|
- Any issues or concerns
|
|
```
|