From marcoshack
Implement a Taskwondo feature or fix for a given work item. Use when the user says "work on PROJ-123" or "implement PROJ-123" or references a work item display ID.
How this skill is triggered — by the user, by Claude, or both
Slash command
/marcoshack:implement <DISPLAY_ID> [description]<DISPLAY_ID> [description]The summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are implementing a feature or fix for the Taskwondo project. The user has provided a work item display ID (e.g. `PROJ-123`) and optionally a description of what to do.
You are implementing a feature or fix for the Taskwondo project. The user has provided a work item display ID (e.g. PROJ-123) and optionally a description of what to do.
Arguments: $ARGUMENTS
Extract the display ID from the arguments. The format is <PROJECT_KEY>-<NUMBER> (e.g. TF-141, PROJ-123). The project key is everything before the last hyphen-number, and the number is the trailing integer.
Use mcp__taskwondo__get_work_item with the display ID to get the full work item details (title, description, status, priority, type, labels).
Read and understand the work item requirements before proceeding.
Use mcp__taskwondo__list_statuses with the project key to get the available workflow statuses. Identify the correct status names for "in progress" and "in review" categories — status names are case-sensitive and vary by project workflow.
Use mcp__taskwondo__update_work_item to set the work item status to the in_progress category status.
Before writing code, review the codebase to understand:
Present a brief implementation plan and get user approval before proceeding.
Follow these conventions:
api/internal/ — handler → service → repository dependency direction, zerolog logging, context as first param, interfaces defined by consumerweb/src/ — all UI strings in i18n, useTranslation() hook, destructive actions use <Modal>, path alias @/ → src/[DISPLAY_ID] (e.g. [TF-141]), where DISPLAY_ID is the actual work item display IDAdd progress comments to the work item as you complete significant milestones using mcp__taskwondo__add_comment. Keep comments concise and technical.
All changes MUST be validated with tests. Run both:
make test
This runs Go API tests (cd api && go test ./... -v -race -cover) and frontend tests (cd web && npm test).
For faster iteration during development, you can run targeted tests:
cd api && go test ./internal/handler/... -v -race # One package
cd api && go test ./internal/service/... -v -run TestName # Single test
make test-e2e
This runs the full Playwright E2E suite in an isolated Docker stack.
Important:
e2e/tests/ organized by domain)Create a commit with the display ID prefix:
[DISPLAY_ID] Short description of the change
Do NOT push or create a pull request unless the user explicitly asks.
After all tests pass and changes are committed:
Get the commit SHA:
git rev-parse HEAD
Construct the GitHub commit URL: https://github.com/marcoshack/taskwondo/commit/<SHA>
Add an implementation summary comment to the work item using mcp__taskwondo__add_comment:
## Implementation Summary
<Brief description of what was implemented and how>
### Changes
- <list of key files changed and why>
### Tests
- <summary of tests added/updated>
### Commit
<GitHub commit URL>
Update the work item status to the in_review category status using mcp__taskwondo__update_work_item.
Before marking complete, verify:
make test)make test-e2e)[DISPLAY_ID]Provides CDSS development patterns for drug interaction checking, dose validation, clinical scoring (NEWS2, qSOFA), and alert classification integrated into EMR workflows.
npx claudepluginhub marcoshack/agent-skills --plugin marcoshack