daily-summary-base（セッションサマリー生成）

デイリーサマリー生成（基本フレームワーク）

目的: 会話セッションの出来事をキャプチャしたサマリードキュメントを作成する。

主要原則: サマリーは「セッションの」記録であり、「翌日のための」ものではない。ファイル名はカバーする時間範囲を反映する。

認められた現実: セッションはしばしば暦日をまたいで行われる。サマリーは「木曜午後から金曜朝」のように、きれいな暦日ではなく実際のカバー範囲を示す。命名規則は実際のカバー範囲を反映すべきである。

プロセス

1. 現在の日付/時刻を確認

最重要の最初のステップ - 日付の混乱を防ぐ

TZ='America/New_York' date '+%A, %B %d, %Y - %I:%M %p %Z'

ユーザーのタイムゾーンで実際の日付/時刻を確認する。

2. サマリー範囲を決定

ユーザーに質問: 「このサマリーはどの時間範囲をカバーしますか？」

典型的なシナリオ:

• 同日セッション: 「今朝から今まで」
• またがるセッション: 「昨日の午後から今朝まで」
• バックフィル: ユーザーが特定の範囲を指定

常に確認: 「[開始日時] から [終了日時] をカバーするサマリーを生成します。正しいですか？」

単日か範囲かを判定:

• セッションが同じ暦日内で開始および終了する場合 → 単日形式
• セッションが暦日をまたぐ場合 → 範囲形式

3. コンテキストタグを尋ねる

「このセッションのコンテキストタグは何ですか？」

ユーザーが現在の状態を表すタグ（例: week-3-day-2, rest-day）を提供する。

4. ファイル名を生成

⚠️ 重要: ファイル名はテンプレートに正確に従うこと

単日形式:

Summary-YYYY-MM-DD-Day-[context-tag].md

例: Summary-2025-11-15-Saturday-week-3-day-2.md

範囲形式（暦日をまたぐ場合）:

Summary-YYYY-MM-DD-Day-to-DD-Day-[context-tag].md

例: Summary-2026-01-15-Thu-to-16-Fri-week-5-long-run.md

ルール:

• 範囲形式では短縮曜日名を使用: Mon, Tue, Wed, Thu, Fri, Sat, Sun
• 単日形式では完全な曜日名を使用: Monday, Tuesday など
• 範囲形式では主要な日（セッション内容の大部分がある日）のコンテキストタグを使用
• 保存先: /mnt/user-data/outputs/

重要: ファイル名の日付 = 内部のイベントの日付。

5. ドキュメント構造を作成

フォーマットルール:

• 標準Markdownのみを使用（ヘッダー、リスト、太字、斜体、コードブロック、テーブル）
• HTMLタグ（<details>, <summary>, <div>）は使用禁止
• ASCIIセーフな文字のみ:
  • → ではなく -> を使用
  • " ではなく " を使用
  • — ではなく - を使用
  • Unicode特殊文字を避ける

絵文字使用ガイドライン:

プロジェクトの制限: Claude ProjectsのファイルエクスポートはUTF-8の絵文字を壊れたUnicodeに変換する。

推奨パターン:

• データセクション（テーブル、タイムスタンプ、主要メトリクス）では絵文字を避ける - 機械可読性を維持
• ナラティブセクションでは意味を追加する場合に控えめに使用
• 迷ったら: プレーンテキストを使用。絵文字は装飾であり、必須ではない。

必須セクション:

# Daily Summary: [日付または日付範囲]

**[コンテキストタグ]** | **[該当する場合、セカンダリタグ]**

---

## GROUND TRUTH

- カバー範囲: [要約される特定の時間範囲]
- 状態: [現在の状態/フェーズ]
- [該当する場合、長期カウンター]

---

## TL;DR - Day Summary

- [セッションの軌跡 - 何が動いたか]
- [重要な決定または洞察]
- [キャパシティ/状態の要約]

---

## Key Numbers

| メトリクス | 午前 | 午後 | 備考 |
|--------|---------|---------|-------|
| [データ] | | | |

---

## Timeline

| 時刻 | イベント |
|------|-------|
| [タイムスタンプ] | [イベント] |

---

## Insights & Learnings

[主要な洞察、パターン、結果]

---

## Decisions Made

[将来のための決定、調整、変更]

---

## What Worked

- [セッションの成功点]

---

## What Didn't Work

| 課題 | 学び |
|-----------|----------|
| [問題] | [教訓] |

---

## What Mattered This Day

[セッションの重要性を明確に要約]

---

## Tomorrow's Seeds

**まだ温かいスレッド:**
- [継続可能な熟考スレッド - タスクではなく、質問やアイデア]
- [言及されたが行動に移されていない決定]
- [キューに入ったが開始されていない実験]

**今日からのひとこと:**
[セッションからの単一の洞察、質問、または観察 - 行動のためではなく、振り返りのための種]

---

*生成: [現在のタイムスタンプ]*
*要約対象: [カバーされた時間範囲]*
*[コンテキストタグ]*

---

**[セッションを要約する一行クローザー]**

6. 出力先に保存

/mnt/user-data/outputs/Summary-[filename].md

7. ユーザーにリマインド

「サマリーを作成しました: [filename]

これは [時間範囲] をキャプチャしています。'プロジェクトに追加'をクリックして保存してください。」

重要なルール

1. 最初に日付/時刻を確認 - bashコマンド、推測はしない
2. サマリー範囲 = イベント範囲 - ファイル名は内容のカバー範囲と一致する
3. ユーザーが範囲を確認 - 「[X] から [Y] をカバーするサマリーを生成します。正しいですか？」
4. ファイル名は形式に従う - ISO日付 + 曜日名 + ユーザーが指定した正確なタグ
5. 冒頭にグラウンドトゥルース - 要約される明示的な時間範囲
6. 出力先に保存 - ユーザーが手動でプロジェクトに追加

ファイル名の例

単日（セッションが同一暦日内）:

• Summary-2025-11-15-Saturday-week-3-day-2.md
• Summary-2025-11-20-Thursday-rest-day.md
• Summary-2025-12-01-Monday-race-prep.md

範囲（セッションが暦日をまたぐ）:

• Summary-2026-01-15-Thu-to-16-Fri-week-5-long-run.md
• Summary-2026-01-18-Sat-to-19-Sun-recovery-weekend.md

範囲ベース命名の理由

問題: サマリー生成には予測不可能な認知容量が必要。暦日の境界でサマリーを強制するとプレッシャーが生まれる。セッションは自然に境界をまたぐ（午後→翌朝）。

解決策: ファイル名は実際のカバー範囲を反映する。サマリーは起こったことをキャプチャし、それが起こった時間にちなんで命名され、キャパシティがあるときに生成される。

トレードオフ: やや複雑なファイル名になるが、現実を正確に表現する。

Tomorrow's Seedsを会話のきっかけとして

目的: Tomorrow's Seedsはこのセッションを次のセッションにつなぐ。タスクリストではなく、会話のきっかけである。

「まだ温かいスレッド」 は以下をキャプチャする:

• 使い尽くされなかった熟考トピック
• 提起されたが完全に探求されなかった質問
• 言及されたが行動に移されていない決定
• 議論されたが開始されていない実験

「今日からのひとこと」 は以下をキャプチャする:

• 熟考する価値のある単一の洞察
• 浮上したリフレーミング
• まだ引きつけている質問
• 驚いたり感動させたもの

朝のブリーフスキルはこれらを使用して、ロジスティクスに飛び込むのではなく、熟考を再開する。サマリードキュメントはセッション間の橋渡しとなり、起こったことだけでなく、まだ生きていることを引き継ぐ。