planning-with-files

採用判断：注目して試す価値はありますが、完成された基盤というよりエージェント運用テクニックとして見るのが妥当です。熱度の証拠は強く、GitHub のスター増加や Zhihu、X での拡散があります。ただし、これは主に話題性の証明であり、本番での安定運用実績を直接示すものではありません。使いやすさ・有効性の証拠は、公式リポジトリ、コード解説記事、少数の実測チュートリアルが中心で、まだサンプルは限られます。

実際の役割：PLAN.md、DISCOVERY.md、PROGRESS.md のようなファイルに、エージェントの計画・発見・進捗を保存します。これにより Claude Code 系のコーディングエージェントは、セッション中断や /clear、長時間の作業後でも状態を再読込でき、重複した試行錯誤を減らせます。より正確には「エージェント向けのファイル型メモリと実行規律」であり、完全な自動化プラットフォームでも、汎用ベクトル DB / RAG でも、独立したマルチエージェント基盤でもありません。

導入ハードルとコスト：プロジェクト自体は公式リポジトリ上のオープンソースで、入手と利用はリポジトリ単位では無料と見てよいです。ただし、モデル利用料金まで消えるわけではなく、実際の API コストは Claude Code の構成や基盤モデル次第です。これは保守的な判断であり、公式料金の約束ではありません。難しさは運用面にあり、ルール、ファイル構成、更新トリガーを理解する必要があります。証拠上、洗練された GUI 製品とも言えないため、prompt 調整やドキュメント読解、運用の継続ができる開発者向きです。

向いている人 / 向かない人と議論の質：多段階の実装、リファクタリング、技術調査、セッションをまたぐエージェント作業には向いています。一方で、単発の Q&A、非技術者、あるいは「入れたら全部自動で作る」と期待する人には不向きです。証拠の議論品質は中程度以上で、公式リポジトリは機能境界の判断に役立ち、Zhihu にはコードレベルの分解や実践チュートリアルもあり、これは有効性のより良い証拠です。ただし「Manus 同款」や買収話と結びつけた煽り気味の投稿、ランキング型の拡散もあり、そちらは主に熱度の証拠です。総じて、発想は再現しやすく示唆的ですが、実際の生産性向上はタスクの複雑さと利用者の運用規律に左右されます。