最新AIツール6件 効率厨verdict 2026-09-24 — Claude Code v2.1.281 autoモード rm-rf バグ修正

今日の判定サマリ

ツール	verdict	一言
Claude Code v2.1.281	🟢	autoモードの rm -rf 誤実行バグ修正。今日 update 必須
DeusData/codebase-memory-mcp	🟡	コードベース知識グラフ MCP。大規模リファクタ前後に試す価値あり
obra/superpowers	🟡	composable skills フレームワーク。routine 設計の参考に
strands-agents/harness-sdk	🟡	マルチモデルエージェント SDK。現状不要・スケール期に再評価
Open-Dev-Society/OpenStock	🚫	株価分析ツール。スタックと接点ゼロ・スルー
BuilderIO/agent-native	🚫	低シグナル。現構成を置き換えるメリット不明瞭

---

🟢 Claude Code v2.1.281 — autoモード rm -rf 誤実行バグ修正

今日やること: claude update → claude --version で v2.1.281 以上を確認する。

v2.1.281 は3つの重要修正が含まれる。

1. autoモードの rm -rf 誤実行バグ（セキュリティ修正）: autoモードで Claude Code がエージェントとして動作中、意図しない rm -rf コマンドを実行してしまうバグが修正された。sns-automation の routine エージェントや content-executor のように自動実行するスクリプトを抱えている構成では、これが直撃する可能性があった。autoモードを使っているなら今日の update は必須。

2. API リトライクラッシュ修正: Anthropic API へのリクエストがリトライ処理中にクラッシュしていた問題を修正。長時間稼働の routine エージェントや並列処理中に断続的な落ちが起きていた場合、この修正で改善する。

3. MCP 切断時のキャッシュ消失修正: MCP サーバーが切断されたときにキャッシュが消失していた問題を修正。Supabase MCP や GitHub MCP を組み合わせた長いセッションで、コンテキストが途中でリセットされる現象への対処。

MAX 定額の場合の扱い: MAX 定額では claude update が自動適用されているが、念のため claude --version でバージョンを確認する。v2.1.281 未満であれば手動で claude update を実行する。

効率厨視点: 3修正のうち autoモードの rm -rf バグは実害が出うるレベル。routine エージェントを動かしている場合は今日 update して version 確認するだけで済む。5分でリスクが消える。

---

🟡 DeusData/codebase-memory-mcp — コードベース知識グラフ MCP

今日やること: 次の大規模リファクタ前後に試すためにリポジトリをブックマークして戻る。今すぐ導入は不要。

tree-sitter でリポジトリ全体を解析し、関数・型・依存関係を知識グラフとして構造化する MCP サーバー。Claude Code に MCP として追加することで、コードベース全体を逐一読み込まなくてもコンテキストを保持できる仕組み。

構造:

• 単一バイナリ、追加依存ゼロ
• Claude Code MCP として claude mcp add で追加
• tree-sitter による多言語解析（TypeScript・Python・Go 等）
• 知識グラフとして関数間の関係・呼び出し経路を保持

masatoman.net での適用タイミング: 現状の masatoman.net は content/articles が主体でコードベース自体は比較的小さい。大規模リファクタ（Next.js バージョンアップ、ルーティング大幅変更等）の前後に試すのが費用対効果が高い。今すぐ導入して毎日使うよりも「リファクタの直前に試す」使い方が合っている。

効率厨視点: 単一バイナリで依存ゼロは導入コストが低い。「今すぐ入れて何が変わるか」より「大規模変更時のコンテキスト管理コスト削減」として位置づける。ブックマーク→大規模リファクタ時に再評価。

---

🟡 obra/superpowers — AI エージェント向け composable skills フレームワーク

今日やること: routine エージェントの改善タイミングが来たら設計パターンを読み返す。今すぐ移行は不要。

AI エージェントに composable な skills を追加する方法論フレームワーク。Claude Code の skills 形式と構造的に近いが、「セッション診断」「自律修復」等のパターンが体系化されている。

参考になるパターン:

• セッション診断スキル（エージェントが自分の動作ログを解析する）
• エラー後の自律修復ルーチン
• skills の composability 設計（小さいスキルを組み合わせる）

masatoman.net の skills との比較: content-executor や sns-automation の routine で使っている skill 設計（article-policy・masatoman-article-rules 等）と構造上の共通点が多い。「どこまでスキルで切り出し、どこまでプロンプトに埋め込むか」の粒度感を比較する参考になる。

効率厨視点: 既存スキルが稼働中のまま外部フレームワークを混ぜると整合性が崩れる。「今の routine をレビューするタイミング」が来たら設計思想を参照する使い方が正解。今すぐ導入ゼロ。

---

🟡 strands-agents/harness-sdk — マルチモデル対応本番エージェント SDK

今日やること: 対応不要。MRR 安定後のスケール期に再評価の候補として記録するだけ。

複数の LLM（Claude・GPT-4o・Gemini 等）を横断してエージェントを構築するための SDK。本番環境向けの設計で、モデルの差し替え・フォールバック・モニタリングが標準装備。

現状との適合度: masatoman.net は Claude Code MAX 定額で完結しており、複数モデル横断の必要性がない。harness-sdk が本領を発揮するのは「複数モデルを使い分けてコスト最適化する」か「特定タスクに最適なモデルを動的に選ぶ」フェーズ。

再評価タイミングの目安:

• Claude Code MAX の月額コストが現行の2倍を超えた
• 特定タスクで Claude 以外のモデルを使うほうが明らかに優位になった
• MRR が安定して多モデル構成の実験コストを吸収できるようになった

効率厨視点: 現状は「道具が良い」より「同じ道具を深く使い倒す」フェーズ。複数モデル横断のオーバーヘッドを導入するメリットがない。スケール期の候補としてメモして終わり。

---

🚫 Open-Dev-Society/OpenStock — AI 分析付き株価トラッキング

スルー確定。株価・市場データの分析・トラッキングツール。Next.js + Supabase + Claude Code の現スタックと接点なし。masatoman.net の主顧客（個人開発者・副業者で AI 業務設計を組みたい層）にも関係しない。判断に5秒。

---

🚫 BuilderIO/agent-native — エージェントパワード TypeScript アプリフレームワーク

スルー確定。低シグナル（+87/日）。TypeScript + AI エージェントを組み込んだアプリフレームワーク。現構成（Next.js + Claude Code）を置き換えるメリットが見えない。アーキテクチャの実績が見えてきた1年後に再評価する候補として記録して終わり。

---