docs(blueprint): 登记 governance-feedback-loop concept 模块——治理反馈闭环
All checks were successful
Push & PR Check / check (push) Successful in 50s
All checks were successful
Push & PR Check / check (push) Successful in 50s
老板-员工手册隐喻:用户反馈子项目问题 → 结构化落账 → 梦核蒸馏进 规则/模板 → 批量分发 → 飞轮观测生效。治理管线已存在大半 (governance 规则同步 / feedback 梦核 / onboarding 模板版本化), 三处断环:治理反馈入口、反馈进梦核高权重输入、接入包批量重分发。 L 级,待 /architect。
This commit is contained in:
parent
31f93adbb2
commit
4226372423
@ -416,6 +416,14 @@ modules:
|
|||||||
note: "项目(默认A+可选B)& 产品组(默认F+可选G)四视图,多对一关系,用户可新建"
|
note: "项目(默认A+可选B)& 产品组(默认F+可选G)四视图,多对一关系,用户可新建"
|
||||||
position: [4000, 0]
|
position: [4000, 0]
|
||||||
|
|
||||||
|
- id: governance-feedback-loop
|
||||||
|
name: 治理反馈闭环
|
||||||
|
area: backend
|
||||||
|
status: concept
|
||||||
|
progress: 0
|
||||||
|
note: "老板-员工手册隐喻:用户反馈子项目问题 → 结构化落账 → 梦核蒸馏进规则/模板 → 批量分发 → 飞轮观测生效。三缺口:反馈入口、反馈进梦核高权重输入、接入包批量重分发"
|
||||||
|
position: [1250, 650]
|
||||||
|
|
||||||
- id: mcp-single-server
|
- id: mcp-single-server
|
||||||
name: MCP 单一服务器化
|
name: MCP 单一服务器化
|
||||||
area: backend
|
area: backend
|
||||||
@ -679,3 +687,14 @@ edges:
|
|||||||
- from: mcp-config-inject
|
- from: mcp-config-inject
|
||||||
to: mcp-single-server
|
to: mcp-single-server
|
||||||
type: dependency
|
type: dependency
|
||||||
|
|
||||||
|
# 治理反馈闭环
|
||||||
|
- from: blueprint-feedback
|
||||||
|
to: governance-feedback-loop
|
||||||
|
type: dependency
|
||||||
|
- from: blueprint-governance
|
||||||
|
to: governance-feedback-loop
|
||||||
|
type: dependency
|
||||||
|
- from: onboarding-pack
|
||||||
|
to: governance-feedback-loop
|
||||||
|
type: dependency
|
||||||
|
|||||||
37
.blueprint/modules/governance-feedback-loop.md
Normal file
37
.blueprint/modules/governance-feedback-loop.md
Normal file
@ -0,0 +1,37 @@
|
|||||||
|
# 治理反馈闭环
|
||||||
|
|
||||||
|
老板-员工手册隐喻:用户发现子项目不足 → 告诉炼境(结构化落账)→ 炼境更新"企业文化与员工手册"(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 拆卡)
|
||||||
Loading…
Reference in New Issue
Block a user