structure-agenda

アジェンダの構成

ユーザーとの共同作業を通じて、AGENDA.md を作成し、ブラッシュアップします。

出力の文体

アジェンダの候補、説明文、共同作業のためのプロンプトには、軽く人間らしい文体の調整を加えてください。プレゼンテーションの内容は簡潔かつ具体的にし、ユーザーが意図するトーンを保ちます。承認済みの表現は、会話調にするだけの目的で書き換えないでください。AGENDA.md を作成または更新する前に、必須の完全な編集工程として、独立した unslop Skill を呼び出し、DISCOVERY.json.editorialPreferences を使用してください。保護チェックと設定のスキャンが完了するまで、その工程は未完了として扱ってください。

注意事項

• ユーザーから明示的な承認を得てから AGENDA.md を作成してください。早まってファイルに書き込むと、その後のすべての反復で再開ガードが作動します
• ユーザーが「スライドを更新して」と言った場合は、メモリ上のドラフトだけを更新し、承認後にのみディスクへ反映してください
• すべての Picture には、明示的な Intended Media Orientation（Portrait または Landscape）を指定してください

起動

作業を進める前に、以下を行ってください。

1. プロジェクトフォルダーが書き込み可能であることを確認します。書き込みできない場合は中止します。 ❌ Cannot write to <path>。

プロジェクトフォルダーに DISCOVERY.json があることを確認します。ない場合：

❌ DISCOVERY.json not found. Run discover-presentation first. 中止します。

DISCOVERY.json を読み込み、トピック、対象者、所要時間、言語、開催目的を確認します。

後続のファイルが存在する場合（プロジェクトフォルダーに IMAGE_SPEC.md または PRESENTASJON.md があるか確認します）、先に進む前に、RESTART-GUARD.md に従ってフェーズ structure-agenda の再開ガードを実行します。

手順

ステップ 1：アジェンダの候補を提案する

発見した情報をもとに、大きく異なる 2～3 種類のアジェンダ構成を作成します。DEFAULTS.md を参考にし、トピック、対象者、開催目的に合わせて調整してください。

各候補には以下を含めます。

• 短いラベル
• ナラティブの流れ（3～5 段階と、それぞれの説明を 1 行）
• 1 文の選定理由

形式の例：

A) **Problem → Solution → Demo → Implications** (classic technical)
   Starts with the pain the audience knows, builds to the "aha" moment, ends with "what now"

B) **Demo-first → Background → Deeper concepts → Next steps** (show, don’t tell)
   Captures attention immediately — explains "why" after "wow"

C) **Story → Concepts → Exercise → Takeaways** (workshop style)
   Best when the audience wants hands-on experience rather than passive listening

ユーザーに次のように尋ねます。

「どの構成がしっくりきますか？ または、複数の候補から要素を組み合わせますか？」

ユーザーが選択するまで待ってから、スライド単位の詳細なアウトラインを作成します。

ステップ 2：詳細なアジェンダのアウトラインを作成する

ユーザーがアジェンダの候補を選択した後に限り、外部ポインターファイル DRAFT_AGENDA.md を読み、アジェンダの作成と書き込みの手順を確認します。