QiuSWandClaude Sonnet 5
f634996dad
order_result_unknown 目前是全有或全无：parseOrderEvidence 要求订单号、下单 时间、待付款/支付文案同时命中才算 order_created，任何一项缺失就落进同一个 order_result_unknown，无法区分"确实到过支付页只是没读全证据"和"根本没到 那一步"——前者大概率已在 PDD 建了真实订单。 Agent：readOrderResult 采样循环中，只要命中过支付页 Activity 或 unpaidContextVisible（待付款/待支付/去支付文案），记 paymentPageObserved， 与订单号是否解析成功无关，随 order_result_unknown 一起上报。 服务端：PurchaseTask 新增 PaymentPageObservedAt，仅在请求带 paymentPageObserved=true 时写入服务端当前时间；不回填既有 107 笔历史记录， 无法从历史数据反推当时是否见过支付页。 不改判定结果本身，order_created 的四项条件、批量重试逻辑均未动。 Co-Authored-By: Claude Sonnet 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 单独验证。