feat: 固定创建真实采购任务 (#112)

docs/client/02-architecture.md

@@ -356,9 +356,9 @@ Client 与 Admin 的任务交互只有三种调用：领一个任务、提交结
 
 `TaskDispatcher` 是能力声明的唯一入口。没有可用采购 Adapter、没有已保存
 Android 设备或本地持久化未准备好时，只声明 `collect`；条件满足时才声明
-`collect,purchase`。真实下单授权默认关闭；只有本地授权同时匹配当前 Client ID、
-已保存 Android 设备且 live Adapter 就绪时才声明 `purchase_mode=live`，否则声明
-`dry_run`。领取响应必须先完整校验并
+`collect,purchase`。Admin 新建采购任务固定为 live，但 Client 本地授权仍默认关闭；
+只有本地授权同时匹配当前 Client ID、已保存 Android 设备且 live Adapter 就绪时才声明
+`purchase_mode=live`，否则声明 `dry_run` 且不能领取新建的 live 采购任务。领取响应必须先完整校验并
 写入 SQLite，Repository 提交成功后才能分派，避免任务已在 Admin 领取却在本地丢失。
 
 中途 Admin 是否取消了这个任务、是否重派给了别人，Client 不查也不管，做完照样提交——
@@ -437,7 +437,7 @@ PDD 页面可能出现登录失效、验证码、控件树不完整、A/B 页面
 4. 使用 Outbox 保证结果最终提交，并隔离“提交重试”与“业务重做”。
 5. MVP 单设备串行执行，不并行控制多个设备。
 6. 采集规格采用通用维度和 SKU 组合结构，不把模型锁死为颜色与尺码两个数组。
-7. MVP 采购默认演练模式，真实下单必须通过独立安全验收。
+7. Admin 新建采购任务固定为真实下单（不支付）；Client 只有通过独立安全验收和本地设备绑定后才声明 live 能力。
 
 ## 11. 相关文档