design

A feature-planning document generator that creates a design.md file. It combines user stories, acceptance criteria, technical plans, API agreements, and decisions from research.

In plain words
What is it for?
Use it when starting a feature in the Coco workflow or when a project needs a design document before breaking the work into tasks.
Why use it?
It turns a natural-language feature idea into a shared plan before tasks are created. This gives implementation work clearer boundaries and expected outcomes.

Skill for Claude CodeCodex

Part of the coco plugin — 6 skills, 14 commands, 4 agents, 3 hooks shipped together

Install

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.

agentmods
npx agentmods add skills/skullninja/coco-workflow/design
Any agent
npx skills add skullninja/coco-workflow --skill design
Clone the repo
git clone --depth 1 https://github.com/skullninja/coco-workflow

Made for: Claude Code, Codex.

Or install coco, the plugin that ships this one along with the rest of its 6 skills, 14 commands, 4 agents, 3 hooks.

Per session 32 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,673 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What 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.

ModelPer sessionOnce 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

Measured 3d ago against content hash 54aae6a7fa07, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

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.

skills/design/SKILL.md · 210 lines

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

  1. Read .coco/config.yaml for project.specs_dir (default: specs).
  2. 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
  3. Load .coco/memory/constitution.md if it exists.
  4. Load the design template from .coco/templates/design-template.md if it exists, otherwise use ${CLAUDE_PLUGIN_ROOT}/templates/design-template.md.
  5. Load {specs_dir}/{feature-name}/discovery.md if it exists. When present, this discovery brief provides pre-validated user intent, scope decisions, and constraints gathered via the interview skill.

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).

Read the full file on GitHub · 210 lines

Changes

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.

  1. 3d ago First seen · 210 lines · 32 tokens per session scan A 54aae6a7fa07

Subscribe to this mod's changes

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.

Related

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)…

SamJHudson01/Carmack-Council · 166 tokens

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…

SamJHudson01/Carmack-Council · 165 tokens

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…

SamJHudson01/Carmack-Council · 110 tokens

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…

SamJHudson01/Carmack-Council · 125 tokens

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.…

SamJHudson01/Carmack-Council · 119 tokens

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/收工…

JamesShi96/project-butler · 133 tokens