plan-governance-cli 0.3.4 → 0.3.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md
CHANGED
|
@@ -190,12 +190,14 @@ plan-governance-cli graph code impact --repo modelpad --file Sources/ModelPadCor
|
|
|
190
190
|
|
|
191
191
|
## 持续推进
|
|
192
192
|
|
|
193
|
-
在 Codex 中需要跨轮持续推进时使用 `goal
|
|
193
|
+
在 Codex 中需要跨轮持续推进时使用 `goal`。阶段内独立复核只绑定阶段准入、阶段转换或明确的高影响边界,不为每个微小动作单独复核。
|
|
194
|
+
|
|
195
|
+
对目标、范围和授权边界清楚、且不涉及高影响外部动作的普通阶段门,执行者应自动启动独立只读 subagent 或等价独立复核者;复核通过后记录证据并继续当前阶段,不等待用户逐项确认。复核失败、入口不可用、超时或证据冲突时保留阻塞并报告,不能自行放行;涉及外部授权、凭证、公开暴露、破坏性或不可逆操作、安全、隐私、合规或产品取舍时,仍须请求用户确认。`plan-governance` skill 和 CLI 负责计划、证据、阶段准入与检查,不提供整计划自主执行模式、执行清单或步骤级下一步查询。
|
|
194
196
|
|
|
195
197
|
也可以不全局安装,直接使用锁定版本:
|
|
196
198
|
|
|
197
199
|
```bash
|
|
198
|
-
npx --yes --package plan-governance-cli@0.3.
|
|
200
|
+
npx --yes --package plan-governance-cli@0.3.4 plan-governance-cli check . --strict-readiness
|
|
199
201
|
```
|
|
200
202
|
|
|
201
203
|
npm 包内部仍使用版本化的 Python 检查器,但用户不需要直接调用或复制该脚本。旧项目已有本地脚本时仍可保留作为兼容或回滚路径。
|
package/package.json
CHANGED
package/resources/skill/SKILL.md
CHANGED
|
@@ -7,7 +7,7 @@ description: 轻量计划治理工作流。Use when 用户要求管理路线图
|
|
|
7
7
|
|
|
8
8
|
使用这个 skill 管理跨阶段、会漂移、需要证据闭环的工作。普通一次性 bugfix、小范围本地修改、互不依赖的待办列表,不要启用治理,除非用户明确要求。
|
|
9
9
|
|
|
10
|
-
跨轮持续推进由 Codex 的 `goal`
|
|
10
|
+
跨轮持续推进由 Codex 的 `goal` 机制管理;阶段内独立准入复核按“阶段内独立复核调度”契约处理。本 skill 不定义整计划自主执行模式、执行清单或步骤级下一步骤查询。
|
|
11
11
|
|
|
12
12
|
## 启用判定
|
|
13
13
|
|
|
@@ -127,6 +127,15 @@ docs/
|
|
|
127
127
|
|
|
128
128
|
专项计划应保留追加式的独立复核记录,并显式维护最新结论的日期、阶段、结论、证据和复核者。历史记录不得覆盖;新的“未通过”覆盖此前的“通过”,修复后的新“通过”必须追加新记录。`PLAN_MAP.md` 只链接最新有效结论,不复制历史表格。
|
|
129
129
|
|
|
130
|
+
### 阶段内独立复核调度
|
|
131
|
+
|
|
132
|
+
- 阶段门复核只在阶段准入、阶段转换或计划明确的高影响边界触发;不为每个微小动作单独复核。
|
|
133
|
+
- 对目标、范围和授权边界已清楚且不涉及高影响外部动作的普通阶段门,执行者应自动启动独立只读 subagent 或等价独立复核者,不等待用户逐项确认。复核任务使用新上下文,不参与当前阶段实施,不修改工作区;输入至少包括计划、阶段、被审查 revision、范围、验证命令、完成条件和安全边界。
|
|
134
|
+
- 复核通过后,记录复核者、命令和证据位置,并继续当前计划/阶段推进;跨轮继续由 `goal` 保持上下文。
|
|
135
|
+
- 复核失败、复核入口不可用、超时或证据冲突时,保留阻塞并报告,不得自我批准或以安全替代动作单独放行。只有满足同等独立性和证据要求的等价复核者可以替代;没有复核者时必须停止并报告。
|
|
136
|
+
- 涉及外部授权、凭证、公开暴露、破坏性或不可逆操作、安全、隐私、合规或产品取舍的事项,必须请求用户确认;独立复核不能代替用户授权。
|
|
137
|
+
- 复核结果至少记录:计划、阶段、被审查 revision、复核范围、实际执行命令、证据位置、结论、阻塞项和复核者标识。
|
|
138
|
+
|
|
130
139
|
阶段准入检查命令为 `--strict-readiness`。默认治理检查保持兼容,面向历史文档的准入缺陷先以 `WARNING` 提示;严格模式才将机械准入缺陷提升为 `ERROR`。该检查只判断结构化准入条件,不替代业务验收。
|
|
131
140
|
|
|
132
141
|
## 工作流
|
|
@@ -96,6 +96,15 @@ def agent_rules_body():
|
|
|
96
96
|
|
|
97
97
|
专项计划应保留追加式独立复核记录,并显式维护最新结论的日期、阶段、结论、证据和复核者。历史记录不得覆盖;`PLAN_MAP.md` 只链接最新有效结论。
|
|
98
98
|
|
|
99
|
+
阶段内独立复核调度:
|
|
100
|
+
|
|
101
|
+
- 阶段门复核只在阶段准入、阶段转换或计划明确的高影响边界触发;不为每个微小动作单独复核。
|
|
102
|
+
- 对目标、范围和授权边界已清楚且不涉及高影响外部动作的普通阶段门,执行者应自动启动独立只读 subagent 或等价独立复核者,不等待用户逐项确认。复核任务使用新上下文,不参与当前阶段实施,不修改工作区;输入至少包括计划、阶段、被审查 revision、范围、验证命令、完成条件和安全边界。
|
|
103
|
+
- 复核通过后,记录复核者、命令和证据位置,并继续当前计划/阶段推进;跨轮继续由 `goal` 保持上下文。
|
|
104
|
+
- 复核失败、复核入口不可用、超时或证据冲突时,保留阻塞并报告,不得自我批准或以安全替代动作单独放行。只有满足同等独立性和证据要求的等价复核者可以替代;没有复核者时必须停止并报告。
|
|
105
|
+
- 涉及外部授权、凭证、公开暴露、破坏性或不可逆操作、安全、隐私、合规或产品取舍的事项,必须请求用户确认;独立复核不能代替用户授权。
|
|
106
|
+
- 复核结果至少记录:计划、阶段、被审查 revision、复核范围、实际执行命令、证据位置、结论、阻塞项和复核者标识。
|
|
107
|
+
|
|
99
108
|
阶段准入严格检查命令为 `--strict-readiness`。默认治理检查保持兼容,准入缺陷先以 `WARNING` 提示,严格模式才提升为 `ERROR`;该检查只判断结构化准入条件,不替代业务验收。
|
|
100
109
|
|
|
101
110
|
草案和历史文档规则:
|