2026/11/10
AI Claude Code
このブログの記事は、AI(Claude Code)に毎朝下書きを作ってもらい、私が読んで直してから公開しています。
以前の記事で、「AIは前の日の会話を覚えていない。だから直したいことは手順書に書く」と書きました。その考え方は今も変わりません。ところが、しばらく使っているうちに、もう1つの仕組みがあることに気づきました。
AIが、私に指摘されたことを自分で「メモ」に書き残していたのです。
今回は、そのメモを1つずつ読んでみて分かったことを書きます。
Claude Codeには「メモリー」という仕組みがあります。会話の中で大事だと判断したことを、AIが小さなテキストファイルに書いて保存しておき、次に作業するときに読み返す、というものです。
人の仕事で言えば、引き継ぎのための「申し送りノート」に近いと思います。前の日の担当者が「この件は注意」と書いておき、翌朝の担当者がそれを読んでから仕事を始める。あの感じです。
メモはパソコンの中の普通のファイルなので、私も中を開いて読めます。見てみると、1つのメモはだいたい次の3つでできていました。
「なぜ」が日付入りで書いてあるのが、読んでいて面白いところでした。
ここからは、私の指摘をきっかけに残されたメモを、古い順に紹介します。
10月17日、AIの返事が途中から英語になってしまい、「日本語で回答してください」とお願いしました。メモには「会話が長くなっても、こちらが読む文章は日本語で。コードやコマンドはそのままでよい」と書かれていました。
コマンドまで日本語にされても困るので、この線引きはちょうどいいと思いました。
10月22日、下書きのタイトルや本文に、毎回のように年齢が入っていることを指摘しました。メモには「年齢は入れず、長年IT・Web制作に携わってきた人の視点で書く」とあり、手順書と定期実行の指示文も同じ内容に直した、と記録されていました。
10月24日の相模國六社の記事で、昔の記事をAIが要約したときに、私が買っていない御朱印帳を「買った」と書かれていました。これは別の記事でも詳しく書いた失敗です。
メモには、「何を買った」「なぜ始めた」のような事実は、要約をそのまま使わず、元の文章で確かめるか【要確認】を付ける、とありました。
パソコンの容量を考えて、投稿が終わった記事の写真は手元から消すことがあります。そう伝えたところ、「写真が見つからない、と出ても異常として報告しない。使い直すときはアップロード済みの画像を使う」というメモになっていました。
下書き作りは毎朝7時に予約していますが、忙しい朝は6時台に自分で動かすことがあります。11月3日の記事で、AIが記録だけを見て「7時前に動く原因は不明」と書いたので、訂正しました。
メモには、私が早めに動かす理由まで書かれていました。「事情」まで残っているのは、人の申し送りノートと同じだなと思いました。
これは、このブログとは別に動かしている作業のメモです。毎朝、AIが一つひとつ「進めてもいいですか?」と聞いてくるので、11月4日から7日まで毎日「本日も許可なしで」と伝え、7日に「毎日の方針にしてください」とお願いしました。
メモには、許可なしで進めてよいのは「下書きの投稿まで」で、公開・削除・既存記事の書き換えは対象外、とはっきり書かれていました。任せる範囲と、任せない範囲が両方書いてあるので、読んでいて安心できました。
並べてみると、2つの役割の違いが見えてきました。
手順書は「こうやってください」というお願いで、メモリーは「前にこういうことがありました」という記録、と言ってもいいかもしれません。
ただ、大事なことはメモリーだけに頼らず、手順書にも書くようにしています。②の「60代を強調しない」は、メモと手順書の両方に入っています。メモは、AIが「今回は関係ない」と判断すれば読み飛ばされる可能性もあるからです。手順書に書いてあれば、毎朝必ず目を通してくれます。
⑤のメモには、「7時を過ぎて遅れた回の原因は未確認」とも書かれていました。正直な書き方だと思う一方で、状況が変われば、メモの内容も古くなります。メモは「その時点ではそうだった」という記録として読むのがよさそうです。
メモが入っているフォルダの名前を見ると、AIに作業させているフォルダの名前がそのまま使われていました。別のフォルダで作業を始めると、それまでのメモは読まれない、ということになりそうです。
このブログの下書きは、別のサイト用の作業フォルダから動かしているので、このブログ用のメモもそちらに入っていました。ファイルの置き場所と同じで、「どこで作業しているか」を意識しておくと、迷わずに済みます。
メモは、AIが会話の中から「覚えておいたほうがいい」と判断したことを書きます。ということは、会話に出したことは、メモに残る可能性があるということです。
私は、パスワードや顧客の情報はAIに読ませない、というルールを前から決めています。メモを読んでみて、このルールの意味をあらためて感じました。残ってほしくないことは、最初から渡さないのがいちばん確実です。
Webの仕事では、サーバーの設定や、お客さまのサイトの「なぜこうなっているか」を覚えておくのが本当に大変でした。設定だけ残っていて、理由が分からない。数年後に自分で見て「なぜこうしたんだっけ?」となったことは、一度や二度ではありません。
だからこそ、AIのメモに「なぜ」が日付入りで書いてあるのを見て、少し感心しました。人間の私より、記録の付け方がきちんとしているかもしれません。【要確認:メモを読んだときの本人の感想】
一方で、メモは自分でも開いて直せるファイルです。内容が古くなったら消す、間違っていたら直す。そうやって手入れをしていけば、AIとの仕事の「申し送りノート」として、もっと役に立つのではないかと思っています。
AIに「この前も言ったよね」が通じないのは、今も基本的には同じです。でも、言ったことを書き留めてくれる仕組みがあると分かってからは、指摘するときに「理由」も一緒に伝えるようにしています。そのほうが、いいメモになる気がするからです。
2026/11/11
Mac
2026/11/10
AI
Claude Code
2026/11/09
Markdown
Wordpress
2026/11/08
プログレッシブロック
音楽
2026/11/07
神社