lightweight-task-workflow
FOLLOW THE STATE MACHINE IN SKILL.MD. When user says 'continue': (1) FIRST: Run pwd, (2) Announce STATE: CHECK_STATUS, (3) Read .claude/session.md to check Status field, (4) Route based on Status. NEVER auto-advance tasks. NEVER use TodoWrite. NEVER create git commits.
What this skill does
# Lightweight Task Workflow
**π¨ CRITICAL: YOU MUST FOLLOW THE STATE MACHINE BELOW π¨**
**π¨ EVERY SINGLE MESSAGE MUST START WITH: `π΅ STATE: [STATE_NAME]` π¨**
NOT JUST THE FIRST MESSAGE. EVERY. SINGLE. MESSAGE.
When you read a file - prefix with state.
When you run a command - prefix with state.
When you explain something - prefix with state.
When you ask a question - prefix with state.
Example:
```
π΅ STATE: WORKING
Reading requirements.md...
π΅ STATE: WORKING
I can see the requirements specify...
π΅ STATE: WORKING
Now running tests...
π΅ STATE: WORKING
Test results show...
```
This skill is a persistent todo list based on 3 files in `.claude/`: `tasks.md` (checklist), `requirements.md` (specs), `session.md` (current state).
When user says "continue", you MUST:
1. Run `pwd` to check current working directory
2. Announce `π΅ STATE: CHECK_STATUS`
3. Read `.claude/session.md` from the current project directory
4. Follow the state machine below based on the Status field
**STATE MACHINE:**
```
user: "continue"
β
ββββββββββββββββββ
βββββ CHECK_STATUS βββββββββββββ¬βββββββββββ
β β Read session.mdβ β β
β ββββββββββ¬ββββββββ β β
β β β β
Status= β β Status= β β
"Complete" β β "in progress" β β
β β β β
β β β β
βββββββββββββ ββββββββββββββββ β β
β AWAITING_ β β WORKING βββββββ β β
β COMMIT β β β β β β
β β β Read: β β β β
β Ask β β requirements β β β β
β permissionβ β tasks.md β β β β
β STOP β β β β β β
βββββββ¬ββββββ β Write: β β β β
β β session.md β β β β
user: yes β ββββββββ¬ββββββββ β β β
β β β β β
β β task done β β β
β β β β β
β β β β β
β ββββββββββββββββ β β β
β β VERIFY β β β β
β β β β β β
β β Run steps β β β β
β β from βββββββ β β
β β requirements β fail β β
β ββββββββ¬ββββββββ β β
β β β β
β β pass β β
β β β β
β β β β
β ββββββββββββββββ β β
β β COMPLETE β β β
β β β β β
β β Write: β β β
β β session.md β β β
β β Status= βββββββββββ β
β β "Complete" β β
β ββββββββββββββββ β
β β
β β
ββββββββββββββββββββ β
β MARK_TASK_ β β
β COMPLETE β β
β β β
β Write: tasks [x] β β
β Write: session.mdββββββββββββββββββββββββββββββββ
β (next task) β
ββββββββββββββββββββ
```
**π¨ STATE DEFINITIONS - FOLLOW EXACTLY π¨**
**CHECK_STATUS:**
```
ACTIONS:
1. Run pwd
2. Read .claude/session.md
3. Look at Status field
4. IF Status="Complete" OR "ready to commit" β Go to AWAITING_COMMIT
5. IF Status="in progress" OR missing β Go to WORKING
DO NOT: Read other files, launch agents, do anything except route
IF ERROR: STOP and tell user what failed
```
**AWAITING_COMMIT:**
```
ACTIONS:
1. Say: "Task X is complete. May I mark Task X as complete in tasks.md?"
2. STOP - wait for user response
3. IF user says yes β Go to MARK_TASK_COMPLETE
4. IF user says no β STOP, await further instruction
DO NOT: Read files, launch agents, work on next task, do anything except ask permission and STOP
IF ERROR: STOP and tell user what failed
```
**MARK_TASK_COMPLETE:**
```
ACTIONS:
1. Write tasks.md: Change [ ] to [x] for current task
2. Write session.md: Update to next task with Status="in progress"
3. Go to CHECK_STATUS
DO NOT: Read other files, launch agents, research next task
IF ERROR (e.g., plan mode, can't write): Say "I cannot edit files: [reason]" and STOP
NEVER try alternative actions if write fails
```
**WORKING:**
```
REMINDER: EVERY message in this state must start with: π΅ STATE: WORKING
ACTIONS:
1. Read requirements.md
2. Read tasks.md
3. Work on current task
4. Update session.md after TDD cycles
5. When task done β Go to VERIFY
EVERY message you send while WORKING must have the state prefix.
When you read a file β prefix with state
When you run tests β prefix with state
When you explain results β prefix with state
DO NOT: Skip to next task, work on multiple tasks
IF ERROR: Document in session.md as blocker, STOP
```
**VERIFY:**
```
REMINDER: EVERY message in this state must start with: π΅ STATE: VERIFY
ACTIONS:
1. Read Verification section from requirements.md
2. Run all verification commands
3. IF all pass β Go to COMPLETE
4. IF any fail β Go to WORKING (treat as blocker)
EVERY message you send while VERIFYING must have the state prefix.
DO NOT: Skip verification, claim complete without running checks
IF ERROR running verification: STOP and tell user
```
**COMPLETE:**
```
ACTIONS:
1. Write session.md: Set Status="Complete"
2. Go to CHECK_STATUS
DO NOT: Read files, launch agents, ask permission (that happens in AWAITING_COMMIT)
IF ERROR writing: STOP and tell user
```
**CRITICAL: State Announcements**
**ALL messages MUST be prefixed with your current state.**
Format:
```
**π΅ STATE: [STATE_NAME]**
[Your message here]
```
When transitioning:
```
**π’ TRANSITION: [STATE_A] β [STATE_B]**
```
Example:
```
**π΅ STATE: CHECK_STATUS**
Reading session.md to check current task status...
**π’ TRANSITION: CHECK_STATUS β AWAITING_COMMIT**
**π΅ STATE: AWAITING_COMMIT**
Task 2 is complete and ready for you to commit. May I mark Task 2 as complete in tasks.md?
```
## When to Use This Skill
Activate when the user:
- Says "create a plan", "setup tasks", "new task list"
- Says "continue", "continue plan", "resume work", "where were we"
- Is working on multi-step projects that span multiple sessions
## β οΈ CRITICAL: Task Management System
**THIS SKILL REPLACES Claude Code's built-in TodoWrite functionality.**
**NEVER use the following tools:**
- β TodoWrite
- β TodoRead
- β Any built-in todo/task tracking features
**ALWAYS use this skill's files instead:**
- β
`.claude/tasks.md` for task checklists
- β
`.claude/requirements.md` for plans and implementation specs
- β
`.claude/session.md` for session context and recovery
**Why this matters:** Using TodoWrite creates workflow conflicts. The built-in todo system stores tasks in internal state (not visible as files),Related in Productivity
gitea-workflow
IncludedOrchestrate agile development workflows for Gitea repositories using the tea CLI. Use when working with Gitea-hosted repos and asking to 'run the workflow', 'continue working', 'what's next', 'complete the task cycle', 'start my day', 'end the sprint', 'implement the next task', or wanting guided step-by-step development assistance. Keywords: workflow, orchestrate, agile, task cycle, sprint, daily, implement, review, PR, standup, retrospective, gitea, tea.
microsoft-graph-gateway
IncludedRoute Microsoft Graph work in this workspace. Use when users want to read or write Outlook mail, calendar events, contacts, OneDrive or SharePoint files, Teams, Planner, To Do, users, groups, directory data, or arbitrary Microsoft Graph endpoints from VS Code. Prefer WorkIQ for common read scenarios. Use Microsoft Graph for write actions and gap-read scenarios that need exact Graph properties, filters, permissions, or endpoints.
copilotkit
IncludedUse when building with CopilotKit β setup, development, integrations, debugging, upgrading, or contributing. Routes to the appropriate specialized skill based on the task.
wordly-wisdom
IncludedProvides calibrated decision analysis using Charlie Munger-style multiple mental models, inversion, incentive mapping, circle-of-competence checks, misjudgment audits, second-order effects, and forecast updates. Use when the user asks for an oracle take, a hard call, a decision memo, a premortem, an outside view, a red-team, a sanity-check, what am I missing, think this through, or wants a strategy, hire, investment, plan, product, partnership, or major life choice analysed. Avoid for simple factual lookups or time-sensitive legal, medical, or market questions without fresh evidence.
swain-session
IncludedSession management and project status dashboard. Owns the full session lifecycle (start/work/close/resume), focus lane, bookmarks, worktree detection, and tab naming. Also serves as the project status dashboard β shows active epics, progress, actionable next steps, blocked items, tasks, GitHub issues, and recommendations. Worktree creation is deferred to swain-do task dispatch (SPEC-195). Triggers on: 'session', 'status', 'what's next', 'dashboard', 'overview', 'where are we', 'what should I work on', 'show me priorities', 'bookmark', 'focus on', 'session info'.
gandi
IncludedComprehensive Gandi domain registrar integration for domain and DNS management. Register and manage domains, create/update/delete DNS records (A, AAAA, CNAME, MX, TXT, SRV, and more), configure email forwarding and aliases, check SSL certificate status, create DNS snapshots for safe rollback, bulk update zone files, and monitor domain expiration. Supports multi-domain management, zone file import/export, and automated DNS backups. Includes both read-only and destructive operations with safety controls.