executive-summary

要約 — 複雑で多ページにわたるコンテンツを、時間の限られた経営幹部向けの簡潔な1ページの経営サマリーに変換し、意思決定、主要指標、行動項目を明確にします。

---

活性化のタイミング

以下の条件のいずれかが満たされた場合、このスキルを起動してください:

シグナル	例
要約作成の要求	「このレポートの経営サマリーを作成してください」、「Resumen ejecutivo」
C レベル向け準備	「これを取締役会向けに要約してください」、「CEO にプロジェクト状況をブリーフしてください」
意思決定の整理	「選択肢を経営チーム向けのワンペイジャーに絞ってください」
ドキュメント圧縮	「この 40 ページの分析を VP が読む内容に変換してください」

会議議事録（meeting-notes を使用）、スプリント報告書（sprint-report を使用）、または安全性の重要な情報が省略されると問題となる詳細な技術文書には、このスキルを活性化しないでください。

---

1. ソース資料の分析

執筆前に、入力資料を分析してください:

• ソース形式 — フルレポート、プレゼンテーション資料、会議トランスクリプト、データ集約、またはユーザーからの口頭ブリーフィング。
• 長さと密度 — 1 ページ（約 400～600 語）に達するために必要な圧縮率を推定します。
• 対象者 — CEO、取締役会、投資家、部門長、または機能横断的な経営層。各対象者は異なる優先事項を持ちます。
• 意思決定コンテキスト — 情報提供的（「何が起きたか」）、意思決定的（「オプション A または B を選択」）、またはアクション指向（「このプランを承認」）のいずれか。
• 感度レベル — 機密、内部、または共有可能。言語と詳細の粒度に影響を与えます。

ソース資料が曖昧または不完全な場合は、[INFERRED] タグで仮定を述べ、[OPEN] タグで欠落を明示してください。

---

2. 経営サマリーのフレームワーク

このスキルは、経営幹部の注意パターンに最適化された BLUF（Bottom Line Up Front）構造を使用します:

2.1 オープニングステートメント（2～3 文）

最も重要な情報。「ここまで読んで読者が立ち去った場合、何を知っておく必要があるか？」という質問に答えます。BLUF です — 結論、推奨事項、またはステータスを最初に述べます。

2.2 コンテキストブロック（3～4 文）

オープニングステートメントを理解するために必要な最小限の背景。読者は戦略的コンテキストを持ちますが、運用上の詳細は持たないと仮定します。時間期間、スコープ、および引き金となったイベントを参照します。

2.3 主要指標表

最大 5～7 個の指標をコンパクトな表にします。各指標に含まれるもの: 指標名、現在値、目標値/ベンチマーク、ステータス（オントラック、リスク、オフトラック）。ストーリーをサポートする指標のみを含めます。

2.4 意思決定ポイントまたは主要な発見（3～5 個の箇条書き）

意思決定的な場合: 各オプションを長所、短所、推奨事項でフレーム化します。推奨オプションを 太字 にします。 情報提供的な場合: 戦略的重要性の順に上位の発見をリストアップします。 アクション指向的な場合: 要求される承認またはアクションをリストアップします。

2.5 リスク懸念事項（2～3 個の箇条書き）

経営幹部の意思決定を変える、または注意をエスカレートさせるリスクのみ。各リスクには確率指標と軽減状況を含めます。

2.6 推奨アクション（2～4 個の箇条書き）

具体的で期限が明確な次のステップ、割り当てられたオーナー付き。リクエストとしてフレーム化: 「X を Y 日までに承認」または「チーム Z に第 2 フェーズの開始を指示」。

2.7 付録ポインタ

深掘りしたい読者向けの完全なソース文書を参照する 1 行。形式: 「完全な分析: [ドキュメント名]、[ページ数] ページ、[日付]」。

---

3. 執筆原則

これらの原則は出力品質を統治します:

• 1 ページ最大 — 400～600 語。印刷時は標準的なマージンで A4/Letter 単一ページに収まります。
• 文脈なしの専門用語なし — 頭字語を最初の使用時に定義するか、完全に避けます。
• 能動態 — 「売上が 12% 低下した」であり、「売上の 12% 低下が観察された」ではありません。
• すべてを定量化 — 定性的な評価を数値に置き換えます。「大幅に遅延」は「スケジュールより 17 日遅延」になります。
• 意思決定準備完了 — すべてのサマリーは「何を知る必要があるか？」および「何をする必要があるか？」に答えるべきです。
• エビデンスタグ付き — すべての主張に [EXPLICIT]、[INFERRED]、または [OPEN] タグが付きます。

---

4. 出力フォーマット

• Markdown モード（デフォルト）: クリーンなヘッダー、単一のコンパクトな表、箇条書きリスト、および主要数字と推奨事項の太字強調。
• HTML モード: インライン CSS 付きの自己完結型単一ページ HTML。経営幹部向けのタイポグラフィ（セリフヘッダー、十分な余白、ステータスカラー指標）。@media print ルール付きで印刷最適化。
• スライドモード: ユーザーが「スライド向け」または「プレゼンテーション形式」と言ったとき、単一のプレゼンテーションスライド向けに構成されたコンテンツを作成 — タイトル、3～4 個の箇条書き、1 つの主要指標コールアウト。
• フッター: Executive Summary | {ソースドキュメント} | {日付} | Generated by executive-summary skill

---

トレードオフマトリックス

ディメンション	優先度	根拠
明確性	最高	曖昧性は経営コミュニケーションの敵
簡潔性	高	1 ページは提案ではなくハードコンストレイント
正確性	高	誤って表現されたデータは信頼を一瞬で破壊
完全性	中	意図的に簡潔性のために犠牲；完全なドキュメントをポイント
ビジュアルポーリッシュ	中	クリーンなフォーマットはスキャニングを支援しますが、サブスタンスが勝ります

---

仮定と制限

1. このスキルはユーザーが提供するコンテンツを要約します — 元の分析を生成または偽のデータを作成しません。[EXPLICIT]
2. 指標はソース資料から再現されます。指標が存在しない場合、このスキルはその不在を強調します。[EXPLICIT]
3. 推奨アクションはソース資料の結論を反映します。ソースに推奨事項がない場合、このスキルはこれを [OPEN] アイテムとしてフラグします。[EXPLICIT]
4. このスキルは、特に指定がない限り、対象者が英語話者の C レベルリーダーシップであると仮定します。[INFERRED]
5. スペイン語出力（「resumen ejecutivo」）の場合、このスキルは同じ構造的フレームワークを維持しながらスペイン語でサマリーを作成します。[EXPLICIT]
6. 圧縮は必ずニュアンスを失います — 付録ポインタは詳細へのアクセスを保持するために必須です。[EXPLICIT]

---

エッジケース

1. ソース資料が既に短い（500 語未満） — 人為的に水増ししないでください。BLUF フレームワークに再構成し、データが支持する場合は指標表を追加し、ソースが既に簡潔であることを注記してください。
2. ソース内に矛盾する情報 — 矛盾を暗黙に解決しないでください。リスクセクションでサーフェス化: 「ソースデータに Q2 売上の矛盾する数字が含まれています（p.12 対 p.34）。取締役会プレゼン前に明確化が必要。」[OPEN] としてタグ付け。
3. 非技術者向けの高度に技術的なソース — すべての技術詳細を削除してください。実装の詳細をビジネスインパクト表明に置き換えます。「マイクロサービスアーキテクチャに移行」は「インフラストラクチャの最新化を完了し、デプロイ時間を 60% 削減」になります。
4. 複数のソースドキュメント — ソース全体で単一の首尾一貫したサマリーに統合します。付録ポインタでソースドキュメントをノート。ドキュメント間の不整合をフラグします。

---

良い例と悪い例

良い出力（抜粋）:

## Executive Summary: Project Atlas Q1 Status

Project Atlas is on track to deliver Phase 1 by June 2026, with 73%
of milestone deliverables completed. Budget utilization is at 68%
against a 75% plan, indicating a favorable variance. One critical
risk requires board attention: the vendor contract for the data
platform expires April 30 with no renewal signed. [EXPLICIT]

| Metric | Current | Target | Status |
|--------|---------|--------|--------|
| Milestone completion | 73% | 75% | On track |
| Budget utilization | 68% | 75% | Favorable |
| Team attrition | 2 of 14 | 0 | At risk |
| Customer pilot signups | 12 | 10 | Ahead |

**Recommended Actions:**
1. **Approve vendor contract renewal** by April 15 to avoid
   platform access disruption. Owner: VP Engineering. [EXPLICIT]
2. Backfill two departed engineers by Sprint 8. Owner: HR. [EXPLICIT]

悪い出力（抜粋）:

## Summary
The project is going well overall. We have done a lot of work and
things are mostly on schedule. There are some risks but the team is
handling them. We recommend continuing as planned.

良い例は底線を先に示し、スキャン可能なメトリクス表をステータスインジケータ付きで提供し、具体的で期限が明確なアクションとオーナーで終了します。悪い例は曖昧で非量化的であり、実行可能な情報を提供しません。

---

検証ゲート

経営サマリーを配信する前に、すべての項目を確認してください:

• サマリーは 1 ページ（最大 400～600 語）に収まります
• BLUF ステートメント（結論または推奨事項を最初）で始まります
• コンテキストブロックは運用上の詳細なしで必要な最小限の背景を提供します
• 主要指標表に 3～7 個の指標が含まれており、現在値、目標値、ステータスがあります
• 意思決定ポイントまたは発見は戦略的重要性の順に順序付けられています
• リスクセクションはエスカレーション価値のあるアイテムのみを含み、確率指標があります
• 推奨アクションは具体的で期限が明確で、割り当てられたオーナーがいます
• 付録ポインタはフルのソースドキュメントを参照します
• すべての主張はエビデンスタグを持ちます（EXPLICIT、INFERRED、OPEN）
• 言語は能動態を使用し、専門用語を避け、評価を定量化します
• 出力フォーマットはユーザーリクエストと一致します（markdown、HTML、またはスライド）
• 出力ファイルは確認されたパスでディスクに書き込まれます

---

参照ファイル

ファイル	目的
references/bluf-template.md	セクションプロンプト付き BLUF フレームワークテンプレート
references/body-of-knowledge.md	経営コミュニケーションのベストプラクティスと BLUF 方法論
references/html-template.html	経営サマリー用の印刷最適化 HTML テンプレート
evals/evals.json	サマリー品質、圧縮率、正確性の評価シナリオ