docs(architecture): record T-103 purchase-entry no-go

docs/current-state.md

@@ -12,7 +12,7 @@
 ## 当前快照
 
 - 日期：2026-08-04
-- 阶段：**Phase 1 · 真机可行性（T-101、T-102 已完成人工真机验收，下一步 T-103）**
+- 阶段：**Phase 1 · 真机可行性（T-103 已在现有安全边界下判定 no-go，当前阻塞）**
 - MVP 形态：手工填链接建单 → 批量开始试选 → 定时轮询 → **第一趟试选** → 人工确认 → **第二趟下单** → 待付款
 - 技术栈：已定。采购服务（`admin/`）使用 Go 1.23+ / gin / SQLite；采购工具（`client/`）
   使用 Python 3.11+ / uiautomator2 / PySide6。
@@ -29,16 +29,17 @@
   并且不覆盖低版本环境；成功后打印真实启动命令。
 - 标准验证路径：`./init.ps1` 已实际跑通 admin 的 mod download / test / vet / build、client 的
   editable install / 包导入 / unittest / compileall，以及仓库上下文校验。可单独运行两端命令诊断。
-- 当前设备门禁：T-102 已证明 canonical 链接可在拼多多 8.17.0 打开到目标商品并完成人工隐私验收；
-  T-103 的只读取证脚手架已落成，等待人工分别把安全的独立规格面板停在初始、已选一个维度、已选全部
-  维度三种状态并采集证据。T-103 通过前 Phase 2 仍不能抢跑。
+- 当前 blocker：人工已确认拼多多 8.17.0 的衣服商品只能通过“快要抢光 / 免拼购买 / 单独购买 /
+  直接拼成”等购买语义入口打开规格面板；这触发 T-103 的显式 no-go 条件。第一趟不得点击进入下单
+  流程的入口，因此不实现选择器、不读取本轮 XML，T-103 转 `BLOCKED`。解除阻塞需要项目所有者先
+  选择新的架构方向并更新安全边界；Phase 2 仍不能抢跑。
 
 ## 当前目录要点
 
 | 路径 | 状态 | 说明 |
 | --- | --- | --- |
 | `docs/` | 已有 | 项目规范化文档，本次已完整生成 |
-| `docs/tasks/` | 已有（T-001～T-004、T-005～T-009、T-101～T-103） | T-001～T-004、T-101～T-102 已完成；T-103 正在执行 |
+| `docs/tasks/` | 已有（T-001～T-004、T-005～T-009、T-101～T-103） | T-001～T-004、T-101～T-102 已完成；T-103 因无安全规格入口而阻塞 |
 | `docs/design/` | 已有（6 个原型） | web 登录 / 建单 / 工作台 / 详情，desk 采购执行 / 配置；均已人工确认 |
 | `scripts/` | 已有 | 上下文门禁、Vikunja 单向导出与 MCP 启动包装 |
 | `admin/` | 已初始化 | Go 1.23+ / gin / SQLite，含核心模型、迁移与状态机；无真机采购执行 |
@@ -54,9 +55,9 @@
   以及 T-001（采购服务 Go 骨架）。
 - 已完成：T-002（采购工具 Python 骨架）、T-003（双端统一初始化与验证入口）、
   T-004（核心数据模型）、T-101（真机环境盘点与 USB/WiFi 双通道人工验收）、T-102（canonical
-  链接打开与目标商品/隐私人工验收）。下一步推进 T-103。
-- T-103 是当前最高优先级和 MVP 生死线。通过前不开发依赖真机可读字段的
-  Phase 2 生产页面。
+  链接打开与目标商品/隐私人工验收）。
+- T-103 是当前最高优先级和 MVP 生死线，现已因规格面板只有购买语义入口而 `BLOCKED`。架构决策
+  完成前不开发依赖真机可读字段的 Phase 2 生产页面。
 - 已确认原型继续只作信息架构依据；原型假数据不调用真实接口、不驱动真机。真机结论改变
   可读字段时必须先回修原型与交互清单。