# 七大分析维度

对每个业务模块，从以下七个维度逐一提炼信息。

---

## 维度 1：操作基础信息

- 功能入口（菜单路径 / 按钮位置）
- 权限要求（哪类用户可以操作）
- 操作步骤（按顺序）
- 表单字段说明（含义、填写要求、可选值）

---

## 维度 2：系统状态影响

- 操作后哪些数据/状态发生变化
- **生效时机**：立即生效 / 下次请求生效 / 下次同步后生效
- 是否可撤销？如何撤销？
- 极端值（0 / 空 / 最大值）意味着什么？

---

## 维度 3：危险等级

| 等级 | 标志 | 判断标准 |
|------|------|---------|
| 🔴 危险 | `> ⚠️ **危险**：...` | 不可逆操作（删除数据、禁用账号、清空配置） |
| 🟡 注意 | `> 📌 **注意**：...` | 影响范围广，需了解后果再执行 |
| 🟢 安全 | 不需要标注 | 可随时撤销，无副作用 |

---

## 维度 4：💡 设计背景与痛点

**核心问题**：为什么系统要有这个功能？没有它会遇到什么真实业务问题？

写作原则：
- 聚焦痛点，不解释技术实现
- 1-3句话，简洁有力
- 只在能从代码/注释/UI 推断出明确痛点时写，否则省略
- 使用 `> 💡 **设计背景**：...` 提示块格式

好例子：
> 💡 **设计背景**：单个 API Key 有速率上限，一旦触发限流整个渠道都停摆。多密钥模式让同一渠道配置多个密钥，系统自动轮换，从而突破单密钥的速率瓶颈。

---

## 维度 5：业务规则与算法

- 系统自动执行的逻辑（公式、条件判断、上下限）
- 该配置项背后触发的**底层策略或算法名称**
  - 例：修改分组倍率 → 触发「计费结算策略」
  - 例：禁用用户 → 触发「认证与鉴权策略」：鉴权中间件直接阻断所有名下令牌
- 算法/策略名称要有**命名**（加粗），不能只说"影响计费"这类模糊描述

---

## 维度 6：关联影响

- 修改此配置后，其他哪些模块/用户会受到影响
- 输出格式：影响范围 | 具体变化（表格形式）

---

## 维度 7：🔧 已知局限

- 当前版本做不到的事（每章 3-5 条）
- 有无临时绕过方案（workaround）
- 什么场景下该功能会失效或不够用
- 使用 `> 🔧 **已知局限**：...` 提示块格式，或章节末尾汇总列表

---

## 深度洞察：功能组合分析（附录用）

针对具体使用场景，回答：
- 应该组合启用哪些功能才能最优解决？
- 单独使用 vs 组合使用的效果差异
- 常见配置误区（看起来合理但有副作用）