claude-memでAIコンテキストをセッション間で引き継ぐ — 今週のAIツール4件で試す価値があるもの

今日の判定サマリ
| ツール / トピック | verdict | 一言 |
|---|---|---|
| thedotmack/claude-mem | 🟡 | MEMORY.mdとの競合確認後に試す |
| CopilotKit/OpenBot | 🟡 | AG-UI対応・並列化時の選択肢として記録 |
| milind-soni/OpenMausBot | 🚫 | 定額運用と逆方向・自前VM管理増加 |
| Donchitos/Claude-Code-Game-Studios | 🚫 | 49エージェントはソロ開発には過剰 |
🟡 thedotmack/claude-mem — AIがセッションをまたいでコンテキストを引き継ぐ
今日やること: まずMEMORY.mdの現在の内容を確認し、claude-memと重複するか見てから導入判断する。
AIとの会話は、セッションをまたぐとコンテキストがリセットされる。claude-memはそれをAI圧縮によって自動的に引き継ぐ仕組み。過去のセッションで「伝えたこと」「決めたこと」をAIが要約・保存し、次のセッション開始時に読み込む。
なぜ即採用でなく様子見か:
現在masatoman.netの運用では、MEMORY.mdを使ってプロジェクトのコンテキストをClaude Codeに渡す仕組みがある。claude-memが同じ領域をAI側から自動管理しようとすると、「どちらが正しいコンテキストか」が曖昧になるリスクがある。
特に注意が必要なのは更新の競合。手動でMEMORY.mdを書き直したのに、claude-memが古いセッションの要約を上書きしてしまうと、CLAUDE.mdで定義したルールが知らない間に上書きされる可能性がある。
現在の運用との整合性を確認してから試す価値はある。「コンテキストをMEMORY.mdで管理していない」「セッション間の引き継ぎに時間がかかっている」という状況なら即採用に近い。
🟡 = MEMORY.md運用との競合確認後に試す。現状の運用コストに問題がなければ急がない。
🟡 CopilotKit/OpenBot — AG-UI対応のオープンソースAIコワーカー
ブラウザ・ファイル・外部ツールを扱えるオープンソースのAIエージェント基盤。AG-UI(Agent-UI)プロトコルに対応しており、特定のプロバイダーに依存しない設計になっている。
なぜ今すぐ導入しないか:
現状はClaude Codeを単一のコントロールパネーとして使い、MCP・Skills・routineで自動化を組んでいる。この構成でできないことが出てきていない段階で、OpenBotを追加するとエージェントのレイヤーが増えて「どこで何が動いているか」の把握コストが上がる。
AG-UI対応という点は評価できる。ロックインが少ない設計は、将来的にClaude Code以外のエージェントと並列で動かす構成を取るときに選択肢に入りやすい。
🟡 = 並列エージェント構成への移行を検討するタイミングで再評価する。今は記録だけしておく。
🚫 milind-soni/OpenMausBot — VM付きのオープンソースチャットボット代替
自前のVMにデプロイできるチャットボット代替。ChatGPTやClaudeなどのSaaSに依存せず、自分のインフラ上でチャットボットを動かす構成を取れる。急上昇+1199。
なぜ入れないか:
Claude Code MAXプランの定額運用(月$100固定)でAPI料金の上振れリスクを排除している今の構成と方向が逆。自前VMでAIを動かすということは、インフラの管理コスト(サーバー費用・アップデート・セキュリティパッチ)が発生するということ。
コスト削減効果が出るのは、高頻度でAPIを叩く大規模ユースケースの話。個人開発・副業規模でAPI費用が問題になるほどのトラフィックがある状況ではないし、そうなったときにはSaaSの値下がりも考慮する価値がある。
🚫 = 自前インフラ管理のオーバーヘッドが増えるだけ。Claude Code定額運用を続ける限り採用しない。
🚫 Donchitos/Claude-Code-Game-Studios — Claude Codeを49エージェント・72スキルで動かす
Claude Codeを使って「ゲーム開発スタジオ」を模したエージェント構成を作るリポジトリ。49のエージェントと72のスキルを定義し、Claude Codeを大規模なゲーム開発に特化させる。
なぜ入れないか:
49エージェントの維持はソロ開発者・副業者にとって現実的でない。エージェントが増えるほど「どのエージェントに何を頼むか」の判断コストと、設定ファイルのメンテナンスコストが増える。
現在masatoman.netの運用で管理しているSkillsは10本前後。この規模で運用できているのは、スキルの数が把握できる範囲に収まっているから。49エージェントをソロで管理すると、スキルの重複・競合・デバッグの複雑化が現実的な問題になる。
一方で、スキル設計のパターン(どう責務を分割するか、どうフォールバックを定義するか)を参考にする価値はある。全部コピーするのでなく、設計の考え方だけを読む用途なら意味がある。
🚫 = ソロ・副業規模での導入は過剰。スキル設計の参考として閲覧止まり。
masatoman のメルマガ — 毎週月曜の朝に手紙を 1 通
masatoman.net の今週の記事 1 本を、読者目線で深掘りした手紙が毎週月曜 9:00 に届きます。「これ自分のことだ」が見つかる予告編。登録特典に「個人開発の収益化チェックリスト 15 項目」。
masatoman のメルマガ — 毎週月曜の朝に 1 通
masatoman.net で今週公開した記事の中から 1 本を、読者目線で深掘りした手紙が届きます。「自分も同じことやってる」「ここで詰まってた」が見つかる予告編。