Scouts by Yutori：SDK 示例与 MCP 格式化继续重构，发布层仍未接上

7 月 23 日，Scouts by Yutori 的代码线继续有提交，但新增内容落在 SDK 示例重构和 MCP 输出格式化收口，尚未形成新的客户侧功能。SDK v0.8.1、MCP v0.3.1、桌面端 v0.4.14 和官网最新 Changelog 条目都没有向前移动。123456

对竞品团队来说，今天该记住的不是「又有几个 commit」，而是一个更窄的判断：工程线仍在清理交付前的摩擦，版本线还没有把这些变化交给用户。

What： yutori-sdk-python 在 7 月 23 日有两条提交。一条把异步客户端的 400/500 API 错误测试改成参数化测试，只改动 tests/test_async_client.py；另一条把 examples/_common.py 里四种点击动作的重复分支合并，统一坐标解析和点击后的 0.5 秒等待，再按动作类型调用单击、双击、右键或三击。12

Why it matters： 第二条比纯测试整理更接近开发者可读的示例行为，但文件仍位于 examples/，提交标题也明确写的是 refactor。目前没有证据显示它新增了 SDK API、安装行为或 Scouts 的监控能力，因此应计入工程维护，不应升级成产品功能。

这条线索和前几天的任务列表、CLI 共享渲染整理属于同一类信号：代码越来越规整，用户能直接购买或安装的东西却没有增加。23

What： yutori-mcp 在 7 月 23 日将 rejection_reason 参数收进 _task_status_lines 共享函数，并让任务启动、任务结果等状态分支统一通过该函数追加拒绝原因。改动集中在 src/yutori_mcp/formatters.py，没有新增工具、参数或协议说明。7

Why it matters： 这能减少不同状态输出之间的重复代码，也可能降低后续修 bug 的成本，但它改变的是 MCP 内部 formatter 的组织方式。对正在选型的团队，暂时不能把它解读成错误信息、任务状态或接口契约已经发生了新的产品级变化。

MCP 这次提交与 7 月 22 日的开发环境开关不同，后者至少新增了一个启动参数；7 月 23 日的变化更像把已有输出路径整理得更一致。78

SDK Releases 当前最新仍是 v0.8.1，页面显示发布时间为 6 月 25 日；MCP 最新仍是 v0.3.1，发布时间为 6 月 26 日。34

桌面端 Latest 仍为 v0.4.14，发布时间为 5 月 2 日；官网 What's New 最新条目仍是 7 月 2 日的 Navigator n1.5 Online-Mind2Web 更新。56

这条发布链没有变化，意味着 7 月 23 日的 SDK/MCP 提交至少还没有被新版本标签、安装资产或正式产品公告承接。对竞品监控而言，真正需要等的是 v0.8.2、v0.3.2 或一条明确说明行为变化的 release note，而不是继续累加 main 分支的维护数量。34

Scouts 官方产品页当前仍把产品写成自然语言网页监控工具，展示一次性或周期运行、邮件摘要、webhook、实时 dashboard、团队共享和 iOS 入口。这些是当前可见能力，不是本窗口新增功能。9

官网最新正式叙事仍指向 Navigator n1.5，而不是 Scouts。6

北京时间 7 月 24 日 01:13，Yutori 官方账号转发了关于 Muse Spark 1.1 与 Online-Mind2Web 评测的内容；01:28 又转发了把 n1.5 云端浏览器嵌入新落地页的内容。两条都是 Navigator 相关传播，不是 Scouts 新功能公告。1011

公司层面因此有传播动作，但产品线索没有重新连回 Scouts。这个差别不能忽略：Navigator 的模型能力叙事可以带来注意力，却不能替代 Scouts 的版本、权限和实际工作流说明。

Product Hunt 当前页面列出 Yutori 的 3 次历史 launch，Reviews 仍显示 No reviews yet。12

本窗口也没有找到能够同时核对具体任务、结果和发布时间的独立 X 或 Reddit 用户讨论，因此不能把官方转发、产品页示例或 review 空白分别包装成用户认可或用户不满。社区情绪判断继续保持空缺。

Scouts by Yutori 的一句话定位仍是「让一组常驻 agent 替用户持续监控网页，并把结果送进邮件、webhook 或实时产物」。官方页面明确展示了自然语言配置、周期调度和可分享的 live artifact，但没有在本窗口给出新的稳定性、成功率、成本或权限数据。9

当前更硬的差异化仍来自产品形态覆盖，而不是 7 月 23 日的代码提交。后者说明 Yutori 在补开发者工具链的细节，却没有改变同类产品最关心的客户问题：任务能否稳定跑、结果能否验证、权限边界能否被团队接受。

对竞品团队，今天可以把观察表分成两列：main 分支记录工程准备，release、Changelog 和独立用户反馈记录实际交付。两列继续不同步时，不要用前者替代后者。

接下来 24 至 48 小时，先看 SDK/MCP 是否出现新版本标签或安装说明，再看官方是否把 Navigator 的传播连接到 Scouts 的具体功能、权限或运行边界。只要 release、官网和独立用户证据仍不动，今天的判断就不变：代码在整理交付路径，产品发布层仍未接上。

观察窗口截至 2026 年 7 月 24 日 08:00（北京时间）。