【项目最高级指令：原系统逆向分析与1:1重建】
我的目标是将现有的眼科/视光诊所管理系统进行1:1重建。
原系统是正在使用的生产系统，里面有真实业务数据。
目前阶段不是开发，而是“系统逆向分析”。
你必须先完整理解原系统，再进行开发。

==================================================
一、最重要的规则
==================================================
不要依赖聊天上下文记忆项目。
聊天记录不是项目数据库。
任何通过截图、实际操作、我的文字说明得到的有效信息，都必须保存到项目文件中。
以后即使聊天上下文被压缩，你也必须能够仅通过读取项目文件恢复之前已经分析过的内容。
因此：
“看过截图” ≠ “完成分析”。
只有：
“看过截图 + 完成分析 + 写入项目文档 + 更新索引”
才算完成。

==================================================
二、建立项目知识库
==================================================
请在项目中建立以下文件：
00_项目总索引.md
01_菜单结构.md
02_页面分析.md
03_业务流程.md
04_数据模型.md
05_业务规则.md
06_UI与交互规范.md
07_测试用例.md
08_未确认问题.md
09_变更记录.md
10_AI当前状态.md

以后所有分析结果都必须写入这些文件。

==================================================
三、原系统是唯一事实来源
==================================================
不要根据你的常识、行业经验或者“通常应该这样设计”来补充原系统。
原系统实际表现是什么，就记录什么。

标记规范：
- [未确认]：没有证据支撑
- [推测]：仅根据现象推断得出
- [操作确认]：通过实际操作系统验证
- [截图确认]：截图内容可直接证明
- [用户确认]：由我口头给出明确说明

禁止把推测当成事实。

==================================================
四、截图分析规则
==================================================
每当我发送原系统截图时，不要只回答我“看到了”。
必须对截图进行完整结构化分析。
逐项检查：
1. 页面名称
2. 所属一级菜单
3. 所属二级菜单
4. 页面布局
5. 顶部区域
6. 左侧区域
7. 页面主体
8. 所有可见文字
9. 所有按钮
10. 所有输入框
11. 所有下拉框
12. 所有复选框
13. 所有单选框
14. 表格字段
15. 查询条件
16. 筛选条件
17. 状态
18. 操作入口
19. 弹窗入口
20. 页面跳转
21. 分页
22. 排序
23. 默认值
24. 必填项
25. 数据之间可能存在的关系
26. 与其他模块可能存在的关系

不要因为某些元素看起来“不重要”而忽略。

==================================================
五、截图分析完成以后必须写文件
==================================================
每一张截图分析完成以后：
第一步：分析截图。
第二步：将结果写入对应文档。
第三步：更新页面信息。
第四步：更新业务流程。
第五步：如果发现新的数据关系，更新数据模型。
第六步：如果发现新的业务规则，更新业务规则。
第七步：更新未确认问题。
第八步：更新09_变更记录.md。
第九步：更新10_AI当前状态.md。

最后才可以回复我。
不能只把分析结果留在聊天窗口。

==================================================
六、给页面建立唯一编号
==================================================
每个页面建立唯一编号。
示例：
PAGE-001 登记
PAGE-002 登记记录
PAGE-003 开单
PAGE-004 开单详情

以后任何分析、开发、测试，都使用这个编号。
不能因为上下文变长而重新给同一个页面建立新的编号。
如果已经存在该页面：必须读取原来的记录并进行追加，而不是重新创建。

==================================================
七、给截图建立编号
==================================================
每张截图建立编号：
IMG-001
IMG-002
IMG-003……

每条截图记录保存：
截图编号
对应页面
截图中确认的信息
截图中未确认的信息

方便以后追溯信息来源。

==================================================
八、发现新信息不能删除旧信息
==================================================
如果新截图发现的信息与以前的记录不一致：
禁止直接覆盖旧结论。
必须记录：
旧结论：
新证据：
新结论：
产生变化的原因：

然后更新最终结论。

==================================================
九、生产环境安全
==================================================
原系统有真实生产数据。
允许操作：
查看、搜索、筛选、打开详情、观察页面、观察已有数据

禁止为了测试产生：
收费、退款、真实财务记录、真实库存调整、删除真实订单、批量删除、批量修改、其他可能污染生产数据的操作

如果某个功能无法安全测试：记录为[未验证]。绝对不要自行操作。

==================================================
十、开发之前必须完成分析
==================================================
不要看到一张截图就马上开发。
一个页面至少需要明确：
页面结构、功能、字段、按钮、业务规则、数据关系、页面之间关系、操作流程、异常情况、测试方法。

信息不足时：先提出需要确认的问题。不要猜。

==================================================
十一、每次开始工作之前
==================================================
必须先读取：
00_项目总索引.md
10_AI当前状态.md

然后根据当前任务读取相关页面和业务文档。
不要直接根据聊天记录工作。

==================================================
十二、每次任务结束以后
==================================================
必须执行：
1. 保存新增信息
2. 更新页面文档
3. 更新业务流程
4. 更新数据模型
5. 更新业务规则
6. 更新测试用例
7. 更新未确认问题
8. 更新变更记录
9. 更新AI当前状态
10. 更新项目总索引

最后向我报告：
【本次新增】
【本次确认】
【本次推测】
【本次未确认】
【修改的文件】
【下一步建议】

==================================================
十三、最终目标
==================================================
最终项目必须形成一套独立于聊天记录的“系统知识库”。
即使删除当前聊天上下文，只要读取项目文件，也能够继续进行：
系统分析、功能开发、Bug修复、测试、二次开发
不能依赖AI自己的短期记忆。

这是原系统截图。
页面：
《就诊流程》→《登记》
请严格按照项目最高级指令处理。
本次任务不是开发。
请：
1. 完整识别截图中的所有可见信息。
2. 不遗漏字段、按钮、文字、表格、状态、筛选条件和操作入口。
3. 区分[截图确认]、[推测]、[未确认]。
4. 与之前已经保存的页面分析进行合并。
5. 不要重新建立重复页面。
6. 将本次分析立即写入项目文档。
7. 更新页面编号。
8. 更新项目总索引。
9. 更新AI当前状态。
10. 如果发现新的业务规则、数据关系或流程，分别写入对应文档。
11. 如果与以前的结论冲突，不要直接覆盖，记录冲突。
12. 不要开发任何功能。

完成后告诉我：
【页面编号】
【截图编号】
【新增信息】
【已确认信息】
【推测信息】
【未确认信息】
【更新了哪些文件】
【下一步需要观察什么】

下面多张截图属于同一个业务模块。
请将截图作为一个整体进行分析。
不要分别简单总结。
请比较截图之间的关系：
1. 哪些元素相同？
2. 哪些元素不同？
3. 后一张是否由前一张某个按钮进入？
4. 是否存在页面状态变化？
5. 是否存在弹窗/详情/编辑关系？
6. 哪些字段在两个页面之间传递？
7. 哪些数据可能来自同一个业务对象？

完成后：
将完整分析写入项目知识库。
不要只保存在聊天上下文。
不要开发。

请把这张截图当作原系统的“证据”。
不要只描述界面。
请回答：
这个页面是什么？
它解决什么业务问题？
用户从哪里进入？
页面有哪些数据？
这些数据可能来自哪里？
用户可以对这些数据做什么？
点击每个按钮后理论上会发生什么？
哪些行为已经从截图确认？
哪些只是推测？
这个页面与登记、检查、收费、发货、加工之间有什么关系？
哪些关系需要我实际操作才能确认？

然后将结果写入项目文档。

目前处于【逆向分析阶段】。
禁止开发。
禁止写前端代码。
禁止写数据库。
禁止创建页面。
禁止根据行业经验补充功能。

目前唯一任务：
理解原系统并建立项目知识库。

只有当我明确说：“开始1:1开发PAGE-XXX”之后，才允许进入开发阶段。

现在进入【1:1开发阶段】。
开发对象：PAGE‑XXX

开发之前必须：
1. 读取00_项目总索引.md
2. 读取对应页面完整分析
3. 读取业务流程
4. 读取数据模型
5. 读取业务规则
6. 读取UI规范
7. 读取测试用例
8. 读取未确认问题

如果发现信息不足：不要猜。先告诉我缺少什么。
如果信息已经足够：
先输出：《开发前确认清单》
逐项列出：
原系统功能
新系统实现方式
数据来源
页面字段
按钮
交互
业务规则
异常处理
测试方法

等待确认后再开始开发。

【项目记忆完整性检查】
现在不要开发。
请重新读取项目知识库。
检查你是否遗漏了之前已经确认的：
1. 菜单结构
2. 页面
3. 字段
4. 按钮
5. 业务流程
6. 数据关系
7. 业务规则
8. 页面之间的关联
9. 未确认事项
10. 已知限制

尤其检查：
当前聊天上下文中出现、但项目文档中没有保存的信息。
如果发现遗漏：立即补写项目文档。不要删除已有信息。

完成后告诉我：
【遗漏信息】
【补充到哪个文件】
【当前项目知识库完整度】