@pm_zhousl/xinyun-ai-init 2.0.0 → 3.0.0

package/test-scenarios/v1.16.0-real-host-probe.json

@@ -1,132 +0,0 @@
-{
-  "schemaVersion": 1,
-  "version": "1.16.0",
-  "evidenceType": "real-session",
-  "executionMode": "real-host",
-  "realAiSessionVerified": true,
-  "sessionRefType": "host-thread",
-  "sessionRef": "019f64da-73e3-7b91-8c75-648fddb9adfa",
-  "hostId": "local",
-  "roleId": "project-product",
-  "taskId": "V116-PROBE-001",
-  "cwd": "E:\\ai-fabu-xiangmu\\AI开发初始化脚本\\xinyun-ai-init-npm",
-  "route": {
-    "routeFingerprint": "b80194c61cd58914c1ffe25ab3f7b7a91c360c03ee12cf24c68c6535dd471e39",
-    "selectionOrder": [
-      "project-binding",
-      "framework-specific",
-      "generic",
-      "fallback"
-    ],
-    "selected": [],
-    "rejected": [],
-    "fallback": [
-      {
-        "skillId": "generic",
-        "reason": "no-registered-specialized-skill"
-      }
-    ],
-    "blocked": [],
-    "routeReason": [
-      "role",
-      "taskType",
-      "language",
-      "runtime",
-      "platform",
-      "framework",
-      "riskTerms"
-    ],
-    "status": "fallback"
-  },
-  "codeGraph": {
-    "status": "unknown",
-    "updateMode": "full-rebuild-required",
-    "degradationReason": "codegraph-directory-missing",
-    "changedFiles": [],
-    "unchangedFiles": [],
-    "failedFiles": [],
-    "unverifiedScope": [
-      "CodeGraph service and structural parse"
-    ]
-  },
-  "queryIndex": {
-    "sourceHash": "e44784554a8ac5f57a47a7cc21688c81912c88a374e215b58d757d7e2f1e8377",
-    "indexVersion": "1.16.0",
-    "stale": false,
-    "coverage": {
-      "percent": 100,
-      "domains": [
-        "version",
-        "control-plane",
-        "v1.16-evidence"
-      ]
-    },
-    "entries": [
-      {
-        "key": "init/xinyun-ai-init/version.json",
-        "sourcePath": "init/xinyun-ai-init/version.json",
-        "evidence": "json-parse",
-        "freshness": "fresh",
-        "hash": "70381b5848776627a40fc00d5bd78892a61336f75c26e8ecfc2b1c3f28cbea6d"
-      },
-      {
-        "key": "init/xinyun-ai-init/templates/manifest.template.json",
-        "sourcePath": "init/xinyun-ai-init/templates/manifest.template.json",
-        "evidence": "json-parse",
-        "freshness": "fresh",
-        "hash": "22ad6fbd884e96941cdad29ec38965d2af3145da6cef071dff212405bfd96ff4"
-      },
-      {
-        "key": "init/xinyun-ai-init/templates/project-index.template.json",
-        "sourcePath": "init/xinyun-ai-init/templates/project-index.template.json",
-        "evidence": "json-parse",
-        "freshness": "fresh",
-        "hash": "0593fc1ed054d612d14e12cce041bb5e5b97799471923f5594cc53c334c06f90"
-      },
-      {
-        "key": "test-scenarios/v1.16.0-behavior-evidence.json",
-        "sourcePath": "test-scenarios/v1.16.0-behavior-evidence.json",
-        "evidence": "json-parse",
-        "freshness": "fresh",
-        "hash": "cb35cb1c842b0f0e1e81b63ecc623998011024957342ed995c3d8adebe0131ba"
-      }
-    ],
-    "factSourcePolicy": "JSON/Markdown authoritative"
-  },
-  "metrics": {
-    "controlPlaneReads": 6,
-    "codeGraphCacheHit": false,
-    "incrementalFiles": 0,
-    "routeMs": 4,
-    "queryMs": 3,
-    "retryCount": 0,
-    "queueMs": 0,
-    "fixedMaterializationTargetMs": 5000,
-    "startedAt": "2026-07-31T09:54:19.186Z",
-    "finishedAt": "2026-07-31T09:54:19.190Z"
-  },
-  "verifiedRealBehavior": [
-    "skill-route",
-    "codegraph-cache",
-    "incremental-update",
-    "query-index",
-    "efficiency-metrics"
-  ],
-  "unverifiedScope": [
-    "CodeGraph service and structural parse",
-    "real specialized Skill execution",
-    "host-dependent performance comparison"
-  ],
-  "forbiddenOperations": [
-    "business-code",
-    "database",
-    "sql",
-    "dependency-install",
-    "git-write",
-    "npm-publish"
-  ],
-  "sensitiveScan": {
-    "status": "pass",
-    "matches": []
-  }
-}

package/test-scenarios/v1.16.0-scenarios.md

@@ -1,19 +0,0 @@
-# v1.16.0 capability and efficiency scenarios
-
-The three batches are independently accepted. Contract evidence may pass without making a real-host readiness claim; missing v1.16 host evidence keeps the release blocked.
-
-## 301. Skill route by stack and role
-## 302. Multiple Skills use deterministic order
-## 303. Unknown stack uses generic Skill with uncertainty
-## 304. Missing dependency produces fallback
-## 305. Untrusted source or insufficient permission is blocked
-## 306. Repeated task reuses the same route fingerprint
-## 307. Changed stack or Skill version reroutes
-## 308. Skill impact is written to shared facts and change ledger
-## 309. Healthy CodeGraph is reused when unchanged
-## 310. Local file changes use incremental CodeGraph update
-## 311. Increment failure preserves old healthy index
-## 312. Missing or mismatched CodeGraph is explicitly degraded
-## 313. Local query index rebuilds from JSON/Markdown facts
-## 314. Query budget returns partial or unknown with evidence
-## 315. Stage efficiency metrics compare against a repeatable baseline

package/test-scenarios/v1.7.0-scenarios.md

@@ -1,91 +0,0 @@
-# v1.7.0 专属测试场景
-
-## 1. verify:rules 正常通过
-
-- 输入：完整源目录和完整 tarball。
-- 期望：全部检查为 pass，退出码 0。
-
-## 2. verify:rules 警告
-
-- 输入：非阻断格式问题。
-- 期望：输出 warn，退出码 0，不伪装为全通过。
-
-## 3. verify:rules 内容失败
-
-- 输入：版本不一致、失效路径、注册缺失、模板规则缺失或 tarball 缺必需文件。
-- 期望：输出 status=fail，退出码 1，列出检查项和修复建议。
-
-## 4. verify:rules 输入或运行错误
-
-- 输入：不存在的 source-root、不可读 tarball 或无法解包的 tarball。
-- 期望：输出 status=error，退出码 2，不修改源目录。
-
-## 5. ThinkPHP专项识别
-
-- 输入：ThinkPHP多线索项目。
-- 期望：状态 confirmed，加载匹配模块，profile含入口、路由、Controller、Service、Model、配置、测试和证据。
-
-## 6. 任意技术栈隔离
-
-- 输入：Laravel、Spring、Gin、Django、Vue、React及仅PHP/Java/Go/Node.js项目。
-- 期望：语言/运行时不被当作框架；已确认但无模块的框架为 detected-unsupported；仅语言/运行时无框架为 not-found，不套ThinkPHP。
-
-## 7. 框架状态和预算
-
-- 输入：单一线索、无证据、权限失败、不可读和超预算。
-- 期望：分别输出 inferred、not-found 或 unknown；超预算列出覆盖和未检查范围。
-
-## 7A. profile 字段独立性
-
-- 输入：仅语言/运行时项目、已确认但无模块项目、已确认且有模块项目。
-- 期望：分别填写 language、runtime、platform、framework；模块状态分别为 not-loaded 或 loaded，不能把语言/运行时写入 framework。
-
-## 8. 多端规则隔离
-
-- 输入：uni-app、原生微信小程序和后端框架混合项目。
-- 期望：按端口分别输出 profile，不互相套用规则。
-
-## 9. HTML直接映射
-
-- 输入：使用标准DOM、CSS和基础路由的单个HTML页面。
-- 期望：输出目标平台、页面映射、资源映射和 direct-map/rewrite-required 结论。
-
-## 10. HTML不支持能力
-
-- 输入：浏览器专属API、第三方SDK、支付或复杂登录态。
-- 期望：分别标记 unsupported、backend-required 或 pending，列出证据和风险，不自动修改。
-
-## 11. HTML未知和超预算
-
-- 输入：不可读目录、权限失败、超过3层/20页面/200文件/100证据。
-- 期望：矩阵行因不可读/权限失败为 unknown，任务因覆盖不足为 partial；列出未检查范围，不输出整站已评估。
-
-## 11A. HTML任务级 schema
-
-- 输入：planned、assessing、partial、blocked、completed 五种迁移阶段。
-- 期望：status 和 coverage 使用固定枚举，scope/unverifiedScope 为路径或条目数组，矩阵每行包含全部必需字段。
-
-## 12. 试点越界
-
-- 输入：试点页面要求扩展到未授权页面或业务接口。
-- 期望：进入 `status=paused + pauseReason=out-of-scope`，等待重新确认。
-
-## 12A. HTML 范围条目对象
-
-- 输入：scope 和 unverifiedScope 的路径及条目对象。
-- 期望：每个条目包含 itemId、path、itemType、reason、checkedAt。
-
-## 13. 版本回归
-
-- 输入：执行v1.3-v1.6已有初始化、任务、锁、确认门禁场景。
-- 期望：既有行为不回归，不修改业务代码、数据库、API、Git或依赖。
-
-## 14. verify:rules 对象边界
-
-- 输入：source-only 的 version-plans、源目录 manifest/project-index、tarball 文件和临时项目生成结果。
-- 期望：verify:rules 只校验源目录和 tarball；source-only 文件不因未进 tarball 失败；临时项目注册关系由 verify:init/行为回归单独校验。
-
-## 15. verify:rules JSON schema 和重复执行
-
-- 输入：`--json`、字段换序、相同源目录和相同 tarball 重复执行。
-- 期望：输出包含完整 schema，status 可为 pass/warn/fail/error，结果状态和检查项稳定，不产生业务文件变化。

package/test-scenarios/v1.7.1-scenarios.md

@@ -1,130 +0,0 @@
-# v1.7.1 专属测试场景
-
-## 1. 主任务命名
-
-- 输入：项目目录名为 `20250923XZH企业管理系统-服务端`。
-- 期望：主任务标题为 `项目初始化：20250923XZH企业管理系统-服务端`，不是泛化标题。
-
-## 2. 主任务字段一致性
-
-- 输入：完成一次初始化。
-- 期望：current-task、主任务、init-result、任务索引的 taskId、title、status 一致。
-
-## 3. 五个角色子任务
-
-- 输入：初始化流程。
-- 期望：生成 project-owner、project-product、chief-engineer、programmer、test-reviewer 五个子任务，并正确关联 parentTaskId。
-
-## 4. 角色任务字段和空绑定
-
-- 输入：没有真实成员和外部会话。
-- 期望：memberId、sessionId 为 null；职责确认、理解记录、executionEligible 和 blockedReason 字段可解析，不虚构人员。
-
-## 5. 角色任务未完成状态
-
-- 输入：职责确认或理解记录仍为 pending。
-- 期望：`role-execution` 子任务不能标记为 completed 或 executionEligible=true；`initialization-record` 只允许完成登记，不得改变角色执行资格。
-
-## 5A. 角色登记与执行资格分离
-
-- 输入：五个角色未绑定成员、职责确认 pending、理解记录 pending。
-- 期望：`taskKind=initialization-record` 的任务卡可以完成登记，但 assignmentStatus/understandingStatus/confirmationStatus 和 executionEligible 独立为未就绪，不得伪造角色可执行。
-
-## 6. 初始化任务归档
-
-- 输入：主任务和五个角色子任务全部完成，锁已释放，无阻塞。
-- 期望：从当前任务列表移除，归档到 `xinyun-ai/tasks/archive/<taskId>/`，历史摘要完整。
-
-## 6A. 归档原子性和任务索引
-
-- 输入：归档过程中模拟中断、重复归档和索引更新失败。
-- 期望：生成唯一 `archiveTransactionId`，事务 phase 按 `prepared -> validated -> moved -> indexed -> committed` 记录；下次按阶段恢复，不出现 task-index 与实际文件不一致。
-
-## 6B. 归档事务异常裁决
-
-- 输入：临时目录存在、归档目录已存在但索引未更新、索引已指向但归档缺失、归档内容 hash 不一致、事务重复执行。
-- 期望：临时目录从最近阶段继续；归档目录先校验后补索引；归档缺失、hash 不一致或权限不足进入 `blocked`；已提交事务幂等复用，不重复移动、不静默删除历史。
-
-## 6C. 子任务状态与主任务聚合
-
-- 输入：五个 `initialization-record` 已完成但成员未绑定、职责确认 pending、理解记录 pending；另有一个未完成 `role-execution` 任务。
-- 期望：登记子任务 `status=completed` 且 `executionEligible=false`；初始化主任务可按控制面完成归档；`role-execution` 保持独立未完成状态，不被归档清理。
-- 输入：控制面写入失败、锁阻塞或 CodeGraph 必备能力失败。
-- 期望：主任务为 `partial` 或 `blocked`，不得归档；子任务状态遵循 v1.5/v1.6 枚举，不出现未定义状态。
-
-## 7. 保留其他可执行任务
-
-- 输入：初始化任务完成，同时存在一个 pending 业务任务。
-- 期望：初始化任务归档，current-task 切换到业务任务，业务任务不被覆盖或删除。
-
-## 8. 无其他任务
-
-- 输入：初始化任务完成，没有其他任务。
-- 期望：current-task 显示“暂无待执行任务”，不重新指向已归档任务。
-- 同时期望：`status=idle`、`taskId=null`，且 idle 不进入业务任务状态枚举。
-
-## 9. 初始化失败不归档
-
-- 输入：控制面步骤失败、权限不足、锁阻塞或 CodeGraph 必备能力失败。
-- 期望：主任务为 partial/blocked，未完成控制面步骤仍可见，不进入完成归档。
-- 输入：仅角色职责确认 pending、理解记录 pending 或 role-execution 未完成，但五个 initialization-record 和控制面均已完成。
-- 期望：初始化登记任务允许归档；角色执行任务继续保留，不得因角色未绑定而伪造 executionEligible=true。
-
-## 10. 归档幂等
-
-- 输入：归档后重复执行相同初始化请求。
-- 期望：通过幂等索引定位历史 taskId，不生成重复主任务。
-
-## 11. CodeGraph首次初始化
-
-- 输入：没有 `.codegraph/`，`codegraph` 命令和服务可用。
-- 期望：自动执行 `codegraph init -i`，不询问是否继续，并记录状态和命令结果。
-
-## 11A. CodeGraph初始化授权边界
-
-- 输入：用户已执行初始化入口，`.codegraph/` 不存在，命令可用。
-- 期望：`.codegraph/` 作为工具控制目录属于初始化授权范围；只写入 CodeGraph目录，不修改业务目录。
-
-## 12. CodeGraph健康复用
-
-- 输入：已有健康 `.codegraph/`。
-- 期望：复用索引，不重复执行初始化，后续会话读取登记状态。
-
-## 13. CodeGraph命令不可用
-
-- 输入：系统没有 `codegraph` 命令。
-- 期望：状态固定为 `unavailable`，结构理解任务 `blocked`；只有用户明确授权限定范围降级时才允许 `partial`，列出未验证范围，不自动安装、不伪造完成。
-
-## 14. CodeGraph权限、服务或初始化失败
-
-- 输入：`.codegraph/` 不可写。
-- 期望：状态固定为 `permission-denied`，current-task 和 init-result 状态一致。
-- 输入：MCP 未连接或健康状态无法确认。
-- 期望：状态固定为 `unknown`，相关必需任务 blocked，不伪造健康。
-- 输入：初始化命令失败或索引损坏。
-- 期望：状态固定为 `failed`，current-task 和 init-result 状态一致，不反复询问相同问题。
-
-## 15. CodeGraph状态登记
-
-- 输入：初始化成功、复用、失败三种场景。
-- 期望：manifest、project-index、current-task、init-result 记录 required、status、command、version、indexPath、时间、evidence 和 failureReason。
-
-## 15A. CodeGraph记录与失败矩阵
-
-- 输入：命令不可用、目录不可写、命令执行失败、MCP未连接、索引损坏和健康索引。
-- 期望：分别得到 unavailable、permission-denied、failed、unknown、failed、healthy；四类控制文件引用同一 codeGraphRecordId，必需任务 blocked，只有明确授权降级时 partial。
-
-## 15B. CodeGraph失败提示去重
-
-- 输入：相同项目、相同 codeGraphRecordId 和相同失败状态重复初始化。
-- 期望：只提示一次；命令、权限、服务或索引状态变化后才允许再次提示或重试。
-
-## 16. 普通咨询边界
-
-- 输入：普通代码问题咨询，不进入初始化或结构影响审视流程。
-- 期望：不创建完整角色任务树，不触发 CodeGraph 初始化。
-
-## 17. 版本回归
-
-- 输入：v1.5-v1.7 已有初始化、任务锁、幂等、规则校验和业务基线场景。
-- 期望：既有行为不回归，不修改业务代码、数据库、API、配置、依赖或 Git。

package/test-scenarios/v1.7.2-scenarios.md

@@ -1,51 +0,0 @@
-# v1.7.2 专属测试场景
-
-## 1. 已发布 v1.7.1 项目补建角色任务
-
-- 输入：项目已升级到 v1.7.1，归档中存在命名初始化主任务和 5 个角色登记子任务，但 `activeTaskIds=[]`、`executableTaskIds=[]`、`current-task=idle`。
-- 期望：补建或恢复 5 个 `role-execution` 后续任务，任务可在 `task-index.json` 中查看，不修改业务代码。
-
-## 2. 初始化主任务与角色后续任务分离
-
-- 输入：首次初始化或升级完成。
-- 期望：`taskKind=initialization-main` 的初始化主任务和 `taskKind=initialization-record` 的登记子任务可以归档；5 个 `taskKind=role-execution` 角色后续任务独立保留，不因主任务归档被删除。
-
-## 3. 未绑定角色可见但不可执行
-
-- 输入：5 个角色任务的 `memberId`、`sessionId` 为 null，职责和理解状态为 pending。
-- 期望：角色任务属于 `activeTaskIds`，不属于 `executableTaskIds`；`executionEligible=false`，并显示待分配或待确认原因。
-
-## 4. 活动任务与可执行任务为空集区分
-
-- 输入：`activeTaskIds` 有 5 个待分配角色任务，`executableTaskIds=[]`。
-- 期望：`current-task` 不得使用 `status=idle`、`taskId=null`；应按固定优先级指向 `project-owner`，使用 `status=pending` 并输出 nextAction。
-
-## 5. 真正空闲状态
-
-- 输入：`activeTaskIds=[]` 且没有任何 pending、blocked、paused 或 executing 任务。
-- 期望：`current-task.status=idle`、`taskId=null`、标题为“暂无待执行任务”。
-
-## 6. 升级幂等补建
-
-- 输入：对同一个 v1.7.1 项目重复执行 v1.7.2 升级。
-- 期望：第一次补建 5 个角色后续任务；再次执行复用原任务，不生成重复角色任务或重复主任务。
-
-## 6A. 角色优先级和并列排序
-
-- 输入：5 个角色后续任务均待分配，或存在相同 priority 的多个任务。
-- 期望：默认优先级为 project-owner 10、project-product 20、chief-engineer 30、programmer 40、test-reviewer 50；并列按 createdAt、roleId、taskId 稳定排序，不依赖文件系统顺序。
-
-## 6B. 补建失败和索引恢复
-
-- 输入：单个角色文件写入失败、任务索引更新失败、补建过程被中断。
-- 期望：成功角色任务保留；失败角色为 blocked/write-failed；结果为 partial 或 blocked；不得清空 activeTaskIds 或伪造 idle；下次通过逐角色 idempotencyKey 恢复索引和缺失任务。
-
-## 7. 已存在角色任务保护
-
-- 输入：部分角色后续任务已经存在，且其中包含用户修改过的控制文件。
-- 期望：复用已有任务，补建缺失任务；不覆盖用户修改，不删除业务任务，冲突进入待确认或 blocked。
-
-## 8. 发布边界回归
-
-- 输入：执行 v1.7.2 升级和任务补建。
-- 期望：CodeGraph 健康状态复用；不自动创建外部会话，不执行 SQL/Git 写操作，不修改业务代码、数据库、API、配置、依赖；输出明确区分已归档、已创建、已复用、可执行和待分配任务。

package/test-scenarios/v1.7.3-scenarios.md

@@ -1,79 +0,0 @@
-# v1.7.3 专属测试场景
-
-本文件用于 v1.7.3 真实 Codex 角色会话创建与绑定回归。测试时必须使用本地待发布 tarball 或已确认版本的初始化规则，不得执行 `npm publish`、Git commit/tag/push、数据库、API、依赖或业务代码修改。
-
-## 1. 五个真实角色子会话创建
-
-输入：对已经具备 5 个 `role-execution` 本地任务的项目执行 v1.7.3 升级。
-
-验收：
-- Codex 主会话尝试创建 `project-owner`、`project-product`、`chief-engineer`、`programmer`、`test-reviewer` 五个真实角色子会话。
-- 真实 `sessionId` 来自 Codex 宿主返回值。
-- 写入 `xinyun-ai/sessions/role-session-bindings.json` 和 `xinyun-ai/sessions/roles/`。
-- CLI 仍只创建或更新 `xinyun-ai-init/`，不直接创建真实会话。
-
-## 2. 会话绑定回写一致性
-
-输入：角色会话创建成功后检查控制文件。
-
-验收：
-- 角色任务、`assignments.json`、`task-index.json`、`manifest.json`、`project-index.json`、`init-result.json` 引用同一 `bindingId`、`sessionId`、`parentSessionId`、`provider=codex`。
-- `sessionStatus` 只使用 pending / creating / created / onboarding / ready / blocked / failed / closed。
-- 任务界面能展示 5 个角色会话入口、sessionId、状态、理解进度和阻塞原因。
-
-## 3. onboarding 只读边界
-
-输入：创建成功后的角色子会话读取角色任务和项目规则。
-
-验收：
-- 创建成功后先进入 `sessionStatus=onboarding`。
-- 子会话只读读取入口规则、角色任务、职责确认和角色理解记录。
-- 未完成职责理解、职责确认、成员 / 会话绑定和确认门禁前，不得写成 `sessionStatus=ready`。
-- 创建成功不等于业务代码修改授权。
-
-## 4. 幂等复用
-
-输入：对同一项目重复执行 v1.7.3 升级。
-
-验收：
-- 按 `taskId + roleId + provider + targetVersion` 计算 `roleSessionIdempotency`。
-- 已有真实会话和绑定被复用，不重复创建同一角色会话。
-- `role-session-bindings.json` 不出现重复 roleId/taskId/provider/targetVersion 记录。
-
-## 5. 宿主不支持时本地降级
-
-输入：模拟 Codex 宿主不支持创建子会话、权限不足或创建接口不可用。
-
-验收：
-- 不伪造 sessionId。
-- `sessionId=null`。
-- 写入 `local-degraded-no-fake-session-id`。
-- `sessionStatus=blocked` 或 failed，并记录 `degradation.reason`、`failureReason`、`nextAction`。
-
-## 6. 创建成功但回写失败恢复
-
-输入：模拟角色会话创建成功，但 `role-session-bindings.json` 或索引回写失败。
-
-验收：
-- 记录 `created-but-writeback-failed`、真实 sessionId 来源、失败文件和 audit。
-- 下次执行按幂等键查询宿主已有会话并恢复绑定。
-- 不重复创建同一角色会话。
-
-## 7. 单角色失败不影响其他角色
-
-输入：模拟其中一个角色创建或 onboarding 失败。
-
-验收：
-- 失败角色单独进入 blocked 或 failed。
-- 其他角色继续创建、回写或 onboarding。
-- 总体结果记录 createdCount / reusedCount / failedCount / blockedCount / localDegradedCount。
-
-## 8. 普通咨询边界
-
-输入：普通咨询、只读问答或与角色协作无关的问题。
-
-验收：
-- 不创建角色会话。
-- 不写 `xinyun-ai/sessions/role-session-bindings.json`。
-- 不创建外部账号、第三个会话或业务任务链。
-- 不修改业务代码、数据库、API、配置、依赖或 Git。

package/test-scenarios/v1.8.0-scenarios.md

@@ -1,39 +0,0 @@
-# v1.8.0 专属行为场景
-
-以下场景必须在独立夹具中执行，逐项保存 `input`、`before`、`after`、`result`、`changedFiles`、`forbiddenOperations`、`evidence` 和 `sensitiveScan`。不能以文本断言替代真实 AI 行为。
-
-## v1.8-01 状态域和来源一致性
-
-构造任务、改动、冲突和刷新记录的合法/非法组合。验证 `factStatus`、`changeStatus`、`conflictStatus`、`taskStatus`、`refreshStatus` 各自裁决，非法枚举或 revision 不一致统一进入 `taskStatus=blocked`、`blockedReason=status-inconsistent`；`queued` 不出现在 changeStatus。
-
-## v1.8-02 协调事务恢复
-
-重复提交、崩溃、部分重命名、索引/事实不同步、哈希不一致和权限失败。验证 `coordinationTransactionId` 幂等复用、事务阶段、每个 targetFiles 的 path/tempPath/beforeHash/afterHash/targetRevision，以及最终 `committed` 或 `blocked`，不得只更新索引或删除历史。
-
-## v1.8-03 Skill 路由与降级
-
-准备 ThinkPHP、uni-app、微信小程序、HTML、未识别框架、多 Skill 同级、依赖缺失、权限不足和未审核外部 Skill 夹具。验证 availabilityStatus/trustStatus 独立，排序稳定，`assignmentStatus` 与 `usageStatus` 严格映射；失败映射 blocked 并有 failureReason/nextAction，不安装依赖、不伪造执行。
-
-## v1.8-04 前端审计边界
-
-执行微信小程序、uni-app、HTML 页面耦合审计。验证 audit-only 零 diff；refactor-now 只有在计划、用户确认、允许路径、前后哈希、diff 和测试证据齐全时才可执行；超预算/权限失败进入 partial/unknown 并填写 unverifiedScope。
-
-## v1.8-05 临时会话状态和队列
-
-验证 `pending -> creating -> onboarding -> executing`、容量不足 `onboarding -> queued -> creating`、容量可用时 onboarding 直达 executing。检查单变更域不重复创建、并发上限 3、确认时间/优先级/taskId 稳定排序及初始 occupancy。
-
-## v1.8-06 occupancy 恢复和人工释放
-
-模拟崩溃、锁损坏、会话不可读和人工释放。验证 `occupancyStatus=unknown` 持续占用，失败不自动重试或关闭；只有包含 auditId/releasedBy/releasedAt/reason/evidence 的 releaseAudit 才能释放额度。
-
-## v1.8-07 跨会话冲突
-
-前端任务修改服务端 API 或字段时，验证领取前、写入前、完成后三道门禁，project-facts、change-ledger、conflict-records 和 refreshStatus 可相互追溯；单会话不能自动合并或裁决。
-
-## v1.8-08 敏感信息边界
-
-将 Token、密码、私钥、`.env`、连接串和 Authorization 值放入 Skill 输入、事务错误、审计证据和会话交接。验证 JSON、Markdown、日志、stdout/stderr 和快照无敏感原文，只保留脱敏结果、路径类别或哈希。
-
-## v1.8 禁止操作
-
-所有场景必须证明未修改业务代码、数据库、API、依赖、系统环境或 Git，未执行 npm publish，未自动安装依赖，业务基线哈希不变。