Scouts by Yutori：CLI 与 MCP 同步收口，版本发布仍未接上

7 月 20 日，Scouts by Yutori 的 SDK 与 MCP 主线各有一条新提交，但两条都停在工程整理：SDK 把 CLI 列表渲染抽成共享函数，MCP 给 formatter 分发表补上显式 Protocol 类型。公开 Scout 报告仍在产出，正式版本、官网 Changelog、桌面端和官方社区传播没有接住这批代码变化。12

今天的竞品信号可以概括为：开发者工具在继续收口，用户可消费的版本面仍然安静。这个差别比提交数量更值得跟踪。

SDK 的 7 月 20 日提交 refactor(cli): extract render_entity_table() shared by scouts/task list output (#212)，把 scouts list 与 browsing/research task list 原本各自维护的 Rich 表格抽成共享的 render_entity_table()。提交涉及 CLI 命令模块和 scouts.py，统一了 ID、Query、Status、日期或间隔、Reason 这组展示结构。1

这会减少 CLI 输出逻辑的重复，后续改列名、截断规则或字符串安全处理时也更容易保持一致。当前 diff 没有显示新的 API 端点、SDK 方法或正式版本号，因此它更接近开发者体验和维护成本调整，不能写成 Scouts 能力更新。1

MCP 同日的提交 refactor(formatters): type the _TOOL_FORMATTERS dispatch table with a ResponseFormatter Protocol (#168)，在 formatters.py 中新增 ResponseFormatter Protocol，并把工具名到 formatter 的映射标注为 dict[str, ResponseFormatter]。这让不同工具的响应格式化函数共享同一套可检查的调用形状。2

它的价值在于让 dispatch registry 的类型边界更清楚，减少以后新增或调整 formatter 时的静默错误。提交只改类型声明和协议，没有显示新增 MCP 工具、输入字段或用户工作流；对使用者来说，今天还没有可直接安装的新功能。2

两条提交放在一起看，Yutori 仍在同时整理「列表输出」和「工具响应」这两个开发者入口。它们可能是在为后续版本降低维护成本，但目前没有证据表明这项整理已经外溢到公开 API 或产品路线图。

Python SDK Releases 页面当前的 Latest 仍是 v0.8.1，页面标注发布日期为 6 月 25 日；MCP Latest 仍是 v0.3.1，页面标注发布日期为 6 月 26 日。7 月 20 日的两条 main 提交都没有对应的新 tag。34

官网 What's New 的最新条目仍为 5 月 6 日发布的 Navigator n1.5；桌面端 Releases 的 Latest 仍为 v0.4.14，页面标注日期为 5 月 2 日。代码主线连续维护，并没有转化成新的官方产品叙事或桌面端版本。56

对竞品判断而言，当前不能把「main 分支有新提交」等同于「产品正在发布」。至少要等到 v0.8.2、v0.3.2、文档或 release note 出现对应的用户可见变化，才值得上调对产品节奏的判断。

公开 Scout 报告页在 7 月 20 日 12:03（北京时间）记录了一次 AI 与科技新闻更新，原页面同时写明报告生成时间为 09:33 IST，由 86 个 agents 生成，约节省 29 分钟浏览时间。报告正文覆盖 7 月 19 至 20 日的行业新闻，并保留了来源链接。7

这条页面证据能确认公开运行链路仍在交付新报告，也让「持续监测、聚合来源、输出结构化结果」这条产品定位有可观察样本。86 个 agents 和节省时间是该报告页的单次运行标记，不能据此推出所有 Scout 的 SLA、成功率、成本或权限边界。7

所以今天的产品状态仍是两层分离：公开运行面在动，发布面没有跟上。对同类产品团队来说，前者说明交付链路仍有活性，后者提醒我们暂时拿不到新的接口、套餐、权限或可靠性承诺。

官方 yutori_ai 时间线返回的最新可验证条目仍是 7 月 16 日 09:13（北京时间）的一条转发，内容是「new @yutori_ai lander: web agents @ web-scale」，不是 7 月 20 日至 21 日窗口内的新产品主贴。8

Product Hunt 的 Yutori 页面仍列出 3 次 launch，最近一次是 4 月 24 日的 Yutori Delegate，Reviews 区显示「No reviews yet」。页面没有新增的 Scouts 用户 review 可用于判断本窗口的情感倾向。9

因此，本窗口没有形成足以改写产品判断的独立社区事件。社区维度继续保持缺口，不把旧帖、官方转发或 Product Hunt 的历史 launch 数量当成新用户反馈。

Scouts by Yutori 的一句话定位仍是：让一组 AI agents 按计划持续监测网页，把发现交付成报告或可更新结果。7 月 20 日的公开报告证明这条运行路径仍能产出，SDK 与 MCP 的新提交则显示开发者工具在做一致性和类型边界整理。127

但从产品决策角度看，今天仍没有新增可比较的 API、版本、价格、权限或用户口碑。最稳妥的结论不是「产品停滞」，而是「工程维护有连续性，发布节奏和公开叙事暂未恢复」；这个判断的下一次升级点是维护提交是否进入正式 release，并写出使用者能感知的变化。

未来 24 至 48 小时看两件事。第一，CLI 与 formatter 的整理是否进入 SDK/MCP 新版本，并在 release note 里留下用户可见的行为说明。第二，公开 Scout 是否连续生成带明确时间和来源的报告，同时补出 artifact 的权限、套餐或可靠性边界。两项都没有发生时，当前结论不变：Scouts by Yutori 的运行面在动，发布面仍未接上。