菜单
漠然とした初期段階のアイデアを「発散→収束」の 2 サイクルで洗練するスキル。Double Diamond 思考フレームに沿って、対象ユーザ・成功条件の明確化、複数案の発散、批判的評価、HMW（How Might We）形式の問題定義への収束までを対話形式で進める。トリガー条件: ユーザが「アイデアを洗練したい」「ブレストしたい」「How Might We を作りたい」「アイデアを練りたい」「企画を考えたい」「サービスのアイデアを発散したい」と依頼したとき。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Codexの計画・実装内容・差分・検証結果をClaude Codeに渡して、読み取り中心のセカンドレビューを受けるスキル。トリガー: ユーザが「Claudeにレビューして」「Claude Codeに見てもらって」「セカンドオピニオンを得て」「計画や実装をレビューして」と依頼したとき、または大きめの変更前後に別モデルの観点で設計・バグ・テスト不足を確認したいとき。
Read academic papers from local raw/papers entries, arXiv/HTML/PDF sources, or provided URLs; create detailed Japanese Markdown explanations with formulas, figures, experimental results, limitations, and Obsidian/MathJax compatibility checks. Use when the user asks to read, explain, summarize, or turn a paper into an Obsidian-ready Markdown note.
Kaggle コンペ参加期間中（序盤の戦略立案・中盤の追加実験・終盤の取捨選択いずれも）の実験投資判断スキル。次に試す仮説の発散と、優先度付けした実験バックログ生成を行う。Kaggle／コンペ／LB／CV／public notebook／discussion／submission／leaderboard／QWK／MAP@K／adversarial validation／pseudo labeling 等のキーワード、または『何から始めるべきか』『次に何の実験をやるべきか』『LB が伸びない』『仮説を整理したい』『リーク疑いがある』『submission 何回残してる時に何をやるべきか』のような発話で必ず使う。良い案を出すだけでなく『今やるべきでない仮説を殺す』ことも目的。一般的なブレスト・新規事業アイデア・プロダクト企画は対象外（その場合は idea-refinement を使う）。HPO（ハイパーパラ最適化の体系的探索）は対象外。
URLで指定されたWebページ（ブログ記事、X/Twitterポスト、技術記事、論文ページ等）の内容を調査・要約し、マークダウンファイルとしてまとめるスキル。記事内で引用・参照されている外部リンクの内容も追跡して含める。ページ内の画像も元URLから直接ダウンロードしてJPEG圧縮して保存する。トリガー: ユーザがURLを提示して「まとめて」「要約して」「内容を調査して」「ファイルに保存して」と依頼したとき。
作業中に行き詰まったとき、OpenAI Codex CLIをセカンドオピニオンとして呼び出すスキル。現在の問題・コード・エラーをCodexに渡し、別の視点からのアドバイスや解決策を得る。トリガー: ユーザが「Codexに聞いて」「セカンドオピニオンを得て」「Codexの意見を聞かせて」と依頼したとき。
Git の変更を安全にコミットするためのスキル。ユーザーが「コミットして」「変更をコミットしたい」「適切なコミットメッセージを作って」「変更を分割してコミットしたい」と依頼したときに使う。ブランチ確認、ステージ確認、diff 分析、論理単位でのコミット分割、Conventional Commits 形式のメッセージ作成、コミット実行、失敗した pre-commit チェックの修正までを扱う。
| name | idea-refinement |
| description | 漠然とした初期段階のアイデアを「発散→収束」の 2 サイクルで洗練するスキル。Double Diamond 思考フレームに沿って、対象ユーザ・成功条件の明確化、複数案の発散、批判的評価、HMW（How Might We）形式の問題定義への収束までを対話形式で進める。トリガー条件: ユーザが「アイデアを洗練したい」「ブレストしたい」「How Might We を作りたい」「アイデアを練りたい」「企画を考えたい」「サービスのアイデアを発散したい」と依頼したとき。 |
漠然としたアイデアを「発散→収束」の 2 サイクルで HMW 形式の問題定義と推奨方向性へ収束させる。Double Diamond 思考フレームに準拠する。
このスキルは 実装を AI agent（Claude Code 等）にフル委任する ことを前提に、工数・実現可能性・リスクを評価する。人間個人やチーム開発を前提にする場合は工数表が変わるため、本スキルの判断軸はそのまま適用できない。
| 環境 | 質問ツール |
|---|---|
| Claude Code | AskUserQuestionTool |
| Codex | request_user_input |
質問は Phase 1 で 1 回（4 観点まとめて）、Phase 3.1 で 1 回（共感アイデアの選択）、各 Phase 末で 1 回（進行確認）を基本とする。
ユーザの初期アイデアに対して、以下 4 観点を 1 回でまとめて質問する。
回答が曖昧な場合は次のフェーズに進まず、追加質問で確定させる。確定後、ユーザに「この理解で合っているか」を確認してから Phase 2 へ。
references/divergent-techniques.md を読み、6 つの観点（①対象ユーザ変更／②制約無視・スケール／③10 倍簡素／④逆転の発想／⑤既存組み合わせ／⑥異業種転用）を発想のヒントにしながらアイデアを生成する。
提示後、Phase 3.1 へ進む。
ユーザに「共感したアイデア（複数可）」を質問する。共感が 0 件のとき、または「どれもピンと来ない」と回答されたときは Phase 1 に戻る。戻り先は 対象ユーザと成功条件の 2 観点に絞って再質問 する（機能要件・非機能要件は前回確定済みのため再確認しない）。再質問後、Phase 2 をやり直す。
共感アイデアを 3 つの方向性（テーマ）にクラスタリングする。クラスタリング軸は 1 つだけ選ぶ（複数軸の混在は禁止。3 方向の違いがブレる）。次の選択肢から、共感アイデアの性質に最も合うものを 1 つ採用する。
各方向性に「方向性の名前（5〜10 字）」「核心（1〜2 文）」「含まれる元アイデア番号」を付ける。
references/evaluation-criteria.md を読み、3 視点（実現可能性／ユーザ価値／リスク・トレードオフ）で各方向性を評価する。
評価後、推奨する方向性を 1 つ選び理由を述べる。ユーザに「この方向性で Phase 4 へ進んでよいか」を確認する。
推奨方向性が固まったら、Phase 4 へ進む前にユーザに 「codex-advisor で Codex のセカンドオピニオンを取るか」 を 1 度確認する。
特に技術選定や実装難易度に不確実性が残る方向性のときは取得を推奨する（取らずに進むと Phase 4 の「検証すべき内容」「不明点」が手薄になりやすい）。
references/output-template.md を読み、以下 5 節を全て含むマークダウンを 1 枚生成する。
生成後、ユーザに最終確認を取る。修正要望があれば Phase 4 内で再生成する。
references/divergent-techniques.md — Phase 2 で読む。発散の 6 観点とアンチパターン。references/evaluation-criteria.md — Phase 3.3 で読む。3 視点の評価表と批判的評価のガード。references/output-template.md — Phase 4 で読む。最終マークダウンの記入指針と完成例。