User Access Key
正式页继续通过 /api/paik 代理访问 canonical /v1/*，保留真实 key 与失败态。
User 主链路
按这个顺序操作，最容易完成正式服务闭环，也最不容易误点。
1
先保存有效 User key 并刷新产品
没有产品读回时，后续合同和承兑动作都会被阻塞。
2
购买成功后，合同会回到合同区
在合同出现前不要反复点承兑，先等购买读回完成。
3
最后完成读回确认，不只停在按钮成功
正式页的目标是完成 usage / quota / balance 闭环，而不是只发起请求。
当前下一步
正式页会把当前最推荐的动作抬到这里，减少在多个卡片间来回找按钮。
先保存有效 User key
没有有效 key 时，正式页不会继续尝试购买、承兑或读回。
Products
0
Contracts
0
Available Cash
$0.00
Usage Rows
0
Product Catalog
从真实产品列表进入 Primary Purchase。购买成功后会在合同区读回结果。
最后刷新未刷新
暂无可购买产品
当前 key 没有读回任何产品，请先检查 User API key 或当前可见范围。
Wallet & Withdrawals
与购买和承兑放在同一工作台，直接读回余额与提现记录。
最后刷新未刷新
Available
$0.00
Locked
$0.00
暂无余额读回
当前 key 没有返回用户钱包余额。
Withdrawals
暂无提现记录读回。
Contracts & Quota
购买后合同会回到这里；额度读回与 Support 上下文都从当前合同出发。
最后刷新未刷新
还没有合约
先从产品列表发起购买，成功后会在这里读回 contract。
Acceptance & Usage
承兑从当前合同发起；保留 request usage detail/list readback 与 /v1/usage 增长观察。
最后刷新未刷新
Session Recovery
formal page 直接接 canonical /v1/user/sessions*，用于证明承兑期间的 session bootstrap、status、reconnect 和 close。
尚未创建 Session
先基于当前合同创建 session，再验证 reconnect 与 replay 读回。
Local Privacy Review
Prompt / response 草稿只保留在当前浏览器中；成功承兑后会以 AES-GCM 密文保存到 localStorage。canonical /v1 调用仍只发送 model 与 token 数。
Safety Precheck
本地草稿是可选项；如果你只验证 token 计量，可以留空。
尚未输入本地草稿。你仍可继续基于 token 的承兑验证。
当前合同还没有本地加密留痕。成功承兑后，如果填写了本地草稿，这里会保留最近一次密文摘要。
Usage Readback
如保留 chat-compatible call，/v1/usage 应在承兑后增长。
暂无 usage 记录
执行一次承兑，或手动输入 request_id 读取用量详情。
Usage Detail Payload
保留真实读回内容，方便故障定位与服务核对。