Focus Tracker
by @crewhaus
Maintain persistent focus on active work across compactions and session restarts. Use when starting a multi-step project, when resuming after compaction, whe...
clawhub install focus-trackerπ About This Skill
name: focus-tracker description: Maintain persistent focus on active work across compactions and session restarts. Use when starting a multi-step project, when resuming after compaction, when the user says "we're working on X", or when you notice you've lost track of what was being done. Also use proactively at session start to check if there's unfinished work. Prevents the agent from forgetting mid-project context, drifting between topics, or asking "what were we doing?" after a compaction. version: 1.0.0
Focus Tracker
Maintain a FOCUS.md file in the workspace root as persistent working state.
When to Read FOCUS.md
When to Write/Update FOCUS.md
FOCUS-LOG.md and clear FOCUS.mdFOCUS.md Format
# FOCUS β [Project Name]
Started: YYYY-MM-DD HH:MM UTC
Status: active | paused | blocked
Context: One-line summary of WHY we're doing thisObjective
What we're trying to accomplish (1-3 sentences max)Plan
Numbered steps. Check off as completed.
[x] Step 1 β done
[ ] Step 2 β in progress (note current state)
[ ] Step 3 β next Active State
What's happening RIGHT NOW. What was the last thing done, what's the next action.
This is the most important section β it's the "resume point" after compaction.Blockers
Anything waiting on the user, external systems, or decisions.Sub-Agents
Any spawned sub-agents and their status.
label β task description β status (running/done/failed)
Rules
1. One focus at a time. If the user pivots, archive the old focus first.
2. Keep it short. FOCUS.md should be <50 lines. It's a resume point, not a journal.
3. Active State is sacred. Always update it before stopping work. Future-you reads this first.
4. Don't duplicate memory files. FOCUS.md tracks *what we're doing now*. Daily memory files track *what happened*. Different jobs.
5. Archive when done. Append completed focuses to FOCUS-LOG.md with completion date and outcome, then clear FOCUS.md.
6. Read it, don't ask. If FOCUS.md exists, read it and resume. Don't ask "what were we working on?" when the answer is in the file.
FOCUS-LOG.md Format
Append-only log of completed focuses:
## [Project Name] β COMPLETED YYYY-MM-DD
Duration: X hours/days
Outcome: One-line result
Integration with AGENTS.md
Add to your session-start routine, after reading SOUL.md and USER.md:
FOCUS.md if it exists β resume work or acknowledge statusπ Constraints
1. One focus at a time. If the user pivots, archive the old focus first.
2. Keep it short. FOCUS.md should be <50 lines. It's a resume point, not a journal.
3. Active State is sacred. Always update it before stopping work. Future-you reads this first.
4. Don't duplicate memory files. FOCUS.md tracks *what we're doing now*. Daily memory files track *what happened*. Different jobs.
5. Archive when done. Append completed focuses to FOCUS-LOG.md with completion date and outcome, then clear FOCUS.md.
6. Read it, don't ask. If FOCUS.md exists, read it and resume. Don't ask "what were we working on?" when the answer is in the file.