听写助手对话记录 64¶
记录编号：DLG-20260809-64 日期：2026-08-09 智能体：听写（DT） 参与方：用户、DT 沟通渠道：AI 助手对话 主题：SFM 子项目反馈机制设计与双层 WLG 统筹落地
一、用户需求¶
用户要求设计子项目向主项目的反馈机制（含反馈处理相互确认流程），并提出三大深度约束：
- 统筹工作日志模式：与现有双层 WLG（子项目层 DWLG + 主仓层 DLG）深度整合，不新增独立工具链
- 支持多子项目扩展：预留 DIP2/DIP3 等后续子项目接入能力，编号体系、标签命名空间、状态流转可复用
- 支持跨项目 Code Agent 交互：定义子项目间协作契约、引用规范与仲裁机制
- 人类干预成本最小化：在保持人类检测与可控的前提下，通过自动分级、SLA 超时升级、周度批量浏览等手段，将 TL 周干预成本控制在 45 分钟内
用户确认方案后，要求立即将设计内容更新至：
- 项目管理制度文档（PJM docs/项目管理.md）
- DIP1 实施指南（dip1/docs/DIP1-IMP-Code-Agent实施指南.md）
- 子项目工作日志规范（dip1/docs/worklog/README.md）
- 主项目工作日志规范（docs/工作日志/README.md）
二、工作过程记录¶
步骤 1：SFM 总体架构设计¶
基于用户约束，DT 设计了子项目反馈机制（Subproject Feedback Mechanism, SFM）总体架构：
- 设计原则：不造新工具、深度嵌入现有 WLG/Git 体系、默认最小人工干预
- 反馈分类矩阵：5 类 × 3 级共 15 种组合（INFO/REQ/ESCAL/CROSS/RISK × Critical/Major/Minor），定义各自 SLA 与处理路径
- 7 状态确认状态机：SUBMITTED → RECEIVED → IN_REVIEW → DECIDED → IMPLEMENTED → CONFIRMED → CLOSED，支持 REOPENED 回退
- WLG 深度整合：DWLG ↔ SWLG ↔ DLG 三层映射，8 类触发事件自动同步
- 多子项目扩展：DWLG → DIP2WLG → DIPnWLG 编号前缀体系；Git 标签
subproject:dip1命名空间；跨项目契约目录docs/技术文档/contracts/ - 人工成本控制：Critical 自动告警 / INFO 周批量浏览 / SLA 超时自动升级 / SWLG 周报模板自动生成，目标 TL 周投入 ≤ 45 分钟
步骤 2：更新 PJM 项目管理制度（V2.3 → V2.4）¶
在 docs/项目管理.md 新增两大章节：
- §4.4 子项目反馈机制（SFM）：
- §4.4.1 设计目标与原则（4 条：可追溯/可扩展/低成本/零新工具）
- §4.4.2 总体架构（三层映射图 + 核心数据流）
- §4.4.3 反馈分类矩阵（5 类型 × 3 级别的定义、SLA、占比目标）
- §4.4.4 7 状态确认状态机（状态流转图 + 各状态进入条件 + 超时升级规则）
- §4.4.5 与双层 WLG 的统筹对接（DWLG ↔ SWLG ↔ DLG 同步规则）
-
§4.4.6 人类干预成本最小化策略（自动告警/批量浏览/超时升级/默认决策）
-
§4.5 跨子项目协作机制：
- §4.5.1 编号体系扩展（DWLG → DIP2WLG → SWLG）
- §4.5.2 Git 标签命名空间（
subproject:*/cross-project/sfm-type:*/sfm-severity:*） - §4.5.3 跨子项目交互协议（契约文件格式 + CROSS Issue 流转 + SPO 仲裁机制）
步骤 3：升级 DIP1-IMP 实施指南（V1.1 → V1.2）¶
更新 dip1/docs/DIP1-IMP-Code-Agent实施指南.md：
- §八 升级为 SFM Issue 通用模板：
- 采用 YAML frontmatter 格式，定义 7 个必填元数据字段：
subproject/type/severity/milestone/cross-project/expected-response/related-dwlg - 模板正文统一为 6 段式：背景说明 → 需求/问题描述 → 影响评估 → 建议方案 → 附件/引用 → 子项目 CA 署名
-
提供 5 类反馈（INFO/REQ/ESCAL/CROSS/RISK）的填写要点速查
-
新增 §十 反馈处理确认状态机：
- Mermaid 状态图（含 SUBMITTED→CLOSED 主路径 + REOPENED 回退路径）
- 各状态 Agent 行动清单（DIP1 CA / TL / BO / SPO 各自职责）
- SLA 超时自动升级规则（Critical 4h → Major 24h → Minor 48h）
- 访问控制矩阵（谁能推进到哪个状态）
步骤 4：更新 DIP1 子项目工作日志规范（V1.0 → V1.1）¶
更新 dip1/docs/worklog/README.md：
- 新增 §五 反馈类日志子模板：
- 19 字段扩展表（含 SFM 类型/级别/关联 Issue ID/当前状态/SLA 截止/超时记录/REOPENED 次数/主仓 DLG 引用等）
-
超时与 REOPENED 记录专节（根因分析 + 改进措施）
-
新增 §六 跨项目引用规范：
- 跨子项目日志引用格式：
[DIP2WLG-20260915-03] → [SWLG-2026-W38] -
跨项目沟通约束（禁止直接修改对方目录、必须通过 SFM CROSS Issue 发起）
-
§四 TL 同步触发条件：从 6 条扩展为 8 条，新增 SFM Critical Issue 提交与决策达成两类触发
步骤 5：更新主项目工作日志规范（V6.6 → V6.7）¶
更新 docs/工作日志/README.md：
- 新增 §六 子项目汇总机制（SWLG）：
- §6.1 编号体系扩展（DWLG/DIP2WLG/DIPnWLG + 主仓 SWLG 双模式编号）
- §6.2 SWLG 周反馈简报规范（6+1 模块：里程碑/SFM 总览/阻塞升级/数据反哺/风险变更/下周计划 + TL 审核批注）
- §6.3 事件触发同步（8 类事件与 SFM 状态机的对应关系表）
- §6.4 多子项目索引面板（SPO/BO 全局状态一览格式）
-
§6.5 人类干预成本控制（TL 审核耗时目标 + 自动化兜底 + 默认升/降级策略）
-
原 §六「修订记录」顺延为 §七
三、结论与产出¶
本次对话产出物清单¶
| 序号 | 产出物 | 位置 | 状态 |
|---|---|---|---|
| 1 | PJM V2.4：新增 §4.4 SFM + §4.5 跨子项目协作 | docs/项目管理.md |
已完成 |
| 2 | DIP1-IMP V1.2：§八 frontmatter Issue 模板 + §十 7 状态确认机 | dip1/docs/DIP1-IMP-Code-Agent实施指南.md |
已完成 |
| 3 | DIP1-WLG V1.1：§五 反馈日志子模板 + §六 跨项目引用 + §四 8 触发 | dip1/docs/worklog/README.md |
已完成 |
| 4 | WLG V6.7：新增 §六 SWLG 子项目汇总机制（编号/简报/同步/面板/成本） | docs/工作日志/README.md |
已完成 |
| 5 | DLG-64 工作日志（本文件） | docs/工作日志/对话记录/20260809_听写助手对话记录64_SFM子项目反馈机制设计与落地.md |
已完成 |
关键决策与说明¶
- frontmatter 方案确认：SFM Issue 模板采用 YAML frontmatter 而非独立字段表，便于 Git 平台（GitHub/Gitee）自动解析标签，同时保留 Markdown 正文可读性
- SWLG 双编号模式：常规周度汇总用
SWLG-YYYY-WNN，重大事件紧急汇总用SWLG-YYYYMMDD-NN，兼顾周节奏与事件驱动 - 8 类同步事件对齐原则：DIP1-WLG §四 与 WLG §6.3 的 8 类触发条件一一对应，确保子项目层与主仓层的同步规则完全一致
- 人工成本控制量化目标：TL 周度 SWLG 审核 ≤ 30 分钟 + 单条 SFM 决策 ≤ 15 分钟 → 周总投入 ≤ 45 分钟，远低于传统项目管理的 2-4 小时/周
- 多子项目预留：编号前缀（DIP2WLG…）、Git 标签命名空间（
subproject:*）、契约目录（docs/技术文档/contracts/）均已预留，新增子项目零额外设计成本
四、待办事项¶
| 序号 | 待办 | 负责人 | 截止时间 | 状态 |
|---|---|---|---|---|
| 1 | 在 docs/工作日志/子项目汇总/ 创建 SWLG 目录与 README 索引面板 |
TL（司徒） | 2026-W34 | 待启动 |
| 2 | 建立 docs/技术文档/contracts/ 跨项目契约目录模板 |
TL（司徒） | DIP2 启动前 | 待启动 |
| 3 | DIP1 Code Agent 首次运行时，按 SFM §八 frontmatter 模板提交第一条 INFO 级 Issue | DIP1 CA | DIP1 代码开发首日 | 待启动 |
| 4 | 飞书机器人对接：Critical 级 SFM Issue 自动告警至 TL/SPO 飞书群 | TL（司徒） | 2026-W35 | 待启动 |
| 5 | 生成 DIP1 设计文档汇总 PDF（含 SFM 相关章节）并发布至 发布/dip1/ |
DT | 用户指令触发 | 待确认 |
五、备注¶
- SFM 设计与 PJM §3.4 DIP1 子项目管理专章、PJM §4.3 Git 分支规范（
feature/dip1-前缀）深度衔接 - SWLG 周反馈简报与 DIP1-IMP §7.1 交付物状态跟踪矩阵可相互引用（矩阵提供三色原始状态，SWLG 提供语义化解读）
- 跨子项目 Code Agent 交互协议中，禁止双方直接修改对方
dip*/目录，所有变更请求必须通过 SFM CROSS Issue 发起，SPO 拥有最终仲裁权
修订记录¶
| 版本 | 日期 | 修订人 | 修订内容 |
|---|---|---|---|
| V1.0 | 2026-08-09 | DT | 创建：SFM 机制设计全流程记录（5 份产出物 + 5 项关键决策 + 5 条待办） |
本记录由听写根据对话全过程整理。