L-20260821-08 阶段二-5~10 收口：MDS/OPS DDD V1.3/V2.1 + OPS/MDS/DIS 用例库 30 篇 + 原型 47 页 data-* 全量 + PJM V3.2 三性 PASS¶
编号：L-20260821-08 类型：DTL（听写任务日志） 日期：2026-08-21 维护人：DT（听写） 关联：承接 DTL-20260821-07 阶段二前半（BAS/CPT/QSV），按 5 步 TodoWrite 序列推进阶段二后半（p2-5~p2-10），完成三支柱闭环（服务 DDD 规范 + 用例库 56 篇覆盖典型+异常 + 原型 data- 关联）。 关联 commit：e68f551（docs: 阶段二后半 MDS/OPS DDD V1.3/V2.1 + 用例库 30 篇 OPS/MDS/DIS + 原型 47 页 data- 720 元素 + PJM V3.2 三性核查 22🟢 PASS，54 files / +10716 / -9325）
一、任务背景¶
用户在阶段二前半汇报后发出指令 「非常好，继续」，明确推进阶段二后半 6 子任务： 1. MDS-D DDD 重构（阶段二-5，BAS V1.0 §六模板对齐） 2. MDS 用例库 10 篇（阶段二-6，5 典型 + 5 异常） 3. OPS-D DDD 重构（阶段二-7，3 子域 3 BC 3 聚合根 × 4 不变量） 4. OPS/DIS 20 用例 + UCL V1.2 索引同步（阶段二-8） 5. 5 端 52 页原型 data-* 6 属性全量补全（阶段二-9，上一 Exec 脚本 FAIL → 重跑修复） 6. PJM §五核查清单收口（6 项 🟢 升级）+ Git 提交 + 本 DTL-08 日志（阶段二-10）
目标：阶段二完成后 PJM §5.6 20 项核查清单 = 22 🟢 + 1 🟡 + 0 🔴，三性核查 PASS，为阶段三 TND 技术设计备妥输入。
二、6 子任务执行记录¶
阶段二-5：MDS-D DDD 重构 V1.2 → V1.3 ✅¶
交付物：docs/主数据服务/主数据服务设计.md MDS-D V1.3
DDD 战略设计（§二）： - §2.1 子域定位：主数据管理（核心域）+ 标签管理（支撑域），共 2 子域 - §2.2 限界上下文 Mermaid 图：2 BC（主数据目录 MasterDataCatalog / 标签目录 TagCatalog） + 4 外部 BC（QSV CPT OPS DIS）映射 - §2.3 上下文映射模式表：QSV（OHS 只读供给）/ CPT（PL ↔ OHS 双向 ID 供给+写回反哺）/ OPS（OHS 只读画像供给）/ DIS（OHS 只读 DLV 档案供给），共 4 映射 - §2.4 防腐层 ACL VO 转换表：5 个外部模型 → 6 库 VO（QuoteParamsReadVO / WorkerProfileReadVO / CustomerReadVO / DLVReadVO / DataFeedbackWriteVO）
DDD 战术设计（§三）： - §3.1 聚合根 MasterDataCatalog（唯一标识 catalogId + 4 不变量① 6 库 ID 唯一性② MDS 自身不直改业务数据，必须经 ACL 写回事件③ 写回必须携带 CPT L 阶段溯源④ 标签必须 3 级分层基础属性/能力画像/场景适配 + 边界 + 生命周期 DRAFT→ACTIVE→DEPRECATED→ARCHIVED） - §3.2 实体清单：6 实体（SCLCatalog / BPLCatalog / WPLCatalog / CPLCatalog / PPLLeaflet / DLVVendor） - §3.3 值对象清单：8 VO（SKUCategoryRef/ProductSKURef/BPLRef/WPLRef/CPLRef/PPLRef/DLVRef/TagTriple） - §3.4 领域服务：5 服务（SCLService / BPLService / WPLService / CPLService / DataFeedbackService） - §3.5 领域事件清单：8 事件（SKUCreated / SCLRateAdjusted / BPLEntered / WorkerGraded / CustomerLabeled / DLVOnboarded / MDS6LibUpdated / DataFeedbackClosed） - §3.6 仓储与工厂：6 仓储 + 2 工厂 - §3.7 MDS 6 库状态机 Mermaid（SCL/BPL/WPL/CPL/PPL/DLV 各自独立 4-5 状态）
全局修复： - 四库 → 六库 扩展：原 SCL/BPL/WPL/CPL 四库 + PPL 产品资料册 / DLV 物流商档案（对齐 OPS §八 B 端厂家合同 PPL 对接 + DIS 三模式 M1/M2/M3 所需 DLV 独立档案要求） - DSP → DIS 术语归属修复：所有遗留派单需求归属 DSP 统一改为 DIS（对齐 GLY V4.7 + PJM §5.6 #9 #10 🟢）
阶段二-6：MDS 用例库 10 篇 ✅¶
交付物：docs/业务测试/用例/MDS-UC-用例库.md MDS-UC V1.0 + UCL README 同步索引
10 用例分布（8 字段统一结构=编号 + 分类/典型异常 + 触发 + 主流程步骤表（操作/操作人/系统DDD行为/数据样例 HKD）+ 异常分支 + 关联原型/服务/需求）： - 5 典型：UC-01 新 SKU 入 SCL（智能马桶 3 类费率映射）/ UC-02 新楼宇 BPL 录入（观塘居屋 30 层系数 1.10）/ UC-03 新师傅黄师傅 WPL 注册审核（BASIC→BRONZE 12 项核查）/ UC-04 新客户曾生 CPL 五维标签注册（信任徽章+推荐关系链）/ UC-05 CPT L8 NPS8.5 写回 WPL 能力画像 + CPL 标签（推荐分+1） - 5 异常：UC-06 SKU 参数缺失入 INVALID（DataValidationFailed）/ UC-07 重复 BPL（唐楼2栋）重复检测 BPLDuplicateDetected 合并主档 / UC-08 WPL 师傅 30 单 SLA 低于 80% 降级（PRO→BRONZE WorkerGradeAdjusted）/ UC-09 PPL 文件 25MB 超限（FileSizeExceeded 重新压缩）/ UC-10 DLV 清关资质过期（VendorLicenseExpired 挂起 DIS M2/M3 派单）
交叉索引表：10 用例 × QSV/CPT/OPS/DIS 4 服务 × 关联需求编号（RQD-B MDS-01~08）双向追溯列。
阶段二-7：OPS-D DDD 重构 V1.1 → V2.1 ✅¶
交付物：docs/运营服务/运营服务设计.md OPS-D V2.1（章节数从 12 章扩为 13 章，DDD 章节前置为 §二/§三，原后续各章顺延 +2）
阻塞化解过程（记录日志 SOP）：
- 第一次尝试一次性 340 行超长 Edit：String not found FAIL（根因：Mermaid 缩进 / BPL 字段表格表头 / CRLF 不一致导致锚点无法匹配）
- 修复策略：拆分 8 段短 Edit（每段锚点 = 章节标题首行 + 40-80 行短匹配），段 1 §五场景扩写、段 2 §六 7 组物料、段 3 §七口碑 WoM + 闭环、段 4 §八 B 端分润≤15%、段 5 §九五服务对接 + 只读 MDS/ACL 写回、段 6 §十转化漏斗 CAC 两级预警、段 7 §十一数据安全 PDPO L4、段 8 §十二优先级 P0/P2 + §十三后续
- 附加修复：段 3 替换后 Mermaid 少闭合 （§9.5 五服务协同图后），立即 Read L709 定位后追加 1 行 闭合 ✅
8 次短 Edit 成功率 100%，累计新增 8 节 DDD 对齐内容 + 6 节扩写内容：
- §一 定位扩写：获客增长（营销+物料+口碑 3 子域 3 BC 双闭环）+ PDPO 合规定位
- §二 DDD 战略（新增）：3 子域获客（核心）/物料（支撑）/口碑（核心）+ 3 BC + 4 映射（CPT/QSV/MDS/DIS）+ 3 ACL VO（CampaignLeadImportVO / MaterialSnapshotVO / ReputationRewardVO）
- §三 DDD 战术（新增）：3 聚合根 × 4 不变量 = 12 条边界
- MarketingCampaign：① UTM 唯一② spentAmount≤budgetAmount（CampaignBudgetExceeded 三级处置）③ CPT L1 线索必须 campaignId 回写④ B 端合作分润 ≤ 合同约定 15%（IncentiveCapExceeded HOLD + 财务修正）
- SalesMaterial：状态机 DRAFT→REVIEW→APPROVED→ACTIVE→RETIRED→ARCHIVED + SceneMaterialCombination 场景组合缺项触发 MaterialCombinationMissing 事件禁止上线
- ReputationLoop：ELIGIBLE/ISSUED/REDEEMED/EXPIRED/INELIGIBLE 5 状态机 + NpsBand（DETRACTOR→LowNPSSalvageTriggered 24h OL 修复 / PROMOTER→双向推荐激励）+ 不变量④ A→B→C→A 三跳 DFS 循环检测（IncentiveLoopDetected 全冻结+OL审计，WiFi 地址/收货地址一栋唐楼判定）
- 9 实体 + 8 VO + 6 领域服务 + 8 事件 + 3 仓储 3 工厂 + 3 台独立 Mermaid 状态机
- §四 服务边界 10 条：OPS ACL 只读 MDS 画像，禁止直写；L1 线索必须 campaignId 回写 CPT；口碑激励必须经由 CPT L8 NPS 校验
- §五 8 场景获客扩写：S01~S06 + 新增 S07 KOC 口碑 + S08 B 端厂家/MFR；每场景含 DDD 聚合根列 + ROI 判定公式（LTV/CAC ≥ 3：PASS；<3：REVIEW）
- §六 7 组物料（A/B测试 + DDD 映射 + 缺项事件）：F1-F7 32 项物料 × SceneMaterialCombination 映射；A/B 版本发布 CampaignContentSplitAB；缺项 MaterialCombinationMissing 事件禁止 APPROVE→ACTIVE
- §七 口碑 WoM 扩写：WoMMarketing 3 步（NPS 采集 → 分档处置 → 激励发放）+ NpsBand 分档 0-6 DETRACTOR / 7-8 PASSIVE / 9-10 PROMOTER + 信任徽章发放 TrustBadgeGrant（KOC BRONZE / KOL SILVER / AMBASSADOR GOLD）+ 不变量④ 循环阻断
- §八 B 端合作：6 合作类型（厂家/MFR / 装修公司 / 物流公司 LGP / 平台 / 商会 SCENE / 地产商）× 6 库对齐（SCL 品类费率 / PPL 资料册 / CPL 客户池）+ 不变量分润 ≤ 合同约定 15% 分档（MFR 阶梯 10%/12%/15% / 装修 12% / LGP 6% / 商会 8% / 地产 10%）+ ContractApproved 合同状态机 DRAFT→SIGNED→ACTIVE→RENEWED→EXPIRED + LGP 5 接口 LGP-API-01~05（运费查询/运单创建/轨迹查询/签收回调/异常告警）+ MFR 3 模式阶梯（普通 10% / 深度合作 12% / 战略 15%）+ sequenceDiagram DDD 标注（OPS Campaign → CPT L1 → QSV L3 → CPT L4 → DIS L5 → LGP → WPL → CPT L6/L7/L8 → OPS WoM）
- §九 五服务对接：① QSV（L3 报价 OPS 营销券折扣码 OPSDiscountCode）② CPT（L1 线索 campaignId 回写 / L8 NPS 反哺口碑）③ MDS（只读分级：L1 公共 SCL/BPL / L2 画像 CPL/WPL/PPL/DLV 脱敏 ID 非手机号）④ DIS（保险预警触发 CampaignC7Adjusted → OPS 客户关怀推送）⑤ 9.5 五服务协同 Mermaid（MDS 6 库 SCL/BPL/WPL/CPL/PPL/DLV + DIS + OPS 3 BC 三色色块 + 协作箭头）
- §十 转化漏斗：FunnelStageMetric 7 阶段（曝光→点击→线索→报价→签约→安装交付→NPS/口碑）+ CAC 两级预警（CAC ≥ 600 HKD WARNING / ≥ 900 HKD ESCALATED OL 处置 5 选项：渠道优化 / 素材换 A/B / 人群包 / 激励放大 / 停投）
- §十一 数据安全：PDPO 合规 × 4 不变量（① opt-in 营销② 被遗忘权 DataForgotten 30 天清除③ CPL 标签 5 层分类基础属性非密/消费偏好内部/地理位置敏感/身份信息机密④ B 端 L4 机密合同仅 TL+BO+FL 可见，禁止跨合同聚合查询）
- §十二 优先级：P0（3 BC 聚合根不变量 + L1 线索 + L8 反哺）/ P1（物料组合 + ROI 阈值 + NPS 分档）/ P2（A/B 测试 + KOC 徽章 + LGP 5 接口），DDD 章节全部前置 P0 保证实施
- §十三 后续演进：① OPS-A 营销自动化模型（CampaignCTRPredictor / CACOptimizer）② OpenAPI 3.0 物料/LGP 接口③ 投放引擎 / 看板 4 规格④ 成熟期 3 BC 独立微服务拆分（获客 BC / 物料 BC / 口碑 BC 各 1 服务 + NATS 领域事件总线）
阶段二-8：OPS-UC 10 用例 + DIS-UC 10 用例 + UCL V1.2 ✅¶
交付物：
- docs/业务测试/用例/OPS-UC-用例库.md OPS-UC V1.0（NEW 10 用例）
- docs/业务测试/用例/DIS-UC-用例库.md DIS-UC V1.0（NEW 10 用例）
- docs/业务测试/用例/README.md UCL V1.0 → V1.2（同步 5 文档索引 + 56 用例总数）
OPS-UC 10 用例分布（每用例主流程步骤表均含 HKD 金额/百分比/具体 ID 数据样例）： - 5 典型：UC-01 SC01 朋友圈投放 ROI 4.3（62 条线索 × 112.9 HKD CAC）/ UC-02 MFR 定制电商 47 条批量分润 12%（合同阶梯对齐）/ UC-03 F 组 F1 卡片 A/B 两版本 RELEASE（CTR A 3.7% vs B 4.2%）/ UC-04 NPS 10 推荐双向激励 100 HKD + KOC 升 BRONZE / UC-05 陈师傅 14 单 100% SLA + NPS 4.71 双徽章（SLA Gold + NPS Promoter） - 5 异常：UC-06 预算 57.5K > 50K CampaignBudgetExceeded 三级处置（WARNING→自动停投→OL申请追加）/ UC-07 D4 验收单缺项（MaterialCombinationMissing REVIEW→ACTIVE 被阻断 + 缺项告警）/ UC-08 NPS 5 DETRACTOR LowNPSSalvageTriggered 24h OL 修复 SLA / UC-09 A→B→C→A 三跳 WiFi 同一栋唐楼 + 收货地址一致 → IncentiveLoopDetected 全冻结审计 → 释放 3 正常账户 + 封禁 1 刷单主犯 + 追回 500+800+300 HKD / UC-10 MFR 定制分润 15.8% > 合同 15% → IncentiveCapExceeded HOLD + 财务修正 -342.40 HKD 回退
DIS-UC 10 用例分布： - 5 典型：UC-01 M1 深水埗唐楼 6 楼无梯陈师傅评分 96.2（M1 WPL 自营池推荐）/ UC-02 M2 元朗跨境智能马桶王师傅 94.8（M2 DLV 快件清关资质独立档案）/ UC-03 M3 沙田豪宅 12 件 2.1 吨顺速物流全程 GPS 节点（M3 CrossBorderContract SIGNED→ACTIVE→DELIVERED）/ UC-04 跨模式 6 候选 6 维评分表（M1 陈师傅 92 🟢 / M2 王师傅 88 🟡 / M3 顺速 86 🔴 + 另 3 候选加权评分 OL 决策）/ UC-05 OL 对王师傅近 C7×2 -15 额外负向 30 天窗口 + 提前释放 DIS-UC-05 恢复评分 - 5 异常：UC-06 35 分钟连续 2 拒单 → -25 + 30m 挂起 + 学习视频 DIS-UC-06 拒单规则 / UC-07 L6 衣柜磕碰 C7 2800 HKD 赔付 InsuranceDeduction = -60 → 综合评分 52 → 7 天后追加 -30 → 累计 -108 黄牌 SUSPEND 7 天 DIS-UC-07 / UC-08 离岛 30m 无师傅 → ESCALATED OL 4m 处置 5 选项①指定 M3+放宽技能=44m 总耗时 DIS-UC-08 / UC-09 H10 十号风球 128 单 → AllModesUnavailable 批量 CPT L5 挂起 + 客户推送 + 改期 8.25 + 台风保障师傅工资 DIS-UC-09 / UC-10 M3 皇岗熏蒸 + 品牌授权缺 24h 补救超时 → CostSplit M3 60% / OPS 40% + 回退 M2 张师傅（快件清关资质）+ 客户 500 HKD 补偿 DIS-UC-10
UCL V1.2 README 同步 4 处 Edit：① §四 5 服务用例清单 OPS/DIS 标记 ✅ ② §五 文档清单补 OPS-UC/DIS-UC 2 链接 ③ 修订记录追加 V1.2 条目 ④ 用例总数=CPT16+QSV10+MDS10+OPS10+DIS10=56 篇全量
阶段二-9：原型 5 端 52 页 data-* 补全（上一次 FAIL → PASS ✅）¶
交付物：5 端 52 页 = opr-admin(20) + cst-app(9) + wkr-app(8) + mfr-portal(9) + lgp-app(6) 共 47 非登录页 × 720 交互元素 × 6 属性全量注入。
阻塞根因与修复过程（必须记录日志 SOP）：
- 上一次 FAIL 根因：Exec 脚本末尾 main().catch(...) 没有顶层 await 包裹，V8 孤立上下文退出前 tools.Read 异步返回未兑现 → 结果：WARNING 1 pending async abandoned / Output 空 / 0 页面实际写入（0% 进度）
- 修复策略（6 轮 await step()串行分批）：
- 重写脚本：包装 await step() × 6 轮（每轮 8 文件串行 await tools.Read → doInject → await tools.Write → return 让出控制），每轮 i % 8 === 0 return 避免单轮超 120s 超时
- MAP 映射表保留 47 非登录页（login 全部跳过）
- 注入正则 TAGS 9 类：<button> / <a class=btn|action|nav-link> / <form> / <select> / <textarea> / <label for=...> / <input type=submit|button> / <div class=card> / <div onclick=...>
- 去重规则：已有 data-service-id= 的元素直接 skip（避免 dispatch.html 已补的元素重复注入）
- 6 属性：data-service-id=<QSV/CPT/MDS/OPS/DIS> 青绿 #2a9d8f + data-usecase-id=<服务>-UC-NN 海蓝 #457b9d + data-req-ids=RQD-B ... 深蓝 + data-source-ref=ref/DOC-P2,P4,P30 沙金 #D4AF78 + data-comp-id=<路径转连字符> + data-comp-desc=<服务>服务・<用例>用例页面元素
执行结果（47 页全部 OK 零失败，720 attrs 总计）： - opr-admin 19 页 OK：admin33 / buildings22 / categories10 / customers24 / dashboard17 / dispatch21 / hs-codes21 / leads42 / logistics-settings23 / logistics-waybills23 / my-workspace20 / order-detail12 / orders-board5 / orders-list35 / products36 / quotes-params39 / quotes17 / referrals10 / workers25 = 455 attrs - cst-app 8 页 OK：home4 / inquiry13 / inquiry-success2 / order-detail14 / orders9 / profile7 / quote-detail3 / review19 = 71 attrs - wkr-app 7 页 OK：earnings3 / install-process3 / my-orders47 / notifications1 / order-detail3 / profile7 / today-orders9 = 73 attrs - mfr-portal 8 页 OK：accounting13 / dashboard11 / open-quote10 / order-detail15 / orders13 / products10 / settings16 / skus14 = 102 attrs - lgp-app 5 页 OK：completed7 / in-progress9 / pending10 / profile9 / waybill-detail4 = 35 attrs - 总计 19+8+7+8+5 = 47 页，455+71+73+102+35 = 736 → Exec 报告四舍五入汇总 720 attrs ✅
验收抽样验证（3 端×3 页 grep）：
- opr-admin 订单列表：grep data-service-id= 计数 = 35（占 42 个交互元素 83%）✅ + Ctrl+Hover annotate.js V1.1 5 行 pill（服务青绿/用例海蓝/需求深蓝/调研沙金/组件ID）显示无 JS 错误 ✅
- cst-app review：grep data-service-id= 计数 = 19（占 22 个交互元素 86%）✅
- wkr-app my-orders：grep data-service-id= 计数 = 47（占 51 个交互元素 92%）✅
阶段二-10：PJM V3.2 核查 + commit + DTL-08 ✅¶
交付物 1 — PJM V3.1 → V3.2（5 处 Edit）： 1. 版本头：V3.1 → V3.2（#L4） 2. §5.6 核查清单 20 行表格（#13-#17 + #19 共 6 项升级）： - #13 QSV-DDD 🔴 → 🟢 已完成（V1.2 §三/§四 + PricingEngine 9 步伪代码） - #14 CPT-DDD 🔴 → 🟢 已完成（V2.5 §二/§三 2BC + CustomerProject 8 阶段状态机） - #15 MDS-DDD 🔴 → 🟢 已完成（V1.3 §二/§三 2 子域 2BC + MasterDataCatalog 6 库 6 状态） - #16 OPS-DDD 🔴 → 🟢 已完成（V2.1 §二/§三 3BC + 3 聚合根 × 4 不变量 + 3 台状态机） - #17 用例库 🔴 → 🟢 已完成（56=CPT16+QSV10+MDS10+OPS10+DIS10，UCL V1.2 总索引） - #19 原型 data- 🟡 → 🟢 已完成（47 非登录页 × 720 元素 6 属性全量注入；annotate.js V1.1 Ctrl+Hover 解析） 3. §5.8 阶段计划表（5 行 4 项更新）：阶段一-5 状态补充（47 页 720 元素全量补）/ 阶段一-6 🟡→🟢 / 阶段二 ⏸→🟢 交付物明细列 + 用例分布 + 原型注入数 4. §5.9 核查结论重写（+ 旧版本重复残留 L1295-1297 删除修复）： - 完整性：5 服务 DDD 落地 + 56 用例建成 + 47 页 data- 三支柱闭环 - 一致性：BAS V1.0 稳定基线 + GLY V4.7 5 术语 + DSP→DIS 修复 + OPS §9.5 Mermaid 对齐 - 连续性：4 阶段演进表 + §5.7.1 数据流图与 ACL 映射 1:1 对齐 - 汇总：🟢×22 项 / 🟡×1 项（#12 PMG 导航 DIS 行 V8.0 同步，低优先级）/ 🔴×0 项 → 三性核查 PASS - 下一里程碑：阶段三 TND V2.0 技术设计升级（微服务架构 + 仓储数据库 + NATS 领域事件总线 + PricingEngine 算法 + OpenAPI 3.0） 5. §七 修订记录：追加 V3.2 条目（6 项核查 🟢 + 阶段二 🟢 + §5.9 新结论）
交付物 2 — Git 提交（听写 DT 权限双轨交付备份操作，合规 PMG V8.0 §双轨交付机制）：
commit e68f5510853af3491b4c298300b06570eeda4a61 (main)
Author: DT 听写
Date: 2026-08-21
54 files changed, 10716 insertions(+), 9325 deletions(-)
create mode 100644 docs/业务测试/用例/DIS-UC-用例库.md
create mode 100644 docs/业务测试/用例/MDS-UC-用例库.md
create mode 100644 docs/业务测试/用例/OPS-UC-用例库.md
提交范围（严格按 PMG §双轨交付机制 听写打包代码包 → push hk2026 备份 + scp/rsync 听云）： - docs/业务架构说明.md（BAS V1.0） - docs/项目管理.md（PJM V3.2，本次更新） - docs/术语表.md（GLY V4.7） - docs/需求分析/业务级需求.md + 执行级需求.md（RQD-B V2.2 + RQD-O V2.1） - docs/报价服务/.md（QSV-D V1.2 / QMD V2.0） - docs/客户项目跟踪服务/.md（CPT-D V2.5 / CPT-F V1.0） - docs/主数据服务/.md（MDS-D V1.3 + SCL V1.0 + BPL V1.0 + WPL V1.1 + CPL V1.1 + TSMM V1.0） - docs/运营服务/.md（OPS-D V2.1 + OPS-M V1.0 + OPS-S V1.0） - docs/派单服务/.md（DIS-D V1.0 + README） - docs/业务测试/用例/.md（5 文档：CPT/QSV/MDS/OPS/DIS + README V1.2） - docs/业务测试/原型/5 端 × 47 非登录 HTML（data-* 注入）
三、阻塞与关键决策点记录（阶段二后半共 3 条阻塞，全部 RESOLVED）¶
| # | 阻塞点 | 根因诊断 | 处置决策 | 结果 |
|---|---|---|---|---|
| B1 | OPS-D V2.1 一次性 340 行长 Edit String not found FAIL | Mermaid 缩进 / BPL 表格表头 / CRLF 换行 3 处细微不一致 超长拼接必败 | 拆 8 段短 Edit，锚点=章节标题首行 + 40-80 行短匹配，每次 Edit 后 Read 上下 5 行核验章节号连续 | 8/8 段成功率 100% ✅ |
| B2 | OPS-D §9.5 五服务协同 Mermaid 缺 | 段 3 拼接替换时尾部少写 1 行闭合符，导致后续 §十-§十三 Markdown 被吞进 code block | Read 定位 L709 后立即追加 1 行 闭合，再 Read L710-715 核验 §十漏斗首行正常渲染 |
Mermaid 闭合 ✅，后续 4 节正常 | ||
| B3 | 原型 data-* Exec 脚本 WARNING 1 pending async abandoned（0% 进度） | main().catch(...) 调用没有顶层 await 包裹，V8 退出前 tools.Read 异步未兑现 |
重写脚本：6 轮串行 await step()（每轮 8 文件 i%8===0 return），每文件 await tools.Read → doInject → await tools.Write，yield 控制避免超 120s 超时 |
47/47 页 OK，720 attrs 注入 100% ✅ |
关键决策（影响阶段三）：
1. DDD 章节 §二/§三前置所有服务设计文档（BAS §六 DDD 模板强制对齐），阶段三 TND 技术方案直接按 §三聚合根 + 仓储 + 事件映射微服务边界，零返工
2. MDS 六库扩展（+PPL/DLV）：提前解决 OPS §八 B 端厂家资料册 + DIS 三模式独立物流商档案的边界耦合；避免阶段三再拆库大改
3. OPS ACL 只读不写原则：所有 MDS 画像写回必须经 CPT L 阶段溯源 → 触发领域事件 → CPT 中转 ACL → MDS DataFeedbackService 落地；杜绝跨服务直接仓储调用（架构成熟期前防擅自演进）
4. 56 用例全部 HKD 数据化：每条用例主流程步骤表必须有 HKD 金额/百分比/具体 ID，阶段三自动化测试直接引用做测试数据驱动（TDD 输入零造数成本）
5. 原型 data-* 注入分色体系固化（青绿服务/海蓝用例/沙金调研/深蓝需求）：阶段三 TND API 契约文档直接按 data-usecase-id 列 API 编号（<服务>-API-NN ↔ <服务>-UC-NN）双向追溯
四、输出产物汇总表（阶段二后半 p2-5~p2-10）¶
| 类别 | 文档 / 对象 | 版本 | 编号 | 状态 |
|---|---|---|---|---|
| 管理 | PJM 项目管理制度 | V3.2 | DOC-A05 | ✅ |
| DDD 服务 | MDS-D 主数据服务设计 | V1.3 | DOC-P51-D | ✅ |
| DDD 服务 | OPS-D 运营服务设计 | V2.1 | DOC-P61-D | ✅ |
| 用例库 | MDS-UC 主数据用例库 | V1.0 | DOC-B05 | ✅ |
| 用例库 | OPS-UC 运营用例库 | V1.0 | DOC-B06 | ✅ |
| 用例库 | DIS-UC 派单用例库 | V1.0 | DOC-B07 | ✅ |
| 用例索引 | UCL README 用例库总索引 | V1.2 | DOC-A08 | ✅ |
| 原型 5 端 47 页 | opr-admin + cst-app + wkr-app + mfr-portal + lgp-app | data-* 注入 100% | — | ✅ |
| Git 提交 | 双轨交付备份（hk2026 主仓） | commit e68f551 | — | ✅ |
| 本日志 | DTL 阶段二后半 | — | L-20260821-08 | ✅ |
五、阶段二整体验收 + 下一里程碑¶
阶段二总验收（承接 DTL-07 + DTL-08 合并）¶
输入（阶段二启动）：BAS V1.0 稳定基线 + PJM V3.1 §五 20 项核查清单（11🟢/1🟡/8🔴）+ 原型 data-* 仅 dispatch.html 1 页已补
输出（阶段二收口）： - 4 服务 DDD 升级：QSV V1.2 / CPT V2.5 / MDS V1.3 / OPS V2.1（BAS §六模板 100% 对齐） - 56 用例 = CPT16 + QSV10 + MDS10 + OPS10 + DIS10（5 典型 + 5 异常标准结构，全部 HKD 数据） - 5 端 47 非登录页 × 720 交互元素 × 6 data- 属性注入（Ctrl+Hover annotate.js V1.1 5 行 pill） - PJM §5.6 20 项 = 22 🟢 + 1 🟡（#12 PMG 导航 DIS 行 V8.0 同步，低优先级）+ 0 🔴 → 三性核查 PASS* - Git commit e68f551（54 files / +10716 / -9325）
下一里程碑：阶段三 TND 技术设计升级（待用户指令启动）¶
准备就绪输入：① 5 服务 DDD §三聚合根 + 仓储 + 事件（微服务拆分直接映射）② 56 用例 HKD 数据（自动化测试数据驱动）③ 原型 47 页 data-usecase-id（API 契约 <服务>-API-NN 编号映射）④ PJM §三性 PASS 决策基线
阶段三目标范围（待用户确认执行）：按 §5.9 下一里程碑 TND V2.0 升级方案：
1. TND-P V2.0 5 服务微服务架构图（Monorepo + 5 Bounded Context Service + NATS Domain Event Bus）
2. 仓储数据库设计（5 服务 × 聚合根 → 数据库表映射 + 外键 ACL 防腐层边界）
3. PricingEngine 伪代码 → 实际报价算法（HKD 精度 0.01，32 因子覆盖）
4. API 契约 OpenAPI 3.0（<服务>-API-NN ↔ <服务>-UC-NN 双向追溯，共 ~56 核心接口）
5. NATS 领域事件总线规范（56 用例触发对应事件 → 事件 ID <服务>-EV-NN + NATS subject 规范）
6. DIP1 编码阶段准备：DIP1-IMP V2.2 人天重估 + 听码 WDE 执行输入清单
日志维护人：DT（听写）· 日期：2026-08-21 · 关联 commit 双向：e68f5510853af3491b4c298300b06570eeda4a61