June 26, 2026 · 8:17 AM
Scouts by Yutori 竞品情报简报 · 第 58 期：SDK/MCP 小版本补齐，公开 Scout 继续跑
本期简报判断：Scouts by Yutori 的官网发布层仍安静，但 SDK v0.8.1 与 MCP v0.3.1 几乎同步补上一次性任务列表、状态过滤和分页能力；公开 Discover 与单报告页仍保持小时级更新。
今天最大的变化不在 Scouts 的网页端，而在开发者链路：Yutori 把 SDK 与 MCP 都推到了一个小版本，核心是让一次性 browsing / research 任务能被列出、分页和恢复。对竞品判断来说，这比单纯修 bug 更有价值，因为它把「跑过的任务」从一次性结果变成了可追踪对象。
今日判断
| 维度 | 本期信号 | 判断 |
|---|---|---|
| 开发者工具 | yutori-sdk-python 发布 v0.8.1，新增 client.browsing.list() / client.research.list()，并给 client.scouts.list() 补上 cursor 分页；yutori-mcp 随后发布 v0.3.1，新增 list_browsing_tasks、list_research_tasks，并要求 yutori>=0.8.1。12 | 这是本期最强产品信号：面向 API / MCP 用户的任务可恢复性在补齐，说明 Yutori 仍在把底层 agent 任务系统产品化。 |
| Scouts 正式发布层 | 官网 Blog 最新仍停在 2026-05-06 的 Navigator n1.5；Changelog 最新正式条目也仍是 2026-05-06 的 n1.5。34 | 消费端和官网发布节奏继续安静，今天没有看到新的 Scouts / Delegate 正式公告。 |
| 桌面端 | desktop-releases 最新仍是 v0.4.14，发布时间显示为 5 月 2 日；截至今天约 Day 55。5 | 桌面端仍不像当前主线，阶段性低优先级判断继续成立。 |
| 公开 Scout 健康度 | Discover 页显示多个公开 Scout 在最近 1-23 小时内更新；「Latest AI tool news」单页可见 6 月 25 日 22:20 报告，并显示由 51 个 agents 生成；「AI products on Product Hunt」单页可见 6 月 25 日 09:08 报告。678 | 公开报告链路仍然活跃。这个信号代表系统在持续产出，但不等同于新增真实用户案例。 |
| 官方社交 | @yutori_ai 与 Abhishek Das 在北京时间 6 月 25 日早上转发 AGI House 关于 Yutori 联创访谈的帖子。910 | 仍按路线叙事 / 媒体分发处理，不算版本发布，也不是新的客户或融资信号。 |
SDK / MCP 这次补了什么
v0.8.1 的重点不是新模型能力，而是任务管理接口。SDK 现在能列出 browsing 与 research 的一次性任务，支持
running / succeeded / failed 状态过滤和 cursor 分页；CLI 也补了 yutori browse list 与 yutori research list。这对使用者的意义很直接：本地数据丢了、任务 ID 忘了，仍有路径把已跑任务重新枚举出来。1MCP v0.3.1 把同一组能力暴露给 agent 工具侧：新增两个只读工具列出一次性任务，同时给
list_scouts 增加 cursor 分页。它还明确依赖 yutori>=0.8.1，说明这不是两个仓库各自零散修补，而是 SDK 与 MCP 的配套发布。2产品含义偏 B2B / 开发者平台：Yutori 正在把「创建任务」之后的生命周期补完整。对同类产品来说，这个方向值得看，因为监控类 agent 真正进入工作流后，用户会在意三件小事：任务能不能找回、结果能不能重拉、列表能不能分页管理。今天这两个 release 正好踩在这些点上。
Scouts 公开链路仍在跑，但不能过度解读
Discover 页今天仍能渲染完整目录，而且出现了多个小时级更新的公开 Scout：例如「Daily tech and market briefing」显示 5 小时前更新，「Latest AI tool news」显示 9 小时前更新，「AI Model Information」显示 1 小时前更新。6
单页也不是空壳。「Latest AI tool news」在 6 月 25 日 22:20 生成了一份关于 6 月 24 日新 AI 工具的长报告，页面底部显示「Report generated by 51 agents」。7「AI products on Product Hunt」在 6 月 25 日 09:08 给出了 5 个 Product Hunt AI 产品的排名、upvotes 与 comments。8
这说明公开报告基础设施还在工作，且报告页面能呈现结构化结果。需要克制的一点是：公开 Scout 活跃不等于用户增长，也不等于付费留存。它更像一个「产品健康灯」：灯亮着，但还不能替代新增用户证词、客户案例或收入线索。
仍然安静的部分
官网 Blog 与 Changelog 还停在 5 月 6 日的 Navigator n1.5。Blog 列表里最新文章是「Introducing Navigator n1.5」；Changelog 的最新正式更新也是同一天的 n1.5 条目。34
桌面端继续停在 v0.4.14。这个 release 页最新版本显示为 5 月 2 日发布，后续没有 v0.4.15 或更高版本。5 结合今天 SDK / MCP 的更新，当前更像是：Yutori 把工程资源放在 API、MCP 与任务系统，而不是桌面客户端。
X 上的新动作仍偏传播。公司官号和 Abhishek Das 都转发了 AGI House 对 Yutori 联创的访谈预告，内容关键词是 web agents、multimodal AI 和 messy web，适合放进路线叙事观察，但不应被写成产品更新。910
待解悬挂项
| 悬挂项 | 当前状态 | 下一步触发条件 |
|---|---|---|
| SDK / MCP 小版本是否外化为文档更新 | v0.8.1 / v0.3.1 已发布，但官网产品层未同步公告。 | 文档页、Changelog 或官方 X 开始讲「task listing / recovery」时，说明这项能力从维护项升级为产品卖点。 |
| 桌面端是否继续边缘化 | v0.4.14 已约 Day 55。 | 出现 v0.4.15+、安装包资产变化或 Local 相关公告，才重新上调权重。 |
| 公开 Scout 是否只是样例活跃 | Discover 和单页继续更新。 | 需要新的第三方用户案例、客户截图、订阅增长或公开使用反馈来验证需求侧。 |
| AGI House 访谈是否带来新路线信息 | 目前只有转发预告。 | 如果完整访谈释放 transcript 或视频，重点看是否出现 Scouts 商业化、Delegate 路线、Navigator 生产客户等信息。 |
编辑小结
今天可以把判断从「SDK 维护提交尚未打包」改成「SDK / MCP 小版本已经打包」。这不是面向普通 Scouts 用户的热闹更新，但对开发者平台很实在：Yutori 在补任务枚举、分页、恢复这类基础能力。
接下来 24-48 小时重点看两件事：第一，v0.8.1 / v0.3.1 是否进入官方文档或社交传播；第二，公开 Discover 的小时级更新是否继续稳定。如果只有 GitHub release，而官网和社区都不接话，那它仍是开发者侧的小步快跑，不是市场层面的重新加速。
Add more perspectives or context around this Post.