QiuSWandClaude Opus 5
87a532f3bb
匹配挂在 Agent 提交采集结果那个 HTTP 请求的 context 上。AI 匹配要几十秒到几分钟， Agent 先超时断开，ctx 被取消，匹配当场中断，采购员还得手动点一次「一键匹配」。 线上 2026-09-16 实测六个商品里四个是这样死的（#294 的日志第一次派上用场）： shopee 28111/8544/5250/5259: archive spec match failed: context canceled shopee 9214/26680: 成功——只是 Agent 尚未超时 - 用 context.WithoutCancel 派生，保留请求携带的值（trace 不断链），只切断取消 信号，再加 10 分钟上限兜底。 - 新增 specMatchAborted，与 unavailable 分开。ctx 取消是本端调度问题不是 Provider 故障，重试用的是同一个已死的 ctx，毫无意义。此前被归成「AI 匹配服务暂时不可用」， 线上出现过 unavailable=7 而 AI 服务完全正常，会一直误导排查。 - 全档案匹配遇到 aborted 立即早停，不再刷出一串同样的失败。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NTDbDcwbDw1TSAcE6wfh2F
GoAuto 移动采集管理平台
GoAuto 使用 go-admin、go-admin-ui 和 Android Portal/Agent 跑通 PDD 商品采集闭环：人工添加 PDD 链接、创建采集规则、创建任务、由 Android 执行并在任务详情查看结构化结果。
当前 MVP 只包含 PDD 商品、采集规则、采集任务、Android 执行和任务详情结果。顺云宝、Shopee、采购、批量任务、规则发布流程、全局停机和实时屏幕均不在当前范围。
阅读入口
旧版 ADB/Portal 验证代码、日志和诊断资料已归档到本机 demo/，该目录不进入 Git。
当前状态
- 需求和技术边界已确认。
- Harness Coding 文档和工单已建立。
- 服务端与 Android 端为可交互 HTML 原型。
server/已固定导入 go-adminv2.3.0。web/已固定导入 go-admin-uiv3.0.0。android/已建立 Kotlin/SDK 34 Agent 骨架。- 最小闭环 8 张业务表、迁移和唯一约束测试已经落地。
- 设备首次自注册、Token 认证、停用和吊销接口已经落地。
- Token 心跳、在线/离线、空闲/忙碌和离线任务失败已经落地。
验证
.\scripts\verify.ps1 -Component all
也可以把 all 改为 server、web 或 android 单独验证。