Anthropicの「Code with Claude」カンファレンスで、Claude Codeチームのエンジニアが「自分の小さなクローンを作れ」と語ったそうです（Forbes JAPANの記事で紹介されていました）。要するに、Claudeをチャットボットとしてではなく、仕事を引き継げる同僚として使えという話です。
私はこの半年、まさにその「引き継ぎ」で試行錯誤してきました。ブログ運営（数千記事規模の整理）、研究プロジェクト、ツール開発と、どれも数週間〜数ヶ月続く仕事です。そこで痛感したのは、Claude Codeは優秀だが、セッションが終わると全部忘れるという一点です。
この記事では、その「忘れる同僚」に長期プロジェクトを引き継ぎ続けるために私が行き着いた運用──CLAUDE.md・日報・STATUS.mdの三点セット──を、実際の失敗談込みで紹介します。
前提：Claude Codeの記憶はセッション限りで消える
Claude Codeは会話中こそファイルの中身も指示も覚えていますが、セッションを閉じればゼロに戻ります。会話が長くなれば古い内容から忘れていきます。
つまり長期プロジェクトでは、毎回「これは何のプロジェクトで、どこまで進んでいて、何に気をつけるのか」を伝え直す必要がある。これを毎回口頭（プロンプト）でやるのは苦行です。
解決策はシンプルで、説明そのものをファイルに外部化して、Claudeに読ませること。私は役割の違う3種類のファイルに分けています。
三点セットの役割分担
1. CLAUDE.md──ルールブック（ほぼ変わらない）
プロジェクトのルートに置くと、Claude Codeが起動時に自動で読み込んでくれる特別なファイルです。ここには「変わらないもの」だけを書きます。
- プロジェクトの目的
- 絶対に守るルール
- 環境の制約（ハマりポイント）
私のブログ運用フォルダのCLAUDE.mdには、こんなルールが書いてあります。
記事の新規作成は必ずPOSTで行う。既存記事IDへのPUT/PATCHによる内容の書き換え（URLの使い回し）は禁止。
なぜこんな当たり前のことをわざわざ書いているかというと、過去に既存記事のURLを大量に使い回して全く別の内容に書き換え、Googleのインデックス評価を大きく落としたからです。復旧のために数千記事を整理する羽目になりました。二度と繰り返さないために、失敗はすべてCLAUDE.mdのルールに変換しています。
研究用フォルダのCLAUDE.mdには、ロボットの壊れているAPI（呼んではいけない関数）や、CADソフトのAPIの単位系（すべてcm）といった、知らないと確実にハマる制約を書いています。人間の新人に渡す「職場マニュアル」と同じです。
2. 日報（logs/）──消さない業務日誌
logs/2026-07-20.md のように日付ファイルで溜めていきます。セッションの終わりに一言、
今日の日報をlogsに書いて
と頼むだけで、Claudeがその日の作業内容・判断の理由・未解決の課題をまとめてくれます。自分では書きません。
日報方式の利点は履歴が消えないこと。「なぜあのときこの設計にしたのか」を後から辿れます。私の場合、作業記録は報告書の材料に、そのまま転用できています。副産物として書類仕事が楽になるのは想定外の収穫でした。
3. STATUS.md──最新の現在地だけ1枚（毎回上書き）
日報が数十枚溜まると、再開時に「全部読んで」は現実的でなくなります。そこで最新の状態だけを1枚に上書きしておくのがSTATUS.mdです。
- 現在地（どこまで終わったか）
- 次のアクション
- 未解決の課題
日報を書かせるついでに「STATUS.mdも更新して」と頼めば手間は増えません。次のセッションは、
STATUS.mdを読んで続きから
の一言で再開できます。詳しい経緯が必要なときだけ「7月の日報を読んで」と遡ればいい。引き継ぎメモ（STATUS.md）と業務日誌（日報）の二段構えです。
運用のコツ：チェックリストはClaudeと一緒に育てる
三点セットを回し始めると、CLAUDE.mdに「提出前チェックリスト」を育てていけるようになります。ポイントは、最初から完璧なリストを作ろうとしないこと。
- 最初は一番痛かった失敗の3項目くらいでいい
- Claudeの出力に修正を入れたら、その場で「今の指摘をチェックリスト項目に変換してCLAUDE.mdに追記して」と頼む
- たまに「重複や古い項目を整理して」と棚卸しさせる
同じ指摘を2回したら、それはルール化のサインです。修正指示そのものをClaude自身にルール化させるのが、楽で確実でした。私のブログ運用では「柱に合致するか」「一次情報（自分の体験・データ）が含まれるか」「既存IDを再利用していないか」がチェックリストに入っており、記事公開前にClaudeが自己検証してから出してくるようになっています。
新しいプロジェクトを始めるとき
新しいフォルダを作ったら、Claude Codeを起動して一言頼むだけです。
このプロジェクトは◯◯が目的。CLAUDE.mdとSTATUS.mdの雛形を作って
なお、ファイルを作る単位は「Claude Codeを起動する単位」ごとで十分です。同じプロジェクト内の整理用サブフォルダ（docs/やdata/）にまで個別に置く必要はありません。
まとめ：記憶を「保持させる」のではなく「毎回読み直せる形」にする
- CLAUDE.md：変わらないルール。起動時に自動で読まれる。失敗はここにルール化して蓄積
- 日報（logs/）：消さない履歴。論文・報告書の材料にもなる
- STATUS.md：最新の現在地1枚。「これ読んで続きから」で再開
Claudeの記憶力に期待するのではなく、忘れる前提で引き継ぎ体制をファイルで作る。これが数ヶ月スパンの仕事をAIに任せるための、現時点での私の結論です。
冒頭のカンファレンスでは「手作業でやり続けている仕事の一つひとつが、作り損ねたクローンだ」という趣旨の話もあったそうです。日報を書く、進捗をまとめる、失敗をルール化する──こうした引き継ぎ作業こそ真っ先にClaude自身に任せてしまうのが、「自分の分身」づくりの第一歩だと思います。
コメント