# it-operations 模块归并待办

- **状态**：⏳ 待处理
- **优先级**：低
- **发现于**：2026-04-30，开发 `feature/ops-center-m365-dormant` 分支时
- **关联模块**：`docs/modules/it-operations/` / `docs/modules/ops-center/`

## 问题摘要

`docs/modules/it-operations/` 当前只有规划文档（PRD / data-model / API / UI 规格 / 错误码 / 测试场景共 9 份），从未开工——没有任何后端代码、前端代码或 Prisma schema。规划主题是"多云费用治理 + 资产 / 账号巡检 / 服务巡检 / 订阅治理"。

同时 2026-04-30 新建了 `ops-center`（运营中心）模块，首期场景 M365 休眠账号，定位是"巡检与清理"。两个模块在"账号 / 资产 / 巡检"语义上有重叠。

## 根因

最初 `it-operations` 设计时把"运营治理"作为一个大伞，囊括财务 + 巡检 + 订阅。后来与用户对齐，"运营中心 / ops-center" 作为独立的巡检/清理工作台更清晰，留 `it-operations` 仅承载云费用 + 资产 + 财务视角。但目前两者都没动代码，命名 / 边界还可以再调整。

## 推荐方案

等 `ops-center` 首期上线后再决定。两条候选路径：

### 路径 A：归并 it-operations 为 ops-center 的子能力

- 把 `it-operations` 现有文档 9 份的"云费用 / 资产 / 服务巡检 / 订阅"内容拆成 `ops-center/cloud-costs/`、`ops-center/asset/` 等子目录，整体并入 `ops-center`。
- 一级菜单只保留"运营中心"。
- 优点：用户感知统一入口；权限模型只维护一套。
- 代价：需要重写 `it-operations` 的 README 和 PRD 语境。

### 路径 B：保留两个独立模块

- `it-operations` 继续承载"成本 / 资产 / 财务"视角。
- `ops-center` 承载"巡检 / 清理 / 治理动作"。
- 优点：职责清晰，两个一级菜单分别给不同 persona。
- 代价：用户需要在两个模块来回切换；权限点重复。

## 决策时机

- `ops-center/m365-dormant` v1 上线后 + 第二个子能力（如离职账号清理 / 共享盘巡检）规划时，再做归并决定。
- 在那之前，`it-operations` 文档保持 `📋 Planning` 状态不动。

## 临时缓解

- `docs/modules/ops-center/README.md` 在"模块概述"段已明确说明两者差异，避免后续开发者误把休眠账号能力塞进 `it-operations`。
- 不在 `it-operations` 上做新功能投入。