MCP Server Builder
anthropics/skills
Guides the design and implementation of Model Context Protocol servers in TypeScript or Python, from tool naming and error messages to evaluation.
Show where you are in the workflow and what to do next — use for progress checks and orientation
$ npx skills add nyldn/claude-octopus --skill skill-status -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install nyldn/claude-octopus skill-status --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/skill-status .claude/skills/skill-status && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .claude/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/nyldn/claude-octopus/tree/main/skills/skill-statusType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add nyldn/claude-octopus --skill skill-status -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install nyldn/claude-octopus skill-status --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/skill-status .agents/skills/skill-status && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .agents/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add nyldn/claude-octopus --skill skill-status -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install nyldn/claude-octopus skill-status --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/skill-status .cursor/skills/skill-status && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .cursor/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/nyldn/claude-octopus.git --path skills/skill-status--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add nyldn/claude-octopus --skill skill-status -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install nyldn/claude-octopus skill-status --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/skill-status .gemini/skills/skill-status && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .gemini/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install nyldn/claude-octopus skill-statusInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add nyldn/claude-octopus --skill skill-status -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/skill-status .github/skills/skill-status && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .github/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add nyldn/claude-octopus --skill skill-status -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install nyldn/claude-octopus skill-status --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/skill-status .opencode/skills/skill-status && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "skill-status" agent skill from https://github.com/nyldn/claude-octopus/tree/main/skills/skill-status into .opencode/skills/skill-status/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "skill-status", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
skill-statusShow where you are in the workflow and what to do next — use for progress checks and orientation
Skill Status is an agent skill from nyldn/claude-octopus. Show where you are in the workflow and what to do next — use for progress checks and orientation
Its SKILL.md is about 2.9k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `agents/openai.yaml`).
It sits in Agent Workflows. The repository describes itself as: Run multiple AI models against the same research, design, or coding task. Surface disagreements before you ship. The licence is MIT.
9 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 4d152db. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
gitFrom the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md. Its commands use git, which can reach the network depending on how they are called.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Skill Status loads about 2.9k tokens when it runs. Until then it costs about 27 tokens; SKILL.md has 708 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check noted patterns worth knowing about, such as sudo or a known installer.
1. Configure OAuth credentials in .envAutomated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from nyldn/claude-octopus at commit 4d152db, republished under its MIT licence (© nyldn). 708 words, ~2,941 tokens.
.claude/skills/skill-status/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Host: Codex CLI — This skill was designed for Claude Code and adapted for Codex. Cross-reference commands use installed skill names in Codex rather than
/octo:*slash commands. Use the active Codex shell and subagent tools. Do not claim a provider, model, or host subagent is available until the current session exposes it. For host tool equivalents, seeskills/blocks/codex-host-adapter.md.
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
fiIf .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_stateExpected output format:
schema=1.0
last_updated=2026-02-02T10:30:00Z
current_phase=2
current_position=define-requirements
status=in_progressExtract 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.mdParse 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 supportPhase 2 (Define):
Continue requirements clarification.
- Use `/octo:prd` to write product requirements
- Use `/octo:define` to refine scopePhase 3 (Develop):
Continue implementation.
- Use `/octo:develop` to build features
- Use `/octo:tdd` for test-driven development
- Use `/octo:review` for code quality checksPhase 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 configurationWhen 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 -10Build 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 - Antigravity CLI headless fix
- v8.9.0 - Contextual Codex model routing
### Active Branches
- main (current)
### Orchestration Sessions
- [count] workflows executed, [count] synthesis files generatedIf 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 continueUser asks "show status"
→ skill-status displays dashboard
→ skill-task-management shows active todosUser asks "status" but no .octo/ exists
→ skill-status suggests /octo:embrace
→ User initializes new projectGood:
if [[ ! -d ".octo" ]]; then
echo "Not initialized"
exit 1
fiPoor:
# Assume .octo/ exists and fail later
cat .octo/STATE.mdGood:
./scripts/octo-state.sh read_statePoor:
# Parse STATE.md manually
grep "Current Phase" .octo/STATE.mdGood:
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 nextCheck initialization. Read state. Display clearly. Route intelligently.
© nyldn, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 1 other file in skills/skill-status of nyldn/claude-octopus.
Open the folder on GitHubat commit 4d152db
We found 2 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in nyldn/claude-octopus, which our catalogue first saw on October 7, 2026.
Skill Status next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Skill Status this skillnyldn/claude-octopus | 4.2k | 1 repos | ~2.9k | Automated safety check: Notes | MIT | |
| MCP Server Builderanthropics/skills | 180k | 64 repos | ~2.3k | Automated safety check: Pass | Apache-2.0 | |
| Hook Development for Claude Code Pluginsanthropics/claude-plugins-official | 38k | 11 repos | ~4.1k | Automated safety check: Notes | Apache-2.0 | |
| Using Superpowersfarm-fe/farm | 5.6k | 35 repos | ~1.4k | Automated safety check: Pass | MIT | |
| Executing Plans Inlineobra/superpowers | 296k | 2 repos | ~5.1k | Automated safety check: Pass | MIT | |
| Claude Code Agent Developmentanthropics/claude-plugins-official | 38k | 8 repos | ~2.8k | Automated safety check: Pass | Apache-2.0 |
anthropics/skills
Guides the design and implementation of Model Context Protocol servers in TypeScript or Python, from tool naming and error messages to evaluation.
anthropics/claude-plugins-official
Explains how to write Claude Code plugin hooks, both prompt-based checks and bash commands, for events such as PreToolUse, Stop and SessionStart.
farm-fe/farm
A skill your agent uses when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions
obra/superpowers
Has the agent carry out an implementation plan itself, task by task in the current session, keeping a ledger, proving each step with a test and ending with one whole-branch review.
anthropics/claude-plugins-official
Explains how to write agents for Claude Code plugins: the markdown file with YAML frontmatter, trigger descriptions, model and color settings, and system prompt design.
Azure/azqr
Create new skills, modify and improve existing skills, and measure skill performance.
nyldn/claude-octopus
Quick execution for ad-hoc tasks without full workflow overhead — use for small, self-contained requests
nyldn/claude-octopus
Thorough research across multiple sources — use for complex topics needing broad synthesis
nyldn/claude-octopus
OWASP compliance, vulnerability scanning, and adversarial red team testing — use for security reviews
nyldn/claude-octopus
Audit codebases for quality, consistency, and broken patterns — use for pre-release or tech debt review
nyldn/claude-octopus
Extract patterns and anatomy from URLs — use to reverse-engineer content strategies from live pages
nyldn/claude-octopus
Auto-detect work context (Dev vs Knowledge) — use to tailor workflows based on current task type
Categories
Show where you are in the workflow and what to do next — use for progress checks and orientation. Skill Status is an agent skill from nyldn/claude-octopus.
Skill Status fits situations like: progress checks and orientation.
Run `npx skills add nyldn/claude-octopus --skill skill-status -a claude-code`. Or copy the skill folder (skills/skill-status in nyldn/claude-octopus) into .claude/skills/skill-status in your project. Claude Code loads it when a task matches its description.
Run `npx skills add nyldn/claude-octopus --skill skill-status -a codex`. Or copy the skill folder (skills/skill-status in nyldn/claude-octopus) into .agents/skills/skill-status in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add nyldn/claude-octopus --skill skill-status -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/skill-status, .gemini/skills/skill-status, .github/skills/skill-status and .opencode/skills/skill-status in your project.
Going by SKILL.md and its folder, Skill Status needs the command-line tools its instructions call (git).
SKILL.md contains no URLs. Its commands use git, which can reach the network depending on how they are called. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Skill Status is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 2.9k tokens (SKILL.md is roughly 12k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Skill Status: MCP Server Builder (anthropics/skills, 180k stars), Hook Development for Claude Code Plugins (anthropics/claude-plugins-official, 38k stars), Using Superpowers (farm-fe/farm, 5.6k stars) and Executing Plans Inline (obra/superpowers, 296k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
nyldn (a GitHub user) maintains it in nyldn/claude-octopus, which has 4,182 GitHub stars. The repository holds 62 skills in this directory. The repository was last updated on October 7, 2026.
Source: nyldn/claude-octopus on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.