Menu
作成手順「meeting-summary」（self-evolving-agent から自動同期）: 会議要約作成手順
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
全 Claude セッションをスキャンし、ユーザーが何をしているかを分析して、 スキル・MCP プラグイン・エージェント・CLAUDE.md のどれに最適化すべきかを分類し、 具体的な改善提案（優先度・実装難易度・推奨アクション付き）を生成する。 Use when the user wants to analyze their Claude usage patterns, or when asked to "scrape sessions", "what do I do with Claude", or "what should be a skill vs agent vs claude.md".
PRをレビューしてインラインコメントをGitHubに投稿する。PR descriptionで意図を把握してからdiffをレビューし、What+Why+How形式・重大度ラベル付きのコメントをgh APIで各行に直接投稿する。「PRをレビューする」「コードレビューしたい」「このPRの品質を確認したい」時に使う。
Claude Code のトークン使用量・コストの確認と分析を行う。日次・月次レポートの表示から 高コスト要因・キャッシュ効率の分析、削減提案まで（表示だけの軽量モードあり）。 Use when you need to check today's or this month's token usage and cost, or to analyze Claude Code costs and get reduction suggestions. Triggers on: "今日のコスト", "今月のコスト", "トークン使用量", "ccusage", "コスト分析", "コスト削減".
/compact の前に、圧縮の要約から抜け落ちやすい「判断構造」と「セッション状態」を tmp/compact-state/latest.md に固定フォーマットで保存する。 Use when you are about to run /compact, when the user says "compact する前に", "compact-prep", "コンテキストを圧縮したい", or when context usage is high and compaction is imminent. Do NOT use for cross-session handover documents (use handover) — compact-prep is for surviving in-session compaction, not for ending a session.
現在のセッションの作業内容を次のセッションへ引き継ぐための引き継ぎドキュメントを生成する。 Use when the user asks to summarize the session for handover, says "引き継ぎ", "次のセッションに渡して", "context をまとめて", or when a session is ending and you think it would help to create a handover document for continuity. Also use when you are about to run out of context and want to preserve progress.
作成手順「1on1-prep」（self-evolving-agent から自動同期）: 1on1 準備手順（ EM 版）
| name | meeting-summary |
| description | 作成手順「meeting-summary」（self-evolving-agent から自動同期）: 会議要約作成手順 |
用途: あらゆる会議（1on1・プロダクト定例・外部パートナー同期・技術ディスカッション・採用面接・インシデント対応 等）の記録を workspace/meeting-summary-YYYYMMDD-[会議名].md または Notion の所定ページに作成するとき。
インプット（議事メモ・Slack ログ・記憶）の先頭で必ずタイプを確定させる。タイプが変わると必須セクションが変わる。
| タイプ | 代表例 | 追加で必須になるセクション |
|---|---|---|
| 1on1 | メンバーとの隔週 1on1 | 個人コミットメント、次回確認事項 |
| プロダクト定例 | EVD 企画定例・スプリントプランニング | KPI 影響、スプリント連携 |
| 外部パートナー同期 | 電通定例、外部 API チームとの同期 | 社内側 / 外部側 責任分担表 |
| 技術ディスカッション | アーキテクチャ検討、技術選定 | 却下した代替案と理由、再検討トリガー |
| 採用 | 面接振り返り、採用判断会議 | 評価サマリー、次ステップ判断 |
| インシデント対応 | 障害対応、P1 バグ緊急会議 | 暫定対応・影響範囲（詳細は postmortem-document 手順に委ねる） |
## 会議の目的・背景（1〜2 行）
（なぜこの会議が必要だったか。文脈がない人が読んでも状況を把握できる最小限の背景。）
## 決定事項
| # | 決定内容 | 根拠・一言 |
|---|---|---|
| 1 | … | … |
（根拠は一行でよい。「なぜ」がないと後から読んだとき決定の重みが伝わらない。）
## 保留・持ち越し事項
| # | 内容 | 持ち越し理由 | 確認期限 |
|---|---|---|---|
| 1 | … | … | [YYYY-MM-DD] |
（保留ゼロのときは「なし」と明記 ―― 空欄にしない。）
## アクションアイテム
| # | アクション | オーナー | 期限 | 優先度 |
|---|---|---|---|---|
| 1 | … | … | [YYYY-MM-DD] | 🔴/🟡/🟢 |
（期限・オーナー不明のときは [未定] プレースホルダーを使う。空欄禁止。）
## リスク・ブロッカー
| # | 内容 | 状態 | オーナー |
|---|---|---|---|
| 1 | … | 🔴/🟡/🟢 | … |
## 次回シード（次の会議・次の準備への橋渡し）
- 次回確認したいこと: …
- 今回の保留事項のうち次回アジェンダ候補: …
（1on1 準備・スプリントプランニング・定例準備で直接コピーして使う。）
議事メモを書く前に実施する。"Thu"・"next Mon"・"来週金曜"・"before Wed" 等の相対表現が1件でもある場合はこのステップを省略できない。
| 議事メモの表現 | 解釈ルール |
|---|---|
| "ships Thu" / "by Thu" / "Thursday" | 今日から見て次に来る木曜の絶対日付 |
| "before Thu" / "prior to Thu" | 木曜の前日（= 水曜中）が期限。木曜当日ではない |
| "by end of week" | 金曜中 |
| "next Mon" / "来週月曜" | 翌週月曜（今日が月曜なら 7 日後） |
| 曜日のみ（日付なし） | 絶対日付を計算し「木 2026-06-26」形式で注記 |
「before Thursday」は木曜が期限ではなく「木曜の前日＝水曜中」が期限。
"review before Thu" → 期限: 木 2026-06-26 中"review before Thu" → 期限: 水 2026-06-25 中（木曜リリース前日）# 特定日付の曜日確認
python3 -c "from datetime import date; d=date(YYYY,M,D); print(d, d.strftime('%A'))"
# 今週の特定曜日（0=月〜6=日）を取得
python3 -c "
from datetime import date, timedelta
today = date.today()
target_weekday = 3 # 0=Mon, 1=Tue, 2=Wed, 3=Thu, 4=Fri
days_ahead = (target_weekday - today.weekday()) % 7
d = today + timedelta(days_ahead)
print(d, d.strftime('%A'))
"
なぜ必須か: 暗算での週内計算は系統的に 1〜2 日ずれる（Operating Adjustments 参照）。 "before Thu" と "by Thu" は意味が異なる。コードで X の日付を確認したあと、"before X" なら −1 日する。
1on1 の場合:
## 個人コミットメント（次回 1on1 まで）
| 本人 | Andy |
|---|---|
| … | … |
（「次回までにこれだけ試してみて」の合意内容。曖昧な励ましより具体的な約束。）
外部パートナー同期の場合:
## 責任分担（社内 vs 外部）
| アクション | 社内側 | 外部側 | 期限 |
|---|---|---|---|
| … | … | … | … |
（外部チームへの依頼は必ず「誰が・何を・いつまでに」を明示。）
技術ディスカッションの場合:
## 却下した代替案と理由
| 案 | 却下理由 |
|---|---|
| … | … |
（議事録に却下理由が残っていないと、数ヶ月後に同じ議論が再燃する。）
## 再検討トリガー
（この決定をいつ・何が起きたら見直すか。例: 「PoC コストが想定の 2 倍を超えたら再検討」）
取り込み経緯: 2026-06-12 の auto-kaizen セッションで「会議要約が現行ゲノムの最大改善余地」と自己診断し、workspace/auto-kaizen.md に作成したテンプレートを procedure として昇格。既存 eval の 3 セクション出力（決定事項/リスク/AI のみ）に背景・保留・次回シードが欠落していた実態が出発点。