この記事は、2026 年 11 月 2 日に note で公開したものを転載しています。
Claude Code を入れて、最初の 1 週間はとても楽しかったです。
フォルダを読んで、コードを直して、コマンドまで打ってくれる。これは仕事が変わる、と思いました。
ところが 2 週間目あたりから、だんだん手が止まりはじめました。
朝、新しい会話を開く。
「昨日の続きなんだけど、○○の件で、△△までは終わっていて、××は保留にしていて……」
と、毎回同じ説明から始めている自分に気づいたのです。
毎朝、記憶をなくして出社してくる優秀な新人に、仕事の経緯を一から話し直している。
そんな感じでした。
この記事は、その「毎回の説明し直し」をやめるためにやったことの記録です。
結論を先に書くと、足りなかったのは AI の賢さではなく、記憶の置き場所でした。
書いている人
業界団体の事務局で 25 年、会社員として働いてきました。
エンジニアとして雇われていたわけではなく、ひとりシスアドのような立場で、同僚やチームのために小さなツールを作ってきた人間です。
いまは個人で受託開発をしながら、Claude Code で自分専用の秘書を作って、毎日の仕事を回しています。秘書には「Soma（ソーマ）」という名前を付けました。ギリシャ語で「体」という意味です。
この記事に出てくる数字や画面は、すべて私の手元で実際に動いているものです。
CLAUDE.md だけでは足りなかった
Claude Code には、記憶のための仕組みがすでにあります。
- CLAUDE.md: フォルダに置いておくと、会話の最初に必ず読んでくれるファイル
- メモリ: 「これを覚えておいて」と言うと、次の会話にも持ち越してくれる
私も最初は、ここに何でも書きました。
ところが、しばらくすると CLAUDE.md がどんどん長くなり、何が書いてあるのか自分でも分からなくなりました。
使っているうちに分かったのは、記憶には 2 種類ある ということです。
| 種類 | 例 | 向いている置き場所 |
|---|---|---|
| 変わらない決まりごと | 「返事は日本語で」「作業の前に git の状態を確かめる」 | CLAUDE.md |
| 日々変わる進み具合 | 「○○の件は、相手の返事待ち。次は△△を試す」 | ここが無かった |
CLAUDE.md は「決まりごと」を置くには最適です。
でも「いまどこまで進んでいて、なぜそう判断したか」は、毎日変わります。それを CLAUDE.md に書き足していくと、すぐに読めない長さになります。
会話そのものは、閉じれば終わりです。
つまり、日々の進み具合と判断の経緯を置いておく場所が、どこにも無かった のです。
課題管理を「記憶」にした
そこで、もともと自分の受託案件の管理に使っていた課題管理システムを、Claude Code につなぎました。
課題管理は自作の Web アプリで、Claude Code からは MCP（外部の道具をつなぐ仕組み）経由で読み書きできるようにしています。
やり方は単純です。
- 頼みごとをしたら、1 件ごとに課題を立てる
- 調べたこと・質問と答え・判断の理由は、課題のコメントに残す
- 再開するときは「TASK-○○○ の最新コメントから」と言うだけ
- Claude のメモリには、中身ではなく「この件はどの課題を見ればいいか」の 1 行だけを書く
CLAUDE.md には、こんな決まりを書いています（実際のものを短くしました）。
## 課題管理との連携
- 課題に紐づく作業では、質問と回答の要点・報告の要点を課題のコメントに残す。
判断の経緯を課題管理に溜めるため。
- 再開するときは、課題の最新コメントから読む。
メモリのほうは、たとえばこんな 1 行です。
- note 売れ線実験 — 読者起点・収益目的の有料記事。再開は TASK-001149
中身は全部、課題の側にあります。メモリは「索引」に徹してもらう。
これで、メモリも CLAUDE.md も太らなくなりました。
たとえば、この記事の場合
実は、この記事を書くこと自体も、ひとつの課題として動いています。
今日の午前中、私は Claude に「売れ線を狙った note を試してみたい」と相談しました。
そこから、こんな流れで課題のコメントが積み上がっていきました。
| 時刻 | コメントの中身 |
|---|---|
| 10:39 | note の有料記事 約 2,600 本を集計した結果。読者像の候補 3 つ |
| 10:51 | 私の回答（どの読者を狙うか、煽る書き方はしない、どのアカウントで出すか） |
| 10:53 | 読者像の詳細と、無料記事 3 本の企画 |
| 10:58 | 私の回答と、経歴の書き間違いの訂正 |
| 11:28 | アカウントの整理（プロフィールの書き換えなど）が終わった記録 |
もし今この会話を閉じても、明日「TASK-001149 の続きをやって」と言えば、Claude はこの 5 つのコメントを読んで、同じところから再開できます。
私が経緯を説明し直す必要はありません。
1 か月でどのくらい溜まったか
この使い方を本格的に始めたのは 2026 年 10 月です。10 月の 1 か月で、こうなりました。
- 新しく立った課題: 300 件（その前の月は 23 件）
- 課題に付いたコメント: 約 1,470 件
- プロジェクト: 合計 90（受託の案件のほか、記事・音楽・家のパソコンの管理まで）
課題が 10 倍以上に増えたのは、仕事が 10 倍になったからではありません。
「頼んだら課題が立つ」が当たり前になって、小さな用事まで記録されるようになった からです。
効いたこと
1. 説明し直しが、ほぼ消えました
「○○の続き」と言えば済みます。朝いちばんの、あの面倒な時間が無くなりました。
2. 判断の「理由」が残るようになりました
何をしたかだけでなく、なぜそうしたか、何を選ばなかったかが、コメントに残ります。
1 か月後に「なんでこうしたんだっけ」となっても、課題を開けば分かります。
3. 自分の記憶の外付けにもなりました
これは予想していなかった効果です。
Claude のために作った記憶の置き場所が、いつの間にか、自分のための記憶の置き場所にもなっていました。
人間の記憶も、それほど当てにはならないので、これはありがたいです。
うまくいかなかったこと
いいことばかりではありません。
コメントが溜まりすぎると、読むのが重くなる
長く続く課題だと、コメントが何十件にもなります。全部読ませると、それだけで時間もトークンも使います。
いまは、課題を開いたときに読むのは新しいほうから 20 件まで、古い経緯は必要なときだけ読む、という決まりにしています。
番号の取り違え
私の課題管理では、画面に出る「TASK-001149」という番号と、システムの内部の番号が違います。
最初のころ、Claude が内部の番号で別の課題を開いてしまうことが何度かありました。
いまは「番号しか分からないときは、まず検索してから開く」と決めています。
自作の課題管理だからできた面もある
私は課題管理を自分で作っていたので、Claude からつなぐのも自分でできました。
誰でも同じことがすぐできるわけではありません。
真似するなら、最小の形はこれです
自作の課題管理がなくても、考え方は同じです。
決まりごとは CLAUDE.md、進み具合は台帳、メモリは索引。 この 3 つを分けるだけです。
台帳は、最初はただの Markdown ファイル 1 つでも十分です。
## Claude への決まり（CLAUDE.md に書く）
- 作業を始める前に、tasks.md の該当する項目を読む
- 作業が終わったら、何をしたか・なぜそう判断したか・次にやることを tasks.md に追記する
- 「○○の続き」と言われたら、tasks.md の該当項目の最後から再開する
これだけでも、「毎朝の説明し直し」はかなり減るはずです。
慣れてきたら、GitHub の Issues や Notion など、自分が普段使っている道具に置き換えていけばいいと思います。
おわりに
「AI 社員」や「AI 秘書」を作る記事はたくさんあります。
私も最初は、役割ごとに担当を分けた立派な体制を作ろうとしました。
でも、毎日回るようになったきっかけは、担当の数を増やしたことではありませんでした。
記憶の置き場所を決めて、そこに毎回書き残すようにしたこと でした。
この連載の続き（note）
この記事は、note のシリーズ「Soma 実録」の 1 本目です。続きは note で公開しています。
- 2 本目：terminal で質問されるのがつらいので、Claude Code の質問を HTML ページで受けることにした
- 3 本目：Claude Code に仕事を任せて起きた事故 5 つと、そのあとに作った決まり
- マガジン：Soma 実録
全体の設計（記憶・知識・口・手・足）をまとめた本編も、note で公開する予定です。