@guanlin4924/devflow-pi 0.1.105 → 0.1.107

package/README.md

@@ -11,7 +11,7 @@ Devflow Pi 是一个面向项目研发交付的独立 OMP 产品入口，内置
 安装与启动：
 
 ```bash
-npm install -g @guanlin4924/devflow-pi@0.1.105
+npm install -g @guanlin4924/devflow-pi@0.1.107
 cd /path/to/your-project
 devflow-pi init
 devflow-pi doctor
@@ -102,7 +102,7 @@ skills:
 
 Devflow 会在输入框上方显示“当前 Feature 交付链路”：它基于只读状态快照展示已知步骤、当前节点、完成数、工作流/执行状态、当前允许的操作，以及安全恢复方案。使用 `/devflow control` 打开交互式控制台：它只会在状态检查器允许时提供启动当前步骤、审查并批准推进、安全恢复或取消当前 Feature；每个有写入影响的操作都会重新读取状态并沿用已有确认流程。面板不提供重试或重置当前节点，避免破坏 revision、checkpoint 和证据链。
 
-正式节点经用户批准后，Devflow 会把已校验的状态和产物引用固化为内容校验的 handoff，再自动创建干净 Session 执行下一节点。交接期间工作流冻结；只有新 Session 成功认领并消费同一份 handoff 后才解除冻结。Devflow 不使用 OMP 的模型摘要 handoff，因此 `.devflow/planning/STATE.md` 仍是唯一流程事实源。
+正式节点推进后，Devflow 会把已校验的状态和产物引用固化为内容校验的 handoff，再自动创建干净 Session 执行下一节点。交接期间工作流冻结；只有新 Session 成功认领并消费同一份 handoff 后才解除冻结。Devflow 不使用 OMP 的模型摘要 handoff，因此 `.devflow/planning/STATE.md` 仍是唯一流程事实源。
 
 ### 需求验收测试与 TDD 证据链
 
@@ -111,25 +111,27 @@ Devflow 会在输入框上方显示“当前 Feature 交付链路”：它基于
 ```text
 已确认需求/契约/架构事实 → TC-* 候选 → 变更清单（任务 ↔ 候选 TC 绑定）
                                                         ↓
-                    CP-3：校验候选绑定 → 冻结 TC → 写入 Core attestation
+                    CP-3：记录检查结果 → 继续执行（不自动批准或冻结）
                                                         ↓
                     RED / GREEN / REGRESSION 证据 → 按冻结 TC 执行 API / 页面 / 专项测试 → CP-4 → 版本收口
 ```
 
-- `TC-*` 的步骤和 oracle 在代码出现前冻结；CP-3 在同一次确认中先校验候选绑定，再冻结 TC 并固定绑定哈希。需求或契约变化会使它 stale，不能继续以旧测试集宣称通过。
+- 测试执行器仍检查冻结套件与绑定哈希。CP-3 推进不再自动确认或冻结候选 TC；缺少有效冻结事实时如实返回未执行，不能以工作流推进代替测试通过。需求或契约变化会使旧套件 stale。
 - `tdd_required` 任务必须先由 Core 记录准备快照，再记录 RED（命中预期失败）、同一目标的 GREEN 和回归；缺失或环境失败不算完成。
 - API、跨数据域、边界、迁移、工作负载与架构风险会派生相应的 `api`、`permission`、`boundary`、`migration`、`performance`、`resilience` TC 义务。
 - 每个 TC 还要声明证明策略：`replay` 用组件/页面/API/集成的稳定回放；`causal` 用已定位的首个偏差加 HAR、控制台、DOM 快照、截图或日志等受控文件证明，Core 会记录文件哈希；`observation` 用于尚不可复现、也未能证明根因的问题，只能保持阻塞并带观测计划。后两者都不能被“AI 已复现”或 Markdown 自述放行。
-- 代码完成后，`workflow-run-acceptance-tests` 只能运行绑定到冻结 TC、且已在初始化 `.devflow/planning/toolchain.md` 发现的测试运行器命令。任何失败、未执行、人工待执行或环境阻塞用例都会阻止 CP-4。
+- 代码完成后，`workflow-run-acceptance-tests` 只能运行绑定到冻结 TC、且已在初始化 `.devflow/planning/toolchain.md` 发现的测试运行器命令。失败、未执行、人工待执行或环境阻塞用例如实记录，并作为诊断带到 CP-4 后续步骤。
 - 验收不是代码完成后的临时手工检查。它是需求基线在编码前派生并冻结的完整测试集，覆盖主流程、异常、边界、权限、迁移、兼容、韧性和工作负载义务；代码只能补充执行适配信息，不能改变测试意图。
 - 验收失败不会创建另一套人工台账，而是进入 `acceptance-remediation`：诊断 → 修复 → code-index 刷新 → 原冻结 `TC-*` 重跑。
-- CP-4 通过后只进入一个 `workflow-release-closeout` 步骤，统一写入 `.devflow/planning/milestones/current-CLOSEOUT.md` 并更新项目状态、导航和版本记录。
+- CP-4 推进后只进入一个 `workflow-release-closeout` 步骤，统一写入 `.devflow/planning/milestones/current-CLOSEOUT.md` 并更新项目状态、导航和版本记录。
 
-正常使用不需要记忆底层命令：在 Devflow 工作流中按步骤继续即可。需要排查时，可用 `devflow_acceptance_tests` 查看冻结套件，或由工作流调用 `devflow_tdd_evidence` 与 `devflow_run_acceptance_tests` 生成 Core 指定写入的证据；不要手写“已测试”来替代结果文件。本地 hook 拒绝 Agent 文件工具与 shell 访问 `control.db` 及 Devflow 数据目录 `projects/`、拒绝写入 canonical 验收结果文件，并默认拒绝访问 `.devflow/runs/` 运行工件，仅白名单放行 `result.json`（Read 类读取工具仍可读取 `acceptance-results.json`；trace、截图、网络工件和 `runtime.log` 由用户本地查看）。它是防误用，不构成对同系统用户恶意进程的安全隔离。
+正常使用不需要记忆底层命令：在 Devflow 工作流中按步骤继续即可。需要排查时，可用 `devflow_acceptance_tests` 查看冻结套件，或由工作流调用 `devflow_tdd_evidence` 与 `devflow_run_acceptance_tests` 生成 Core 指定写入的证据；不要手写“已测试”来替代结果文件。本地 hook 对访问控制库、写入验收结果和访问运行工件提供提示，指导使用 Core 工具；这些提示不再阻断工作流。结果仍由实际执行生成，不得手写通过记录。
 
 ### Core 软门禁模式
 
-默认情况下，Core 生成的测试绑定、追溯、merge gate、产物有效性和图谱新鲜度问题会记录为 advisory，交给 AI 审查决定继续、修改或阻塞；只有控制面损坏、越权路径、并发冲突等安全问题仍会硬阻断。需要临时恢复旧的严格门禁时，启动前设置 `DEVFLOW_SOFT_GATES=0`。
+工作流硬门禁已移除：所有工作流门禁（前置输入、产物、索引、契约、审查、测试验收、合并、恢复与 CP 确认）均作为软门禁。检查未通过时保留警告、缺项和失败证据，允许继续执行及版本收口；不会把失败测试改成通过，也不会生成虚假的人工批准。各技能及其引用材料中的门禁条件遵循同一策略。
+
+CP 默认无需额外审批，继续时记录 `continued_with_warning`。测试执行器仍如实返回 failed/blocked，缺失执行授权的用例不能被记为已执行。真实读写或执行失败、无法解析的控制面状态、越权路径及并发版本冲突仍须处理后才能完成对应操作。硬门禁和强制 CP 审批开关已移除；旧环境变量不再生效。
 
 ## 更新
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@guanlin4924/devflow-pi",
-  "version": "0.1.105",
+  "version": "0.1.107",
   "type": "module",
   "description": "Devflow 专项研发 Pi，基于固定版本 OMP Runtime 组装研发状态机、代码智能、设计、实现与质量门禁。",
   "license": "UNLICENSED",