react-doctor

采用判断：React Doctor 值得试用，但目前还不足以称为经过广泛验证的标准方案。项目仓库约有 14,300 个 star 和 455 个 fork，X 相关内容累计获得较高浏览量与多次转发，这些只能证明关注度和热度，不能直接证明稳定好用。现有能力证据主要来自项目仓库定位、命令示例，以及少量展示 agent 审计或修复流程的帖子；系统性实测、对比评测仍然有限。

实际作用上，它更像 React 专用的代码健康检查器或审计 CLI，而不是通用 SAST、安全扫描平台，也不是负责自动改代码的 AI IDE。项目说明表明它可扫描 AI 生成和人工编写的 React/Next.js 代码，并输出健康分和按类别整理的问题；社媒示例提到 useEffect 问题、反模式检查，以及让 agent 先审计再创建修复 PR。它适合作为质量门禁或人工评审前的补充信号，不能替代 ESLint、TypeScript、依赖漏洞扫描和人工判断。

门槛与成本方面，证据明确支持的是开源项目仓库，以及社区帖子中出现的 `npx react-doctor@latest` 运行方式。没有看到官方定价页、API 计费或企业版信息，因此不能推断稳定的商业价格。保守推断，如果接入本地流程或 CI，主要成本会是安装集成、问题分诊、误报核验和人工修复；这是使用成本估计，不是官方承诺。agent 修复流程只是社媒演示，也不应理解为低成本或完全自动整改。

它更适合 React/Next.js 团队、频繁使用 AI 编码工具的开发者，以及希望增加代码健康检查的团队；不适合非 React 项目，或只需要传统依赖安全扫描的用户。社媒对“AI 生成的 React 可能能运行，但结构和实现习惯不够健康”这一问题有一定共识，但讨论质量有限：证据以 X 短帖、转发、榜单式提及和 prompt 分享为主，只有少量实测式描述，一篇知乎文章也更偏介绍，长篇教程和独立评测不足，已采集的 X 帖子几乎没有评论。因此，热度和试用兴趣较明确，误报率、规则覆盖与不同代码库的适配性等好用证明仍不充分。