Skip to content
cccskills
FreePublished on GitHub

create-skill

スキルを新規作成する。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill 実行時に使用。AGENTS.md・context・既存スキルと整合させ、重複・競合を避ける。

境界: 既存スキル・指示ファイルの修正は update-inst、指示ファイル全体の監査は instructions-audit。

The English summary is being prepared. Showing the original description.

See how to install

Files included (2)

  • SKILL.md5.1 KB
  • references/skill-design.md4.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Create Skill

既存の user-level / project-level 設定と整合したスキルを作る。

使い方

/create-skill <内容>                 # user scope(デフォルト)
/create-skill --user <内容>          # user scope(明示)
/create-skill --project <内容>       # project scope

手順

Step 1: 既存設定を読む

  • ~/.claude/AGENTS.md(user-level の実体。CLAUDE.md は互換 symlink)
  • references/skill-design.md(スキルの設計原則。作る前に末尾まで読む)
  • ~/.claude/context/claude-customization-guide.md(置き場所の判定・公開リポジトリに書く内容・書き方・§7 監査 rubric)
  • ~/.claude/skills/*/SKILL.md の frontmatter(name・description)。同じ機能のスキルが無いか、description の境界が衝突しないかを見る
  • --project のときは追加で ./CLAUDE.md・./.claude/context/*.md・./.claude/rules/*.md

Step 2: 置き場所を決める

claude-customization-guide.md「1. 知識の置き場所判定」で、Skill にするか CLAUDE.md に足すかを決める。常時適用するルールで CLAUDE.md が200行以下に収まるなら CLAUDE.md に足す。Commands(.claude/commands/)はレガシー形式なので新規には使わない。

スコープ(user / project)も同ガイド「スコープ配置」で決める。既存スキルとの重複・スコープの判断が割れるときは、ユーザーに確かめる(Claude Code: AskUserQuestion)。

Step 3: 設計する

設計原則(frontmatter・description・本文の長さ・references の分け方・degrees of freedom)は references/skill-design.md に従う。加えて次を決める。

  • invocation: 誰が到達すべきかで選ぶ。モデル自身や他スキルが到達すべきなら model-invoked(既定。description が常時コンテキストに載る)。手動でしか呼ばないなら disable-model-invocation: true(description は人間向けの一行要約でよい)
  • 依存する他スキル・context: 独立の節にせず、読むタイミングと一緒に本文の該当手順に書く(例: 「手順3の前に context/x.md を Read する」)。他スキルへの依存は「/xxx を実行する」の形にし、他スキルのディレクトリ内のファイルを直接参照しない
  • 委譲: Agent tool を呼ぶ手順には model の値を書く(用途と値の対応は context/herdr-delegation.md「モデルの選択」)

description の例:

# Good
description: PRレビュー。PR番号・ブランチ名指定時またはレビュー依頼時に使用。境界: ローカル未コミット変更→code-review、自ブランチの提出前確認→self-review。

# Bad
description: PRレビュー。

Step 4: 作る

配置先:

  • --user: ~/.claude/skills/<skill-name>/
  • --project: ./.claude/skills/<skill-name>/
<skill-name>/
├── SKILL.md              # invoke 時にロード(500行未満)
└── references/           # 必要時のみロード
    └── detail.md

テンプレート:

---
name: <skill-name>
description: <何をするか>。<いつ使うか>。境界: <使わない条件・棲み分け>。
# オプション:
# allowed-tools: Read, Grep, Glob          # ツールの事前承認(制限ではない。制限は disallowed-tools)
# disallowed-tools: Write, Edit            # ツールをプールから除去
# disable-model-invocation: true           # 手動起動のみ
---

# <Skill Name>

[1〜2文で概要]

## 手順

[具体的な手順。依存する context・他スキルは、使う手順の中で書く]

Step 5: 試して報告する

代表的な実タスク(作り物でないもの)でスキルを発火させ、挙動を見る。詰まる箇所・読まれないファイル・予想外の探索順があれば本文に反映する。期待どおり動かないときは次で診断する。

  • 早期完了: 手順の終わりの状態を具体的に書く。それでも直らなければ後続の手順を別ファイルに分ける
  • 重複: 同じ意味が複数箇所にある → 1か所に集める
  • 堆積: 追記で溜まった古い層 → 削る
  • 肥大: 長すぎる → references/ に出すか分割する
  • no-op: デフォルト挙動を変えない行 → 削る

作ったファイルの一覧と使い方の例を報告する。

Step 6: コミット

  • user-level(~/.claude/skills/)に作ったら、そのターンで /commit --push を実行する(AGENTS.md「コミット・ブランチ・PR」)
  • project-level に作ったら、/commit の直コミット可否の判定に従う

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

コードベース全体のレビュー・監査。perf/sec/test/arch/cq/docs の6観点を並列委譲し、優先度付き issue ファイルと観点サマリをメモリディレクトリに生成する。コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review 実行時に使用。境界: PR 単位は pr-review、自ブランチの提出前確認は self-review。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

commit

Free

変更を git-cz 形式でコミットする。リポジトリの直コミット可否の判定手順と、push 後の CI・conflict の確認を含む。/commit 実行時、「コミットして」「pushして」等の依頼時に使用。--push 引数または「pushして」の依頼で push も行う。境界: PR 作成は create-draft-pr、PR コメントへの対応コミットは pr-comment から呼ばれる。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

PR を Draft で作成する。変更をローカルで動かして確かめ、画面が変わるならスクリーンショットを gh の --attach で貼り、PR テンプレートを全セクション埋めて対象 repo の既存 PR の分量に揃え、出した後は CI・レビュー・マージを Monitor で見張る。PR 作成の依頼時、実装が一段落して PR 化する時、/create-draft-pr 実行時に使用(gh pr create を直接実行しない)。引数でベースブランチを指定できる。境界: 個別レビューコメントへの対応は pr-comment、PR 全体のレビューは pr-review、複数 PR 規模の計画は plan-feature-prs。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

抽象的な要件・事業側の要求を深掘りし、既存実装との整合を確認して実装マスタとシステム要件書を作成する。「こういう機能を作りたい」「この要求を満たす機能を設計して」等の抽象要件の提示時、既存機能の拡張や Phase 分割の要件定義開始時、/design-feature 実行時に使用。境界: 要件確定後の実装計画書・PR 分割と実装進行は plan-feature-prs。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

画面の設計判断(ナビゲーション・重ね方・通知と空状態と読み込み・外枠とトークンと状態表現)の型を決定表で選び、アプリ内の全画面で揃える。画面・ページ・レイアウト・ナビゲーション・ダイアログ・コンポーネントを新しく作る・作り直す時、モックやダッシュボードを作る時、サイドバー・タブ・モーダル・シート・toast・バナー・空状態のどれを使うか決める時に使用。PJ に components.json があれば shadcn の部品とトークンへの対応も扱う。主要なデザインシステム(Material・HIG・Carbon・Primer・Atlassian・Fluent・GOV.UK・NN/g・WAI-ARIA APG・WCAG)の一致点を規則にし、食い違いの採否を定めてある。境界: 画面の文言は writing-ui-text、画面に何を出すかと提示前の完了基準は context/ui-artifact-standards.md、コードの実装原則は writing-code、shadcn 部品の API と組み立ては shadcn。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

メモリディレクトリの過去タスク・issue をキーワードや変更対象ファイルのパスで検索し、関連する作業履歴を表示する。/findmem 実行時、Phase 0・1 の過去タスク・issue 参照時、PR 番号・チケット番号・機能名で対象が特定できる依頼を受けた時、編集予定のファイルに既知の指摘が無いか確認する時に使用。境界: セッションの引き継ぎ文書を書くのは handoff、コードベース全体の指摘を新しく洗い出すのは codebase-review。

The English summary is being prepared. Showing the original description.

ukwhatn/.claude4Updated Oct 19, 2026

See all skills by ukwhatn

Report a problem with this skill