react-doctor

採用状況の判断としては、React Doctor はすでにかなり注目されています。公式 GitHub リポジトリには高い star/fork があり、X でも転載、試用報告、プロンプト共有が多く、AI が書いた React の品質管理という話題で強い関心を集めています。ただし、これは主に熱度の証明であって、長期的な有用性の証明とは別です。今回の証拠で能力判断を比較的支えられるのは、公式リポジトリの説明、1 コマンドで動く使い方、そして agent や修正フローに組み込んだ少数の実測寄り投稿です。長文レビュー、体系的チュートリアル、大規模比較はまだ少ないため、「試す価値は高い」が現時点の保守的な結論です。

実際の役割として、これは汎用 SAST や総合セキュリティスキャナではなく、自動修復中心の AI IDE でもありません。より正確には、React の構造や実装習慣を点検する専用の監査・健康診断 CLI に近いです。証拠上は `npx react-doctor@latest` で React プロジェクトを走査し、ヘルススコアとカテゴリ別の問題を出し、useEffect、再レンダリング、設計上のアンチパターン、一部セキュリティ懸念を見つけることが確認できます。X では agent の事前監査や PR 修正フローの入力として使う例もあり、ESLint、TypeScript、人的レビューを置き換えるというより、品質ゲートの追加信号として使うのが自然です。

導入ハードルとコストについて、今回の証拠で明確に言えるのは「npx で実行できる」「オープンソースのリポジトリがある」という点までです。公式の料金ページ、API 従量課金、企業向けプランは確認できないため、安定した商用価格を推定すべきではありません。個人やチームがローカルや CI で試す場合、保守的には接続作業、検出結果のトリアージ、誤検知確認、手作業での修正が主なコストです。SNS 上の agent 修正デモを、そのまま低コスト自動修復の保証とみなすべきではありません。React/Next.js チーム、Copilot/Cursor/v0 を多用する開発者、コード健全性チェックを追加したいチームには向きますが、非 React 案件、ワンクリック全自動修復を期待する人、依存関係の脆弱性診断が主目的のセキュリティチームにはあまり向きません。

SNS 上の共通認識はかなり明確で、「AI が書いた React は動くが不健全になりがち」という問題意識に多くの人が同意しています。React Doctor はその痛点に真っすぐ刺さっているため、話題化しやすいのでしょう。