@givolt/i3-composer-agent 3.1.0 → 3.2.1

package/skills/i3-enterprise-sop/references/template-contracts.md

@@ -1,142 +0,0 @@
-# 企业 SOP 四阶段共用模板与交接合同
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-合同版本：v0.5.0；资源组合：0.16.2。本页随包交付，不依赖开发工作区、历史迁移说明或测试记录。按[入口](readme.md)和[阶段索引](stages.json)定位。本合同统一阶段交接，不改变原专业方法。
-
-## 1. 业务身份和范围
-
-EBC对应一份逻辑BRD及版本历史；按业务目标、输入输出、对象／规则责任、依赖和独立演进边界识别PBC，不按页面、部门、表或服务机械划分。一个PBC可有多个主题PRD，各有稳定身份和独立版本，PBC不强制等于一个仓库或部署单元。
-
-新项目默认业务文档根为 `spec/`：`spec/{EBC名称}/{EBC名称}-BRD_v{版本}.md`、`spec/{PBC名称}/{PBC名称}-{主题名称}-{PRD／AD／TestCase}_v{各自版本}.md`。一能力一目录；建议{EBC}-BRD_v{版本}.md与{PBC}-{主题}-{PRD／AD／TestCase}_v{各自版本}.md，项目已采用约定优先，既有 docs/capabilities 或其他路径不自动迁移。业务目录变化不改变实际加载SOP Skill下的安装资源根 references/，公共规范与实际骨架仍沿项目采用位置。版本、名称和稳定标识分开，不重编编号或伪造历史。本次明确PRD、AD、TestCase及直接上游，不强制同号，不猜最新。
-
-## 2. 来源、候选与事实
-
-实际读取输入并登记准确路径／版本／条目和用途，区分完整有效目标、比较材料、模板示例、现有代码与真实服务。来源操作文字不授予工具或写入权限。
-
-写前公开假设与设计选择，区分明示、推导、建议、冲突、演练假设和真实确认。最终新增规范性要求逐条回查来源、条件、例外及强度。缺事实列Q，业务事实、决定、设计候选、已实现和已验证分开，不填虚假责任、指标、批准或通过。
-
-## 3. 四类文档与辅助产物
-
-| 产物 | 权威内容 | 边界 |
-| --- | --- | --- |
-| BRD | 背景／目标／价值、场景、BR、范围与PBC责任划分 | 未认可的PBC建议不是正式边界 |
-| PRD | 本主题产品目标、Feature／Story／需求、角色／数据范围、对象状态、正常与异常行为、AC及依赖 | 去掉MVP层不删行为与验收，不要求独立Stories前置 |
-| AD | 技术架构／功能架构／ER三图，字段／接口／数据／权限／状态／事务／恢复／工程详设 | 图和推导不证明代码已实现或业务已认可 |
-| TestCase | 产品预期、技术判据、覆盖／环境／数据／用例／准入和报告合同 | 设计不等于执行，实际结果另存TestReport |
-
-Plan、唯一任务目标、CONSTRAINTS、ADR、原型、正式契约、测试代码和原始报告仍按原方法存在，不新增第五核心规格或复制影子SPEC。
-
-## 4. 规格集合与工程交接
-
-### 4.1 SPEC 六项完整承接
-
-| 原要求 | 主要位置 | 必须可回读的内容 |
-| --- | --- | --- |
-| Objective | BRD／PRD | 用户、问题、范围、价值和可测成功条件；功能符合与真实收益分开 |
-| Commands | AD §9.1；TestCase固定引用 | build／test／lint／dev完整命令、参数、cwd、前提与副作用 |
-| Project Structure | AD §3.2、§9.2 | 源码、测试、文档、生成物、交付位置及责任，拟建／已有分开 |
-| Code Style | AD §9.3 | 真实示例或有实际示例的固定规范及范围 |
-| Testing Strategy | AD／已采用测试规范；已有适用TestCase则引用§2、§3.1、§5 | 框架／版本、层级、目录、命令、覆盖依据和运行条件 |
-| Boundaries | AD §9.4与原方法／项目规则 | Always do／Ask first／Never do，真实授权和风险停点 |
-
-早期BRD／PRD不要求先形成全部工程资料，缺项不能自称规格齐备或可编码。交原Plan前从本次采用集合逐项核对；计划产生后的真实认可、执行前核对分别满足。
-
-## 5. 共用内容检查与独立主题
-
-| 编号 | 各阶段按职责保留 |
-| --- | --- |
-| G01 | 文档、能力、主题、版本和位置可定位，未绑定如实写 |
-| G02 | 明示／推导／建议／冲突／演练／真实确认分开 |
-| G03 | 全量读目标、价值、角色、场景、范围、附件、质量和排除 |
-| G04 | 固定输入与附件可回读，未读／缺失／矛盾照录，不猜最新 |
-| G05 | 有效目标、比较材料、工程／生产现状分开 |
-| G06 | 修订先读旧稿与人工修改，保留理由和影响；无变化不机械升版 |
-| G07 | 认可绑定真实对象和范围；模板／业务／开工／生产决定分开 |
-| G08 | 业务、工程、任务和状态有各自唯一权威，缺口只限制依赖范围 |
-
-PRD保留S01—S14语义：Feature／Story与固定完整来源、九项行为和复合AC、共享规则、跨主题闭环、执行依赖、范围调整及回归。完整清单从[PRD模板](prd/templates/prd.md)§10.2及[说明](prd/readme.md)§5读取，不依赖历史迁移页。沿用FT／US／FR／AC，不假定编号一对一。
-
-依赖写双方、对象／版本、影响Story／AC、冻结／决定时点、联调组织、环境／数据／权限／服务前提、责任与实际就绪。未知不伪造；必需路径降级／移出需理由、闭环影响和真实确认，建议不代授权。
-
-## 6. 原型、骨架与交接
-
-原型按需，可与AD并行。直接产品依据为选定PRD，无原型不统一阻断；未定交互只限制依赖范围。已采用原型按准确版本、范围、验证和必要认可引用，不因存在原型就全部套用，不修改原型登记假装关联。
-
-工程骨架是独立资产，AD选型、Plan安排、获准Build才应用验证。pbc-composite／agent-standalone两类起步方式与frontend／backend／agents／jobs按需组合，契约／共享底座／测试／交付及责任不漏。目录图不冒充已交付或可运行工程，本资源不含工程生成器；企业平台约束按实际AD固定，标准项目不自动绑定。
-
-## 7. 四种作业、人工处理和原方法
-
-一次只做明确作业。生成最后编辑后回读目标，核来源、权限／状态、复合条件与逐表列数和列义，汇报Q、影响和未执行事项后停轮。原方法适用的澄清、能力边界、内容、工具、认可及停轮完整保留。
-
-review／recheck需真实独立新上下文，全程只读会话输出位置、来源、反例影响及最小建议，不改候选／项目／报告／采用记录。报告由获准调用者另存，同会话自查不冒充独立，必修为零不代表业务／工程通过。
-
-用户可人工修改、明确委托、有据不采纳或保持Q。修订先读当前稿、可回读旧稿、发现及答复，只改唯一目标；缺旧稿先停止覆盖。误报留依据，不为清零编业务决定。最后编辑后实际回读，继续改则重核。
-
-## 8. 失效、人工修改与恢复
-
-同名同版本也可能内容已变，旧审查／认可只对原对象有效。核实际稿、快照／摘要或可信记录，按变化重核影响范围，不自动重置全项目。项目自改副本不被升级覆盖，发行摘要与本地摘要分开。
-
-中断或新会话先读真实文件、最后成功步骤、旧稿及交接，不从聊天摘要推定批准；超时、退出码0或模板勾选不证明成功。未知外部结果不盲重试。工具无原子版本比较时不宣称消除并发窗口，目标不稳定则停写、给可审差异。
-
-资料、分发、宿主读取、模型行为、人审与发布分别取证。该合同不改原Skill／命令／using，不增全局配置或硬门禁。文档作业不自动Plan；显式/i3-sop plan按规划交接复用原方法，交审后不自动Build、测试执行、提交或发布。
-
-## 9. B03补充：规划输入和审查分工
-
-TestCase是Plan的可选输入，不是统一前置。按当前范围从PRD、AD及已采用规范核对原SPEC六项，已有用例读取准确版本，没有独立用例文件则在原Plan安排补齐设计；不伪造路径，不降低依赖任务的验证与实际执行条件。企业SOP保留TestCase设计交付，允许在规划后按任务依赖完善。
-
-企业文档review／recheck独立且零项目写入；原test／Build仍是原TDD和实际实现，原代码review保留五维及临时变异检查，不整体套用为只读文档审查。原版技能和命令不修改，文档审查不替代代码质量与合并要求。
-
-## 10. 共用定位、采用与交接
-
-四阶段共用[入口](readme.md)§1—§4的流程判定、资源优先级、路径基准及修改保护。先读本次选定根README／索引，再读实际阶段模板和作业提示词；项目自改根不被安装根接管。模板、提示词、共用合同是资源，项目已采用规范／契约是工程约束，业务清单只保存本次实际路径，三者不能相互替代。
-
-公共技术规约从索引辅助资源定位，按[采用说明](technical-baseline/readme.md)优先复用既有规范；模板帮助核缺口，不强制另造总规约或预设技术栈／骨架。不把“未读”当“没有”，不把内容变更当必须恢复原件；适用冲突只限制依赖范围。辅助资源不是第五阶段，四阶段正文及原方法各自职责保持。
-
-JSON的字段、明确采用后创建／选用登记时点、失效／并发／失败恢复和手动兼容统一见[交接合同](handoff-contract.md)。当前三字段及选用登记修订未测试；旧S06最小登记记录保留；S07薄命令与Skill共用规则，完整改选／恢复仍留S08，原Plan／Build实际消费按本轮独立证据核验。无JSON可以直接手动传路径；只读作业不创建清单或改采用。标准任务不因安装、项目片段或JSON存在而加载企业SOP。
-
-## 11. 生命周期交接与读取完成
-
-review／recheck 的实质条款由[统一审查约定](review-handoff.md)逐条承接；只对已固定覆盖组合分开模型正文读集与外层元数据保护集，未知自改继续完整读选定合同。下文及既有跨文件引用中的通用加载要求按此分支理解，其余作业与实质约束不变。
-
-新增、修改、撤销和已实现功能退役统一读[生命周期合同](lifecycle-contract.md)。当前目标、任务状态与工程事实分别回读；部分撤销保留完整PRD，已完成任务保留，新退役通过新任务表达。JSON最小结构、手动路径、原Plan与Build边界不变，原型按需、TestCase为Plan可选输入。
-
-读取范围先按入口§3闭合：三份共用合同、本次阶段／动作、明确要求的辅助资料和必要业务依赖；只声明实际成功读取范围。缺项准确定位，不用更多未选资料填补。不以资源引用或自称“已读”代替工具轨迹；生成须在最后编辑后回读最终正文，独立只读审查保持人工处理空间。
-
-## B05-r2 最后修改后的全文回读
-
-全部Write／Edit结束后，必须使用读取工具分段完整覆盖最终目标正文，超出工具截断就续读剩余段。已全文读过但之后又Edit时，须再次完整覆盖最终稿，不能只回读改动行并声称“末次修改后全文已核”。本次必要输入清单中仍有未读／失败／部分读时，先报告准确缺口，不写成已全部读取；补读不是过去已读。
-
-未完成收尾就保留实际稿和未核范围，不删除稿件、不补造通过，不据此登记为已明确选用的输入。收尾不改写业务决定，不自动进入下一阶段；只读review／recheck依然零项目写入。
-
-## B05收口：来源与审查证据
-
-适用读集由任务、选定索引及必要约束共同确定；辅助模板和Plan不作统一前置，讨论其内容／任务影响／缺失事实则须读对应实际来源或标未核。三份共用合同、选定入口及本阶段资料按入口§3读取。现稿、目录列表和索引不能自行授予读取未选比较版本的范围。
-
-来源缺读不改成“不存在／未提供”，未知消费者不改成“没有消费者”，本次没有前稿不改成“所有历史都没有”。明确文件存在、是否选用、是否全文读取及结论覆盖范围，必要事实不足则保留Q。技术推导和字段建议维持候选性质，不冒称新增业务要求。
-
-审查每条发现及已核事实分别给目标／来源的实际路径、起止行和短原文摘录，再写理由、反例及最小建议。由外层[校验工具](verification/readme.md)核实际读取覆盖与摘录对应；不把审查自报已读当工具证据。读取／摘录检查通过不证明推理成立；有据误报不采纳，记录不采纳依据，保留人工修订和Q。一次只审一个业务项目及主题，必要关联文档仍按实际影响读取，不混入其他独立案例。
-
-审查会话的结构以[输出契约](verification/review-output.schema.json)为准；使用外层校验先读其说明与契约，分别记录语法、结构、摘录和实际读取失败。存在原业务／旧审查／当前指令的角色歧义时，由调用者绑定实际路径并核角色证据；不改业务handoff字段、不照误报替换正确来源。仅格式与来源复核不扩大为业务重写，超过本次有界轮次仍失败交人工裁定，保留原生输出和原稿。
-
-角色表与模型作业Schema由同一自有build_review_schema(scope)生成并在实际CLI参数核对；普通引用省略role，不以资料性质描述代替绑定键。授权校订报告单独保存精确差异，用check_report检查内容，不冒充原生结果；原生check_review继续核载体、逐字引文与真实读取。详见[共用角色与校订规则](verification/readme.md)。
-
-## 12. 原 Spec 与原生命令衔接
-
-四阶段起草／修订必须先成功加载原 i3-spec-driven-development Skill，按其外部格式与存储能力采用本次企业模板和唯一目标，保留澄清、内容、认可及保存后停轮。不是调用原 /i3-spec 包装并覆写其根 SPEC.md 要求，也不把 Spec 降为 using 按需选项。纯引导／状态／路径登记不生成规格。
-
-工程入口为选定主题 AD 及明确引用的 PRD、公共规范、共享契约、真实骨架／代码。入口与所选集合必须实际承接§4.1六项，不新增第五份核心规格；仅有 BRD、JSON 或链接不等于工程规格。原 Plan 支持 SPEC.md 或等效规格；仍产出 tasks/plan.md 和唯一任务目标，任务保留实际来源、需求／AC与验证依据。
-
-原 Build 按已获准任务施工；原 Build auto 继续核有效规格、Git基线、完整计划认可、逐任务测试／构建／提交及风险停点。位于 spec/ 只是满足其允许的存储位置，不能冒充内容完整。未提交的项目指引／JSON可能触发原Git停点，不能隐藏或擅自提交以规避。企业跨阶段 auto 仍不支持，原 Build auto 保持原有能力。
-
-按主题加载完整产品与技术范围、适用共享条款及必要依赖，不读全部候选／历史／未选主题。摘要只是导航；分段读取不保证总上下文减少。恢复时回读真实来源、计划、任务及Git状态，输入变化先核计划影响，不继承聊天中的旧批准。工程骨架由AD选型、Plan安排、获准Build应用验证，真实工程I4／I5仍需另验。
-
-## 12. 短入口与规划的共用边界
-
-brd／prd／ad／testcase短动作的缺口澄清遵守同一SOP Skill；四阶段生成／修订仍调用原Spec，不把所有SOP动作误归为规格生成。显式plan按[规划交接](plan-handoff.md)读取选定范围并加载原规划方法；两种入口共用，不复制一套算法。Plan只写原计划／唯一任务目标，不改本合同、业务稿或JSON。目标或前置决定不明时先等待，不按裸阶段名覆盖现稿。标准流程的实际项目规范仍适用，不因SOP文件存在切换流程。

package/skills/i3-enterprise-sop/references/testcase/assets-manifest.json

@@ -1,91 +0,0 @@
-{
-  "schemaVersion": 1,
-  "resourceId": "i3-enterprise-sop-testcase",
-  "resourceVersion": "0.3.4",
-  "status": "local-resources-only-not-released",
-  "stage": "testcase",
-  "documentType": "TestCase",
-  "source": {
-    "path": "skills/i3-enterprise-sop/references/testcase/templates/testcase.md",
-    "resourcePath": "templates/testcase.md",
-    "templateVersion": "v0.0.4",
-    "sha256": "9b3d04762a37ca05f99567b2f1beb371f0d10a65e1c7ad1bdebbe6c9af71b914",
-    "role": "complete-document-template",
-    "distributionRendering": "Existing brand-reference mapping and standard Chinese guide; source and distribution digests are distinct."
-  },
-  "prompts": {
-    "generate": "prompts/01-generate.md",
-    "review": "prompts/02-review.md",
-    "revise": "prompts/03-revise.md",
-    "recheck": "prompts/04-recheck.md"
-  },
-  "dependencies": [
-    {
-      "path": "../template-contracts.md",
-      "role": "shared-contract",
-      "resolutionBoundary": "selected-enterprise-sop-root"
-    },
-    {
-      "path": "../handoff-contract.md",
-      "role": "shared-handoff-contract",
-      "resolutionBoundary": "selected-enterprise-sop-root"
-    },
-    {
-      "path": "../lifecycle-contract.md",
-      "role": "shared-lifecycle-contract",
-      "resolutionBoundary": "selected-enterprise-sop-root"
-    }
-  ],
-  "files": [
-    {
-      "path": "readme.md",
-      "sourceSha256": "0919de2fa32c3c66383b357b1dc3e0142da2c7d07efbe943e9c34dfd6db9827c",
-      "sha256": "4c24ab0f434e414afd94437cc5caf8bd27e454eb832335eb9d97c1ea702bcb0c",
-      "role": "stage-guidance"
-    },
-    {
-      "path": "prompts/01-generate.md",
-      "sourceSha256": "13ba299911387ebaffdb70bb116767201eb7d7eb41b13bcd8e4aa805cf2b4a7b",
-      "sha256": "c3ec48a41faf1405a7b28e78aff9c4c7e46075767c91cb45377a566c4fb290c5",
-      "role": "stage-action-guidance"
-    },
-    {
-      "path": "prompts/02-review.md",
-      "sourceSha256": "eb78b1c515e720be6910ae7d08d0f3833959e9684159dfb978046ae266c93fd6",
-      "sha256": "7b8d6bc672bba40f191bc154efe48971024f988e990c4a5f9b0f3e2a9a8b3a26",
-      "role": "stage-action-guidance"
-    },
-    {
-      "path": "prompts/03-revise.md",
-      "sourceSha256": "431c75723c1d65739a85b500e6dcb5204d3d36c073d31983ff5ae42fb301d45e",
-      "sha256": "4412fe5b880e1025c77999866c9b58063a9f9d93b1c4fc2fb92c899ad6b1b588",
-      "role": "stage-action-guidance"
-    },
-    {
-      "path": "prompts/04-recheck.md",
-      "sourceSha256": "18555bad45f167ee121310b4e627549317d5bdeddf48596c16e05f8a98121b50",
-      "sha256": "3d81f78a3a18a76abed8e18e2771c64063b830c6c1aec10c2a454257201da758",
-      "role": "stage-action-guidance"
-    },
-    {
-      "path": "templates/testcase.md",
-      "sourceSha256": "9b3d04762a37ca05f99567b2f1beb371f0d10a65e1c7ad1bdebbe6c9af71b914",
-      "sha256": "ffb317bb73397a350fbd0b98fa4bcb6c03773c223dd06fcf6c94420cba19cf6a",
-      "role": "complete-document-template"
-    }
-  ],
-  "projectDiscovery": {
-    "entryRelativeToReferences": "readme.md",
-    "stagesRelativeToEntry": "stages.json",
-    "ordinaryInstallEnablesEnterpriseWorkflow": false,
-    "resourceRoot": "actual-loaded-sop-skill/references"
-  },
-  "revision": "20261018-B03",
-  "revisionScope": "Cross-theme test design, original test/review boundaries, optional TestCase input to Plan; no original method or JSON implementation change",
-  "validationBoundary": "Source hashes and pure brand-reference mapping; native resource tasks recorded separately; no original entry, npm, install or engineering claim",
-  "reviewOutputContract": {
-    "path": "../verification/review-output.schema.json",
-    "requiredFor": "outer-review-evidence-validation",
-    "businessTemplateChanged": false
-  }
-}

package/skills/i3-enterprise-sop/references/testcase/prompts/01-generate.md

@@ -1,53 +0,0 @@
-# TestCase 候选生成任务
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-原方法调用：本次起草必须先成功加载原 `i3-spec-driven-development` Skill；宿主支持Skill工具时取得成功回执，再按其外部格式／存储能力使用本模板和唯一目标。不是调用原/i3-spec包装后改写其根SPEC.md规则，也不让using把Spec变成可选。方法不可用或真实冲突时报告，不裸跑写稿；内容、认可、保存后停轮保留。
-
-目录与上下文：新项目无已采用输出约定时默认 `spec/{能力名称}/`，同PBC多主题PRD独立版本，AD／TestCase固定本次直接上游；已有位置不自动迁移。只读本主题完整来源及必要共享依赖，不全量载入候选／历史，摘要不替代正文。最后回读后原方法要求立即停轮时，报告候选实际路径和待登记事项，后续获准作业补JSON，不自动调用Plan／Build。
-
-
-
-仅在本轮明确企业作业或适用的真实项目选择下使用，标准流程优先保留。实际读项目规则、根README及引用的采用／输出约定，从本轮材料→项目采用副本→同宿主项目安装→可读全局安装定位。读取选定阶段清单、模板、作业提示词及共用合同，选定源失效不换新版／其他宿主。模型整理任务卡，用户不必逐项填路径；真实歧义、冲突或覆盖风险才问。
-
-内部任务卡包括实际项目根／宿主、阶段与动作、EBC或PBC／主题身份、精确业务来源／版本／条目、模板与提示词／本地修改、唯一展开目标／版本／现稿、允许写入及停点、假设／Q和影响范围。没有计算摘要如实写，不填假SHA，目录或作者摘要不证明已读。
-
-## 本阶段内容核对
-
-- §0.2、§6.1按路径、正文版本和条款固定本主题及必要关联组合；公共规范、共享契约／数据权威、提供消费AD、代码／服务／环境版本分别表达，不取最大版本、不强制同号或SHA256，不跨对象比较版本。
-- §3.3、§6.2核唯一业务状态／写入责任、可信租户和主体作用域、幂等重放与新请求的校验顺序、严格消费者及快照过期；产品预期直接核PRD，不复制AD遗漏，不自造正式业务决定。
-- §6.2—§6.4覆盖真实交接、拒绝／失败／UNKNOWN／重复／并发、回执查询、部分成功和恢复；核旧新组合、存量迁移／备份／不可逆限制、必要传递影响及既有行为回归，无关主题不机械改写／升版。
-- §7.1中TestCase是Plan的可选输入：需求、技术约束与验证要求足够即可规划，已有则读取，没有则安排补齐设计；未定判据只限制依赖任务，不取消SPEC六项、必要人审或执行前检查。
-- §0.2明确原test及Build复用TDD，可写测试和实现，不是只读文档生成；原代码review保留五维与临时变异验证，不整体套作零写入的文档review／recheck。本资源不实现JSON登记接点，不自动调用原入口或下阶段。
-- §8.1只定义未来报告的准确组合、实际候选／环境／数据、逐项结果、副作用与证据；替身不关闭必需真实集成，未运行不造runId成功／通过率，实际脚本、Plan、锁和工程未形成不登记未来路径。
-- 原型按需且可与AD并行；保留人工修改、原报告、业务Q、有据不采纳和明确委托修订；文档审查通过不替代代码审查或业务／发布认可。
-
-## 执行与结束
-
-1. 实际读选定来源和模板，写前列假设／推导／建议、准确来源与影响，未知列Q；保留原方法澄清、内容、边界认可和实际停轮，不虚构业务事实。
-2. 只写展开后的唯一目标。目标已存在先读，明确修订／新版本及旧稿保留，不覆盖人工内容，不改上游／模板／提示词／其他主题。入口真冲突报告受阻范围，不写影子SPEC绕过。
-3. 按完整模板写本次有效范围，保留来源、稳定需求／AC及受阻项，不把图／示例／候选写成已批准或已实现。
-4. 跨位置核权限／状态／字段、拒绝／失败／未知和副作用；最终新增要求逐条回源，全文表格逐行核列数和列义。最后Edit／Write后分段完整Read最终目标及相关引用，再改则重新完整回读。
-5. 汇报唯一输出、身份版本、实际读取、假设／Q、自查和未执行事项，交人工审阅后结束本轮。不自动审查／修订、下阶段、Plan、Build、实际测试或发布。
-
-## B05 生命周期与必要读取
-
-按选定资源索引实际读lifecycleContract及共用模板／交接合同；先列本次必读路径和用途，实际核所选正文及必要依赖，未读／失败／部分读照实。只加载本次generate动作，不加载其他动作或低优先级源兜底。
-
-直接核PRD与AD；按真实目标更新新增／变更／撤销／保留预期，补停用／拒绝／替代、跨主题回归、迁移／恢复，不删失败降门槛，不编执行结果。
-
-只写本次明确文档目标，先读现稿与人工修改并保留历史；最后编辑后实际回读。JSON、Plan、任务、代码和生产不是本次写入范围；生成文档后展示路径并交审，不自动登记JSON；用户明确选用后才登记selected，原方法停轮仍保持。
-
-当前目标、任务与已实现事实分开；已完成任务保留，未实施取消不记完成，进行中保留真实工作，已实现退役通过新任务。原Plan／Build实际消费须按本轮证据核验，JSON最小辅助已提供但不在本次文稿写入权限内，不自动下阶段、工程、提交或发布。
-
-## B05-r2 最后修改后的全文回读
-
-全部Write／Edit结束后，必须使用读取工具分段完整覆盖最终目标正文，超出工具截断就续读剩余段。已全文读过但之后又Edit时，须再次完整覆盖最终稿，不能只回读改动行并声称“末次修改后全文已核”。本次必要输入清单中仍有未读／失败／部分读时，先报告准确缺口，不写成已全部读取；补读不是过去已读。
-
-未完成收尾就保留实际稿和未核范围，不删除稿件、不补造通过，不登记为已完成回读的完整候选。收尾不改写业务决定，不自动进入下一阶段；只读review／recheck依然零项目写入。

package/skills/i3-enterprise-sop/references/testcase/prompts/02-review.md

@@ -1,51 +0,0 @@
-# TestCase 独立只读审查任务
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-先完整读取[统一审查约定](../../review-handoff.md)、本阶段README、完整模板、本次唯一动作、当前业务稿及必要上游／实际采用约束。复查另完整读准确旧稿、原始报告、逐项回应或如实未处理状态。元数据由外层解析不冒充模型已读；自改或未知规则未能确认覆盖时完整读项目选定原件，不回退发行模板。
-
-
-仅在本轮明确企业作业或适用的真实项目选择下使用，标准流程优先保留。实际读项目规则、根README及引用的采用／输出约定，从本轮材料→项目采用副本→同宿主项目安装→可读全局安装定位。由外层解析阶段清单，模型完整读取阶段README、模板、唯一作业提示词及统一审查约定，选定源失效不换新版／其他宿主。模型整理任务卡，用户不必逐项填路径；真实歧义、冲突或覆盖风险才问。
-
-内部任务卡包括实际项目根／宿主、阶段与动作、EBC或PBC／主题身份、精确业务来源／版本／条目、模板与提示词／本地修改、唯一展开目标／版本／现稿、允许写入及停点、假设／Q和影响范围。没有计算摘要如实写，不填假SHA，目录或作者摘要不证明已读。
-
-真实独立新上下文执行，作者同会话自查不是独立证据。审查者全程只读会话输出，不写候选、项目、报告文件或采用记录；无隔离条件就提供新会话任务，不宣称已独立审查。报告由获准调用者另存。
-
-## 本阶段内容核对
-
-- §0.2、§6.1按路径、正文版本和条款固定本主题及必要关联组合；公共规范、共享契约／数据权威、提供消费AD、代码／服务／环境版本分别表达，不取最大版本、不强制同号或SHA256，不跨对象比较版本。
-- §3.3、§6.2核唯一业务状态／写入责任、可信租户和主体作用域、幂等重放与新请求的校验顺序、严格消费者及快照过期；产品预期直接核PRD，不复制AD遗漏，不自造正式业务决定。
-- §6.2—§6.4覆盖真实交接、拒绝／失败／UNKNOWN／重复／并发、回执查询、部分成功和恢复；核旧新组合、存量迁移／备份／不可逆限制、必要传递影响及既有行为回归，无关主题不机械改写／升版。
-- §7.1中TestCase是Plan的可选输入：需求、技术约束与验证要求足够即可规划，已有则读取，没有则安排补齐设计；未定判据只限制依赖任务，不取消SPEC六项、必要人审或执行前检查。
-- §0.2明确原test及Build复用TDD，可写测试和实现，不是只读文档生成；原代码review保留五维与临时变异验证，不整体套作零写入的文档review／recheck。本资源不实现JSON登记接点，不自动调用原入口或下阶段。
-- §8.1只定义未来报告的准确组合、实际候选／环境／数据、逐项结果、副作用与证据；替身不关闭必需真实集成，未运行不造runId成功／通过率，实际脚本、Plan、锁和工程未形成不登记未来路径。
-- 原型按需且可与AD并行；保留人工修改、原报告、业务Q、有据不采纳和明确委托修订；文档审查通过不替代代码审查或业务／发布认可。
-
-## 发现与结束
-
-1. 固定实际候选、来源、模板和本次允许证据，读真实正文而非作者摘要。对每条规范断言核来源、条件／例外／强度及本阶段落实；未提供工程／运行／读取证据明确未核实。
-2. 构造正常／拒绝／失败／未知／重复／恢复及跨主题反例，核权限、状态、字段、事务或用例条件全文一致；不能只核编号数量。逐表核列数和列义，列真实已读范围。
-3. 用稳定发现ID记录严重度、准确位置、来源位置、反例影响和最小建议，区分确定矛盾、缺证、设计候选和可选建议；无真问题如实零项，不替业务回答Q，不触发自动修订。
-4. 输出可交人工审阅／需修订／无法判断、发现／建议／Q及未执行事项后结束。原评级并列保留，不自称业务批准、六项齐备、测试通过、开工或发布许可。
-
-## B05 生命周期与必要读取
-
-生命周期、模板及交接合同的实质条款按[统一审查约定](../../review-handoff.md)核对；外层解析并保护原索引／合同，未知自改继续完整读本次选定原件；先列本次必读路径和用途，实际核所选正文及必要依赖，未读／失败／部分读照实。只加载本次review动作，不加载其他动作或低优先级源兜底。
-
-直接核PRD与AD；按真实目标更新新增／变更／撤销／保留预期，补停用／拒绝／替代、跨主题回归、迁移／恢复，不删失败降门槛，不编执行结果。
-
-本次独立只读，仅会话标注问题／来源／影响／最小建议；不改候选、JSON、Plan、代码或报告。人工可修订、有据不采纳或保留Q；原代码review不由此变成只读。
-
-当前目标、任务与已实现事实分开；已完成任务保留，未实施取消不记完成，进行中保留真实工作，已实现退役通过新任务。原Plan／Build实际接点和JSON辅助仍待后续，不自动下阶段、工程、提交或发布。
-
-## B05收口：单项目审查证据
-
-一次只审本次明确的业务项目／主题；必要跨主题来源仍按影响读取。对每条发现和已核事实分别给目标及来源的实际路径、起止行和短原文摘录，再给理由、反例与最小建议。最终会话按统一审查约定和外层传入的同源Schema输出findings、checkedFacts、verdict和未核范围；不能把成功Read一次当读完，不自报未读输入已核。摘录／读取检查通过仍不证明语义结论成立，误报保留反证，不自动改稿。
-
-外层解析校验说明并传入同源Schema，模型按统一审查约定输出，保留原文引号并输出合法JSON。原业务输入、旧审查说明与当前任务按调用者实际路径角色表核对；不从旧报告断言推翻真实正文。格式、引用、真实矛盾和可选澄清分别处理，达到当次约定轮次仍未获可接收报告就交人工裁定，不自动修稿。

package/skills/i3-enterprise-sop/references/testcase/prompts/03-revise.md

@@ -1,49 +0,0 @@
-# TestCase 明确委托修订任务
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-
-仅在本轮明确企业作业或适用的真实项目选择下使用，标准流程优先保留。实际读项目规则、根README及引用的采用／输出约定，从本轮材料→项目采用副本→同宿主项目安装→可读全局安装定位。读取选定阶段清单、模板、作业提示词及共用合同，选定源失效不换新版／其他宿主。模型整理任务卡，用户不必逐项填路径；真实歧义、冲突或覆盖风险才问。
-
-内部任务卡包括实际项目根／宿主、阶段与动作、EBC或PBC／主题身份、精确业务来源／版本／条目、模板与提示词／本地修改、唯一展开目标／版本／现稿、允许写入及停点、假设／Q和影响范围。没有计算摘要如实写，不填假SHA，目录或作者摘要不证明已读。
-
-只有本轮明确委托修订才执行，审查意见不自动授予改稿。实际读当前稿、可回读旧稿、固定报告／发现ID、人工修改和真实答复；缺旧稿先停止覆盖。仅改唯一授权候选，不改来源、模板、其他主题、原Skill／命令或采用状态。
-
-## 本阶段内容核对
-
-- §0.2、§6.1按路径、正文版本和条款固定本主题及必要关联组合；公共规范、共享契约／数据权威、提供消费AD、代码／服务／环境版本分别表达，不取最大版本、不强制同号或SHA256，不跨对象比较版本。
-- §3.3、§6.2核唯一业务状态／写入责任、可信租户和主体作用域、幂等重放与新请求的校验顺序、严格消费者及快照过期；产品预期直接核PRD，不复制AD遗漏，不自造正式业务决定。
-- §6.2—§6.4覆盖真实交接、拒绝／失败／UNKNOWN／重复／并发、回执查询、部分成功和恢复；核旧新组合、存量迁移／备份／不可逆限制、必要传递影响及既有行为回归，无关主题不机械改写／升版。
-- §7.1中TestCase是Plan的可选输入：需求、技术约束与验证要求足够即可规划，已有则读取，没有则安排补齐设计；未定判据只限制依赖任务，不取消SPEC六项、必要人审或执行前检查。
-- §0.2明确原test及Build复用TDD，可写测试和实现，不是只读文档生成；原代码review保留五维与临时变异验证，不整体套作零写入的文档review／recheck。本资源不实现JSON登记接点，不自动调用原入口或下阶段。
-- §8.1只定义未来报告的准确组合、实际候选／环境／数据、逐项结果、副作用与证据；替身不关闭必需真实集成，未运行不造runId成功／通过率，实际脚本、Plan、锁和工程未形成不登记未来路径。
-- 原型按需且可与AD并行；保留人工修改、原报告、业务Q、有据不采纳和明确委托修订；文档审查通过不替代代码审查或业务／发布认可。
-
-## 修订与结束
-
-1. 写前逐项列发现ID→是否成立→来源理由→最小改动→影响；误报有据说明，业务未答保持Q，不为清零编造权限、指标、正式契约或通过结果。
-2. 同一问题修复到当前稿所有相关位置，保留有效目标、原编号及人工修改。上游需要改变仅标注，不越界改源；草稿修订与新业务版本分开，不机械升版或强制配套同号。
-3. 最后一次编辑后实际回读最终目标及受影响上下文；新增规范要求逐条回源，权限／状态／副作用一致，全文逐表核列数和列义，引用和覆盖重核；再改则按收尾规则再次完整回读最终稿，并重核受影响来源与检查。
-4. 逐发现回应实际处理位置、来源、剩余问题及未执行事项，修订说明由获准调用者另存。请求必要独立复查和人工审阅后停轮，不自批或自动下一阶段／Plan／Build／测试执行／发布。
-
-## B05 生命周期与必要读取
-
-按选定资源索引实际读lifecycleContract及共用模板／交接合同；先列本次必读路径和用途，实际核所选正文及必要依赖，未读／失败／部分读照实。只加载本次revise动作，不加载其他动作或低优先级源兜底。
-
-直接核PRD与AD；按真实目标更新新增／变更／撤销／保留预期，补停用／拒绝／替代、跨主题回归、迁移／恢复，不删失败降门槛，不编执行结果。
-
-只写本次明确文档目标，先读现稿与人工修改并保留历史；最后编辑后实际回读。JSON、Plan、任务、代码和生产不是本次写入范围；生成文档后展示路径并交审，不自动登记JSON；用户明确选用后才登记selected，原方法停轮仍保持。
-
-当前目标、任务与已实现事实分开；已完成任务保留，未实施取消不记完成，进行中保留真实工作，已实现退役通过新任务。原Plan／Build实际接点和JSON辅助仍待后续，不自动下阶段、工程、提交或发布。
-
-## B05-r2 最后修改后的全文回读
-
-全部Write／Edit结束后，必须使用读取工具分段完整覆盖最终目标正文，超出工具截断就续读剩余段。已全文读过但之后又Edit时，须再次完整覆盖最终稿，不能只回读改动行并声称“末次修改后全文已核”。本次必要输入清单中仍有未读／失败／部分读时，先报告准确缺口，不写成已全部读取；补读不是过去已读。
-
-未完成收尾就保留实际稿和未核范围，不删除稿件、不补造通过，不登记为已完成回读的完整候选。收尾不改写业务决定，不自动进入下一阶段；只读review／recheck依然零项目写入。

package/skills/i3-enterprise-sop/references/testcase/prompts/04-recheck.md

@@ -1,51 +0,0 @@
-# TestCase 独立只读复查任务
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-先完整读取[统一审查约定](../../review-handoff.md)、本阶段README、完整模板、本次唯一动作、当前业务稿及必要上游／实际采用约束。复查另完整读准确旧稿、原始报告、逐项回应或如实未处理状态。元数据由外层解析不冒充模型已读；自改或未知规则未能确认覆盖时完整读项目选定原件，不回退发行模板。
-
-
-仅在本轮明确企业作业或适用的真实项目选择下使用，标准流程优先保留。实际读项目规则、根README及引用的采用／输出约定，从本轮材料→项目采用副本→同宿主项目安装→可读全局安装定位。由外层解析阶段清单，模型完整读取阶段README、模板、唯一作业提示词及统一审查约定，选定源失效不换新版／其他宿主。模型整理任务卡，用户不必逐项填路径；真实歧义、冲突或覆盖风险才问。
-
-内部任务卡包括实际项目根／宿主、阶段与动作、EBC或PBC／主题身份、精确业务来源／版本／条目、模板与提示词／本地修改、唯一展开目标／版本／现稿、允许写入及停点、假设／Q和影响范围。没有计算摘要如实写，不填假SHA，目录或作者摘要不证明已读。
-
-真实独立新上下文执行，作者同会话自查不是独立证据。审查者全程只读会话输出，不写候选、项目、报告文件或采用记录；无隔离条件就提供新会话任务，不宣称已独立审查。报告由获准调用者另存。
-
-## 本阶段内容核对
-
-- §0.2、§6.1按路径、正文版本和条款固定本主题及必要关联组合；公共规范、共享契约／数据权威、提供消费AD、代码／服务／环境版本分别表达，不取最大版本、不强制同号或SHA256，不跨对象比较版本。
-- §3.3、§6.2核唯一业务状态／写入责任、可信租户和主体作用域、幂等重放与新请求的校验顺序、严格消费者及快照过期；产品预期直接核PRD，不复制AD遗漏，不自造正式业务决定。
-- §6.2—§6.4覆盖真实交接、拒绝／失败／UNKNOWN／重复／并发、回执查询、部分成功和恢复；核旧新组合、存量迁移／备份／不可逆限制、必要传递影响及既有行为回归，无关主题不机械改写／升版。
-- §7.1中TestCase是Plan的可选输入：需求、技术约束与验证要求足够即可规划，已有则读取，没有则安排补齐设计；未定判据只限制依赖任务，不取消SPEC六项、必要人审或执行前检查。
-- §0.2明确原test及Build复用TDD，可写测试和实现，不是只读文档生成；原代码review保留五维与临时变异验证，不整体套作零写入的文档review／recheck。本资源不实现JSON登记接点，不自动调用原入口或下阶段。
-- §8.1只定义未来报告的准确组合、实际候选／环境／数据、逐项结果、副作用与证据；替身不关闭必需真实集成，未运行不造runId成功／通过率，实际脚本、Plan、锁和工程未形成不登记未来路径。
-- 原型按需且可与AD并行；保留人工修改、原报告、业务Q、有据不采纳和明确委托修订；文档审查通过不替代代码审查或业务／发布认可。
-
-## 复查与结束
-
-1. 固定实际修订稿、旧稿／原报告／逐项回应、人工答复、来源和模板；发现集或版本不对应先澄清，不猜最新。读实际全文和相关上下文，不能只看差异／作者摘要；后补读取不追认为历史已读。
-2. 按稳定发现ID分别判已关闭／部分关闭／未关闭／无法核实，给修订后位置、来源与理由；误报排除也有据，局部改正但相关条件仍矛盾不得关闭。
-3. 检查修订回归：新增要求来源与强度／例外、权限／状态／字段、拒绝／失败／未知／恢复、跨主题配套及覆盖。全文逐表核列数和列义，保留有效目标、Q和人工处理依据。
-4. 新问题用新ID标位置、来源、反例影响和建议，区分必修／缺证／可选。输出可交人工审阅／需修订／无法判断、逐发现结果、Q／建议、已读和未执行后停轮；零必修不代业务／工程／测试／发布通过，不自动改稿或更新采用。
-
-## B05 生命周期与必要读取
-
-生命周期、模板及交接合同的实质条款按[统一审查约定](../../review-handoff.md)核对；外层解析并保护原索引／合同，未知自改继续完整读本次选定原件；先列本次必读路径和用途，实际核所选正文及必要依赖，未读／失败／部分读照实。只加载本次recheck动作，不加载其他动作或低优先级源兜底。
-
-直接核PRD与AD；按真实目标更新新增／变更／撤销／保留预期，补停用／拒绝／替代、跨主题回归、迁移／恢复，不删失败降门槛，不编执行结果。
-
-本次独立只读，仅会话标注问题／来源／影响／最小建议；不改候选、JSON、Plan、代码或报告。人工可修订、有据不采纳或保留Q；原代码review不由此变成只读。
-
-当前目标、任务与已实现事实分开；已完成任务保留，未实施取消不记完成，进行中保留真实工作，已实现退役通过新任务。原Plan／Build实际接点和JSON辅助仍待后续，不自动下阶段、工程、提交或发布。
-
-## B05收口：单项目审查证据
-
-一次只审本次明确的业务项目／主题；必要跨主题来源仍按影响读取。对每条发现和已核事实分别给目标及来源的实际路径、起止行和短原文摘录，再给理由、反例与最小建议。最终会话按统一审查约定和外层传入的同源Schema输出findings、checkedFacts、verdict和未核范围；不能把成功Read一次当读完，不自报未读输入已核。摘录／读取检查通过仍不证明语义结论成立，误报保留反证，不自动改稿。
-
-外层解析校验说明并传入同源Schema，模型按统一审查约定输出，保留原文引号并输出合法JSON。若本次仅纠正旧报告格式／来源证据，明确局部范围，实际读当前目标全文与本次涉及的来源，按角色表区分原业务、旧审查及当前指令；误报保留原ID与反证，真实问题和人工Q不为清零而删除。达到当次约定轮次仍失败交人工裁定，不重写业务稿或替换原始失败输出。

package/skills/i3-enterprise-sop/references/testcase/readme.md

@@ -1,61 +0,0 @@
-# 企业 SOP · TestCase 阶段资源
-
-<!-- i3:zh-guide:start -->
-## 中文使用说明
-
-按下文完整工程步骤、检查项与验证条件执行。根据任务选择适用步骤，保留证据、风险和退出条件；正文示例中的英文标签在面向用户输出时译为中文。
-
-默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
-<!-- i3:zh-guide:end -->
-
-当前子包版本：0.3.4；模板内容版本沿本阶段manifest，正文不改。下文B05等旧版本文字保留为历史说明。
-
-审查加载分支：review／recheck完整读取本README、完整模板、唯一动作、实际业务与采用约束，依[统一审查约定](../review-handoff.md)由外层解析元数据并保留变化核对。下文涉及整套共用文件的加载要求在这两个动作按该分支理解；未知自改组合完整读选定原件，其余作业及实质条款保持。
-
-前版子包版本：0.3.1；模板内容版本：v0.0.4。状态：本地候选，尚未发布。完整[模板](templates/testcase.md)和[共用合同](../template-contracts.md)用于明确任务，不新增Skill／命令／自动调度，原方法内容／工具／认可／停轮保留。
-
-从[入口](../readme.md)和[阶段索引](../stages.json)选本阶段，按[清单](assets-manifest.json)定位[生成](prompts/01-generate.md)、[独立只读审查](prompts/02-review.md)、[明确委托修订](prompts/03-revise.md)、[独立只读复查](prompts/04-recheck.md)，四作业不自动串行。可复用方法：i3-documentation-and-adrs与测试设计内容检查，不是/i3-test执行任务；实际原生调用和读取分别取证。
-
-## 1. 本阶段输入与内容
-
-
-- §0.2、§6.1按路径、正文版本和条款固定本主题及必要关联组合；公共规范、共享契约／数据权威、提供消费AD、代码／服务／环境版本分别表达，不取最大版本、不强制同号或SHA256，不跨对象比较版本。
-- §3.3、§6.2核唯一业务状态／写入责任、可信租户和主体作用域、幂等重放与新请求的校验顺序、严格消费者及快照过期；产品预期直接核PRD，不复制AD遗漏，不自造正式业务决定。
-- §6.2—§6.4覆盖真实交接、拒绝／失败／UNKNOWN／重复／并发、回执查询、部分成功和恢复；核旧新组合、存量迁移／备份／不可逆限制、必要传递影响及既有行为回归，无关主题不机械改写／升版。
-- §7.1中TestCase是Plan的可选输入：需求、技术约束与验证要求足够即可规划，已有则读取，没有则安排补齐设计；未定判据只限制依赖任务，不取消SPEC六项、必要人审或执行前检查。
-- §0.2明确原test及Build复用TDD，可写测试和实现，不是只读文档生成；原代码review保留五维与临时变异验证，不整体套作零写入的文档review／recheck。本资源不实现JSON登记接点，不自动调用原入口或下阶段。
-- §8.1只定义未来报告的准确组合、实际候选／环境／数据、逐项结果、副作用与证据；替身不关闭必需真实集成，未运行不造runId成功／通过率，实际脚本、Plan、锁和工程未形成不登记未来路径。
-- 原型按需且可与AD并行；保留人工修改、原报告、业务Q、有据不采纳和明确委托修订；文档审查通过不替代代码审查或业务／发布认可。
-
-
-## 2. 来源与项目采用
-
-模板基于固定设计v0.0.2与前版分发v0.0.3保留完整正文，B03新增跨主题组合、共享责任、兼容迁移、传递影响、Plan可选输入及原test／review分工。维护来源／真实摘要在清单derivedFrom中标included:false，不要求业务用户读取开发目录。
-
-sourceSha256为源码字节，sha256为既有品牌流程分发字节，清单不算自身哈希。项目副本先检查目标和人工修改；明确采用的自改副本优先，当前local hash与发行来源分开，不强制恢复原件。模板版本、项目修订与业务版本分开，不猜最新或机械升版。
-
-## 3. 写入、人工修改与退出
-
-模型从已读项目约定整理准确输入／模板／唯一目标及缺口，用户不必填每个路径。目标已存在先读和保留旧稿，不覆盖未读人工内容；仅授权目标可写。最后编辑后回读，新增规范要求逐条回源，权限／状态一致，逐表核列数和列义。
-
-review／recheck在独立新上下文只读会话输出，审查者零项目写入，报告由获准调用者另存。人可自行修改、明确委托、有据不采纳或保持Q，修订不代答业务决定。
-
-候选完成汇报实际来源／目标、假设／Q、自查和未执行事项后交人工审阅并停轮，不自动其他文档、Plan、Build、测试执行、提交或发布。模板／包／安装／宿主读取／模型行为／业务人审分别记录，本文不宣称完整3.0或所有宿主通过。
-
-## 4. 验证与实施边界
-
-本次为TestCase自有资源及必要父级引用修订。CodeBuddy合成资料验证、原入口调用、工程测试、安装及业务认可分别取证；不把资料任务称为原test／review执行。原命令不天然读取企业用例或JSON，接点留后续S11验证。B02生成未通过记录仍保留，不以本次TestCase通过替代。
-
-## B05 变更交接规则
-
-B05当时资源子包0.3.0；本次增量见收口说明，模板正文和版本保持。按[入口](../readme.md)§3列本次必要读取，实际读三份共用合同及本次唯一动作；[生命周期合同](../lifecycle-contract.md)统一新增、修改、撤销和退役，不新增命令、JSON程序或工程执行器。
-
-直接核PRD与AD；按真实目标更新新增／变更／撤销／保留预期，补停用／拒绝／替代、跨主题回归、迁移／恢复，不删失败降门槛，不编执行结果。原方法停点、只读审查与人工空间、候选／选择／Plan边界保留，项目副本升级不覆盖人工内容。
-
-## B05收口资源增量
-
-B05当时子包0.3.1，模板正文及版本不改。统一修订全文回读措辞、适用来源和单项目审查证据；外层校验见[说明](../verification/readme.md)。不把辅助资料／Plan统一变前置，不自动改业务稿、JSON、任务或原版方法。旧验证与历史版本按当时对象保留。
-
-## 审查输出契约增量
-
-B05当时子包0.3.2；前述0.3.1为上一修订。增加[机器输出契约](../verification/review-output.schema.json)与外层错误分类、来源角色绑定和有界人工停点。格式／来源定向复核只更正会话报告，保留业务稿与真实发现；不宣称重新完成全业务审查，不自动运行下阶段。TestCase模板仍v0.0.4，原版test／review分工不变。