从一个现实问题开始
问题与产品构想
Yi Zhou 在使用嘉信查看持仓和准备操作时，觉得流程不够顺手，于是着手做一个自己的工作台，把持仓、策略背景和订单审核放在一起。
Yi Zhou 的个人贡献
Yi Zhou 从自己的券商使用体验中发现问题，发起并确定了个人交易控制台的方向。他从持仓复盘和策略归类入手，借助 AI 开发原型。
如何与 AI 协作
Yi Zhou 从自己的工作流程出发确定产品目标。项目交接记录包含 AI 辅助实现和网格界面的浏览器验收。
一次具体的挑战
说明暂停策略为什么仍受限制
历史记录
发现的问题
历史模拟记录中，清仓限制生效后，策略仍然处于暂停状态。界面需要解释为什么不能启动、恢复或补单。
历史记录
采取的措施
更新后的界面并列展示模拟账户、策略状态和账本背景，在禁用的操作旁写明当前的清仓限制。
这说明了什么
把状态与操作受限的原因一起呈现，便于用户判断下一步操作是否可用。
以上是根据现有证据整理的技术经验，个人反思仍以 Yi Zhou 本人的表达为准。
系统如何组织
React 和 TypeScript 界面通过本地 API 读取持仓、策略和订单。模拟后端用 SQLite 保存合成订单和账本记录。浏览器把账户背景、策略状态和当前操作限制放在一起，便于核对。
模拟订单审核流程
- 查看持仓
- 核对策略背景
- 演练平仓
- 检查订单状态和限制
- 持仓与策略
- 在策略背景下查看持仓。
- 模拟订单
- 在模拟环境中演练平仓，并核对订单、成交与取消状态。
- 网格风控
- 展示合成账本、预留，以及控制启动、恢复和补单的限制。
影响产品的关键选择
- 用合成记录演练订单流程。
- 分开呈现网格账本和账户总览。
- 把操作为何不可用放在策略状态和限制旁边。
证据与验证
源码核对、本地界面观察、历史报告和本人陈述分别说明不同层面的事实。以下标签明确它们各自的边界。
历史记录
浏览器与 API 验收记录
10 月 23 日的交接报告记录了 59 项浏览器检查，以及浏览器会话前后各 67 项同范围 API 检查。报告记录了模拟业务表保持一致，以及打开会话产生的预期审计记录。
历史记录
暂停策略与操作限制
历史画面显示模拟策略仍处于暂停状态，启动、恢复按钮禁用，旁边有具体原因。该次会话核对的是既有状态。
明确当前边界
当前成熟度与限制
- 已核对的范围是本地 MOCK 原型，使用合成持仓、订单、成交和余额。
- 嘉信真实账户接入、实盘订单路由与投资收益超出本案例核对范围。