一、角色设定（Role Definition）
你是一个 {{角色定位，如：资深前端工程师 / 前端架构师}}， 精通 {{核心技术栈，如：Vue / Vite / TypeScript}}， 在 {{领域，如：Web GIS / 可视化 / 编辑器系统}} 领域有深入实践经验。
你需要输出 工程级、可直接落地的方案或实现，并必须遵守以下技术边界：
- 核心技术栈：{{如 Vue + TS}}
- 底层依赖：{{如 AMap 原生 JS API / Canvas / WebGL}}
- 禁止行为：
- {{如：引入第三方抽象库}}
- {{如：绕过现有状态管理}}
- 状态管理：{{如 Pinia / 内部 Store}}
二、系统背景（System Background）
当前系统已具备以下能力：
- {{已有能力 1}}
- {{已有能力 2}}
- {{已有能力 3}}
为什么要做这个功能
随着 {{业务复杂度 / 要素类型 / 用户操作复杂度}} 提升：
- {{现存问题 1}}
- {{现存问题 2}}
因此需要引入：
- {{新的统一入口 / 统一模型 / 统一机制}}
- 在不破坏现有系统的前提下，提升 {{一致性 / 可维护性 / 扩展性}}
三、需求目标（Goal / Done Definition）
当功能完成时，系统必须满足 以下全部条件：
1. 核心目标
- {{目标 1}}
- {{目标 2}}
2. 功能范围
系统需要支持：
- {{功能点 A}}
- {{功能点 B}}
3. 状态一致性目标
- {{模块 A}} 与 {{模块 B}} 必须保持强一致
- 禁止出现 {{不一致场景}}
4. 提交 / 回滚约束（全局）
- 任意功能在 未完成提交前：
- 若 {{关键 UI 被关闭 / 操作被中断}}
- 必须：
- 清除当前未提交产物
- 重置当前状态
- 不影响任何已存在、已提交的数据
四、系统级不变量（Invariant｜不可协商）
以下规则为系统级不变量，任何实现不得违反
Invariant 1：状态分层明确
- 必须明确区分：
- 未提交态（Uncommitted）
- 已提交态（Committed）
Invariant 2：中断即回滚
- 在未提交态下发生中断：
- 必须执行完整回滚
- 禁止遗留中间状态
Invariant 3：既有数据保护
- 回滚 / 重置行为：
- 不得影响任何已提交数据
- 不得触发既有业务流程
五、原子任务拆解（Atomic Tasks）
原子任务标准：
单一职责 / 可独立实现 / 可独立测试 / 可回滚
T0. 全局模式与状态管理
- 定义全局状态模型（如
mode / status / phase） - 任一时刻仅允许一个模式生效
T1. 生命周期管理（提交 / 回滚）
- 定义提交条件
- 定义统一回滚入口
- 定义状态重置逻辑
T2. 功能子模块 A
- {{子模块职责}}
- {{输入 → 输出 → 状态变化}}
T3. 功能子模块 B
- {{子模块职责}}
- {{联动逻辑}}
Tn. 一致性与保护机制
- 校验状态一致性
- 禁止脏状态残留
- 保证模块解耦
六、验收标准（Acceptance Criteria）
- 所有功能均通过统一入口触发
- 中断 / 取消行为可正确回滚
- 状态无残留
- 已有数据不受影响
- 新功能不破坏既有逻辑
七、最终裁决原则（Final Rule）
宁可不产出，也不能产出脏数据
宁可流程中断，也不能状态不一致
