dreaming

name	dreaming
description	夜間ドリーミング。当日のClaude Codeセッションから学びを抽出する日次モード、設定ファイル群の重複・不整合・陳腐化を整理する週次モード、翌朝の採用反映モードを持つ。設定ファイルは直接編集せず提案レポートのみ生成。「ドリーミング」「日次ドリーミング」「ドリーミング採用」等で起動
user-invocable	true
model	opus

ドリーミング（夜間の学び抽出・設定コンソリデーション）

Claude Managed Agents の Dreaming（セッションとメモリを定期的に見直し、パターンを抽出してメモリをキュレーションする非同期プロセス）を、Claude Code のローカル環境で再現する運用。AGENTS.md の「学習ループ」（その場での同期的な恒久化）の補完として、複数セッションを横断しないと見えないパターンを夜間バッチで拾う。

大原則

1. 提案のみ・直接編集禁止。設定ファイル（CLAUDE.md / AGENTS.md / rules / skills / memory）を夜間タスクが直接書き換えることは絶対にしない。差分案をレポートに書くまでが仕事。反映はユーザーが翌朝レビューして「採用」と言ってから（＝確定操作は人間が握る半自動化）。
2. レポート出力先は ~/.claude/dreaming/（なければ mkdir -p で作成）。ファイル名は日次が YYYY-MM-DD-HHMM-daily.md（実行時刻を含める）、週次が YYYY-MM-DD-weekly.md（いずれもJST）。日次を1日に複数回走らせる運用では、同じ日付の既存レポートが上書きで消えないよう、必ず時刻付きファイル名にする。
3. 学びがない日は無理に絞り出さない。ノイズルールの蓄積は設定の劣化そのもの。該当なしなら「該当なし」1行のレポートでよい（実行された事実だけ残す）。
4. セッションログの生データを親コンテキストへ流さない。1ファイルずつサブエージェント（general-purpose）へ委譲し、フォーマット固定の要約だけ受け取る（AGENTS.md の大規模出力ルール準拠）。サブエージェントは原則逐次起動。

日次ドリーミング（引数: 日次 / daily）

その日1日のセッションから学びを抽出する。

1. 対象収集: find ~/.claude/projects -maxdepth 2 -name '*.jsonl' -mtime -1 で過去24時間に動いたセッションログを列挙する（memory/ 配下は対象外）。件数とサイズを把握し、巨大なものから順にサブエージェントへ。
2. 各ログの要約抽出: サブエージェントに次を固定フォーマットで抽出させる（1セッションあたり最大5件・各200字以内）:
   • ユーザーからの訂正・不満・既出指摘（「違う」「前も言った」「なんで勝手に」等）
   • 想定外のエラー・ハマった罠と、その解決策
   • 明示された好み・成功パターン（「この設計で正解」等）
   • 音声入力の誤変換パターン
3. 既存設定との突合: 抽出した学び候補を grep -rn で ~/.claude/AGENTS.md・~/.claude/rules/・~/.claude/skills/・該当プロジェクトの CLAUDE.md / memory と突合し、既に恒久化済みのものは捨てる。セッション内で既に恒久化された形跡（設定ファイルへのコミット）があるものも捨てる。1日に複数回走らせる運用では、同じ日付の ~/.claude/dreaming/*-daily.md 既存レポートも先に読み、そこで既に提案済みの学びは繰り返さない（前回レポート以降に新しく現れた学びだけを拾う。実質、直近の実行から今までの増分を見る）。
4. レポート生成: 残った学び候補ごとに次を記載する:
   • 学びの内容（1〜2文）
   • 根拠（どのプロジェクトのどのセッションで何が起きたか）
   • 提案反映先（AGENTS.md の保存先ルーティング表に従う。両ツール可読の場所を優先）
   • 具体的な差分案（追記文面そのもの）
5. 末尾に「採用するには、このセッションまたは新しいセッションで『ドリーミング採用』と依頼してください」と書く。

週次コンソリデーション（引数: 週次 / weekly）

設定ファイル群そのものを見直し、痩せさせる。増やす提案ではなく整理の提案が主目的（設定の肥大化はそのままコンテキスト消費になる）。

対象: ~/.claude/CLAUDE.md、~/.claude/AGENTS.md、~/.claude/rules/*.md、~/.claude/skills/*/SKILL.md、~/.claude/projects/*/memory/

観点:

• 重複: 同じルール・ナレッジが複数ファイルに書かれている（grep -rn で横断確認してから断定する）
• 矛盾: 新旧ルールの食い違い。日付の新しい方・実態に合う方を残す案を示す
• 陳腐化: 削除済みのツール・ファイル・MCP への参照、期限切れの時限記述（「7/21以降削除可」等）、解決済みの暫定運用
• 肥大化: 1ファイルが長すぎて分割・スキル化した方がよいもの
• memory の整理: 重複統合・古い事実の修正・インデックス（MEMORY.md）と実ファイルの不一致
• 常時ロード量の推移: 無条件ロードされる行数（AGENTS.md＋CLAUDE.md＋paths: 無しの rules）を実測してレポート冒頭に記録し、前週と比較する。公式目標は1ファイル200行未満（ https://code.claude.com/docs/en/memory ）。Codex 側は ~/.codex/AGENTS.md のバイト数も併記する（project_doc_max_bytes の予算内か）。しきい値: ~/.claude/AGENTS.md は450行、~/.codex/AGENTS.md は project_doc_max_bytes（262,144バイト）の7割＝約183KB。超えていたらレポート冒頭で警告し、作業種別が限られる内容の kb- スキルへの移設を提案する*
• 両ツールの整合: ~/.claude/skills/ と ~/.codex/skills/（および skills-archive）の退避状態のずれ、dotfiles ミラーとの drift
• 主戦場への偏在: いちばん作業時間の長いリポジトリの AGENTS.md / CLAUDE.md に書かれたルールのうち、そのリポジトリ固有の事実（ディレクトリ構成・手続き・案件）ではないものを洗い出す。作業時間が偏るぶん、全リポジトリで効くべき学びがそこにだけ溜まり、他のリポジトリから見えなくなる。該当したらユーザースコープ（~/.claude/AGENTS.md または共有スキル）への移設を提案する。逆向き（ユーザースコープに書かれたリポジトリ固有の話）も同時に見る

成果はレポート1本: 統合・削除・移動の提案リスト（優先度順）と、上位項目の具体的な差分案。ここでも直接編集はしない。

採用フロー（引数: 採用 / apply）

翌朝、ユーザーのレビューを受けて反映する。

1. ~/.claude/dreaming/ の最新レポートを読み、項目を番号付きで提示して採否を確認する（「全部採用」と言われた場合も、設定を書き換える差分は適用前に一覧で見せる）。
2. 採用項目を該当ファイルへ反映する。反映後は AGENTS.md の伝播ルールに従い、ユーザースコープなら設定同期のスキル、プロジェクトスコープなら git push まで1セットで行う。
3. レポート末尾に反映結果（採用・見送り・反映先）を追記する。

起動方法

自動実行は launchd に戻した。 日次が毎晩22:40、週次が日曜21:10。手動で走らせるときは dreaming-routine 日次 / dreaming-routine 週次（実体は dotfiles/bin/dreaming-routine）。 対話セッションで「ドリーミング」と言われたときは、従来どおりその場でスキルを実行してよい。

⚠️ クラウド側の scheduled-tasks へ戻さない。 ユーザーは Claude Code の対話セッションで Team と Max を切り替えるが、scheduled-tasks の登録本体はクラウドにあってアカウントに紐づくため、 切り替えた瞬間に登録ごと見失う（~/.claude.json の tengu_kairos_cron / routineFiredWatermark が その経路。ローカルの ~/.claude/scheduled-tasks/<名前>/SKILL.md はプロンプトの置き場だけで、 cron 式も次回実行時刻もローカルには無い）。2026-08-19 に自動実行が外されたのはこれが理由。

いまの構成は、この紐づけを断つために2点を分けてある。片方だけ真似ても意味がないので、 手を入れるときは両方セットで考える。

• 認証の分離: CLAUDE_CONFIG_DIR=~/.claude-routine を使い、ルーティン専用のログイン世界を持つ （Max で固定）。Keychain も設定ディレクトリごとに別エントリ（Claude Code-credentials-<hash>）が 作られるので、本体側のログインとは干渉しない。rules / skills / CLAUDE.md / AGENTS.md は 本体へのシンボリックリンクなので、ルールとスキルの実体は1つのまま
• 起動の分離: launchd（<reverse-domain>.dreaming-daily / -weekly）。JST でそのまま時刻指定でき、 クラウド cron の太平洋時間換算が要らない

⚠️ ~/.claude/dreaming/ へは直接書けない（回収方式で回避済み）

~/.claude/ 配下は Claude Code の保護対象で、--allowedTools でも --permission-mode acceptEdits でも書き込みを許可できない。 非対話セッションでは許可ダイアログも出せないので、そのままではレポートが出力されないまま終わる。

そのため dreaming-routine は、いったん work/tmp/dreaming/ へ書かせ、シェル側で ~/.claude/dreaming/ へ mv して回収する。プロンプトへ保存先を明示する行が入っているので、 スクリプトを書き換えるときにこの補足を消さない。対話セッションから走らせる場合は この制約を受けない（その場で許可できるため）ので、レポート先は従来どおり ~/.claude/dreaming/ でよい。

• レポートの出力先・ファイル名の規則そのものは変えていない（~/.claude/dreaming/YYYY-MM-DD-HHMM-daily.md）
• ⚠️ memory は必ず絶対パス ~/.claude/projects/**/memory/ で読む。 ルーティン世界の ~/.claude-routine/projects/ はリンクではなく実体（中身は空）なので、相対的に探すと「memory が無い」と 誤判定する。そして、ルーティンから memory を書かない——書いてもルーティン世界に落ちるだけで、 通常セッションからは永久に読まれない。memory への反映は採用フローで対話セッションが行う
• ログは ~/Library/Logs/dreaming-daily.log / dreaming-weekly.log
• 未ログインのときはスクリプトが理由をログへ残して止まる（無音で失敗しない）
• scheduled-tasks（~/.claude/scheduled-tasks/）は設定同期の対象外。中身は launchd へ移した （クラウド側の定期タスクはアカウントに紐づくため、プランを切り替えると発火しなくなる）。
• このスキルは Claude Code 固有（セッションログの場所に依存）のため、Codex 側へはミラーしない。