Claude Codeに記憶を持たせる —「セッション終了時に保存」が絶対に動かない理由

製造業で生産技術を担当する人物が、Claude Codeのセッションが切れると文脈が消えるという不満を、Obsidianに記録させることで解決しようとした検証記事である。仕組みはCLAUDE.mdの運用ルール、ノートのテンプレート2種、Stopフック1本の三点だけで、インストールするものはない。ノートには何をしたか、決定事項、次にやることを書かせ、次回は summary と aliases を検索して作業を再開する。ところが筆者が最初に書いたルールは一度も動かなかった。

面白いのは、失敗の原因が「Claudeには終わりが観測できない」という一点にあったことだ。人間にとって「作業が終わったら保存」は当たり前の行動だが、応答を返して止まるClaudeには、次に来るのが新しい指示なのかセッションの終了なのかを知る手段がない。待ち続けるルールは、待ち続けたまま何も起きない。ここは自然言語で書いた指示の怖さをよく示している。構文エラーも型エラーも出ず、それらしく読めてしまうから誰も気づかない。記事が「動かして結果を確認するまでは何も分かっていない」と結論づけたのは、現場の改善と同じ考え方だ。図面の上で正しい工程が、実機で動くとは限らない。修正後は「応答を返す前に保存する」という観測可能な瞬間に置き換えており、これは現場のポカヨケに近い発想である。

中小企業でAIに業務ルールを書かせるなら、「いつ」の条件は人間が見て確認できる出来事に結びつけるべきだ。そして一度書いたら、実際に一件回して出力を見るところまでを仕事に含めたい。書いた時点では動くかどうか分からない、という一文を社内の運用ルールに貼っておくだけでも、無駄な手戻りは減るはずだ。