docs: complete T-106 device evidence

docs/tasks/T-106.md

@@ -3,7 +3,7 @@ id: T-106
 title: 合并式最终提交面板、闸门三与返回路径真机取证
 phase: 1
 deps: [T-105]
-status: DOING
+status: DONE
 created: 2026-08-04
 vikunja_task_id: 41
 context_ref: db2b781
@@ -37,7 +37,7 @@ write_paths:
   - docs/current-state.md
 ---
 
-<!-- BEGIN VIKUNJA EXPORT id=41 synced=2026-08-06T03:01:51Z sha256=d4d654debf47bb54791d294e9ea2ca5b88363388febed16af254a005beed159c -->
+<!-- BEGIN VIKUNJA EXPORT id=41 synced=2026-08-06T03:22:51Z sha256=316f8f716ed7b247a22092ec211d38e60cefee9235d6ba456286ccde1ede53e8 -->
 ## 问题 / 背景
 
 2026-08-06 真机证据证明：拼多多 8.17.0 的当前采购界面不存在“规格面板 → 独立订单确认页”导航。目标规格与数量设置后，同一合并式最终提交面板已经显示地址、支付方式、顶部 Gate2 总额和红色“提交订单 ¥金额”；点击该红色控件会立即创建待付款订单并进入付款界面。原四态方案已安全停止。
@@ -103,6 +103,14 @@ T-106 第一态真机事实（拼多多 8.17.0、PKG110/Android 16、goods_id 93
 
 2026-08-06T03:01:42.237Z · Codex
 合并式最终提交面板 Gate3 契约已同步到架构、需求、API、编码规则、路线图、用户故事/交互/路由及下游 T-107/T-210/T-208/T-305/T-400/T-401/T-403。T-106 只读 CLI 现仅接受既有最终面板态与人工一次 Back 返回态；确认页导航与红色控件点击均不可达。专项 16 tests、client 全量 346 tests、compileall、validate_agent_context 与完整 init.ps1 均通过。尚待项目所有者只按一次 Back、运行 returned-safe-page 取证并确认安全返回；T-106 保持 DOING。
+
+### 2026-08-06T03:18:45Z · ila
+
+2026-08-06T03:07:33Z 返回态真机证据已完成并复核（拼多多 8.17.0、PKG110/Android 16、WiFi、goods_id 937122477375）：screenshot/XML/app/manifest 完整，三项 SHA-256 与 manifest 一致。截图与 XML 显示一次 Back 后回到同一商品详情安全页，恢复“快要抢光 ¥12.88 / 免拼购买”，不存在“提交订单”“立即支付”“确认支付”等控件；前台仍为 com.xunmeng.pinduoduo/.activity.NewPageActivity。screenshot SHA-256=370a447f1e4f9ab848fea81b735081d62524a3db8ae100dfd94f96c6abeff38f；XML SHA-256=ab8f4a060d7180b1f231131095fdf4c07dacac68e47eaec9b5804090557eec6c；app SHA-256=dcfd282da23bc5dee08e25446ed395c300c5ec9eb4d27d3c0b231a306641db50。项目所有者“四项确认”：只按一次系统返回；未点击提交订单；未创建待付款订单；未进入付款、安全验证或外部页面。T-106 两态真机与人工验收全集满足。
+
+### 2026-08-06T03:22:42Z · ila
+
+T-106 收尾同步：本地 frontmatter 已改为 DONE，current-state 已切换到 T-107，旧四态边界残留已收紧为已批准的两态证据模型。Vikunja 完成更新时发现 MCP 部分更新会清空 description；已由 Git 权威副本恢复线上完整问题/方案/验收要点，并通过重新导出读回确认。按 docs-only 验证矩阵，validate_agent_context、Vikunja export check、git diff --check 通过；业务代码未变化，不重复运行两端测试，沿用本任务代码落地时已通过的 client 346 tests、compileall 与完整 init.ps1。
 <!-- END VIKUNJA EXPORT -->
 
 ## 边界
@@ -110,24 +118,23 @@ T-106 第一态真机事实（拼多多 8.17.0、PKG110/Android 16、goods_id 93
 - 2026-08-06 第一态真机证据与项目所有者确认推翻了“规格面板后还有独立确认页”的前提：当前规格
   面板已经显示地址、支付方式和唯一“提交订单 ¥32.76”，点击会立刻创建待付款订单并进入付款界面。
   项目所有者随后批准“同一最终面板、两个独立金额位置”方案：Gate2 仍是顶部总额，Gate3 只读最终
-  控件金额，二者必须唯一、严格相等且不超上限。下方原四态边界保留为被真机事实阻断的审计记录；
-  现在只允许既有第一态和一次人工 Back 后的返回态，红色控件仍绝对禁止点击，不放宽提交四条件。
+  控件金额，二者必须唯一、严格相等且不超上限。原四态方案已被真机事实终止；现在只允许既有
+  合并式最终面板态和一次人工 Back 后的返回态，红色控件仍绝对禁止点击，不放宽提交四条件。
 
 - 本任务只实现和运行只读取证能力：设备/App 摘要、`app_current`、screenshot、`compressed=false` XML、
   hash 与原子 manifest。代码中不得出现 click、press/back、swipe、input、intent 或其他 UI 修改 API，
   不得自动进入或退出确认页，也不得从前序项目、旧 XML 或推理写生产判据。
-- 确认页、最终提交控件可见态和一次返回后的页面都由人手工准备；人不得点击最终“提交订单”控件。
-  一次返回结果不明时不得再次按 Back。agent 只采集已准备状态，不远程替人执行这些动作。
-- 人工验收必须明确规格、数量、应付总额、最终控件精确文案/匹配数/启用态和返回后的页面身份；
-  本任务只记录真机事实，不把文案、坐标、节点或 selector 批准为生产能力。
-- 取证必须包含四个稳定状态：闸门二通过后的**确认页导航前**页面、确认页闸门三、最终提交控件
-  可见态、一次返回后页面。人还需记录从第一态进入第二态时实际只点击的精确控件文本/容器及当时
-  匹配数量；agent 不执行该点击。缺少来源态时，T-107 不得仅凭“已到确认页”反推导航控件。
-- 规格面板中出现的“提交订单 ¥...”不得凭文案推断为确认页导航或最终提交控件。任何确认页入口、
-  金额节点、最终控件和返回后置条件都必须等 T-107 从本任务已确认的证据中最小化固化。
+- 合并式最终面板与一次返回后的页面都由人手工准备；人不得点击最终“提交订单”控件。一次返回
+  结果不明时不得再次按 Back。agent 只采集已准备状态，不远程替人执行这些动作。
+- 人工验收必须明确合并式最终面板的规格、数量、Gate2/Gate3 金额、最终控件精确文案/匹配数/
+  启用态，以及返回后的页面身份；本任务只记录真机事实，不把坐标、节点或 selector 批准为生产能力。
+- 取证只包含两个稳定状态：既有合并式最终面板历史态，以及人工只按一次系统 Back 后的商品详情
+  安全页。不得再采集或声称存在独立确认页导航态、确认页态或额外最终控件态。
+- 合并式最终面板中的“提交订单 ¥...”已经由项目所有者确认是直接创建待付款订单的最终控件；
+  T-107 只能从本任务已确认的证据中最小化固化 Gate3 只读判据和返回后置条件，不得实现点击。
 - 若人工误触最终提交、产生待付款订单、进入支付/安全验证/外部页面或结果不明，立即停止、不重试、
   不继续取证并如实记录；绝不点击支付、免密支付、先用后付或任何扣款控件。
 - 原始 screenshot/XML 只留 `%LOCALAPPDATA%\cmbuyer\artifacts\T-106\...`，不提交 Git、不上传采购服务，
   不把完整 XML、地址、手机号、支付信息、页面全文或本机路径写入普通日志/Vikunja/fixture。
-- `needs_device: true`：agent 不得自行标 DONE。只有人确认四组证据对应、一次返回安全、未点击最终提交、
+- `needs_device: true`：agent 不得自行标 DONE。只有人确认两组证据对应、一次返回安全、未点击最终提交、
   未创建订单且未进入支付相关页面，任务才可完成。