メインコンテンツへスキップ
← 記事一覧に戻る
·運用·7 min read

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

Claude CodeAIツール効率化キュレーションコンテキスト管理
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 本を、読者目線で深掘りした手紙が届きます。「自分も同じことやってる」「ここで詰まってた」が見つかる予告編。

シェア

コメント

投稿にはログインが必要です(メールアドレスのみ・パスワード不要)。入力内容は保持され、ログイン後そのまま投稿されます。