wrap-up

締めくくり — 成果を祝い、作ったものを見せ、次の一歩を示す

創業者の Claude Managed Agent を締めくくります（または状況を確認します）。祝福するトーンで伝えます。本人がいなくても動くマネージドエージェントを完成させたことを、温かく一、二文で伝えてから（「🎉 マネージドエージェントが完成しました。作ったものをご紹介します」）、所有しているものと、次に取り組む価値のあるアップグレードを一、二件示します。最後は概要ページで締めくくり、長文で埋め尽くさないようにします。これはチェックリストの読み上げではなく、成果を祝う場です。

/launch-your-agent と同じ文体のルールに従います。温かく簡潔にまとめ、列挙する項目には表を使い、プリミティブは正式名称（Outcome、Session、Deployment、Vault、Memory store）で呼び、初出時に平易な説明を添えます。共通の絵文字略記（🤖 agent · 📦 environment · 🎯 outcome · ▶️ session · 🗓️ deployment · 🔌 connector · 🔐 vault · 🧠 memory store · 🧪 evals）を使い、裏付けのない所要時間は示しません。費用には触れません。創業者から質問された場合を除き、1回あたりまたは月あたりの費用を自発的に伝えないでください。

1. 状態を確認する

• ./my-agent/ を読み込みます。対象は build-sheet.json、IDS.env、NEXT-DIRECTIONS.md、outcome.md、evals/、既存の agent-overview.html です。（ここに my-agent/ フォルダーがない場合は、その旨を伝えて停止し、/launch-your-agent を案内します。）
• my-agent/.env にキーがある場合は、それを source し、API を使って最新の状態を取得します（データ構造は ../launch-your-agent/references/cma-api.md を参照）。各セッションの status と outcome_evaluations[]、Deployment の status と schedule.upcoming_runs_at、最新の usage を確認します。解析には python（strict=False）を使い、jq は使いません。
• キーがない場合は、状況の説明だけを続け、ライブの状態確認には .env にキーが必要であることを一文で伝えます。
• セッションの status がまだ running の場合は、その旨を伝え、待つか、完了した内容で締めくくるかを AskUserQuestion で尋ねます。
• まだ何も起動していない場合は、計画のみを締めくくります。以下の内容はすべて適用されますが、状態は「○ Planned」です。

2. まとめを作成する（この順番で）

1. お祝いの言葉を伝えます。 温かい一言を1〜2文で伝えます。マネージドエージェントをリリースしたことを祝い、エージェントの名前と、今では単独で何ができるのかを伝えます。🎉
2. 概要ページ。 agent-overview.html を更新します（テンプレート：../launch-your-agent/references/overview-template.html。スタイルは兄弟ファイルの overview.css にあり、リンクして読み込みます。インライン化はしません）。ページはビルド時にすでに作成されています。変更があった箇所だけを編集します（ステータスピル、トップバーの ID／統計セル、実行ログの <tbody> 行、評価結果、次回実行時刻付きのスケジュール、キーのワークスペースに対応する Console リンク、v1／v2 の次の方向性）。ファイル全体を書き直さないでください。agent-overview.html または my-agent/overview.css がない場合は、まず launch-your-agent スキルの references/ から CSS を cp し、その後 HTML を一度だけ書き込みます。ブラウザーで開きます。このページが締めくくりの成果物です。以下のチャットでは、ページを案内するだけにします。
3. 「作成したもの」 — 今ある CMA プリミティブを1つずつ記載した概要表を作成します。各行には、絵文字、内容（平易な一文）、設定値、ライブ ID、ページ上で表示されるカードを記載します。意図的に使わなかったプリミティブがあれば、最後に薄い色の行で「NEXT-DIRECTIONS を参照」と記載します。その後に、実行ログの表（実行・ルーブリックのバージョン・評価結果・一行のメモ）を記載します。
4. 「次にできること」 — v1／v2 の計画から、このユースケースで特に重要な拡張を1〜2個選び、具体的に提案します。どのような効果があるか、何が必要か、変更の規模はどれくらいかを説明します。計画の残りは記録したままにします。計画にすでに含まれている候補とあわせて検討する標準的な候補は、コネクター経由の配信（always_ask を条件とした Slack／メール）、実行が繰り返し同じ内容になる場合のメモリストア、モックのコネクターを実際のものに接続すること、そして、実際のエージェントの使い方に合う場合に限り、生成インターフェースです。これは Claude Code が次のセッションで作成するページまたは小さなアプリです。ニーズに合わせて、グラフが適した結果を視覚化するグラフ表示、Files/Sessions API 経由で出力と評価結果を取得する結果ビューアー、またはエージェントを操作する簡単な方法（実行の開始、操作、確認への回答）を用意します。
5. 衛生チェック — 問題がなければ何も伝えません。 チェックを行います（完了したセッションをアーカイブする、デプロイの initial_events に日付が直書きされていないか確認する、キーが .env 以外に保存されたことがないか確認する、合格した実行を保存するゴールデンケースがまだなければ evals/case-01/expected.md として保存する）。可能なものは黙って修正します。何かを伝えるのは、重要な影響がある場合に限ります。たとえば、ファウンダーの対応が必要な場合（チャットに触れたキーはローテーションする、本人の確認なしには修正できない日付の直書き）や、エージェントの使い方が変わる場合です。「✅ すべて問題ありません」のような一覧は作成しません。
6. 最後の一言 — 短い一文で伝えます。すべてはキーのワークスペースにある Console（platform.claude.com → Managed Agents）に保存されており、このフォルダーがどこでも再作成できます（LAUNCH.md）。最新の状況を確認したくなったら、いつでも /wrap-up を再実行できます。

注記

• 冪等です。再実行すると、ページと表が更新されるだけです。
• ここで設計の決定を蒸し返さないでください。このスキルが行うのは状況の報告と提案です。変更はその後に /launch-your-agent（または通常の会話）を通じて行います。