📋 Work: Plan Execution Engaged
Track tasks, manage plans, and survive CC compacts with three operating modes.
Activation
When this skill activates, output:
📋 Work: Plan execution engaged.
Then determine which mode to use based on the trigger.
Context Guard
| Context |
Status |
| User says "copy plan", "append plan", "resume plan" |
ACTIVE: use matching mode |
| User says "what's next", "todo", "priorities" |
ACTIVE: quick query mode |
| User provides a task list or plan |
ACTIVE: copy mode |
| General discussion about planning concepts |
DORMANT: do not activate |
| User is executing a task (not managing the list) |
DORMANT: do not activate |
Step 0: Silent Context Compilation (MANDATORY)
Before executing ANY mode, silently gather current state. Do NOT present findings. Do NOT ask questions. Just internalize:
- Read the project's
STATE.md (if it exists): current task, blockers, next steps
- Read the project's
CLAUDE.md (if it exists): conventions, architecture decisions
- Check recent diary:
python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-sessions <project> --limit 3
- Check git state:
git log --oneline -5
git diff --stat
This is silent. Synthesize an internal understanding of where the project stands. Then proceed to the triggered mode with full context. The user already knows their project state, don't waste their time repeating it back.
Mode 1: Copy Plan
Trigger: "copy plan" or when a new plan is provided
Parse the entire plan into individual numbered tasks
For each task, save to SQLite:
Write the payload to a file, then pipe it in with - as the argument. A payload on stdin is never seen by the shell's parser, so a redirection operator inside a task description cannot be read as one.
cat task.json | python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" add-plan-task -
task.json contains:
{"project":"<name>","task_number":<n>,"description":"<task>","status":"pending"}
Confirm with task count
Also write a markdown copy to memory/projects/{project}-plan.md for human readability
Status values: pending, in_progress, completed, blocked
Mode 2: Append Plan (Update Tasks)
Trigger: "append plan" or when updating task statuses
Read current plan from SQLite:
python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-plan <project>
Update individual task statuses:
Same form, even though this payload is only metadata. One rule with no exceptions is easier to follow than a rule you have to judge.
cat task-update.json | python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" update-task -
task-update.json contains:
{"project":"<name>","task_number":<n>,"status":"completed"}
Add new tasks if needed via add-plan-task
No size limits needed: SQLite handles scale
Mode 3: Resume Plan
Trigger: "resume plan", use after CC compact or new session
- Load plan from SQLite:
python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-plan <project>
- Parse the JSON output for task statuses
- Output a summary:
Plan: {project} ({done}/{total} complete)
Completed: [list]
In Progress: [list]
Pending: [list]
Blocked: [list with reasons]
Recommended next: {first pending task}
- Continue from the first incomplete task
Quick Commands
- "what's next": queries plan, returns the single next pending task
- "priorities": shows top 3 pending items from the plan
- "todo": shows all pending and in-progress items with status
Inputs
- Plan text (copy mode) or project name (append/resume)
- Database:
~/.memstack/memstack.db (via memstack-db.py)
- Fallback:
$MEMSTACK_PATH/memory\projects\ (legacy markdown)
Outputs
- Formatted task list with status indicators
- Updated plan file in memory
- Next recommended action
Example Usage
User: "resume plan for AdminStack"
📋 Work: Plan execution engaged.
Plan: AdminStack (5/9 complete)
[x] 1. Build CC Monitor page
[x] 2. Add setup guide
[x] 3. Fix API key validation
[x] 4. Add refresh feedback
[x] 5. Update guide with curl snippet
[ ] 6. Build cc-reporter.js Node script
[ ] 7. Add WebSocket real-time updates
[ ] 8. Session grouping by project
[!] 9. Mobile polish (blocked: waiting for design specs)
Recommended next: Task 6: Build cc-reporter.js
Level History
- Lv.1: Base: Single-mode TODO tracking. (Origin: MemStack v1.0, Feb 2026)
- Lv.2: Enhanced: Three modes (copy/append/resume), 1K-line limit with auto-summarize, context guard, YAML frontmatter. (Origin: MemStack v2.0 MemoryCore merge, Feb 2026)
- Lv.3: Advanced: SQLite-backed plans with per-task status tracking, no size limits, structured queries. (Origin: MemStack v2.1 Accomplish-inspired upgrade, Feb 2026)
- Lv.4: Native: CC rules integration (
.claude/rules/work.md), always-on task planning awareness without skill file read. (Origin: MemStack v3.0-beta, Feb 2026)
- Lv.5: Context-aware: Silent context compilation (Step 0): reads STATE.md, CLAUDE.md, recent diary, and git state before any operation. Inspired by Intellegix silent pre-flight pattern. (Origin: MemStack v3.2, Feb 2026)
1---2name: work3description: Use when the user says 'plan', 'todo', 'copy plan', 'append plan', 'resume plan', 'priorities', or 'what's next'.4---567# 📋 Work: Plan Execution Engaged8*Track tasks, manage plans, and survive CC compacts with three operating modes.*910## Activation1112When this skill activates, output:1314`📋 Work: Plan execution engaged.`1516Then determine which mode to use based on the trigger.1718## Context Guard1920| Context | Status |21|---------|--------|22| **User says "copy plan", "append plan", "resume plan"** | ACTIVE: use matching mode |23| **User says "what's next", "todo", "priorities"** | ACTIVE: quick query mode |24| **User provides a task list or plan** | ACTIVE: copy mode |25| **General discussion about planning concepts** | DORMANT: do not activate |26| **User is executing a task (not managing the list)** | DORMANT: do not activate |2728## Step 0: Silent Context Compilation (MANDATORY)2930Before executing ANY mode, silently gather current state. Do NOT present findings. Do NOT ask questions. Just internalize:31321. Read the project's `STATE.md` (if it exists): current task, blockers, next steps332. Read the project's `CLAUDE.md` (if it exists): conventions, architecture decisions343. Check recent diary:35 ```bash36 python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-sessions <project> --limit 337 ```384. Check git state:39 ```bash40 git log --oneline -541 git diff --stat42 ```4344**This is silent.** Synthesize an internal understanding of where the project stands. Then proceed to the triggered mode with full context. The user already knows their project state, don't waste their time repeating it back.4546## Mode 1: Copy Plan4748**Trigger:** "copy plan" or when a new plan is provided49501. Parse the entire plan into individual numbered tasks512. For each task, save to SQLite:5253 Write the payload to a file, then pipe it in with `-` as the argument. A payload on stdin is never seen by the shell's parser, so a redirection operator inside a task description cannot be read as one.5455 ```bash56 cat task.json | python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" add-plan-task -57 ```5859 `task.json` contains:60 ```json61 {"project":"<name>","task_number":<n>,"description":"<task>","status":"pending"}62 ```633. Confirm with task count644. Also write a markdown copy to `memory/projects/{project}-plan.md` for human readability6566**Status values:** `pending`, `in_progress`, `completed`, `blocked`6768## Mode 2: Append Plan (Update Tasks)6970**Trigger:** "append plan" or when updating task statuses71721. Read current plan from SQLite:73 ```bash74 python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-plan <project>75 ```762. Update individual task statuses:7778 Same form, even though this payload is only metadata. One rule with no exceptions is easier to follow than a rule you have to judge.7980 ```bash81 cat task-update.json | python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" update-task -82 ```8384 `task-update.json` contains:85 ```json86 {"project":"<name>","task_number":<n>,"status":"completed"}87 ```883. Add new tasks if needed via `add-plan-task`894. No size limits needed: SQLite handles scale9091## Mode 3: Resume Plan9293**Trigger:** "resume plan", use after CC compact or new session94951. Load plan from SQLite:96 ```bash97 python "${CLAUDE_PLUGIN_ROOT}/db/memstack-db.py" get-plan <project>98 ```992. Parse the JSON output for task statuses1003. Output a summary:101 ```102 Plan: {project} ({done}/{total} complete)103104 Completed: [list]105 In Progress: [list]106 Pending: [list]107 Blocked: [list with reasons]108109 Recommended next: {first pending task}110 ```1114. Continue from the first incomplete task112113## Quick Commands114115- **"what's next"**: queries plan, returns the single next pending task116- **"priorities"**: shows top 3 pending items from the plan117- **"todo"**: shows all pending and in-progress items with status118119## Inputs120- Plan text (copy mode) or project name (append/resume)121- Database: `~/.memstack/memstack.db` (via memstack-db.py)122- Fallback: `$MEMSTACK_PATH/memory\projects\` (legacy markdown)123124## Outputs125- Formatted task list with status indicators126- Updated plan file in memory127- Next recommended action128129## Example Usage130131**User:** "resume plan for AdminStack"132133```134📋 Work: Plan execution engaged.135136Plan: AdminStack (5/9 complete)137138[x] 1. Build CC Monitor page139[x] 2. Add setup guide140[x] 3. Fix API key validation141[x] 4. Add refresh feedback142[x] 5. Update guide with curl snippet143[ ] 6. Build cc-reporter.js Node script144[ ] 7. Add WebSocket real-time updates145[ ] 8. Session grouping by project146[!] 9. Mobile polish (blocked: waiting for design specs)147148Recommended next: Task 6: Build cc-reporter.js149```150151## Level History152153- **Lv.1**: Base: Single-mode TODO tracking. (Origin: MemStack v1.0, Feb 2026)154- **Lv.2**: Enhanced: Three modes (copy/append/resume), 1K-line limit with auto-summarize, context guard, YAML frontmatter. (Origin: MemStack v2.0 MemoryCore merge, Feb 2026)155- **Lv.3**: Advanced: SQLite-backed plans with per-task status tracking, no size limits, structured queries. (Origin: MemStack v2.1 Accomplish-inspired upgrade, Feb 2026)156- **Lv.4**: Native: CC rules integration (`.claude/rules/work.md`), always-on task planning awareness without skill file read. (Origin: MemStack v3.0-beta, Feb 2026)157- **Lv.5**: Context-aware: Silent context compilation (Step 0): reads STATE.md, CLAUDE.md, recent diary, and git state before any operation. Inspired by Intellegix silent pre-flight pattern. (Origin: MemStack v3.2, Feb 2026)