4226372423
All checks were successful
Push & PR Check / check (push) Successful in 50s
老板-员工手册隐喻：用户反馈子项目问题 → 结构化落账 → 梦核蒸馏进 规则/模板 → 批量分发 → 飞轮观测生效。治理管线已存在大半 （governance 规则同步 / feedback 梦核 / onboarding 模板版本化）， 三处断环：治理反馈入口、反馈进梦核高权重输入、接入包批量重分发。 L 级，待 /architect。
38 lines
2.2 KiB
Markdown
38 lines
2.2 KiB
Markdown
# 治理反馈闭环
|
||
|
||
老板-员工手册隐喻：用户发现子项目不足 → 告诉炼境（结构化落账）→ 炼境更新"企业文化与员工手册"（CONVENTIONS 规则 + 接入包模板）→ 批量分发给子项目 → 飞轮观测新规则是否生效。
|
||
|
||
## 为什么
|
||
|
||
- 现在用户发现子项目问题只能在会话里口头说（如 2026-07-06 的 group_id 探路问题），不落任何结构化通道，问题→体系改进全靠当次会话的执行力，跨会话就丢
|
||
- 治理管线已存在大半（blueprint-governance 的规则编辑与批量同步、blueprint-feedback 的梦核蒸馏、onboarding-pack 的模板版本化分发），但三处断环让"反馈驱动体系进化"没有闭合
|
||
|
||
## 三个缺口（待 /architect 细化）
|
||
|
||
### ① 治理反馈入口
|
||
- 现状：`append_project_note` 挂单项目、无类型标记，是"员工工作日志"而非"给老板的管理反馈"
|
||
- 方向：`report_governance_feedback` 类入口（MCP 工具优先，UI 上报按钮可后置），记录：哪个项目、什么问题、疑似哪条规则/模板缺陷；落 project_notes 加类型字段或独立治理账本表
|
||
- 形态待定：MCP 工具 vs UI 按钮 vs 笔记类型约定（三选或组合，architect 阶段定）
|
||
|
||
### ② 反馈进入梦核蒸馏
|
||
- 现状：梦核吃被动数据（commit 指标、复盘笔记、停滞模块、高风险 scope）
|
||
- 方向：用户主动治理反馈作为梦核 prompt 的高权重数据段（老板亲口说的问题 > 统计推断的问题），蒸馏产出规则修订/模板修订建议
|
||
|
||
### ③ 接入包批量重分发
|
||
- 现状：`sync_blueprint_rules` 有批量，但接入包 `apply_onboarding_pack` 单项目一次一发；模板更新后无"全员换发新手册"动作
|
||
- 方向：批量 re-apply（复用 ONBOARDING_MANAGED 块安全覆写机制），输出报告：哪些项目更新了哪些块、哪些跳过/失败
|
||
|
||
## 闭环全景
|
||
|
||
```
|
||
发现问题 → ① 结构化落账 → ② 梦核蒸馏 → 更新 CONVENTIONS/模板
|
||
↑ ↓
|
||
飞轮观测生效（Rules-Applied trailer / 复盘） ← ③ 批量分发
|
||
```
|
||
|
||
每一环都有数据留痕，管理动作可回溯。
|
||
|
||
## 任务卡
|
||
|
||
（concept 阶段，L 级——待 /architect 设计确认后由 /splitter 拆卡）
|