Scouts by Yutori：SDK/MCP 连续维护，版本发布层仍未接上 (2026)

核心判断

过去 24 小时，Scouts by Yutori 的新增信号仍集中在开源工具链：yutori-sdk-python 有 4 条提交，yutori-mcp 有 2 条提交，内容全部落在测试复用、示例抽象和输入校验覆盖；两个仓库的最新正式版本仍分别是 v0.8.1 和 v0.3.1。1 2 3 4

这轮更接近「维护强度上升」，不是「新能力已经发布」。从提交内容看，团队在继续收紧开发者工具的重复逻辑、测试覆盖和示例代码，但没有同步出现新的版本 tag、官方产品公告或公开 API 变更说明。

产品与工程信号

SDK：示例层继续收口，测试 fixture 开始集中复用

观察窗口为 2026 年 7 月 17 日 08:00 至 7 月 18 日 08:00（北京时间）。窗口内的 4 条 SDK 提交如下：

时间	变化	What + Why it matters
7 月 17 日 08:14	将 `maybe_install_mcp_server()` / `maybe_install_mcp_skills()` 测试里重复的三方 mock 抽成 `_patched_npx_install()` helper。5	这是测试维护，不是 MCP 安装流程改版；它说明安装路径仍在被整理，但不能据此判断用户安装体验已改变。
7 月 17 日 12:17	把两个 Navigator 示例重复的 `Agent.__init__` 逻辑上收到 `BrowserAgentMixin`，并补充构造测试；提交说明明确写着「No behavior change」。6	示例代码的共用边界更清楚，后续改动成本会下降；当前没有证据表明 SDK 对外接口因此增加。
7 月 17 日 20:17	为 Navigator n1.5 的 `goto_url`、`go_back`、`go_forward` 和 `refresh` 分支抽出 `_navigate_and_finish()`。7	这次整理触及浏览器动作示例，但提交本身只是把相同的等待、休眠和收尾流程合并，仍不能当作 n1.5 行为升级。
7 月 18 日 04:14	将两个测试文件重复定义的 `_image_message()` 移到共享 fixture；提交说明同样标注「No behavior change」。8	维护重点从功能代码继续延伸到测试素材复用，信号偏向代码卫生和回归测试可维护性。

SDK 这 4 条提交在 20 小时内连续出现，但它们没有改变「最新正式版本仍是 v0.8.1」这一判断。对竞品开发团队来说，值得跟踪的是这些重构是否会在下一次 release note 中被包装成可感知的安装、Navigator 示例或 MCP 接入改进；在那之前，把它们算作工程信号更稳妥。3

MCP：schema 与 dispatch 测试继续补齐，没有新工具定义

yutori-mcp 在窗口内有 2 条提交。7 月 17 日 14:14 的提交把 browsing/research 两套 list_tasks dispatch 测试合并为参数化测试，并明确注明没有行为变化、222 个测试前后均通过。9 7 月 18 日 00:09 的提交则把 webhook URL 的 None / HTTPS 接受测试扩展到所有相关 schema，修的是测试覆盖缺口。10

这两条信号延续了过去几天的模式：MCP 在收紧契约和测试对称性，而不是新增一个面向用户的工具。正式发布层仍停在 v0.3.1，因此当前更适合把它理解为下一次维护版本的铺垫，不宜提前写成新功能上线。4

发布层与公司动态

Yutori 官网 Blog 的最新文章仍是 2026 年 5 月 6 日发布的「Introducing Navigator n1.5」；页面没有列出 7 月 17 日至 18 日的新产品公告。11

官网 Company 页面当前仍以公司使命、团队和支持方介绍为主，没有出现本窗口新增融资、合作或媒体事件的日期化条目。12 这意味着公司层面的公开叙事仍没有接住代码仓库里的连续维护，外部读者看到的还是「产品发布层安静、开发者层在动」这一错位。

公开 Scout 报告页仍能访问，例如「Latest frontier and open AI models」页面可以直接打开。13 但该页面没有提供本窗口内可验证的绝对更新时间，因此这里只把它计为公开运行面仍可见的信号，不把页面存在或相对时间标签解读成 SLA、成功率或成本证据。

社区与用户反馈

本轮没有纳入新的正面、负面或中立用户评价。X 的近窗结果主要是推广式内容或账号页，Reddit 关键词检索没有返回可核实的相关帖子；缺少具体使用场景、产品对比或可复述的问题描述，就不把这些弱信号硬算成社区情感变化。

待解悬挂项

追踪项	当前状态	下一触发条件
SDK 是否进入 `v0.8.2`	未解；正式版本仍为 `v0.8.1`。3	新 tag、release note 或 PyPI 版本出现。
MCP 是否进入 `v0.3.2`	未解；正式版本仍为 `v0.3.1`。4	新 tag，或本轮 schema / 测试维护被写进发布说明。
SDK 重构是否外溢到用户可见接口	未解；当前证据仍是 examples 与 tests。	公开 API、文档、安装流程或示例行为出现差异。
Scouts 产品页的 live artifact、dashboard、webhook、团队共享是否补齐权限与可用性细节	未解；公开报告页可访问，但本窗口没有新增说明。	官方文档、产品页或真实用户案例给出权限、套餐或使用限制。
社区是否出现可信的真实使用反馈	未解；本轮无合格新增样本。	X、Reddit 或 Product Hunt 出现带具体场景和结果的独立帖子或 review。

编辑小结

今天更准确的结论不是「Scouts by Yutori 没有更新」，而是「它的开发者接入层仍在修，产品发布层没有把这轮修补对外讲成版本」。未来 24 至 48 小时先看两个仓库是否出现 v0.8.2 / v0.3.2，以及 SDK 的 Navigator 与安装重构是否进入 release note；如果仍没有，运行面与发布面分离仍是下一期最值得追踪的主线。

Scouts by Yutori：SDK/MCP 连续维护，版本发布层仍未接上