AutoExacto

从现有证据看，AutoExacto 值得关注，但目前更适合判断为“有明确采用信号的路由功能”，还不能仅凭社媒热度下结论说它已被广泛实证为最佳方案。较强证据来自 OpenRouter 官方帖子：它会持续运行 GPQA 与 TAU-Bench，并默认用于 tool calling 路由，还提到每 5 分钟重评吞吐、工具调用测试等。这里的 X 转发和浏览量只能证明话题热，不等于长期好用；真正支持能力判断的，主要还是官方说明与少量带机制解释的讨论。

它的实际作用不是“自动写提示词工具”，而更像“基于持续基准与运行状态的模型/提供方路由层”。更准确的类比是：给 OpenRouter 上的工具调用请求加一个自动选路器，减少开发者自己盯榜单、换模型、调 provider 的工作。它帮助产出的不是文案，而是更稳定的函数调用、代理步骤执行与模型选择决策。现有证据也显示它重点面向 tool calling，不是通用聊天增强器，也不是独立 agent 框架。

门槛与成本方面，证据只支持保守表述：它依附于 OpenRouter 使用，是否额外收费、如何计费，给定证据里没有官方定价信息，不能推断为免费或单独订阅。能确认的是你需要接受 OpenRouter 的路由方式与评测口径；若团队在别的平台直接调模型、要求私有路由策略，或需要按自家任务集评测，AutoExacto 的默认逻辑就未必合适。官方提到的重评频率与公开榜单说明其维护成本在平台侧，但这不等于你的业务效果一定稳定优于手选模型。

适合频繁做工具调用、想减少模型选型维护成本、接受公开 benchmark 作为一阶参考的开发者与 agent 产品团队；不太适合需要强隐私、自托管、固定模型白名单，或只做普通对话生成的人。社媒共识大致正面，讨论集中在“公开 benchmark 驱动路由”这点透明度较高；但 evidenceSources 里明显是转发与简评较多，实测、长教程、第三方深度复盘较少，还有一条把它误解成提示词生成工具，说明认知尚未稳定。总体讨论质量中等：热度证明强于好用证明，样本仍有限。