ohyeh/agent-scripts

using-skills

Top-level map of the skill fleet, for "which skill does this need?" when the answer is not obvious.

Voir la source
Document Skill original

Rendu depuis le dépôt source en conservant titres, exemples, code, tableaux, liens et images.

using-skills

The map, not the territory — and the map projects the ADOPTED surface, not the installed one. Install granularity is per-repo (npx skills pulls whole packs); usage granularity is per-skill. The gap between them is bloat, and it stays OUT of this file: ~/.agents/.skill-lock.json records what is installed (L0), the generated skill manifest shows the full roster with the gap made visible (L1), and this file routes only what is actually in use (L2). Route by INTENT, not by remembering ~100 names. When the owner is already obvious, skip this map and enter the domain router or member directly.

Legend — type: ROUTER (meta-router skill) · SKILL (direct member) · RECIPE (a ~/.claude/workflows/ recipe, entered THROUGH using-workflows) · RULE (a ~/.agents/rules/ file, not a skill). mode: Skill() model-invocable · manual (disable-model-invocation — read its SKILL.md inline or use its slash command) · via-router · inline (just do it).

Two-hop max: using-skills → domain router → member. Never deeper, and never route back here from inside a domain router. Visual work always enters using-design-skills; html does not provide a route around its owner selection.

Intent table — "I need to…" → target

I need to…TargetType · mode
run loop-shaped work (audit / plan→build / consensus / triage)using-workflowsROUTER · Skill()
build/critique anything visual (page, screen, HTML deliverable, chart, artifact, motion, module/API design)using-design-skillsROUTER · Skill()
run/supervise a CLI as a tmux worker, or decide inline-vs-workerusing-tmux-agent-toolsROUTER · Skill()
shape a fuzzy idea before building (parallel divergence: adhd)brainstormingSKILL · Skill()
stress-test a plan/decision/idea (frontier rounds; grill-with-docs when ADRs/glossary should be written as you go)grillingSKILL · Skill()
plan an effort too big for one session — chart it as decision tickets on the issue tracker, resolved one at a timewayfinderSKILL · manual
not sure which flow fits (kickoff, cross-domain, fuzzy situation)ask-novaSKILL · manual
check "is it actually done?"verification-before-completionSKILL · Skill()
dig a weird bug to root cause (loop version)root-cause-deep-dive-auditRECIPE · via using-workflows
reconcile docs/design vs code driftdocs-vs-code-audit / design-vs-code-auditRECIPE · via using-workflows
sort a pile of audit findingsfindings-triageRECIPE · via using-workflows
get a second-model verdict on ONE artifactconsensus-gate (preferred; oracle for a one-off deep review)RECIPE · via using-workflows
diagnose a bug inlinediagnosing-bugsSKILL · Skill()
tidy or restructure codesimplify (just-written, behavior-preserving) · refactor (structural)SKILL · Skill()
design a module/interface/domain (code, not pixels)design-an-interface · codebase-design · domain-modelingSKILL · Skill() (or via using-design-skills Pipeline D)
investigate a question / gather evidenceresearchSKILL · Skill()
write tests / plan test coveragetdd · qa-test-plannerSKILL · Skill()
drive a browser, test a web app, fill forms, screenshot / drive a device or TV appagent-browser · agent-deviceSKILL · Skill()
read a pasted URL (article, docs page)defuddle (WebFetch replacement; not for .md URLs)SKILL · Skill()
read or produce a PDFpdfSKILL · Skill()
hand off to a fresh sessionsession-handoffSKILL · Skill()
write anything meant to be read (in-repo docs, problem writeup, long-form piece → md / html / Artifact / image)writing-artifacts (unified writing entry: Stage 0 genre branch → documentation-writing for in-repo software docs, writing-beats/writing-shape for prose; stop-slop throughout, renders via using-design-skills)SKILL · Skill()
commit / releasegit-commit · release-plannotator (that repo only)SKILL · Skill()
just implement something straightforwardinline (no skill; the domain is obvious)

Vocabulary loaded as criteria, not stations: delegation-templates (SKILL — every delegated worker prompt), unknowns-discovery (SKILL — surface assumptions first), karpathy-guidelines + full-output-enforcement (SKILL — coding discipline), ~/.agents/rules/judgment-rubrics.md (RULE — decision scoring / wrong-direction signals / done-criteria).

Adopted families beyond the table — one line each

  • Meta-routers (backbone) → this map + using-design-skills, using-workflows, using-tmux-agent-tools; enter a domain router directly when the goal names it.
  • Design-visualhtml/html-*, diagram-design, impeccable, design-taste-frontend, high-end-visual-design, apple-design, imagegen-*, image-to-code, data-report — ALWAYS through using-design-skills, the sole arbiter among overlapping anti-slop members (default impeccable; new landing pages → design-taste-frontend; Apple-grade polish → apple-design; house-style diagrams → diagram-design, one-off/interactive diagrams → html-diagram).
  • Ideationbrainstorming (mandatory gate before creative work), adhd (parallel divergence), prototype (throwaway prototype answers a design question).
  • Grillinggrilling (the implementation — asks each frontier of questions in one round, numbered, each with a recommended answer; dispatches sub-agents for facts). grill-me / grill-with-docs are manual slash entries into it; the latter runs domain-modeling alongside for ADRs/glossary.
  • Workflow orchestrationcodex-dynamic-workflows, via using-workflows (approved designs only).
  • Delegationtmux-agent-tools + delegation-templates via using-tmux-agent-tools; in-session parallel dispatch: dispatching-parallel-agents, subagent-driven-development (direct).
  • Git opsgit-commit, resolving-merge-conflicts; review-renovate (supply-chain review, direct).
  • Ingestdefuddle, pdf, arc-artifact-fetcher (NOT in the skill lock — unmanaged), context7-cli (library docs only; skill discovery belongs to find-skills).
  • Continuity / memorysession-handoff, shared-memory-intake (curate shared Codex memory / submit external findings).
  • Fleet metaskill-creator owns the create/optimize/eval PROCESS, with writing-great-skills loaded as drafting criteria at every write/edit step (the stop-slop pattern); find-skills (discovery/install).
  • Project-specific (Plannotator)pierre-guard, release-plannotator — only inside that repo.

Dormant — installed, not routed

Whole packs or chains that are installed (in the lock, listed in the skill manifest) but currently unused. They cost nothing while dormant; wake one by reading its SKILL.md and, if it sticks, promote it into the table above:

  • matt planning/tracker: triage · wizard
  • niche code-craft: improve-codebase-architecture, migrate-to-shoehorn, request-refactor-plan, qa
  • misc singles: update-deps

Secondary view — the idea→ship lifecycle

A journey, not the primary index (most tasks enter mid-stream via the table): brainstorminggrilling → plan (via using-workflows: plan-pipeline / feature-plan-consensus, tracked in a .workflow/ run dir) → build (via using-workflows lifecycle, or using-design-skills for visual) → verification-before-completion. Keep brainstorm→plan in ONE context window; use session-handoff at a session seam, not a /compact.

Curated map vs live availability

This file is CURATED first-hop navigation over the ADOPTED surface. It is NOT the inventory of what is installed. For "does skill X exist on this machine / which runtime sees it / is it manual-only / how bloated is a source repo", consult the generated skill manifest (per-repo roster with the installed-vs-adopted gap visible) and the live directories — never assume from this map.

Red flags — rationalizations that have burned us

Naming one and proceeding anyway requires a stated reason:

  • 「這只是小問題,不用 skill」— if the domain is obvious, go direct; if ownership

is unclear, let this map decide. Don't skip routing on substantial work — but don't force the map when the owner is already plain.

  • 「我記得那支 skill / recipe 的內容」— members evolve; read the live SKILL.md or

recipe header before acting. Never route from memory of an old inventory.

  • 「先做完再回頭套流程」— for loop-shaped or visual work the router picks the RIGHT

process first; retrofitting it is how half-done work ships.

  • 「裝了就該路由」— installed ≠ adopted. A dormant pack stays dormant until a

real task wakes it; never widen the table to mirror the lock.

Subagent exemption

A delegated worker executing one assigned task does NOT enter this router — the dispatcher already routed; the worker follows its brief.

Freshness self-check (this map WILL drift)

It lists intents and paths, not a registry. When routing feels off, confirm the map still matches the machine — check the SKILL fleet (not workflow-manifest, which inventories recipes), across BOTH runtime dirs:

bash
installed=$(ls ~/.claude/skills ~/.agents/skills 2>/dev/null | grep -v '^$' | grep -v ':$' | sort -u | wc -l | tr -d ' ')
locked=$(node -e 'const j=require(process.env.HOME+"/.agents/.skill-lock.json");console.log(Object.keys(j.skills||{}).length)' 2>/dev/null)
echo "installed(union)=$installed locked=$locked"

A large mismatch, a station skill that no longer resolves, or a member the active available-skills listing does not show → the map is stale: regenerate the skill manifest before trusting a name here.

NOT-FOUND

No intent fits and it is not loop-shaped or visual → check the Dormant list above (installed but unrouted — wake it), then the active available-skills listing, then plain inline work. A genuinely new recurring intent → propose a new skill/recipe to the user; never improvise a half-router inline.

du même dépôt

Autres Skills

Tous les Skills
ohyeh
Communauté

ask-nova

Interview-driven flow picker. Use when the user is unsure which skill/flow/pipeline fits — new project kickoff, cross-domain work, or a fuzzy situation. Reads the three routers live and recommends ONE flow. Not for tasks whose owner is already obvious.

installations
3
GitHub Stars
0
Mis à jour
2 sept.
ohyeh
Communauté

defect-first-review

Perform a read-only, defect-first review of a specified code change and return every actionable finding, reading the whole diff before running anything. Use when another agent delegates review of uncommitted changes, a base-branch diff, a commit, or custom review instructions. Prefer this over the Codex-bundled review-agent, which carries no read-before-you-run gate.

installations
3
GitHub Stars
0
Mis à jour
2 sept.
ohyeh
Communauté

delegation-templates

Fill-in-the-blank prompt templates for delegating work to subagents or tmux workers - SEARCH/LOCATE, IMPLEMENT, REFACTOR, RESEARCH, REVIEW/VERIFY. Invoke BEFORE writing any delegation prompt (Agent tool, agent-tmux worker, or fanout task) so the prompt ships with explicit GOAL, ACCEPTANCE, and REPORT sections instead of a vague ask. Not for deciding WHETHER to delegate or for driving workers after launch (see the tmux-delegate agent and the tmux-agent-tools skill for those).

installations
3
GitHub Stars
0
Mis à jour
2 sept.
ohyeh
Communauté

session-handoff

Creates comprehensive handoff documents for seamless AI agent session transfers. Triggered when: (1) user requests handoff/memory/context save, (2) context window approaches capacity, (3) major task milestone completed, (4) work session ending, (5) user says 'save state', 'create handoff', 'I need to pause', 'context is getting full', (6) resuming work with 'load handoff', 'resume from', 'continue where we left off'. Proactively suggests handoffs after substantial work (multiple file edits, complex debugging, architecture decisions). Solves long-running agent context exhaustion by enabling fresh agents to continue with zero ambiguity.

installations
3
GitHub Stars
0
Mis à jour
2 sept.