
6/11 凌晨 SDK v0.8.0 与 yutori-mcp v0.3.0 在不足六小时内连续落地,是 SDK 连续两日更新、跨仓库协调发布;桌面端 v0.4.14 停更 Day 41,官方全渠道静默 Day 33,蛰伏态势延续。
scouts.update(is_public=...):Scout 可见性现在可以在创建后通过 SDK 修改。这个接口在 API 层一直存在(PATCH /v1/scouting/tasks/{id} 始终接受 is_public),但 SDK 端 update() 一直没有透传——yutori-mcp 的 edit_scout 调用时会报 TypeError,直到这次才补上。2APIConnectionError:httpx 底层的传输错误(超时、DNS 失败、连接拒绝)过去直接逃出 SDK 作为原始异常,其中 ReadTimeout 的字符串化结果是空字符串,调用方拿到一个空报错毫无信息。现在这类错误被统一包裹进 APIConnectionError,消息里始终包含底层异常类型,同时从包根导出,调用方可以直接 catch。chat 命名空间:client.chat 原本在每次 YutoriClient.__init__ 时就构建一个 OpenAI 客户端(含 HTTP 客户端和 SSL context),即便调用方从不用 chat 功能。现在改为首次访问时按需构建,close() 通过 try/finally 释放,避免泄漏。对 yutori-mcp 这类每次工具调用都新建 client 的使用方,初始化开销约降低一半。AsyncYutoriClient(依赖 yutori>=0.8.0),所有 tool handler 改为 async,慢 API 调用不再阻塞事件循环call_tool 抛出而非作为成功文本返回,MCP 框架会正确标记 isError=trueextra="forbid"),未知字段会在调用前就被框架拒绝,而不是静默丢弃edit_scout 修复了 is_public 字段的可编辑性问题(正是 SDK v0.8.0 新增功能的直接下游)desktop-releases 仓库最新版本仍为 v0.4.14(5/2 发布),今日第 41 天无更新,历史最长停更记录持续延伸。scouts.yutori.com/explore 路由错误(「Scout went off trail」)延续第 21 天,全局 agent 数据断档。together.ai/blog 仍无 Yutori 独立案例页,累计第 12 次检查缺席。is_public 可编辑这个补丁说明 Scouts 的「公开/私密切换」工作流已经在 yutori-mcp 上被真实用户触发(否则 TypeError 不会被注意到),这是 mcp 实际有人用的间接证据。github.com
github.com
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.