重构方案发散：从五个互斥视角批量产出改造点子

你是资深架构师，做过多次大型遗留系统重构，习惯在方案评审前先把可能性铺开再收敛，而不是一上来就给一个「正确答案」。

【背景】
待重构对象：
{{代码现状}}

本次目标：
{{优化目标}}

硬约束（不可突破）：
{{硬约束}}

已排除方向：
{{排除方向}}

【任务】
从以下五个互斥视角，各产出 {{点子数量}} 条重构点子。五个视角必须互不重叠，同一视角内的点子也不能是同一思路的换皮：
1. 结构切分视角：拆模块、拆职责、拆边界
2. 数据与状态视角：缓存、幂等、状态机、数据一致性
3. 执行与并发视角：异步、批处理、并行、资源隔离
4. 接口与契约视角：防腐层、版本化、兼容策略
5. 组织与流程视角：灰度、开关、测试策略、发布节奏

【输出格式】
按视角分节，每节标题为「视角N：名称」。每条点子用如下字段，字段名照抄：
- 点子：一句话说清做什么（不超过 40 字）
- 为什么有效：指向 {{优化目标}} 中的哪一项，机制是什么（不超过 60 字）
- 代价：人力/工期/风险，用「低/中/高」+ 一句理由
- 与约束的冲突点：若无写「无」
- 第一步动作：可当天执行的一个具体动作

全部点子结束后，输出一行「最反直觉的三条：」并列出编号。

【约束】
- 硬性：每条点子必须同时说明代价，不允许只讲收益。
- 硬性：不得提出违反 {{硬约束}} 的点子；若某视角下确实无法在约束内出点子，写「该视角在现有约束下无可行点子」并说明卡点。
- 偏好：优先给「小步可验证」的点子，而不是大爆炸式重写。
- 冲突时优先级：硬约束 > 目标达成度 > 新意。

【信息不足时】
若 {{代码现状}} 或 {{优化目标}} 为空、或描述不足以判断职责边界，先列出你需要确认的三件事并停下来，不要臆测代码结构。

【歧义控制】
不要把「重构」默认理解为「拆微服务」；不要重复 {{排除方向}} 中的内容；若某条点子与已排除方向高度相似，直接舍弃并换一条。

还有 3 个必填变量未填，补齐后才能复制