Phase 2 of the SDLC pipeline (also usable standalone). An agent skill from nvuillam/github-dependents-info.

MITAuto-check passedAgent Workflows

Install Design

skills CLI
$ npx skills add nvuillam/github-dependents-info --skill design -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install nvuillam/github-dependents-info design --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/nvuillam/github-dependents-info.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/design .claude/skills/design && rm -rf skills-src

Use ~/.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/

Facts

Skill name
design
GitHub stars
163
Token cost
~1k tokens
SKILL.md length
389 words
Files
1
Skills in repo
4
Repo updated
First seen
Licence
MIT

At a glance

Phase 2 of the SDLC pipeline (also usable standalone). An agent skill from nvuillam/github-dependents-info.

  • Works in 3 steps: Check the conversation for a recent… → Read CLAUDE.md for architecture and… → If there are unresolved open questions…
  • The user invokes /design with either a prior /analyze in conversation context OR a direct problem description
  • SKILL.md covers Pre-flight, What to produce, Design principles for this… and Rules
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Design is an agent skill from nvuillam/github-dependents-info. Phase 2 of the SDLC pipeline (also usable standalone). Use when the user invokes /design with either a prior /analyze in conversation context OR a direct problem description. Produces an implementation plan inline in the conversation. Do NOT write production code in this phase. Do NOT save the design to disk unless the user explicitly asks.

Its SKILL.md is about 1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Agent Workflows, covering Planning. The repository describes itself as: Collect information about dependencies between a github repo and other repositories. Results available in JSON, markdown and badge. The licence is MIT.

When your agent uses it

  • The user invokes /design with either a prior /analyze in conversation context OR a direct problem description
  • Tasks that involve Planning

Example prompts

  • “/design”

Workflow steps

3 steps, taken from the first numbered list in SKILL.md.

  1. Check the conversation for a recent /analyze output. If present, use it as input. If not, treat the user's /design arguments as the…
  2. Read CLAUDE.md for architecture and conventions.
  3. If there are unresolved open questions (from a prior analysis or the user's prompt), ask the user to resolve them before proposing a…

What it can do on your machine

Read from SKILL.md and the folder at commit 74aece1. It shows what the files ask for, not the result of running them.

  • Tool permissions

    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.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Design loads about 1k tokens when it runs. Until then it costs about 87 tokens; SKILL.md has 389 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~87
When it runs · the whole SKILL.md, loaded when a task matches
~1k

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.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

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

SKILL.md

The full file from nvuillam/github-dependents-info at commit 74aece1, republished under its MIT licence (© nvuillam). 389 words, ~1,045 tokens.

Download SKILL.mdSave it as .claude/skills/design/SKILL.md (or your agent's skills folder).
name
design
description
Phase 2 of the SDLC pipeline (also usable standalone). Use when the user invokes /design with either a prior /analyze in conversation context OR a direct problem description. Produces an implementation plan inline in the conversation. Do NOT write production code in this phase. Do NOT save the design to disk unless the user explicitly asks.

design — SDLC phase 2 (standalone-capable)

You are in the design phase. Your job is to turn a problem (either an /analyze output already in the conversation, or a fresh description from the user) into a concrete, ordered plan that /implement (or the user) can execute mechanically.

This skill can run after /analyze OR standalone. If the user invokes /design with their own description and no prior analysis, do a quick mental analysis first — but still output a design, not an analysis.

Pre-flight

  1. Check the conversation for a recent /analyze output. If present, use it as input. If not, treat the user's /design arguments as the problem statement.
  2. Read CLAUDE.md for architecture and conventions.
  3. If there are unresolved open questions (from a prior analysis or the user's prompt), ask the user to resolve them before proposing a design. Don't guess on non-trivial trade-offs.

What to produce

Output the design inline as your response, in the conversation. Do NOT write it to a file unless the user explicitly asks ("save the design", "put it in a doc", etc.). The implementation phase reads from conversation context.

Structure:

# Design: <one-line solution statement>

## Approach
<3-6 sentences describing the chosen approach and why it fits the constraints.>

## Alternatives considered
<For each rejected alternative: one sentence on what it was, one sentence on why. Skip the section if the choice was obvious.>

## Change list
<Ordered, numbered list of concrete edits. Each item names a file, the function/region to touch, and the change. Example:
1. `github_dependents_info/gh_dependents_info.py:920` — extend `fetch_all_package_pages` signature with `since: datetime | None = None`; thread it through to `fetch_page`.
2. `github_dependents_info/__main__.py:80` — add `--since` Typer option, parse to datetime, forward via `gh_options`.
3. `action.yml` — add matching `since` input and shell branch that appends `--since=...`.
>

## Public-API impact
<Anything affecting downstream users: new/changed CLI flags, env vars, JSON schema, badge marker behavior, action.yml inputs. State "None" when applicable.>

## Test plan
<Specific tests to add or update. For each: which file, what it asserts, whether it needs network.>

## Risks & rollback
<What could break. How to revert.>

Skip sections that are genuinely empty — don't pad with "N/A".

Show full SKILL.md (193 more words)Show less

Design principles for this codebase

  • Keep logic in GithubDependentsInfo. New behavior goes on the class, not in __main__.py. CLI is a thin shim.
  • CLI options with env-var fallbacks are only forwarded to the constructor when explicitly set by the user — see __main__.py llm_* handling. Preserve that pattern.
  • action.yml mirrors the CLI. New user-facing CLI flags need an inputs: entry and a set -- "$@" ... shell branch.
  • CSV-resume compatibility. If a change alters what's stored mid-crawl, decide whether old csv_directory contents are invalidated or migrated, and say so.
  • Don't change badge marker strings (<!-- gh-dependents-info-used-by-start --> / ...-end -->).
  • Doctests run by default (addopts = ["--doctest-modules"]). New >>> examples become tests.

Rules

  • No code edits. Design-only phase.
  • No files written. Output stays in conversation unless the user explicitly asks to persist it.
  • Be specific about file paths and line numbers in the change list so /implement (or a human) doesn't have to re-discover them.
  • If the available analysis turns out to be wrong, say so and recommend re-running /analyze rather than designing on a bad foundation.
  • End with a single line suggesting the next step, e.g. Run /implement to execute, or refine the design above. — do not assume the user will continue.

© nvuillam, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/design of nvuillam/github-dependents-info.

Open the folder on GitHubat commit 74aece1

Compare with similar skills

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

Design compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Design this skillnvuillam/github-dependents-info163—~1kAutomated safety check: PassMIT
Executing Plans Inlineobra/superpowers297k2 repos~5.1kAutomated safety check: PassMIT
Interview Meaddyosmani/agent-skills103k6 repos~3.8kAutomated safety check: PassMIT
OpenSpec Guided OnboardingFission-AI/OpenSpec71k1 repos~4.5kAutomated safety check: PassMIT
Writing Plansgeeksblabla/stateofdev.ma16357 repos~661Automated safety check: PassNone
Subagent Driven DevelopmentAsvarox/allkaraoke26137 repos~1.2kAutomated safety check: PassNone

Similar skills

  • Executing Plans Inline

    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.

    297k GitHub starsUsed in 2 repos~5.1k tokens
    Agent WorkflowsAuto-check passed
  • Interview Me

    addyosmani/agent-skills

    Asks one question at a time, each with a best guess attached, until the agent is about 95 percent sure what you really want, before any plan, spec or code.

    103k GitHub starsUsed in 6 repos~3.8k tokens
    Agent WorkflowsAuto-check passed
  • OpenSpec Guided Onboarding

    Fission-AI/OpenSpec

    Walks you through a complete OpenSpec workflow cycle with narration while doing real work in your codebase.

    71k GitHub starsUsed in 1 repo~4.5k tokens
    Agent WorkflowsAuto-check passed
  • Writing Plans

    geeksblabla/stateofdev.ma

    A skill your agent uses when design is complete and you need detailed implementation tasks for engineers with zero codebase context - creates comprehensive implementation plans with exact file…

    163 GitHub starsUsed in 57 repos~661 tokens
    Agent WorkflowsAuto-check passed
  • Subagent Driven Development

    Asvarox/allkaraoke

    A skill your agent uses when executing implementation plans with independent tasks in the current session

    261 GitHub starsUsed in 37 repos~1.2k tokens
    Agent WorkflowsAuto-check passed
  • Planning With Files

    jd-opensource/JoySafeter

    Implements Manus-style file-based planning for complex tasks.

    313 GitHub starsUsed in 19 repos~1.8k tokens
    Agent WorkflowsAuto-check: notes

More from nvuillam/github-dependents-info

  • Analyze

    nvuillam/github-dependents-info

    Phase 1 of the SDLC pipeline (also usable standalone). An agent skill from nvuillam/github-dependents-info.

    163 GitHub stars~879 tokensUpdated today
    Auto-check passed
  • Megalinter Setup

    nvuillam/github-dependents-info

    Install or upgrade MegaLinter on a repository. An agent skill from nvuillam/github-dependents-info.

    163 GitHub stars~3.9k tokensUpdated today
    Auto-check: notes
  • Implement

    nvuillam/github-dependents-info

    Phase 3 of the SDLC pipeline (also usable standalone). An agent skill from nvuillam/github-dependents-info.

    163 GitHub stars~999 tokensUpdated today
    Auto-check passed

Categories

Questions about Design

What does Design do?

Phase 2 of the SDLC pipeline (also usable standalone). An agent skill from nvuillam/github-dependents-info. Design is an agent skill from nvuillam/github-dependents-info. Phase 2 of the SDLC pipeline (also usable standalone).

When should I use Design?

Design fits situations like: the user invokes /design with either a prior /analyze in conversation context OR a direct problem description; tasks that involve Planning.

How do I install Design in Claude Code?

Run `npx skills add nvuillam/github-dependents-info --skill design -a claude-code`. Or copy the skill folder (.claude/skills/design in nvuillam/github-dependents-info) into .claude/skills/design in your project. Claude Code loads it when a task matches its description.

How do I install Design in Codex?

Run `npx skills add nvuillam/github-dependents-info --skill design -a codex`. Or copy the skill folder (.claude/skills/design in nvuillam/github-dependents-info) into .agents/skills/design in your project. Codex loads it when a task matches its description.

Can I use Design in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add nvuillam/github-dependents-info --skill design -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/design, .gemini/skills/design, .github/skills/design and .opencode/skills/design in your project.

What does Design need to run?

SKILL.md names no scripts, command-line tools or credentials: Design is instructions for the agent only.

Does Design access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Design safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Design use?

Design is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Design use?

About 1k tokens (SKILL.md is roughly 4.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Design?

Skills that share tags, products or a category with Design: Executing Plans Inline (obra/superpowers, 297k stars), Interview Me (addyosmani/agent-skills, 103k stars), OpenSpec Guided Onboarding (Fission-AI/OpenSpec, 71k stars) and Writing Plans (geeksblabla/stateofdev.ma, 163 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Design?

nvuillam (a GitHub user) maintains it in nvuillam/github-dependents-info, which has 163 GitHub stars. The repository holds 4 skills in this directory. The repository was last updated on October 9, 2026.

Source: nvuillam/github-dependents-info on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.