session-start

セッション開始

各セッションの開始時、または /clear の後に、重要なコンテキストと最近の履歴を読み込みます。

契約

入力：

• プロジェクトルート
• 現在の日付
• 既存の .agents/memory/ ファイルと .agents/sessions/ ファイル

出力：

• 読み込んだリポジトリメモリの要約
• 本日のセッションコンテキスト（存在する場合）
• 最新のセッションログから明らかになった未完了の次のステップ

作成・変更：

• 必須の書き込みなし
• session-documenter を通じてのみ、本日のセッションファイルを作成できます

外部への副作用：

• なし

確認が必要な場合：

• パスが曖昧なとき、セッションファイルを作成または書き換える前

委任先：

• アクティブなセッションを追跡する session-documenter
• 起動時に未記録の設定が見つかった場合の rules-capture

ワークフロー

1. リポジトリメモリを読む（重要 — 信頼できる情報源）

.agents/memory/ にあるリポジトリのメモリファイルを読みます。これらは、アーキテクチャ、デプロイ状況、移行、既知の注意点、運用上の決定など、現在のプロジェクトコンテキストの信頼できる情報源です。エントリーを参照する前に、グローバルな CLAUDE.md / MEMORY.md で定義されている古さの確認と一時ファイルの確認を適用します。

2. 本日のセッションファイルを読む

/clear の前にすでに行われた作業を把握するため、本日のセッションを読みます。

.agents/sessions/YYYY-MM-DD.md にある本日のセッションファイルを読みます（YYYY-MM-DD は本日の日付です）。

ファイルが存在する場合、完了したタスク、決定事項、変更したファイル、ミス、次のステップが記録されています。まだファイルが存在しない場合は、新しいセッション日です。

3. セッションドキュメンターを有効にする

セッション中の作業を記録するため、session-documenter スキルを実行します。

4. 確認

メモリとセッションファイルを読んだ後、簡潔に確認します（箇条書きは最大 5～7 項目）。

• 重要なルールを理解したこと
• リポジトリメモリを読み込んだこと（last_verified が古いファイルや status: temporary のファイルがあれば指摘）
• 本日のセッションコンテキストを読み込んだこと（存在する場合）
• セッションドキュメンターが有効であること
• 最新のセッションログから明らかになった未完了の次のステップ（存在する場合）

関連スキル

• session-end — コンテキストをクリアする前にセッションを記録します
• session-documenter — セッション中の作業を追跡します