検証結果に基づいてデザインを改善・洗練

記事やプレゼン、ドキュメントなど、あらゆるコンテンツの「伝えたいこと」を対話しながら整理できます。 読者のペルソナ（誰に向けた内容か）と期待するアクション（読後にどうしてほしいか）を明確にし、ブレない構成を作ります。 複数の構成案を提案してもらい、その中から選びながら進められるので、自分の考えが反映された構成になります。 各セクションの内容を一緒に詰めながら、順番や強調点も調整できます。 実際の執筆は行わず「構成案の確定」までなので、重い腰を上げずに気軽に相談できます。 ブログ記事やホワイトペーパーを書く前に、「何を書くべきか」を整理したい人 プレゼン資料を作る前に、筋の通った話の流れを決めたい営業・企画担当者 社内向けドキュメントやマニュアルの構成を検討している業務効率化担当者 「伝えたいことはあるけど、どう構成すればいいか迷っている」という悩みがある人 対話的に進める方式で、以下4つのフェーズから構成されます。フェーズ1: 目的ヒアリングでは、①誰に向けた内容か（読者・聞き手のペルソナ）②読後/聞いた後にどんなアクションを起こしてほしいか、の2点を必ず確認します。フェーズ2: 素材ヒアリングでは、伝えたいことを自由に話してもらい、不足情報や曖昧な点を質問で深掘り、最後に「他に伝えたいことはありますか？」で漏れを確認します。フェーズ3: 構成案ヒアリング（対話的に）では、大まかな構成の方向性を2〜3案提案してフィードバックをもらい、選ばれた方向性で各セクション内容を詰めていき、順番や強調点を調整しながら「この構成でいいですか？」と確認を取ります。フェーズ4: 構成案確定では、目的・対象読者・期待するアクション・セクション構成をMarkdown形式で整理して提示します。重要な原則として、一方的に提案せず常にフィードバックをもらいながら進める、ユーザーの表現をそのまま活かす、実際の執筆は行わないことが強調されます。

複数の実装案や判断に迷う場面で、Codex CLIと議論しながら論点を整理し、各案のメリット・デメリットを可視化できます。 自分の仮説に対して反証や弱点を検証してもらい、より堅実な判断根拠を得られます。 既存の制約・技術的な実現可能性・コスト・既存仕組みとの整合性などの観点から総合的に検討できます。 議論の過程を「経緯と明らかになったこと」「未解決の論点」「提案するアクション」として整理・報告します。 アーキテクチャやテク選定で複数の案があり、決定根拠を固めたいエンジニア プロジェクトの重要な判断局面で、異なる視点からの検証が必要なリーダー トレードオフを可視化して、チーム内の合意形成をスムーズにしたいプロダクトマネージャー このスキルは議論・論点整理専用で、実装やファイル変更は行いません。使用場面は複数案があり論点整理したい場合、自案に対して反証・弱点検証したい場合、既存制約を踏まえた判断が必要な場合です。使わない場面は仕様確認のみ、明確な対処手順がある、単純な生成・作業代行のみの場合です。事前準備で議論論点・背景・制約・考えている案・迷い・判断基準を収集。codexとの会話は/tmp/codex-${CLAUDE_SESSION_ID}.txtに統一、codex execで新規セッション作成しthread_idを取得、resumeで会話継続。議論は自仮説提示→反証求める→根拠要求・代替案提示の流れで、2〜5往復で結論・トレードオフ整理・未解決論点で終了します。

因果関係ループ図の検証結果を読み込み、問題点と改善ポイントを自動抽出できます 検証指摘に基づいて因果関係ループ図を再作成し、より正確な図へ改善できます 修正内容をGitで管理し、自動でPR作成・マージまで完了させられます 検証と修正のサイクルを繰り返しながら、図の品質を段階的に高められます 経営企画・経営管理職（事業・システムの複雑な関係性を図解で整理・改善したい方） コンサルタント・ビジネスアナリスト（クライアント企業のループ図を精度高く検証・修正したい方） プロジェクト推進チーム（検証と改善のサイクルを効率的に回したい方） 前提条件として/verify-planning-causal-loop-diagramが完了し、output/verify-planning-causal-loop-diagram-result.mdが存在する必要があります。処理フロー：（1）Globツールで検証結果ファイルの存在確認、存在しなければメッセージ出力して終了、（2）Readツールで検証結果ファイルを読み込み「悪い点・改善点」と「改善のための問い」情報を抽出、（3）Skillツールでplanning-causal-loop-diagramスキルを呼び出し、抽出した改善点と問いを引数として渡す、（4）@common-proceduresの「完了報告」に従い処理完了を報告。出力ファイルはoutput/causal-loop-diagram.md（更新版）。検証と修正サイクルを続ける場合は/verify-planning-causal-loop-diagramの再実行を案内します。