strategy-deck-builder

コンサルティング品質のデッキを構築するためのスキル。v5 Bright White & Pineデザインシステムに基づいています。明るい白に近い背景色（FCFCFA）、1つの深いパイングリーンのアクセントカラー（12564A）、エスプレッソインク（1A1A1A）のテキスト、デッキごとに選択するディスプレイフォント（デフォルトはCharter）とManropeボディフォントの組み合わせ。強調はカラーバーではなく、ヘアラインとフォントウェイトで表現し、pptx形式での提供を優先します。このシステムは、現在AIデザインの特徴として広く認識されているパターン（暖かいクリーム色の背景、全体で1つのフォント、片側のアクセントバー、アイブロウピル、特大のセクション番号）を排除するために構築されました。アンチスロップの姿勢は設計に組み込まれています。references/anti-slop.md（デッキに関連する「スロップ」カタログ）とscripts/deck_qa.jsの静的チェックを参照してください。

標準実装のリファレンスはassets/reference-build.jsです。これは完全でレンダリングテスト済みのpptxgenjsの模範例です。これを開いてスライドの意図をパターンマッチングし、ブロックをコピーして使用してください。完全なレシピライブラリ、ヘルパー関数、注意点テーブルはreferences/build-helpers.mdにあります。

トリガー条件

以下のいずれかに該当する場合、積極的にこのスキルを使用してください。

戦略デッキ、ピッチデッキ、コンサルティング成果物、ケーススタディ回答
ボード向けプレゼンテーション、リーダーシップブリーフィング、ロードマップデッキ、変革計画
市場参入分析、診断デッキ、提言デッキ、エグゼクティブサマリー
ユーザーが「コンサルティングスタイル」「MBBスタイル」「マッキンゼースタイル」「ベインスタイル」「BCG」、または実際の企業名を参照する場合
ユーザーが洗練されたクライアント向けデッキを求め、ブランド品質の出力と明確な散文を希望する場合

ワークフロー

以下の手順を順番に実行してください。ビルド前後のアンチスロップゲートは必須です。

ステップ0 — 必須：アンチスロップ事前フライト

このスキルが生成する散文は、懐疑的な読者の審査に耐える必要があります。スライドのコピー、スピーカーノート、テーゼライン、コンテキスト行、ブリーフィングテキストを作成する前に、references/anti-slop.mdを読んで、AIの特徴がデッキを機械的に書かれたものと読ませるのを防ぐために言語を調整してください。

読んだ後は、コピーを作成する際に以下の制約を守ってください。

エムダッシュは使用しない（特定の目的があり、1ページあたり最大1つまで）
フィラーバズワード語彙はゼロにする（delve, leverage, robust, seamless, transformative, paradigm, cutting-edge, game-changer、およびanti-slop.mdのカタログの残り）
否定の並列構造を使用しない（「XではなくY」「AだけでなくB」）
文は30語未満。具体的な名詞と具体的な数字が抽象概念に勝る
トピックタイトルではなく、アクションタイトルにする（最も重要なルール — slide_patterns.mdを参照）

構造的な技法が完璧でも、散文が一般的なコンサルティングAIのように読まれた瞬間、デッキは割り引かれます。このゲートはそれを防ぐために存在します。

ステップ1 — デッキのブリーフィング

単一のスライドやbuild.jsの行を書く前に、AskUserQuestion（ツールが利用できない場合はインラインで質問）を使用して、2回連続で呼び出しを行います。

呼び出し1 — デッキ設定

オーディエンス＋目標 — 誰がこれを読み、彼らにどのような決定や行動を望みますか？
デッキアーキタイプ — 診断 / 提言 / ロードマップ / 市場参入 / 変革 / ピッチ / scqa / scr / bluf / 帰納 / イシューツリー / 演繹。デッキは単純（全体で1つのアーキタイプ）または階層的（スパインアーキタイプ＋セクションレベルのオーバーライド）にできます。階層的な場合は、どのアーキタイプがどのスライド範囲を担当するかを決定し、それを尊重します。1つの形状に戻さないでください。
出力形式 — pptx / html / md / gamma / briefing（複数選択可、デフォルト：pptx）

呼び出し2 — ブランド＋ビジュアルブリーフ

カラースキーム — 意図に基づいて質問します（アクセントのみ。明るい白の背景＋クールなニュートラルは固定）。以下を提案します。Pine 12564A（デフォルト。落ち着いた、モダン、成長） / Slate blue 1F3A5F（コーポレート、金融、信頼） / Oxblood 6E1423（フォーマル、伝統） / Client hex（ブランドに固定された仕事）。選択によりACCENTが設定され、ACCENT_DK（約70%の輝度）+ TINT（白に対して約8%） + TINT_BORDERが導出されます。Oxbloodのティントはわずかにピンクがかっているので、選択したら温めてください。検証済みのスキーム値はdesign_system.mdの§1にあります。
ヘッダーフォント — 意図に基づいて質問します（ボディはManropeのまま。見出しのフェイスのみ変更）。以下を提案します。Charter（エディトリアルセリフ、デフォルト、どこでもきれいにレンダリング） / Manrope Bold（モダン、すべてサンセリフ、セリフなし） / Palatino（温かみのあるセリフ） / Baskerville（フォーマルなセリフ、PowerPoint/Googleスライドで最適、LibreOfficeプレビューでは弱い）。選択によりDISPLAYが設定され、オールサンセリフオプションの場合はDISPLAY_BOLD=trueが設定されます。過度に使用されているリスト（Inter、Roboto、Fraunces、Geist、Plus Jakarta、Space Grotesk）にない限り、インストール済みの特徴的なフェイスでも問題ありません。オールサンセリフを選択する場合、単一ファミリーの注意事項を意識的に受け入れることになります — references/anti-slop.mdを参照してください。
ブランド＋コンテンツブリーフ — クライアント/会社名、発表者、日付、および大まかなスライドごとのアイデア（箇条書きメモでも問題ありません。Claudeが構造化します）。

スキーマはassets/inputs.example.jsonにあります。スライド数は必須入力ではありません。コンテンツインタビューとアーキタイプに従って決定してください。エグゼクティブデッキのデフォルトは8～12枚、より深い分析では15～18枚、マスターデッキ統合では26枚以上です。

回答からinputs.jsonを作成してから、ビルドスクリプトに触れてください。入力をビルドスクリプトから分離しておくと、同じスクリプトが将来のすべてのデッキを処理できます。

ステップ1.5 — 必須：コンテンツ作成前のゴーストデッキ

スライド本文、パネル、ドット、ガント行、または散文を記入する前に、inputs.jsonのゴーストデッキバージョンを出力します。以下のみを記入します。

title_slide を記入
slides[i].breadcrumb、slides[i].title、slides[i].context を記入（タイトルはアクションタイトルである必要があります — slide_patterns.mdのUniversal Conventionsを参照）
slides[i].layout を選択（Claudeがアーキタイプフィルタリングされたプールから決定します）
すべての slides[i].content ブロックは空 {} のままにするか、スタブフィールド名のみを記入

セクション / アーキタイプカラムにより、階層構造が一目でわかります。単純なデッキ（全体で1つのアーキタイプ）の場合、すべての行が同じ値（例：— / 診断）を持ちます。階層的なデッキの場合、カラムはスライドが属するセクションとそのセクションが実行するアーキタイプを示します（例：Build case / 帰納、Sequence play / ロードマップ、Close ask / bluf）。セクションの境界が視覚的に明確になります（隣接する行が同じセクションラベルを共有し、変更が区切りを示します）。

次に、AskUserQuestion（または利用できない場合はインラインで質問）を使用して、以下の質問をします。

ナラティブアークはセクション間で保持されていますか？（すべて承認 / 特定のスライドを修正 / 大規模な再構成）
「だから何？」を述べていないタイトルはありますか？（修正するスライド番号をリストアップ、または「すべて問題なし」）
スライドの役割に対して間違っていると感じるレイアウト選択はありますか — スライドのレイアウトがそのセクションのアーキタイプと競合する場合も含みますか？（スライド番号をリストアップ、または「すべて問題なし」）
コンテキスト行またはビジュアルの説明に重要な詳細が欠けているものはありますか？（スライド番号をリストアップ、または「すべて問題なし」）

本文コンテンツを作成する前に、明示的な承認を待ってください。ユーザーが変更を要求した場合、ゴーストデッキテーブルを更新して再度質問してください。ユーザーが「すべて問題なし」または同等のことを言うまで、ステップ1.6に進まないでください。

なぜこれが存在するのか：完成したスライド10枚を捨てるよりも、スライドタイトル10個を捨てる方が速いからです。ピラミッド原則/SCQAの構造化議論は、ここで安価なバージョンで行われます。このステップをスキップすることは、完成したデッキを再構築する必要がある最も一般的な理由であり、また、密度の高いワークホースパターンが属する場所にスパースなヒーロースライドが紛れ込む方法でもあります。

ゴーストデッキ内のパターン選択： Claudeは、アーキタイプフィルタリングされたプール（scripts/pattern_filter.js --archetype=<値>）からレイアウトを決定します。2つのパターンがコンテンツの適合性で真に同等であるか、ユーザーが以前に好みを表明している場合にのみ、AskUserQuestionを使用して選択を明示します。スライドごとの細かい選択は、デッキごとに10～12回の強制的な質問を生成し、比例した品質向上はありません。避けてください。

単調さ防止（オプトインピッカー）： レイアウトカラムを記入する際、同じビジュアルイディオムを共有する隣接するスライドが2枚以上あるかどうかをスキャンします。最も多いのは水平バーです（references/slide_patterns.md → 「隣接するスライド間でバーのイディオムを変える」を参照）。ランを見つけた場合、自分で処理を変えるか、繰り返しスライドのプレビューピッカーを起動します。AskUserQuestionで、推奨レイアウトを最初に提示し（（推奨）とラベル付け）、次にレンダリング安全な代替案を2つ提示します。各代替案には、オプションのpreviewフィールドにレイアウトの短いASCIIミニモックアップを記載し、ユーザーがパターン名ではなく画像から選択できるようにします。これはオプトインのままです — 検出された繰り返し、真の同点、またはユーザーからの「選択肢は？」という質問に対して発動し、すべてのスライドに対して発動するわけではありません。これはステップ4.5のバリエーションモードの安価な対応物です。ユーザーが選択するまでは何も構築されません。

ユーザーがすでに完全なinputs.jsonを提供しているか、「ゴーストデッキはスキップ」と明示的に書いている場合にのみ、ステップ1.5をスキップします。それ以外の場合は必須です。

ステップ1.6 — スライド作成の規律（5ステップ）

すべてのスライドについて、以下の順序でスキーマを記入します。先に進まないでください。

メッセージング — 最初にslides[i].titleを書きます。アクションタイトル（「だから何？」）でなければなりません。タイトルが書けない場合、そのスライドが何のためかまだ理解していません。
構造 — タイトルをサポートするカタログからslides[i].layoutを選択します。密度の高いワークホースパターン（diagnostic-three-panel、prioritisation-matrix、phased-roadmap-gantt、three-col-comparison、waterfall-baseline-to-target）をデフォルトにします。スパースな調味料パターン（stat-row、big-numeral-findings）はセクションの橋渡しとしてのみ使用し、デッキの主要部分としては使用しません。
グラフィックス/メインビジュアル — slides[i].contentを記入します。ビジュアルは5秒で読める必要があります。マトリックスの場合：ドットはどこにありますか？ガントの場合：どのワークストリームが重なっていますか？ウォーターフォールの場合：どのラインアイテムが支配的ですか？
サポート — slides[i].context（データがヒットする前の1文のフレーム）とslides[i].footer_note（ソース＋注意点）を記入します。両方はデータスライドでは必須です。
研磨 — scripts/check_titles.js + ステップ7のアンチスロップ事後フライト + ステップ8のフライトチェックデリバリーゲートで処理されます。配信前に実行します。

メッセージングの前にレイアウトを選択すると、スパースなヒーロースライドが紛れ込みます。レイアウトの前にビジュアルを選択すると、チャートがタイトルをサポートしないことになります。コンテンツの前に研磨することは無駄な作業です。順序は重要です。

完全なリファレンス：references/methodology/slide_creation_process.md。

ステップ2 — デザインシステムとパターンを読む

常に読む（すべてのビルドで）、以下の順序で：

references/design_system.md — 固定されたパレット/タイポグラフィ/アナトミー。理由なく逸脱しないでください。
references/slide_patterns.md — マスターパターンカタログ + ユニバーサルコンベンション（アクションタイトル、選択的カラー、グラフの誠実さ、棒/列の順序、ラベル直接、エリアスケール円、フッターの規律、ウォーターフォール固有のルール）。
references/build-helpers.md — パレット定数、header()/title()/footer()ヘルパー、すべてのパターンレシピ（§2.x）、および注意点テーブル。すべてのビルドの実装リファレンス。assets/reference-build.jsはこれらを実行する実例です。
references/methodology/content-interview.md — コンテンツインタビューフレームワーク（状況 → 問題 → 仮説 → 証拠 → 議論 → 回答）。ビルドスクリプトに触れる前にフェーズ1を実行してください。

必要に応じて読む（トリガーが適用される場合のみ）：

references/chart-selection-guide.md + references/chart-library/ — スライドにチャートが必要な場合。ステップ2.5によって駆動されます。事前に読み込まないでください。
references/slide-job-to-layout.md — ステップ1.5と4.5でレイアウトを選択する際に、パターン選択を直感的ではなくトレーサブルにするため。
references/raci-guidance.md — RACIまたは役割所有権スライドを構築する場合。

ユーザーが参照デッキや一致させるスライドを提供する場合、そのサムネイルからレイアウトを、テキストからセクション構造をマイニングします。外部参照は構造のみとして扱います。どのように構築されているかを研究し、単語、数字、画像を決してコピーしないでください。

ステップ2.5 — チャートスライド：チャートライブラリ＋チャート選択ガイドを参照

スライドにチャート（棒グラフ、折れ線グラフ、積み上げグラフ、デュアルパネル、棒/折れ線結合、スモールマルチプル、ウォーターフォール、メッコ図）が必要な場合、即興で作成しないでください。2つのリファレンスを順番に参照します。

最初に、references/chart-selection-guide.md — 上部のクイックピックテーブルは、スライドの意図するメッセージをチャートタイプにマッピングします。原則：チャートタイプはメッセージに適合し、データ形状には適合しません。チャート固有のヒントを適用します（3Dなし、ラベル線は直接、棒は論理的な順序など）。

...（以降、元の内容に応じて翻訳を続けます。元のテキストが途中で切れているため、ここで終了しますが、実際の翻訳では全文を翻訳します。）

戦略デッキビルダー