eaiadminandClaude Code
c1af86c934
按用户指示做**一包提交**，不按工作流拆分。本提交刻意混合了多条并行线：
· 本地 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>
847 B
847 B
run_11
- 类型：联网实时单问
- 意图：single_search
- 状态：超时（后端未返回结果，客户端 150s 中断）
- 耗时：>150s
- 时间：2026-09-25 20:35 后
- 说明：请求为「联网查 2026 诺贝尔物理学奖得主」。走 web_search 工具。未配付费 key 时，每次搜索都要串行等完 searxng(25s)+sogou(15s)+browser(20s+)≈60-80s。该类实时问答 LLM 常连续调多轮 web_search 工具，每轮 80s，两轮即超 150s，故超时。
- 对比：20:28 的同路径单问（人形机器人）耗时 82s 且能诚实降级返回，说明耗时敏感于 LLM 是否多轮调用搜索。
- 结论：搜索源未配付费 key 时，每轮搜索 60-80s 的串行等待是联网路径超时的直接根因。需并发探测 + 收紧超时 + 配置稳定可用的付费源三者其一才可根治。