AI辅助系统架构设计工作流（适用于ERP/复杂业务系统）

一、核心原则

• 把AI当作：架构评审助手
• 不要当作：代码生成工具
• 目标：帮助做决策，而不是直接出答案

二、标准交互结构（必须遵守）

1. 明确问题边界（避免发散）

本次只讨论：XXX（如订单执行架构）
不讨论：UI / 报表 / 权限 / 其他模块

2. 输入必须包含4要素

1. 业务目标
2. 约束条件
3. 当前痛点
4. 不可接受结果

示例：

目标：支持套装展开+分流执行
约束：全单据驱动、兼容现有审核流程
痛点：状态复杂、链路容易断
不可接受：执行链无法追溯

3. 强制AI按步骤输出（关键）

这是系统架构设计，不是普通问答。
请按顺序执行：

1. 抽象业务模型
2. 划分职责边界
3. 方案对比分析
4. 指出隐藏风险
5. 最后再给结论

不要跳步，不要直接写代码

三、分层讨论法（避免“浅分析”）

第1层：业务模型

关注：

• 核心实体有哪些？
• 主链路是什么？
• 哪些是主数据 / 派生数据？

第2层：职责边界

关注：

• 哪个表负责什么？
• 状态应该在哪一层？
• 哪些逻辑属于订单 / 执行 / 库存？

第3层：异常与回滚

必须分析：

• 反审核如何处理
• 部分执行如何处理
• 多次分流如何处理
• 单据链是否会断

第4层：数据落地

最后才做：

• 表结构设计
• 字段定义
• 索引设计

四、4种高效提问模板（强烈推荐）

模板1：架构评审

请作为架构师分析，不要急着写代码。
从以下角度评审：

1. 业务抽象是否合理
2. 职责是否清晰
3. 扩展性如何
4. 数据一致性风险
5. 维护成本

最后给推荐方案

模板2：方案对比

有两个方案A/B，不要折中，分别分析：

1. 数据一致性
2. 扩展能力
3. 状态复杂度
4. 实现难度
5. 对现有系统影响

最后明确推荐一个

模板3：找漏洞（非常关键）

不要顺着我思路，请优先找问题：

1. 当前就会出的问题
2. 业务变复杂后的问题
3. 数据量变大后的问题

重点关注：
- 状态冲突
- 单据链断裂
- 并发问题
- 回滚问题

模板4：落地实现

架构已确定，不要再发散：

请输出：
1. 表结构
2. 字段职责
3. 状态定义
4. 核心流程
5. 易出Bug点

五、约束AI输出（防止跑偏）

建议常用限制语：

不要泛泛而谈
不要重复我的描述
不要讲概念性废话
不要提前写代码
只围绕当前问题展开

六、标准工作流（推荐固定使用）

Step 1：定义边界

👉 只讨论一个模块

Step 2：抽象模型

👉 先搞清“是什么”

Step 3：方案对比

👉 不要直接选方案

Step 4：找问题

👉 优先拆设计缺陷

Step 5：落地设计

👉 最后才建表写代码

七、关键使用技巧

1. 永远让AI先“分析”，再“结论”

避免浅层回答

2. 多轮推进，而不是一次问完

架构一定是逐层收敛

3. 主动让AI“反对你”

这是提升质量最有效的方法

4. 控制讨论粒度

一次只解决一个问题

八、最重要的一句话

👉 AI不是帮你写代码的，是帮你避免架构犯错的。