Catalog
Yeachan-Heo/figure-it-out

Yeachan-Heo

figure-it-out

Design a rigorous bespoke playbook for a task no bundled skill fits — steps that each end in a check, verification commands, failure branches — stored where the checker validates and anchor-validated. For recurring unusual task shapes.

v1.0LATEST
NewUpdated Nov 8, 2026

Figure It Out

No bundled skill fits every task. This skill designs the playbook that does fit — once, rigorously — and leaves it behind as a validated, rerunnable artifact.

When to use

  • a task shape recurs and no bundled skill covers it (release cut from an unusual monorepo, a compliance sweep, a data backfill dance)
  • a one-off that is high-stakes enough to deserve a designed procedure rather than improvisation

When not to use

  • a bundled skill already fits — check map first
  • work one agent finishes inside one session — just do it via execute

Design workflow

  1. Objective: one sentence, executable by a stranger with no chat access. Name the deliverable and the done-check.
  2. Steps: decompose until each step ends in a check a command can verify. A step whose exit cannot be checked is two steps, or a guess.
  3. Verification: for each step, the exact command and the expected observable. For the whole playbook, the final evidence that says done.
  4. Failure handling: for each step, what to do when its check fails — retry, rollback, or stop-and-report. Improvisation under failure is where playbooks die; write the branch.
  5. Dry-run the playbook once end to end on the real task, fixing the playbook where reality disagreed, not the other way around.

Storage and validation

Resolve the checker and the playbooks directory it validates first — from a target project the script does not exist at ./scripts/, ordinary launches may leave both plugin-root variables unset, and OMC_STATE_DIR or a parent .omc-workspace can redirect OMC state away from the checkout's literal .omc/:

checker="${CLAUDE_PLUGIN_ROOT:-${OMC_PLUGIN_ROOT:-}}/scripts/check-omc-playbooks.mjs"
if [ ! -f "$checker" ] && omc_bin="$(command -v omc 2>/dev/null)"; then
  # Portable realpath: BSD readlink has no -f, so resolve through cd/pwd -P.
  bin_dir="$(dirname "$omc_bin")"
  bin_dir="$(cd "$bin_dir" && pwd -P)"
  for d in "$bin_dir" "$bin_dir/.." "$bin_dir/../.." "$bin_dir/../../.."; do
    if [ -f "$d/scripts/check-omc-playbooks.mjs" ]; then checker="$d/scripts/check-omc-playbooks.mjs"; break; fi
  done
fi
playbooks_dir="$(node "$checker" "$PWD" --print-playbooks-dir)"

Standalone installs reach the script by walking up from the omc binary to the package root that ships scripts/. If the checker still cannot be found, report the resolution failure instead of skipping validation.

Store the result at $playbooks_dir/<name>.md with frontmatter:

---
extends: <bundled-skill-name>
when: <one sentence naming the requests this playbook serves>
---

Anchor every modification of a bundled step with **After** "<quoted step text>" / **Before** / **Replace** / **In**, quoting the bundled skill verbatim. Then run node "$checker" . to validate.

It fails when an OMC upgrade rewrites a step you anchored to. Report what it prints; never guess where an unanchored change belongs.

Rules

  • A step without a check does not ship.
  • The playbook states its own scope ceiling: what tasks it must NOT be used for.
  • Dry-run evidence is recorded in the verification ledger at OMC's state root (state/verification-ledger.tsv under the resolved state root) before the playbook is declared done.
Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

78/100

Grade

B

Good

Grades are signals, not a certification. Always review a skill yourself before use.

Safety

82

Quality

77

Clarity

76

Completeness

72

Summary

A meta-skill for designing rigorous, reusable playbooks for recurring or high-stakes tasks that don't fit bundled skills. It guides users through a 5-step workflow (objective, decomposed steps, verification, failure handling, dry-run) and anchors custom playbooks to bundled skills using a validation checker, storing results in a project's playbooks directory.

Detected Capabilities

file readfile writebash executionnode script executiondirectory traversalstate directory access

Trigger Keywords

Phrases that agents use to match this skill to user intent.

design custom playbookunusual task workflowhigh-stakes procedurecreate reusable checklistbespoke task automation

Risk Signals

INFO

Directory traversal to locate checker script — walks up from binary path searching multiple parent directories

Storage and validation section, bash resolver logic
INFO

Reads OMC_STATE_DIR and .omc-workspace environment variables to locate state root

Storage and validation section
INFO

Executes node scripts (check-omc-playbooks.mjs) to validate playbooks

Storage and validation section
INFO

Writes playbooks to $playbooks_dir/<name>.md with anchored modifications

Storage and validation section

Referenced Domains

External domains referenced in skill content, detected by static analysis.

github.com

Use Cases

  • Design custom procedure for unusual monorepo release workflows
  • Create validated playbook for compliance sweeps or audits
  • Document data backfill or migration procedures with verification steps
  • Build reusable playbook for high-stakes one-off tasks requiring rigor
  • Create recovery procedures with explicit failure handling and rollback steps

Quality Notes

  • Excellent scope definition: clearly states when to use (recurring unusual tasks, high-stakes one-offs) and when NOT to use (bundled skills exist, simple sessions)
  • Well-structured 5-step design workflow emphasizing verification and failure handling — critical for reliability
  • Storage resolution logic is detailed and portable, handling multiple installation modes (plugin root, OMC binary, standalone)
  • Anchor-based modification system with explicit syntax (`**After**`, `**Before**`, `**Replace**`, `**In**`) prevents drift from bundled skill updates
  • Dry-run validation requirement ensures playbooks are tested before storage
  • Clear rules enforced: steps without checks don't ship, scope ceilings documented, verification ledger required
  • References external checker script but provides portable fallback resolution — assumes checker exists but gracefully handles missing plugin root
  • Instructions are precise but assume familiarity with OMC state structure, verification ledgers, and bundled skill names — not beginner-friendly
Model: claude-haiku-4-5-20251001Analyzed: Nov 8, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Use Yeachan-Heo/figure-it-out in your dev environment

Command Palette

Search for a command to run...