M 2 · DOC-2026-001 · extracted
切片分类与第一圈操作规范
原文 · 30 段（高亮 = 已被卡片引用）
p1# 业务切片分类 与 第一圈操作规范（v1.0 · 2026-07-07）
p2> ⚠️ 口径更新（2026-07-17）：本文中的存储格式（CSV）已**废止**，以《平台搭建文档_Ontology协作平台.md》为准——登记册类用 YAML、叙述类用 Markdown+YAML 头。本文的切片分类、五步流程与验收标准仍然有效。
p3## 第一部分：业务切片总清单
p4切片 = 一段有头有尾的业务闭环，是我们组织知识梳理工作的单位。按客户生命周期主线 + 横向支撑维度，全业务大致切成 11 片：
p5### 生命周期主线（按客户走过的顺序）
p6| # | 切片 | 覆盖内容 | 现状 |
|---|---|---|---|
| 1 | 获客与激活 | 外呼名单 → 申请 → 审批 → 激活 → 首笔额度 | 未建（tele 数据已在手） |
| 2 | 支用与交易 | 消费（9012）/ 取现（9022）/ 借据生成 / 借新还旧 | 未建，部分概念已有 |
| 3 | 还款生命周期 | 出账 → 还款/提前还款 → 逾期触发（X-Days）→ 清算 | ✅ v0.1 已有 |
| 4 | 额度成长 | 质押 / 杠杆 / 八源提额 / Limit-Up → Graduate | ✅ v0.1 已有 |
| 5 | 转分期与重组 | EXTENSION 申请 → 审批 →新还款计划（ZQ01） | 未建 |
| 6 | 逾期与催收 | DPD 推进 → 三渠道催收 → 承诺/回收 | 未建（Task B 骨架可直接复用） |
| 7 | 冻结与风险处置 | 冻结/解冻 → DPD30 不可逆 → 核销 → 回收 | 未建（**建议第一圈**） |
p7### 横向支撑（不随单个客户走，被主线切片引用）
p8| # | 切片 | 覆盖内容 | 现状 |
|---|---|---|---|
| 8 | 定价与费用 | 等本等费 / 头息 / 提前还款费 / 罚息 | 未建（提前还款费冲突挂起中） |
| 9 | 客群与角色 | riskcode / customer_type / α β γ / Graduate 迁移 | 概念已实证，未成片 |
| 10 | 外部数据 | SLIK / Pefindo 查询、自家报送、对齐口径 | 未建（取数进行中） |
| 11 | 会员与权益 | EQUITY / 会员态 / 权益规则 | 未建，低优先 |
p9### 排序原则与第一圈选择
p10挑第一片的三个标准：**有标准答案可对账**（做完能验收）、**范围小**（一个月内打穿）、**概念复用度高**（给后面切片铺路）。
p11**建议第一圈：#7 冻结与风险处置**。理由：6/17 冻结 RCT 的人工筛选名单是现成的对账答案；动作少（冻结/解冻两个）但四门齐全；"还款出问题→成长冻结"这条跨切片铁律已有公理雏形。
第二圈建议 #4 额度成长补全（提额动作），第三圈 #2 支用（最高频客户动作）。
p12---
p13## 第二部分：第一圈操作规范（冻结切片 · 约 4 周）
p14### 存储约定（先立规矩，所有产出只进这一个仓库）
p15新建 git 仓库 `ontology-kb`，目录结构：
p16```
ontology-kb/
├── 00_操作清单/操作总清单.md ← 全部操作的总账（第 0 步产出）
├── 01_名词表/名词表.csv ← 全司唯一名词登记册
├── 02_切片/冻结切片/
│ ├── README.md ← 切片章程：边界、参与人、进度
│ └── 动作卡_冻结.md / 动作卡_解冻.md
├── 03_关系与铁律/关系清单.csv · 铁律清单.md
├── 04_对照表/crosswalk.csv ← 名词 ↔ SDK 字段 ↔ 数仓表.列
├── 05_冲突登记/conflicts.csv ← 说法不一致全记这里
├── 06_owl/allo-credit-risk.owl + build_owl.py + tests/
└── release/ ← 每次发版的定版产物（OWL + JSON）
```
p17三条仓库纪律：**所有修改走 PR**（谁写谁提交，本体侧合入）；**每条内容带出处和日期**；**冲突不改对方的内容，只往 05 里加一行**。
p18### 五步操作规范
p19**Step 0 · 切片启动（第 1 天，全员 30 分钟会）**
做什么：列操作总清单（几十上百个，只列名）；定冻结切片边界（哪些操作、状态、名词入圈）；发动作卡空表。
产出 → 存放：`00_操作清单/操作总清单.md`；`02_切片/冻结切片/README.md`（章程 1 页：边界 + 参与人 + 时间表）。
验收：清单上每个操作有一句话说明；边界有明确的"不做什么"。
p20**Step 1 · 产品填卡（第 1–2 周，产品团队）**
做什么：填冻结、解冻两张动作卡的 de jure 侧——发生条件、四类限制（状态/客群/开关/位段）、例外情况，每条注明出处（Leo 文档第几篇 / PRD 编号 / 监管条款）；过程中出现的每个名词，查名词表，没有的新增一行。
产出 → 存放：`02_切片/冻结切片/动作卡_*.md`；`01_名词表/名词表.csv` 新增行。
验收：**卡上没有一条无出处的断言**；新名词每个有一句话定义和归簇。
p21**Step 2 · 数据接地（第 2 周起，数据团队，与 Step 1 尾部并行）**
做什么：卡里出现的每个名词/条件，落到数仓具体表和字段；抽真实样例值回填；只核这圈用到的字段。
产出 → 存放：`04_对照表/crosswalk.csv` 新增行（列：名词 ID / SDK 字段 / 数仓表.列 / 样例值 / 核实状态 / 核实人 / 日期）。
验收：卡上每个条件都有对应字段行；核实状态只有"已核实"和"待确认"两种，不许留空。
p22**Step 3 · 本体合入（第 3 周，本体侧）**
做什么：审核归簇（先复用后新增）；把名词、关系、铁律写进 OWL；跑推理器确认规则不打架。
产出 → 存放：`06_owl/` 更新 + 测试通过记录；`03_关系与铁律/` 更新。
验收：推理器一致性检查通过；每条公理能回溯到某张卡或某行名词表。
p23**Step 4 · 对答案（第 4 周，本体 + 数据）**
做什么：按卡上条件写脚本，自动生成"当日可冻池名单"；与 6/17 人工名单**逐户比对**；每个差异归因到三类之一——卡写错（改卡）/ 字段对错（改 crosswalk）/ 人工名单本身有误（记录）；归因不了的进冲突登记。
产出 → 存放：`02_切片/冻结切片/对账报告.md`（差异清单 + 归因 + 修正记录）。
验收：**差异 100% 有归因**——不追求 100% 一致，追求每个不一致都说得清。
p24**Step 5 · 发版与复盘（第 4 周末）**
做什么：git 打 tag（如 `v0.2-freeze`）；生成定版产物（OWL + JSON 码表）放 `release/`；30 分钟复盘会：哪步最费时、模板哪里不好用、改进后进第二圈。
产出 → 存放：`release/v0.2/`；复盘纪要追加到切片 README。
p25### 节奏与角色
p26每周一 30 分钟站会（进度 + 卡壳点，冲突只登记不讨论）；PM 每两周收口一次冲突登记表。
角色：产品团队 = 填卡供料；数据团队 = 接地核实；本体侧（trista）= 模板/归簇/合入/对账/发版，是唯一合入权限。
p27### 附录：三个模板
p28**动作卡模板**（每动作一份 md）：动作 ID · 类别（客户/效应器/内部）· 执行主体与作用对象 ｜ 发生条件与四类限制（每条带出处）｜ 例外情况 ｜ 涉及名词清单 ｜ 事件落表与反馈观测（数据团队填）｜ 冲突/待确认。
p29**名词表列定义**（CSV）：ID · 中文名 · 英文名 · 归簇（参与方/协议授信/产品/借据/事件/规则配置）· 一句话定义 · 出处 · 状态（草稿/已核实）· 提交人 · 日期。
p30**crosswalk 列定义**（CSV）：名词 ID · SDK 字段（file:line）· 数仓表.列 · 样例值 · 核实状态 · 核实人 · 日期 · 备注。
抽出的卡片 · 5
对账验收标准：可冻池名单与人工名单的差异必须 100% 有归因，不追求 100% 一致
"差异 100% 有归因——不追求 100% 一致，追求每个不一致都说得清"
支用与交易切片包含：消费（交易码9012）、取现（交易码9022）、借据生成、借新还旧。
"消费（9012）/ 取现（9022）/ 借据生成 / 借新还旧"