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>
725 B
725 B
run_06
- 类型：编排型（多部分任务）
- 意图：orchestrated
- 状态：超时（未返回结果）
- 耗时：>300s（无响应，客户端中断）
- 时间：2026-09-25 20:04
- 说明：请求为「分上中下游调研具身智能机器人产业链」。编排器需拆解多子任务、每子任务走 web_search（三级源）。因本机数据中心 IP（180.158.134.57）触发百度「安全验证」/搜狗「点击验证码」反爬，搜索源持续超时，叠加 LLM 多轮 tool_calls，整体超过客户端等待上限。
- 结论：编排链路本身逻辑正常（见 run_01 曾成功返回 43KB 编排结果），但依赖搜索数据时，在网络反爬未解决前无法稳定跑通。