反例清单

1. 目标

列出在 blsflow 项目中常见但不可接受的做法，优先用于约束 AI 的“看似合理但实际越界”的行为。

---

2. 通用反例

反例 1：在需求边界阶段就开始画表设计

问题：

• 过早进入实现层
• 造成错误收敛
• 影响上层边界继续调整

反例 2：把门户服务当成万能后端

问题：

• 模糊服务边界
• 让展示层承载调度逻辑
• 后续演进困难

反例 3：让设备控制服务决定切币策略

问题：

• 打破“调度决策”和“控制执行”分离
• 造成状态归属混乱

反例 4：多个服务同时持有设备主状态

问题：

• 主状态冲突
• 查询和执行出现不一致
• 难以定位责任

反例 5：把智能调度做成建议型而不是执行型

问题：

• 偏离当前已确认业务定位
• 无法解决人工切币太累的核心痛点

反例 6：冻结时自动停机或自动切回默认币种

问题：

• 与当前冻结定义冲突
• 容易引发额外损失

反例 7：假设设备同构，按机型共用基线

问题：

• 与当前“设备异构是常态”的边界冲突
• 可能导致调度失真

反例 8：为了追求微服务纯度提前拆更多服务

问题：

• 与一期内部生产系统定位不符
• 增加维护成本，降低闭环可靠性

---

3. 使用方式

• 每个具体任务应补充本任务局部反例
• 若某个反例需要长期生效，应同步更新架构设计或决策记录