plugins/cache/nyldn-plugins/octo/9.30.0/skills/skill-status/SKILL.md
Show where you are in the workflow and what to do next — use for progress checks and orientation. Use when: AUTOMATICALLY ACTIVATE when user asks about:. "status" or "progress" or "where am I". "what's next" or "next step"
npx skillsauth add moliboy5000/.claude skill-statusInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Display current project status, roadmap progress, blockers, and intelligent next-action suggestions based on workflow state.
Core principle: Read state → Display dashboard → Route intelligently.
Use this skill when user asks:
Do NOT use for:
# Check if project is initialized
if [[ ! -d ".octo" ]]; then
echo "No project initialized"
exit 1
fi
If .octo/ does not exist:
## Project Status
**Status:** Not initialized
No Claude Octopus project found in this directory.
### Get Started
Run `/octo:embrace [your project description]` to initialize a new project and start the Double Diamond workflow.
**Example:**
/octo:embrace build a user authentication system
This will:
1. Create .octo/ directory structure
2. Initialize STATE.md, PROJECT.md, ROADMAP.md
3. Begin Discover phase (research and exploration)
Stop here - do not proceed to Phase 2.
# Read current state from STATE.md
./scripts/octo-state.sh read_state
Expected output format:
schema=1.0
last_updated=2026-02-02T10:30:00Z
current_phase=2
current_position=define-requirements
status=in_progress
Extract key-value pairs:
current_phase - Phase number (1-4)current_position - Specific position within phasestatus - Current workflow statuslast_updated - Last state modification timestamp# Read roadmap for phase overview
cat .octo/ROADMAP.md
Parse ROADMAP.md to identify:
## Project Status
**Phase:** Phase {current_phase} - {phase_name}
**Position:** {current_position}
**Status:** {status}
**Last Updated:** {last_updated}
### Roadmap Progress
- [x] Phase 1: Discover - complete
- [ ] Phase 2: Define - in_progress <-- YOU ARE HERE
- [ ] Phase 3: Develop - not_started
- [ ] Phase 4: Deliver - not_started
### Current Phase Details
**Phase 2: Define (Grasp)**
- **Goal:** Clarify requirements and scope
- **Position:** {current_position}
- **Status:** {status}
### Blockers
{blockers or "None"}
### Suggested Next Action
{intelligent routing based on status}
Map current_phase and status to completion markers:
| Phase | Status | Marker |
|-------|--------|--------|
| 1 | complete | [x] Phase 1: Discover - complete |
| 2 | in_progress | [ ] Phase 2: Define - in_progress <-- YOU ARE HERE |
| 3 | not_started | [ ] Phase 3: Develop - not_started |
| 4 | not_started | [ ] Phase 4: Deliver - not_started |
Use this routing table:
| Status | Suggestion |
|--------|-----------|
| ready | "Run /octo:embrace [description] to start the workflow" |
| planning | "Continue planning in current phase. Use /octo:define to refine requirements." |
| building | "Continue implementation. Use /octo:develop to build features." |
| in_progress | "Continue with current phase. Check .octo/phases/phase{N}/ for details." |
| blocked | "Review blockers above. Use /octo:issues to track and resolve issues." |
| complete | "Phase complete. Proceed to next phase or run /octo:ship to finalize." |
| complete_with_gaps | "Phase complete with known gaps. Review .octo/ISSUES.md before proceeding." |
| shipped | "Project delivered! Review .octo/LESSONS.md for retrospective." |
| paused | "Project paused. Resume with /octo:embrace or check .octo/STATE.md for context." |
If status=in_progress, provide phase-specific guidance:
Phase 1 (Discover):
Continue research and exploration.
- Use `/octo:research [topic]` for multi-AI research
- Use `/octo:debate [question]` for decision support
Phase 2 (Define):
Continue requirements clarification.
- Use `/octo:prd` to write product requirements
- Use `/octo:define` to refine scope
Phase 3 (Develop):
Continue implementation.
- Use `/octo:develop` to build features
- Use `/octo:tdd` for test-driven development
- Use `/octo:review` for code quality checks
Phase 4 (Deliver):
Continue validation and delivery.
- Use `/octo:deliver` for final review
- Use `/octo:security` for security audit
- Use `/octo:ship` to finalize delivery
## Project Status
**Status:** Not initialized
No Claude Octopus project found in this directory.
### Get Started
Run `/octo:embrace [your project description]` to initialize a new project and start the Double Diamond workflow.
**Example:**
/octo:embrace build a user authentication system
## Project Status
**Phase:** Phase 2 - Define (Grasp)
**Position:** define-requirements
**Status:** in_progress
**Last Updated:** 2026-02-02T10:30:00Z
### Roadmap Progress
- [x] Phase 1: Discover - complete
- [ ] Phase 2: Define - in_progress <-- YOU ARE HERE
- [ ] Phase 3: Develop - not_started
- [ ] Phase 4: Deliver - not_started
### Current Phase Details
**Phase 2: Define (Grasp)**
- **Goal:** Clarify requirements and scope
- **Position:** define-requirements
- **Status:** in_progress
### Blockers
None
### Suggested Next Action
Continue requirements clarification.
- Use `/octo:prd` to write product requirements
- Use `/octo:define` to refine scope
- Check `.octo/phases/phase2/` for detailed plans
## Project Status
**Phase:** Phase 3 - Develop (Tangle)
**Position:** implement-auth
**Status:** blocked
**Last Updated:** 2026-02-02T14:15:00Z
### Roadmap Progress
- [x] Phase 1: Discover - complete
- [x] Phase 2: Define - complete
- [ ] Phase 3: Develop - blocked <-- YOU ARE HERE
- [ ] Phase 4: Deliver - not_started
### Current Phase Details
**Phase 3: Develop (Tangle)**
- **Goal:** Implement features
- **Position:** implement-auth
- **Status:** blocked
### Blockers
- Missing OAuth provider credentials
- Database schema not finalized
- API rate limiting not configured
### Suggested Next Action
Review blockers above. Use `/octo:issues` to track and resolve issues.
**To unblock:**
1. Configure OAuth credentials in .env
2. Finalize database schema with `/octo:define`
3. Set up rate limiting configuration
When the user asks "what have I been working on", "summarize recent work", or "update project memory", generate a cross-session activity summary.
# Recent git commits (last 7 days or last 20 commits)
git log --oneline --since="7 days ago" --no-merges 2>/dev/null | head -20
# Recent tags/releases
git tag --sort=-creatordate | head -5
# Recent branches worked on
git branch --sort=-committerdate | head -5
# Recent orchestration results (if any)
ls -lt ~/.claude-octopus/results/ 2>/dev/null | head -10
Build a concise summary grouped by theme:
## Recent Activity (Last 7 Days)
### Commits
- [theme 1]: brief summary of related commits
- [theme 2]: brief summary of related commits
### Releases
- v8.10.0 - Gemini CLI headless fix
- v8.9.0 - Contextual Codex model routing
### Active Branches
- main (current)
### Orchestration Sessions
- [count] workflows executed, [count] synthesis files generated
If the recent activity reveals patterns not captured in CLAUDE.md, suggest specific additions:
### Suggested CLAUDE.md Updates
Based on recent activity, consider adding:
- [specific suggestion based on new patterns, conventions, or decisions]
- [specific suggestion based on new tooling or workflow changes]
Only suggest updates that reflect durable project knowledge (conventions, architecture decisions, provider configs) — NOT transient status like "currently working on X".
User asks "what's next?"
→ skill-status shows current phase
→ User runs /octo:develop to continue
User asks "show status"
→ skill-status displays dashboard
→ skill-task-management shows active todos
User asks "status" but no .octo/ exists
→ skill-status suggests /octo:embrace
→ User initializes new project
Good:
if [[ ! -d ".octo" ]]; then
echo "Not initialized"
exit 1
fi
Poor:
# Assume .octo/ exists and fail later
cat .octo/STATE.md
Good:
./scripts/octo-state.sh read_state
Poor:
# Parse STATE.md manually
grep "Current Phase" .octo/STATE.md
Good:
Continue with `/octo:develop` to implement features.
Check `.octo/phases/phase3/` for implementation plan.
Poor:
You're in phase 3.
| Action | Why It's Wrong | |--------|----------------| | Modify STATE.md directly | Use octo-state.sh write_state instead | | Skip .octo/ existence check | Will fail with confusing errors | | Show status without next action | User doesn't know what to do | | Hardcode phase names | Read from ROADMAP.md for accuracy | | Ignore blockers | User needs to know what's blocking progress |
| User Input | Action Required | |------------|-----------------| | "status" | Check .octo/ → Read state → Display dashboard | | "what's next" | Read state → Route based on status/phase | | "where am I" | Display current phase and position | | "show progress" | Display roadmap with completion markers | | "any blockers" | Extract and display blockers from STATE.md | | "what have I been working on" | Git log + results → Cross-session activity summary | | "update project memory" | Activity summary → Suggest CLAUDE.md additions |
Status check → Read state + roadmap → Display dashboard + intelligent routing
Otherwise → User doesn't know where they are or what to do next
Check initialization. Read state. Display clearly. Route intelligently.
tools
MANDATORY prerequisite — load this skill BEFORE every `generate_diagram` tool call. NEVER call `generate_diagram` directly without loading this skill first. Trigger whenever the user asks to create, generate, draw, render, sketch, or build a diagram — flowchart, architecture diagram, sequence diagram, ERD or entity-relationship diagram, state diagram or state machine, gantt chart, or timeline. Also trigger when the user mentions Mermaid syntax or wants a system architecture, decision tree, dependency graph, API call flow, auth handshake, schema, or pipeline visualized in FigJam. Routes to type-specific guidance, sets universal Mermaid constraints, and tells you when to use a different diagram type or skip the tool entirely (mindmaps, pie charts, class diagrams, etc.).
development
DEFAULT PIPELINE for all tasks requiring execution. You (Claude) are the strategic orchestrator. Codex agents are your implementation army - hyper-focused coding specialists. Trigger on ANY task involving code, file modifications, codebase research, multi-step work, or implementation. This is NOT optional - Codex agents are the default for all execution work. Only skip if the user explicitly asks you to do something yourself.
development
This skill should be used when the user asks to analyze a UI screen recording and map interaction states into Figma. Trigger for requests such as "put video frames in Figma", "extract states from my recording", "map interactions from video to Figma", "analyze this screen recording", "create a storyboard from my video", "deconstruct this interaction in Figma", "annotate the UI states in my recording", or "pull the key moments from this video into Figma". Also trigger when the user references a video file (.mp4, .mov, .webm, .avi) together with Figma, design review, interaction analysis, prototypes, or UI states. The skill extracts key visual moments from a video, infers interaction triggers, and builds an annotated Figma Design storyboard using native Figma annotations and uploaded screenshot assets.
development
Generate a FigJam project plan board from a PRD plus codebase context. Interactive flow: research → propose sections → per-section deep research → per-section content + block-shape proposal → create FigJam → skeleton → fill → diagrams → wrap. Each content block (section, nested section, intro callout, table, multi-column text, sticky column, diagram section, metadata strip) has its own subskill reference file. Use when the user asks for 'project plan in FigJam', 'interactive project plan', '/generate-project-plan', or provides a PRD and wants per-section confirmation on content + rendering.