按用户指示做**一包提交**,不按工作流拆分。本提交刻意混合了多条并行线:
· 本地 ASR 接管:audio 成为与 chat/embed/image/video 同等的路由类别
(IsLocalRoute 单一判据、audio 健康探测、default_audio_route、
auto 占位、GET /api/ai/routes/audio、回退云端时界面明示「音频已出网」)
· LLM 调用层:ctx 贯穿、ToolCall/ToolSchema、EmptyCompletionError /
TransientUpstreamError(按错误类型而非文案判重试)
· 编排 Agent:general_assistant orchestrate/persistence/spec_driver
· 联网搜索:internal/search(playwright)
· 网盘:backend + 前端
· 前端 UI:导航/路由/工作台若干页
· 交付文档:DELIVERY.md / AR04 / 部署文档的「无 Python」表述据实改写,
新增 eai_agentplatform-asr.service、asr.env、clonezilla-cleanup 清 ~/asr-poc
不分拆的原因:dev 早期,粒度不该打断工作节奏。且实测过——这些改动
**在编译上是同一个单元**(llm.go 的 ctx 签名变更牵动 12 个调用点,
chat_message.go 的 ctx 改动又与编排重写同处一个 hunk),拆出来的中间态编不过。
详见 TOP_CODING_RULES.md G14.5 与 bugs_and_errors.md E09。
Co-Authored-By: Claude Code <noreply@anthropic.com>
792 B
792 B
run_07
- 类型:联网单问
- 意图:single_search
- 状态:超时(未返回结果)
- 耗时:>180s(无响应,客户端中断)
- 时间:2026-09-25 20:10
- 说明:请求为「联网查近期做做人形机器人的公司」。单问意图应快速返回,但 web_search 走三级源时:SearXNG 空 → 搜狗HTTP 被 checkSNUID 拦 → 浏览器兜底又被百度/搜狗验证码卡住(见 run_06 同因)。三级源每级都要等超时,单次搜索即 30s+,再叠加 LLM 多轮 tool_calls,导致单问也超时。
- 结论:核心阻塞是数据中心 IP 被所有免费搜索源反爬标记,非意图分流或编排逻辑问题。对比 run_05(英文单问 19:23 曾成功)可见结果不稳定,取决于当时是否偶发绕过验证码。