Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/skullninja/coco-workflow/designnpx skills add skullninja/coco-workflow --skill designgit clone --depth 1 https://github.com/skullninja/coco-workflowWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00032 | $0.02673 |
| Opus 5 | $0.00016 | $0.01337 |
| Sonnet 5 | $0.00006 | $0.00535 |
| Haiku 4.5 | $0.00003 | $0.00267 |
Grade A, and why
design scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 210 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Coco Design Skill
Generate a feature design from a natural language description, combining specification (what to build) and implementation planning (how to build it) into a single artifact.
When to Use
- Creating a feature design as part of the coco pipeline
- Called by
/coco:phase(Step A) or/coco:planning-session tactical - When a design.md is needed in
specs/{feature}/before task generation
For single-issue fixes, use the hotfix skill instead.
Setup
- Read
.coco/config.yamlforproject.specs_dir(default:specs). - Determine the feature from conversation context:
- If a feature name or description was provided in the current conversation, use it
- If on a
feature/*git branch, extract the feature name from the branch - If a spec directory was recently discussed, use that
- If none of the above, ask the user for a feature description
- Load
.coco/memory/constitution.mdif it exists. - Load the design template from
.coco/templates/design-template.mdif it exists, otherwise use${CLAUDE_PLUGIN_ROOT}/templates/design-template.md. - Load
{specs_dir}/{feature-name}/discovery.mdif it exists. When present, this discovery brief provides pre-validated user intent, scope decisions, and constraints gathered via theinterviewskill.
Execution
1. Generate Feature Identity
- Analyze the description and generate a 2-4 word short name (e.g., "user-auth", "analytics-dashboard")
- Use action-noun format when possible; preserve technical terms
- Determine the feature directory:
{specs_dir}/{feature-name}/ - If a directory with this name already exists, append a numeric suffix
2. Create Feature Branch & Directory
Read pr.branch.feature_prefix from .coco/config.yaml (default: feature).
git checkout -b {feature_prefix}/{feature-name}
mkdir -p {specs_dir}/{feature-name}
The branch is feature/{feature-name} (e.g., feature/user-auth). The spec directory is {specs_dir}/{feature-name}/ (without the prefix).
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 210 lines · 32 tokens per session scan A 54aae6a7fa07
design is a skill published in the GitHub repository skullninja/coco-workflow (7 stars, last pushed 3d ago), licensed MIT. It adds 32 tokens to every session and 2,673 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
council-review
Perform a rigorous Carmack Council code review. Use when explicitly asked to review code, do a "council review", "carmack review", or invoke /council-review. Carmack's philosophy chairs a council of domain experts — Troy Hunt (security), Martin Fowler (refactoring), Kent C. Dodds (frontend), Matteo Collina (Node.js)…
council-plan
Architect a feature with the Carmack Council before writing code. Use when explicitly asked to plan a feature, do a "council plan", "carmack plan", or invoke /council-plan. Carmack's philosophy chairs a council of domain experts — Troy Hunt (security), Martin Fowler (refactoring), Kent C. Dodds (frontend), Matteo…
test-architect
Map testable surfaces, audit existing tests for quality, and write test specifications that prevent AI shortcuts. Use when asked to "audit tests", "specify tests", "test architect", "map test coverage", or invoke /test-architect. Two modes — audit (evaluate existing tests against Beck's principles) and specify (write…
spec-writer
Generate structured software specifications for features, bug fixes, and products. Use when the user wants to create a spec, PRD, feature brief, requirements document, or when starting any new implementation that needs a specification first. Invoke via /spec-writer or when the user says "write a spec", "spec this…
council-implement
Execute a Carmack Council plan task by task. Use when explicitly asked to implement a plan, do a "council implement", "carmack implement", "council build", or invoke /council-implement. Reads the output of /council-plan and builds each task sequentially, loading the relevant expert's reference document per task.…
project-butler
Project memory workflow for init/upgrade, profile-aware setup, end session, normal/full close, file organization, document archiving, language switching, versioned update logs, rule review, status, wiki sync, and context recovery. Use for /project-butler, setup/初始化, foundation setup, profile setup, end session/收工…