あなたがClaudeを訂正する。Claudeは謝り、間違いを直し、あなたは先に進む。翌朝、新しいチャットを開くと — 同じ間違いが戻っています。使うのをやめてと頼んだ日付の形式かもしれないし、使っていないと二度も伝えたライブラリかもしれません。そしてもっと静かな問題もあります。自信たっぷりで間違った計算、ときどき出てくる、辻褄の合わない論理の飛躍です。
これはどれもツールが壊れていることを意味しません。あなたがまだClaudeに記憶を与えていない — 次のセッションがすでにそれを知った状態で始まるよう、教訓をしまっておく場所を — ということです。この記事は、まさにそのやり方についてです。記憶がどこに住むか、Claudeが実際に従うルールをどう書くか、そのうちどれかが自動で起こるのか(ほとんどは起こりません — そしてそれが理解すべき肝心な点です)、そして間違った計算を直す別の手立てについて。
そもそもなぜ忘れるのか
新しい会話はどれも白紙の状態から始まります。月曜にあなたがした訂正は、月曜のチャットの中だけに生きています。火曜のClaudeはそれを見たことがありません。それは人間の意味での忘れっぽさではありません。会話というものは、学んだことをまた読まれる場所に保存しない限り、引き継がれないというだけのことです。
だから本当は仕事が2つあります。1つ目は、Claudeに覚える場所を与えること。2つ目は、そこに入れるものを、漠然とした願いではなく従えるルールとして書くこと。両方を正しくやれば、同じ訂正を二度する必要は決してありません。
CLAUDE.md — プロジェクトの記憶
あなたができる最も役立つことは、CLAUDE.md というファイルを置いておくことです。これはClaudeがすべてのセッションの冒頭で、ほかの何より先に自動的に読むプレーンテキストファイルです。そこに入れたルール、慣習、落とし穴は、そのプロジェクトの常設のコンテキストになります。毎回適用され、念押しは不要です。
月 — Claude: 「…ブランドの color を設定して…」
あなた — 「イギリス式の綴りでお願い — colour。」
火 — Claude: 「…ボタンの color は…」 🙄
今日は訂正します。明日はそのルールを一度も聞いていない、まっさらなチャットです。
## House style
- Use British spelling (colour,
organise) — never US spelling.ルールを一度書き留める。以後すべてのセッションが、何かをする前にそれを読み込みます。
これは主に2つの場所に住み、あなたは両方を使うことになります。
- プロジェクトメモリ — プロジェクトのルートにある
CLAUDE.md。Gitにコミットすれば、チーム全体(そしてすべての自動実行)が同じルールを共有します。ここにはプロジェクト固有の慣習が入ります。 - 個人メモリ — あなたの
~/.claude/フォルダにあるCLAUDE.md。すべてのプロジェクトに適用され、あなただけのものです。あなた自身の好みや習慣が入ります。
ゼロから始める必要はありません。プロジェクトで /init を実行すると、Claudeにコードベースを読ませて最初の CLAUDE.md の下書きを作らせることができます。そこから手作業で磨いていきます。
「自動で更新されるの?」 — 記憶は2つある
これは誰もが尋ねる質問で、正直な答えには2つの半分があります。Claude Codeは実は2つの記憶を保っているからです。
CLAUDE.mdはあなたが書くもので、自分では更新しません。 あなたがClaudeを訂正しても、Claudeがこっそりあなたのために CLAUDE.md を書き換えることはありません。そしてそれは意図的です。このファイルはあなたの熟考された、バージョン管理されたルールブックであり、チームと共有されています。あなたの知らないところで勝手に自分を編集してほしくはないはずです。ルールを追加するには、ファイルを開くか、/memory を実行して見つけて編集するか、あるいは単にClaudeに「これを CLAUDE.md に追加して: …」と伝えて変更させます。
2つ目の記憶は自動です。 最近のバージョンのClaude Codeは「auto-memory(自動メモリ)」を保っています。これはClaudeが作業しながら自分自身に書くノートで、気づいたことやあなたがくれた訂正を、あなたの操作なしに静かに書き留めます。デフォルトでオンです。だから「ただ覚えてくれないの?」と尋ねられたら、答えは「ある程度はすでに覚えています」です。ただし auto-memory はClaudeの作業用ノートであって、あなたのルールブックではありません。リポジトリではなくあなたのマシンに住み、各セッションには短い索引だけが読み込まれます。二度と説明し直したくないルール — チームの慣習、固い「これは絶対にするな」 — は、やはりあなたが意図して書いた CLAUDE.md に入れておきたいものです。
その場で何かを書き留める最も手早い方法は # ショートカットです。行を # で始め、たとえば # we deploy on Fridays — never touch main after 4pm のようにすると、Claudeがそれをそのまま auto-memory に綴じ込みます。素早いメモとして扱い、整理するときに残すべきものを CLAUDE.md に昇格させましょう。一方 /memory コマンドは、現在読み込まれているすべてを見せ、どのファイルも開いて編集できるようにし、auto-memory のオン/オフを切り替えます。
どちらに手を伸ばすにせよ、すべてを変える習慣は同じです。Claudeを訂正したその瞬間に、その訂正を、また読まれる場所に書き留める。それが、あることを永遠に説明し続けるのと、一度だけ説明するのとの、まるごとの違いです。
ルールは願いではなく、ルールとして書く
メモリファイルは、ルールが従えるものであって初めて役立ちます。Claudeがあなたの CLAUDE.md を「無視する」最もよくある理由は、ルールが行動に移すには曖昧すぎたからです。ルールを定着させる習慣が3つあります。
- 具体的で、検証可能に。 「きれいなコードを書く」は願いです。「関数は1つのことだけをする。40行を超える関数は禁止」はルールです。
- 理由を添える。 「すべてのネットワーク呼び出しには
api/client.tsラッパーを使う — 認証ヘッダーとリトライを足してくれるし、それを迂回すると静かに401が起きる」。理由があれば、Claudeはあなたが挙げなかったケースにもルールを適用できます。 - 良い例と悪い例を見せる。 正しいやり方と間違ったやり方の短い例が1つあれば、ひと段落の説明に勝ります。
味わいのために、うまく機能するルールをいくつか。
# Conventions
- Dates are always ISO 8601 (2026-06-29), never DD/MM/YYYY.
- Use British spelling (colour, organise) — this is a UK product.
- Money is stored in integer pence, never floats. Floats cause
rounding bugs at checkout.
- Never add a dependency without asking — we keep the bundle small.
- Run the test suite before saying a task is done.計算と論理の問題には別の手立てがいる
計算について「もっと注意して」とClaudeに言っても効きません。問題は不注意ではないからです。言語モデルはテキストを予測します。優れたパターン照合器であって、計算機ではありません。複利のパーセンテージを頭の中で計算しろと頼めば、自信たっぷりで、速くて、少しだけ間違った数字を返してきます。
6か月後に残るのはおよそ 33,000 人の顧客でしょう。
…計算過程は示されず — しかも数千人ずれています。
自信たっぷり、速い — そして静かに間違っています。モデルは算数を当て推量します。
41310 * (1 - 0.06) ** 6
= 41310 * 0.6899
= 28,500 customers推定ではなく計算するよう伝えます。計算を実行し、過程を見せます。
手立ては、もっと頑張らせることではありません。頭の中で計算するのをやめさせることです。ツールで答えを計算するよう(コードの断片を実行するか、表計算で数式を組むよう)伝え、あなたが確認できるように計算過程を見せるよう伝えるのです。最近のClaudeは計算のためにコードを実行できますし、計算して印字した数字はあなたが検証できるものです。「ただ知っていた」数字はそうではありません。
答える前に考えさせるのも助けになります。新しめのClaudeモデルは拡張された「思考(thinking)」のステップ — 返答する前に問題を解き切る私的なスクラッチパッド — を取ることができ、Anthropicはまさに多段階の計算や厄介な論理にこれを推奨しています。そこでは精度が測定可能なほど向上します。実際には、答えを確定する前に「これを注意深く考え抜いて、各ステップを見せて」と頼むだけのことです。
同じ考え方が、ぐらつく論理を直します。答えに飛びつくのではなく、順を追って考え、推論を見せるよう頼み、検証ステップを足すのです — 「では、その結果を元の数字と照らし合わせて確認して」。本当に重要なことには、最も強い一手はテストを書かせることです。テストは通るか落ちるかであって、意見の問題ではありません。これをメモリに焼き込むこともできます。
# Reasoning
- For any non-trivial calculation, compute it with code and show
the working. Never estimate a number you can compute.
- For tricky logic, reason step by step, then verify the result
before presenting it.メモリファイルが無視される3つの理由
- 長すぎる。 膨れ上がった CLAUDE.md は読み込まれるのではなく流し読みされます。実践的な目安は、各ファイルをおよそ200行未満に保つことです。どの行もその場所に値するべきで、「これを消したら間違いが起きるか?」と問いましょう。それでも増え続けるなら、その一部はパス単位のルールファイルか、あるいはSkillに属するというサインです。
- ルールが曖昧。 上記参照 — 「一貫していて」は従えませんが、「インデントは2スペースを使う」は従えます。
- 自己矛盾している。 反対方向に引っ張る2つのルールは打ち消し合います。ときどきファイルを見直し、古くなった行を取り除きましょう。
教訓が1つのプロジェクトより大きいとき
CLAUDE.md は事実とルールのためのものです。知っておく価値のある隣人が2つあります。Skillsは「この作業は常にこのやり方で」のためのもの — 一度渡せば繰り返せるメソッドです(こちらで詳しく扱っています)。そしてpersistent memory(永続メモリ)は、Claudeがプロジェクトやセッションをまたぐメモを保てるようにするので、長く続く仕事が毎回冷えた状態から始まりません。道具は違えど、本能は同じです。教訓を、また読まれる場所に書き留めること。
まとめ
Claudeはあなたの代わりに覚えてはくれません — でも、あなたが書き留めたことを忘れることは決してありません。あなたを苛立たせる間違いは、ほとんどいつも、住む場所のなかった訂正です。それらに CLAUDE.md という住処を与え、理由付きのルールとして言い表し、推測ではなく数字を計算させましょう。直近の5つの訂正を5行に変える10分は、今週そのツールで行うことの中で最も見返りの大きいものです。なぜなら、その5つの訂正をする最後の機会になるからです。