本文へ移動
cccskills
無料GitHub で公開

skillify

Turn a repeatable workflow from the current session into a reusable OMC skill draft

インストール方法を見る

含まれるファイル(1)

  • SKILL.md2.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Skillify

Use this skill when the current session uncovered a repeatable workflow that should become a reusable OMC skill.

Goal

Capture a successful multi-step workflow as a concrete skill draft instead of rediscovering it later.

Quality Gate

Before extracting a skill, all three should be true:

  • "Could someone Google this in 5 minutes?" → No.
  • "Is this specific to this codebase, project, or workflow?" → Yes.
  • "Did this take real debugging, design, or operational effort to discover?" → Yes.

Prefer skills that encode decision-making heuristics, constraints, pitfalls, and verification steps. Avoid generic snippets, boilerplate, or library usage examples that belong in normal documentation.

Workflow

  1. Identify the repeatable task the session accomplished.
  2. Extract:
    • inputs
    • ordered steps
    • success criteria
    • constraints / pitfalls
    • verification evidence
    • best target location for the skill
  3. Decide whether the workflow belongs as:
    • a repo built-in skill
    • a user/project learned skill
    • documentation only
  4. When drafting a learned skill file, output a complete skill file that starts with YAML frontmatter.
    • Never emit plain markdown-only skill files.
    • Do not write plain markdown without frontmatter.
    • Minimum frontmatter:
      ---
      name: <skill-name>
      description: <one-line description>
      triggers:
        - <trigger-1>
        - <trigger-2>
      ---
      
    • Write learned/user/project skills to flat file-backed paths:
      • ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/omc-learned/<skill-name>.md
      • .omc/skills/<skill-name>.md
    • Remember that uncommitted skills are still worktree-local until committed or copied to a user-level directory.
  5. Draft the rest of the skill file with clear triggers, steps, success criteria, and pitfalls.
  6. Point out anything still too fuzzy to encode safely.

Rules

  • Only capture workflows that are actually repeatable.
  • Keep the skill practical and scoped.
  • Prefer explicit success criteria over vague prose.
  • If the workflow still has unresolved branching decisions, note them before drafting.
  • Keep omc-learned as the storage directory name for compatibility; do not present it as the public invocation name.

Output

  • Proposed skill name
  • Target location
  • Draft workflow structure or complete skill file
  • Verification or quality-gate notes
  • Open questions, if any

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

Periodic architecture survey — walks the module graph and reports ranked deepening candidates (shallow modules, hypothetical seams, logic behind the wrong seam). Survey, not rescue: it finds candidates and hands them to the captain; it never refactors on its own.

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

ask

無料

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

Shipyard's navigator — chart a foggy effort (destination unclear, questions not yet stateable) into a map of decision tickets on the repo's issue tracker, then work the frontier one ticket per session until the way is clear, and hand the collapsed decisions to /launch as a mission brief. Wayfinding, not building: it produces decisions, never deliverables.

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

autopilot

無料

Full autonomous execution from idea to working code

日本語の概要は準備中です。原文の説明を表示しています。

Yeachan-Heo/oh-my-claudecode4万2026年10月12日 更新

Yeachan-Heo のスキルをすべて見る

このスキルの問題を報告する