메뉴
The devskills router — names every skill by phase (orient → spec → plan → build → clean → review → verify → ship) and when to reach for it.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Design a target architecture for a new system — module boundaries, dependency rules, seams, and build order — from its requirements. Reports a blueprint; changes nothing.
Analyze an existing codebase's architecture and produce a sequenced refactoring plan — assess module boundaries, dependency structure, and layering, then lay out ordered, risk-tagged steps. Language-agnostic. Reports a plan; changes nothing.
Turn a goal or another command's output into an ordered task roadmap.
Find the root cause of a failure with the scientific method — reproduce, isolate, fix, then prove it.
Interview the user relentlessly about a plan or design until reaching shared understanding.
Run an extremely strict maintainability + single-source-of-truth review of code changes — abstraction quality, file sprawl, spaghetti-condition growth, and duplicate/competing implementations. Reports findings by default; `--fix` applies the mechanical, unambiguous ones — structural/code-judo restructurings rest on judgment and stay reported.
| name | ds |
| description | The devskills router — names every skill by phase (orient → spec → plan → build → clean → review → verify → ship) and when to reach for it. |
| disable-model-invocation | true |
The index to the ds-* family. Every skill is user-invoked, so nothing here fires on its own — this names each one and when to reach for it. Read it, pick the skill that fits, invoke that skill. /ds itself does no work.
The phase spine is the usual arc of a change; the groups below it (modes, language reviews, project memory, utilities) cut across phases — reach for them whenever they apply. Everything works standalone: no skill requires .project/ or any other.
/ds-zoom-out — step up a level and map how the current code fits the bigger picture, before you change it.To restore a persisted session, see /ds-project-resume under Project memory.
/ds-spec — turn a description into a structured spec with acceptance criteria./ds-explore — at a fork, research and lay out candidate approaches without deciding./ds-grill-me — get interviewed about a plan or design until the understanding is shared and the gaps are exposed./ds-blueprint — design a target architecture for a new system: module boundaries, dependency rules, seams, build order./ds-architecture-plan — assess an existing codebase and produce a sequenced refactoring plan./ds-roadmap — turn a goal or another skill's output into an ordered task roadmap./ds-perf-plan — analyze code for optimization opportunities and produce a graded, ranked performance plan./ds-debug — find the root cause of a failure with the scientific method: reproduce, isolate, fix, prove.Turn on the relevant Modes (below) for the build — they set the engineering bar as you write.
/ds-deslop — remove narrating comments, defensive overkill, and type escape hatches; align the diff with the surrounding code. Run before any review./ds-code-quality-review — maintainability + single-source-of-truth: is the diff making the codebase worse?/ds-bug-review — correctness: real bugs, not style./ds-security-review — exploitable weaknesses; reach for it when the change touches input, auth, secrets, or I/O./ds-data-review — data-correctness, integrity, and migration-safety./ds-test-quality-review — is the risky logic actually covered, and are the tests real?/ds-doc-quality-review — docs accuracy against the code, broken links, staleness./ds-ui-quality-review — is the interface soundly engineered, crafted, and accessible?/ds-comment-review — do the comments earn their place?/ds-notebook-review — notebook state, output hygiene, reproducibility./ds-quality-gate — run the review pipeline as a gate over the whole branch/feature./ds-osv — scan dependencies for known vulnerabilities (OSV).For a specific language, prefer its Language review (below) — it folds in idioms and security.
/ds-verify-this — before/after repro with a hard verdict (VERIFIED / NOT VERIFIED). Give it something measurable; it refuses vague claims./ds-handoff — compact the session into a handoff doc so a fresh agent or another person can continue.To persist .project/ state before shipping, see /ds-project-checkpoint under Project memory. Then git push + gh pr create.
Turn one on and it governs the rest of the session; several can be active at once.
/ds-tiger-style-mode — safety + explicitness engineering bar./ds-senior-mode — write like a super-senior engineer everywhere: terse, step-gated, no slop (folds in git/test/deslop/step)./ds-git-mode — commit each working unit as it lands, terse messages, never pushes./ds-step-mode — smallest reviewable step, then hand back./ds-test-mode — keep the core tested by risk as you build./ds-tdd-mode — drive implementation test-first, one vertical slice at a time./ds-ui-mode — component/state discipline + design craft for UI work./ds-data-mode — rigor for data/analytics work./ds-go-review · /ds-python-review · /ds-rust-review · /ds-java-review · /ds-ts-review · /ds-zig-review
Each reviews with Tiger Style constraints plus that language's idioms; reach for it over the general reviews when the diff is single-language.
.project/ persistenceDurable context across sessions. The workflow runs fine without any of these.
/ds-project-map — map the repo into .project/PROJECT.md./ds-project-config — set project preferences (e.g. modes auto-applied on resume) in .project/config.md./ds-project-resume — restore where you left off and apply configured modes. Start an ongoing project here./ds-project-checkpoint — sweep the session and route durable context to its owning file before /clear or end of session./ds-project-compact — housekeeping over the persisted .project/ state./ds-recall — inject prior local context from recall into this session./ds-recall-capture — store this session's outcome into recall's knowledge base./ds-recall-setup — initialize recall and its session integration./ds-tldt — extractive summary of a long doc before it enters context.