アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。
ref-claude-code-skill-spec
frontmatterを記述するとき、subagent/hooksを配線するときに読む。
含まれるファイル(6)
- SKILL.md3.3 KB
- prompts/R1-search-summarize.md6.8 KB
- references/frontmatter-fields.md2.1 KB
- references/lifecycle.md1.5 KB
- references/resource-map.yaml723 B
- references/subagent-and-hook.md1.8 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
ref-claude-code-skill-spec
Purpose & Output Contract
Claude Code Skills の仕様サマリ。 公式仕様と {{PROJECT_ROOT}} ローカル規約を区別し、frontmatter・ライフサイクル・Subagent/hook 連携の判断材料を圧縮する。
Key Rules
- 公式とローカル規約を区別: 公式上は
description推奨中心。{{PROJECT_ROOT}} 出荷基準ではname,descriptionを必須として lint する。 disable-model-invocation: trueで自動発動を抑止(ref系)。user-invocable: falseでユーザー直接呼出抑止(assign系)。allowed-toolsは最小権限。Bash(python3 *)のように glob 制限可能。context: forkで 新規 context(evaluator用、09章)。pairで対になるSkill宣言(generator↔evaluator)。- frontmatter は YAML 1.2: タブ禁止、true/false小文字。
frontmatter フィールド表(要約)
| field | 区分 | 用途 |
|---|---|---|
| name | local required | ディレクトリ名と一致 |
| description | official recommended / local required | 発動条件 exactly 2 trigger |
| disable-model-invocation | official | 自動発動抑止 |
| user-invocable | official | ユーザー直接呼出抑止 |
| allowed-tools | official | tool 承認省略 |
| argument-hint / arguments | official | run系の引数 |
| context | official | fork / inline |
| agent | official | subagent種別 |
| pair | local | 対Skill |
| kind | local | run/ref/assign/wrap/delegate |
| rubric_refs / reference_refs / script_refs | local | 多重継承(29章) |
| merge_strategy / conflict_policy | local | deep-merge / most-specific-wins |
| aliases | local | 改名時の旧名 |
詳細は references/frontmatter-fields.md。
ライフサイクル
- trigger一致 → 2. frontmatter読込 → 3. SKILL.md本文展開 → 4. references/scripts 必要時ロード → 5. tool実行 → 6. compaction時に保持/捨象判定。
詳細は references/lifecycle.md。
Steps
参照用。frontmatter 書く時は本文の表を見て、不足時に references/frontmatter-fields.md へ。
Gotchas
disable-model-invocation: true+user-invocable: trueは意味的に矛盾しないが直感に反する: ref系を CLI から直接読ませる構成。context: forkを付け忘れると evaluator が本体contextを汚染(Goodhart)。allowed-toolsでBash(*)は危険: 必ず glob 制限。- trigger は exactly 2: 03章 hard rule。1個は鍵不足、3個以上は description 肥大化。
Additional Resources
references/frontmatter-fields.md— 全フィールド詳細表references/lifecycle.md— 発動・compaction・hookreferences/subagent-and-hook.md— Subagent / Agent Teams / hooks(17章)
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
Webアプリの準備→要件定義→設計→実装→公開→品質ゲートを実行する内部オーケストレーター。Claude Codeの /build-app /improve-app、Codexの $build-app / $improve-app から明示的に委譲された場合、custom agent起動時、または利用者が $app-orchestrator を明示した場合だけ使用する。一般のアプリ相談から暗黙起動しない。
run-extract-blueprint が生成した章別ブループリントの忠実性を独立 context で評価したいとき、事実/推測区別と粒度と被覆を検証し draft_hash に束縛した PASS/FAIL verdict をローカル品質ゲート (C01 の周回内の受入判定・差し戻し) へ渡したいときに使う。
確認点で利用者が見る深さを選んだあと打ち合わせ資料を作り手とは別の目で確かめたいとき、正確さ・言葉・見た目・シンプルさの指摘を資料の編集なしで受け取りたいときに使う。
生成した handout 資料が初心者に伝わるか読みやすさレビューを依頼したいとき、独立 context のレビュアーから指摘と根拠つきの verdict を回収したいときに使う。
Notion ページを描画する直前に粒度を検証したいとき、info-collector-agent ページと同等の section 充足度を section_canonical_map 基準で機械検証したいときに使う。