3.4 KiB
3.4 KiB
id, title, status, assignee, created_date, updated_date, labels, dependencies, ordinal
| id | title | status | assignee | created_date | updated_date | labels | dependencies | ordinal |
|---|---|---|---|---|---|---|---|---|
| ML-196 | Add pi template to work on application task | Done | 2026-05-22 09:40 | 2026-05-22 14:12 | 33000 |
Description
- Solicit reading architecture
- Solicit loading relevant skills
- Make sure it'd done, and not complete
Acceptance Criteria
- #1 Template file exists at .pi/prompts/application-task.md with correct frontmatter (description + argument-hint)
- #2 Template instructs agent to read docs/architecture.md and docs/project-conventions.md before writing code without summarizing their contents
- #3 Template instructs agent to load relevant skills based on their descriptions and triggers, without hardcoding a domain→skill mapping
- #4 Template distinguishes Done status from task_complete/task_archive per Backlog.md finalization workflow
- #5 Template covers the full Backlog.md execution workflow: pre-flight → present plan → work loops → finalization → after finalization
Implementation Plan
Create .pi/prompts/application-task.md that:
- Solicits architecture reading — instructs the agent to read
docs/architecture.mdanddocs/project-conventions.mdbefore touching code - Solicits loading relevant skills — maps task domains (database, UI, testing, workers, APIs, etc.) to their corresponding
.agents/skills/*/SKILL.mdfiles and instructs the agent to load all relevant ones - Distinguishes done from complete — follows the Backlog.md Task Finalization workflow: verify AC, verify DoD, run tests, write Final Summary, set status to "Done". Explicitly warns against calling
task_completeortask_archivefor marking work finished. - Follows Backlog.md execution workflow — mark In Progress, present plan, work in short loops, log progress, handle scope changes, finalize properly
The template uses argument-hint: "<TASK-ID>" for autocomplete compatibility with the /application-task <ID> invocation pattern.
Updated pre-flight after review: point 1 no longer summarizes doc contents, point 3 no longer hardcodes a domain→skill mapping — instead instructs agent to load skills based on their own descriptions and triggers.
Final Summary
Created .pi/prompts/application-task.md — a pi prompt template for working on Backlog.md tasks end-to-end.
What it does:
- Pre-flight phase: instructs the agent to read
docs/architecture.mdanddocs/project-conventions.mdbefore writing code, load the task plan from Backlog.md, and identify + read all relevant.agents/skills/files based on the task's domain (database, UI, testing, workers, APIs, etc.) - Execution phase: follows the Backlog.md Task Execution workflow — mark In Progress, present plan for approval, work in short loops, log progress, handle scope changes
- Done vs Complete distinction: explicitly warns against
task_complete/task_archiveand follows the Backlog.md Task Finalization workflow (verify AC, verify DoD, run tests, write Final Summary, set status to "Done") - After finalization: reminders about not autonomously creating tasks and proper subtask handoff
Template: invocable as /application-task <TASK-ID> via pi's prompt template system.