# Tasks

> 本 change 仅产出规范文档与索引更新，不动 Java 源码。

## 1. 规范产出（已完成立项）

- [x] 1.1 写 `proposal.md`：定档 + 涉及 capability + Impact + Non-Goals
- [x] 1.2 写 `design.md`：三档划分依据、升档触发条件、入驻 SOP、暴露白名单规则、C 档解耦边界、拒绝方案
- [x] 1.3 写 `specs/customer-tiering/spec.md`：R1~R7 七条 Requirement + 各自 Scenario

## 2. 文档同步（archive 前完成）

- [ ] 2.1 README.md：「子项目速览」表追加「档位」列
- [ ] 2.2 README.md：「新客户接入」段改写为分档分流，详细判定指向 spec
- [ ] 2.3 CLAUDE.md：「快速操作」加「新客户接入决策树」短链接
- [ ] 2.4 共享后端规范 `/Users/malk/Desktop/Tech/claude/后端/CLAUDE.md`：补 customer-tiering 锚点（与本 spec R2/R3 互锚）

## 3. 验证（archive 前完成）

- [ ] 3.1 R2 决策流程拿历史真实客户校验：思库（应得 A）、阿科德斯（应得 B）、光明集团（应得 C）→ 与历史决策一致
- [ ] 3.2 R4 入驻清单与 add-mjava-pro 的 `tenant-registry` capability 字段命名对齐（无冲突）
- [ ] 3.3 R5 暴露规则与 add-mjava-com 的 `baas-gateway` capability 字段命名对齐（无冲突）
- [ ] 3.4 R6 跨仓 grep 范围与 standardize-client-service-layering 的 R4 design 段约定一致

## 4. Archive

- [ ] 4.1 `/opsx:archive define-customer-tiering` → capability spec 进 `openspec/specs/customer-tiering/spec.md`
- [ ] 4.2 archive 后更新 CLAUDE.md 的「现有 change 状态」段

## 关联（不阻塞本 change）

- add-mjava-pro：本 spec R4 是 `tenant-registry` 的入驻面，add-mjava-pro 是实现面；两者互补
- add-mjava-com：本 spec R5 是 `baas-gateway` 的暴露规则面，add-mjava-com 是实现面；两者互补
- standardize-client-service-layering：本 spec R6 与其 R4 design 段共享「基础建设期跨仓 grep 仅本仓」约定