You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Atomic, single-purpose skills for building software with an agent. Most are grouped by phase
(design → … → verification); the stack/ group is orthogonal — knowledge tied to the tech you
build on, not a phase. Each skill does one job and is unaware of the others — sequencing lives in
workflows/, not here. Sources for adapted skills are in
../CREDITS.md.
Actively build and sharpen the project's domain model — challenge terms against the glossary, sharpen fuzzy language, and write CONTEXT.md + ADRs inline as decisions crystallise. Composed by the grill-with-docs workflow.
planning — turn a design/spec into an actionable plan
Outsider end-to-end review of a produced PR/diff/design doc: question intent → trace the real code path → verify the claim → severity-ordered findings + one verdict. Read-only (hands off edits to simplify/slop-cleanup).
Write the canonical record of a fixed bug (or resolved incident) — root cause, mechanism, fix, validation, how it slipped through. Refuses until the fix is validated; blameless. Pairs with diagnose.
Create/enter an isolated feature worktree and bootstrap-or-surface its environment (setup), then remove/prune it (teardown). Use when starting or wrapping up isolated agentic work.
When the plan is clear enough for a cheaper agent to execute, delegate the coding to a headless executor CLI — cursor-agent, codex, or a cheaper claude — while your expensive "brain" model only plans, verifies, and owns the merge. Executor self-loops on env-independent checks in its worktree; you own env-dependent checks post-merge; bounded retries, then you finish. Per-tool invocation in references/.
Gate before any "done / fixed / passing" claim: run the real command, read the output + exit code, then claim.
stack — specific to the tech you work in
Orthogonal to the phase groups above: knowledge tied to the technologies you build on (LLM/AI,
frameworks, tooling) rather than a general SWE phase. Prefer durable playbooks (principles +
links to official docs) over version-pinned API references, which rot.