31 lines
1.3 KiB
Markdown
31 lines
1.3 KiB
Markdown
# 递进模式协议
|
|
|
|
用于把 v5.0 的递进模式和子锚点闭环转成可执行检查。默认读取 `v5-long-evolution-progression-field-pack`，需要治理写回时追加 `v5-governance-continuity-multicenter-pack`。
|
|
|
|
## 触发条件
|
|
|
|
- 用户问战略推进、长期修复、项目为什么没有积累、关系为什么总是重来。
|
|
- 输出需要判断“有没有真的前进”。
|
|
- 系统有多个小目标、小修复、小承诺，但没有形成势场提升。
|
|
|
|
## 执行顺序
|
|
|
|
1. 界定宏观锚点和当前子锚点。
|
|
2. 填写 `worksheets/sub-anchor-progression.md`。
|
|
3. 检查每个子锚点是否完成：选定 -> 执行 -> 验证 -> 回馈 -> 下一个。
|
|
4. 判断卡点：未选定、未执行、未验证、未回馈、未接入下一个。
|
|
5. 写出递进失败的机制候选。
|
|
6. 使用 `templates/progression-output.md` 输出。
|
|
|
|
## 三种递进陷阱
|
|
|
|
- 假递进：做了很多事，但没有写回规则、资源、角色或记忆。
|
|
- 断裂递进：每个动作孤立存在，下一个动作不继承上一个副产品。
|
|
- 抽取递进：系统看似进步，但靠少数人额外承接维持。
|
|
|
|
## 输出边界
|
|
|
|
- 不要把“忙”写成“进展”。
|
|
- 不要把“完成任务”直接写成“锚点实现”。
|
|
- 递进判断必须包含回馈证据。
|