@givolt/i3-composer-agent 3.1.0 → 3.2.1

package/skills/i3-enterprise-sop/references/technical-baseline/readme.md

@@ -1,4 +1,4 @@
-# 公共技术规约：采用说明
+# 公共技术规约资料
 
 <!-- i3:zh-guide:start -->
 ## 中文使用说明
@@ -8,125 +8,16 @@
 默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
 <!-- i3:zh-guide:end -->
 
-资源版本：0.4.0；通用模板内容版本：v0.0.1；可选企业应用技术规约：v0.0.4；引用同一SOP Skill内的工程目录规范／采用说明1.0.0。发行只保留当前资源，不附旧版或归档副本。当前本地候选的打包、安装及真实宿主行为分别验证，暂不发布。
+生成 AD 时，默认完整读取本目录的企业应用具体规约和工程目录规范，作为技术与结构输入；项目已明确采用自己的规约或目录约定时优先沿用其实际版本。来源、版本、适用范围和工程映射直接记在 AD §0.3、§9.6，不要求另写采用说明。
 
-本资源帮助项目固定共用工程约束及其来源。已有规范优先，新项目缺少规范时才起草最小候选。它不是第五个业务阶段、总AD、项目配置或批准记录；不新增Skill、命令、路由和执行器。
-
-## 0. 模板与可选技术规约
-
-| 资料 | 用途与采用边界 |
+| 文件 | 用途 |
 | --- | --- |
-| [公共技术规约模板](templates/technical-baseline.md) v0.0.1 | 根据项目真实资料起草规约，或核对已有规范的覆盖；不默认技术栈 |
-| [企业应用公共技术规约](baselines/enterprise-application-technical-baseline-v0-0-4.md) v0.0.4 | 保留已确认的技术条款、版本矩阵和环境／验证边界；统一引用同一Skill内的工程骨架1.0.0，项目明确选择后才生效 |
-| [工程目录规范与采用说明](../engineering-skeleton/readme.md) 1.0.0 | 与本规约引用同一份资料；提供工程职责及AD→Plan→Build映射规则，不是可运行代码模板 |
-
-随包提供不等于所有项目默认采用。项目已有适用规范时先复用；选择本规约时记录准确路径、文内版本、适用范围及必要差异。多个版本或来源并存且未明确选择时先确认，不按目录最大版本猜选。
-
-项目需要调整时，沿用项目现有规范位置或明确维护项目副本；发行原件与项目规范分别定位。项目自改副本优先，不用发行摘要恢复它，不在升级时覆盖项目规范；不可读或存在冲突时如实报告，不静默切换。
-
-最短任务示例：
-
-```text
-/i3-sop ad
-为当前选定的PRD生成AD，采用我明确提供的《企业应用公共技术规约 v0.0.4》。先核项目已有规范和适用范围，按本次资源目录定位并完整读取规约及必要目录资料；版本以规约§2.3为准，兼容验证按§2.5安排，保留项目自改内容和未决项，生成后交我审阅，暂不进入Plan或Build。
-```
-
-资料由本次实际加载的SOP Skill的references/stages.json中auxiliaryResources定位，再读取本清单baselines条目，不要求使用者填写安装内部路径。当前候选是否可用以实际安装内容为准；项目自改资料不被发行来源替换。原版Skill／命令和标准流程保持。
-
-## 1. 先核对来源，再选择采用方式
-
-只在用户明确采用企业SOP或明确要求本项技术资料任务时使用。安装、出现PRD字样或发现本文件，不代表项目已启用企业SOP；标准任务继续使用原方法。
-
-先实际读取项目说明、明确提供的规范和已有采用记录；目录列表和自动上下文只能作线索。不扫描全部项目、宿主、历史样例或备份来猜规范。
-
-资源位置与项目规范来源分开判断：
-
-- 对本资源，实际读取本次选定目录的README、清单和所选模板；明确采用的项目自改副本优先，已选根不可读或损坏时报告缺项，不换发行原件或全局新版。
-- 对项目规范，优先复用项目已明确采用且适用的集团／平台／工程规范、CONSTRAINTS、ADR及正式契约。已有代码和锁文件提供实现事实，不自动成为替换规范的决定。
-- 用户本次明确材料与既有采用发生冲突时，同时保留并核对适用范围；本次提供文件不自动授权覆盖原规范、取消约束或切换全项目采用。
-- “规范未提供／未读取”与“项目确认没有规范”分开。不可读、无适用版本或存在冲突时，记录准确缺口及影响；不能从缺文件推断不存在。
-
-## 2. 路径一：已有适用规范
-
-1. 读已有规范及采用记录，固定可回读内容与本项目适用条款。可使用准确版本加固定提交、不可变快照或实际计算的摘要；未计算就明确说明。只有版本标签和可变链接不足以区分内容时，补固定依据。
-2. 用模板核对覆盖，沿用已有位置、身份和格式。内容已完整时，只在现有采用说明或本次唯一明确目标中记录引用及真实缺口；不复制全文、迁移文件或要求填一份同构大文档。
-3. 公共规则直接引用唯一权威。仅当实际存在项目特定约束时补充有来源的差异，注明维护位置和适用范围；有冲突先列Q，不悄悄覆盖。
-4. 记录本次AD如何引用这些规则的方式即可，不自动生成或修改AD。每份AD仍需自己的三图和完整工程设计。
-
-最小采用记录可以使用项目现有表格表达，无需新的registry：
-
-| 记录项 | 需要的实际内容 |
-| --- | --- |
-| 来源与固定内容 | 规范身份、权威位置、版本／固定提交或真实摘要、实际读取范围 |
-| 本次适用 | 项目／工程／主题范围、准确条款、实际采用依据；阅读不等于采用或批准 |
-| 落实与差异 | 项目补充或AD引用位置、例外及真实决定；无差异就直接引用 |
-| 项目本地修改 | 当前副本与发行来源分别记录；同名同版本改变后旧证据不自动沿用 |
-| 缺口与交接 | 未读、未知、冲突、需何答复、只影响哪些动作和独立可继续部分 |
-
-已有文件或人工修改先读并保留，不用发行摘要恢复项目副本。已有采用说明已足够时，可以只提出只读核对结果；是否写入及唯一目标由本次实际授权决定。
-
-## 3. 路径二：缺少规范时起草最小候选
-
-先确认已取得的项目事实与已查范围；未知保持Q。按模板涵盖共用架构、技术工程、身份安全、契约通则、共享数据、工程质量、交付恢复、维护例外八个领域。可以直接固定引用，不强制拆出八份文档或重复已有材料。
-
-沿用项目既有位置；没有约定时，可建议 `docs/engineering/{项目名称}-技术规约_v0.0.1.md` 作为共用辅助文档。建议路径不是已经存在、已采用或可覆盖的事实。核心业务文档的一能力一目录和主题命名保持。
-
-没有事实时，不默认框架、数据库、消息中间件、部署平台、权限、责任人、保留期限、质量数字或命令。项目已明确采用的公共平台约束应引用保留，准确版本和工程细节未取得时列Q，不重新选另一套默认。项目尚未建成时，命令、目录、风格示例和环境可以待定，不编造已运行证据。
-
-最小候选不要求全项目技术问题先清零。AD可先起草独立部分，原型按需并行；共同定义未决时，只限制依赖范围。交原Plan前补齐当前有效规格六项、依赖范围的共用定义和必要真实认可；Plan形成、获准逐任务Build及真实工程验收分别核对，不要求起草规范前已有构建通过。
-
-## 4. 规约、契约、AD与版本
-
-| 内容 | 唯一维护责任与交接 |
-| --- | --- |
-| 公共技术规约 | 维护共用原则或准确权威引用；不替代产品规则、CONSTRAINTS或ADR |
-| 正式接口／事件／数据定义 | 每项一个权威位置，字段与行为分担时明确范围；可先用提供方AD固定章节，不强制新协议或拆文件 |
-| 主题AD | 对应选定PRD完整设计，固定规范版本、条款、提供／消费契约及落实／例外；不包办另一主题PRD |
-| TestCase／实际报告 | 预期直接核PRD，技术判据核AD及契约；候选、真实执行和人工认可分开 |
-| 工程登记与锁 | 记录实际选择、正式采用、应用及验证事实；不另建架构权威或任务tracker |
-
-同一PBC多份主题PRD各自独立版本，每份配套逻辑AD及TestCase；文档不要求同号。规范版本、契约版本、代码／制品和环境分别固定。兼容核实际消费者、字段及语义、迁移和运行组合，不能靠版本号或Schema通过下结论。
-
-共享数据、状态及文件明确唯一逻辑维护责任与受控写入；前端、后端、Agent及jobs各自状态不能代替正式业务结果。具体角色、事务和数据保留必须有产品／规范依据。
-
-变更先固定旧／新内容及来源，定位直接和必要传递的契约、AD、AC、TestCase及真实任务，区分不受影响范围。人可人工修改、明确委托修订、有据不采纳或保持Q；不自动重写全项目、自动升版或承接旧批准。外部契约正式采用与模板实际应用并验证的锁分别留证，本作业不自动创建锁。
-
-## 5. 写入、审查与退出
-
-写前列明项目根、已读资料、已有规范／采用记录、固定来源、假设／Q、唯一目标和本次权限。先读现稿，保留人工内容和原报告；仅写明确获准目标，未知权限或覆盖风险时先说明。
-
-最后编辑后实际回读：新增要求逐条回查来源，规范与权限描述一致，逐表检查表头列数和列义。摘要、版本与内容相符，不要求文档写自身摘要。
-
-审查只标注问题、来源、位置、影响与建议，保留人工修改空间。只有真实独立新上下文才称独立审查，无隔离能力时提供新会话任务；自查不冒称独立。修订另行明确，不为清零代答业务或技术决定。
-
-完成后报告来源／目标、复用方式、补充与Q、实际验证和未执行事项，交人工审阅并停轮，不自动进入AD、Plan、Build、测试执行、提交或发布。
-
-## 6. 可复制任务说明
-
-可明确提供本资源目录或项目已采用副本，也可在明确企业任务后按[上层入口](../readme.md)及其索引定位本辅助资源。源码登记不等于宿主自动发现，以下均为明确任务，没有新增slash命令。
-
-已有规范：
-
-```text
-本次只做公共技术规约采用核对。使用我明确提供的公共技术规约资源，先实际读取该目录README、清单和模板，再读取当前项目说明、已有规范及采用记录。
-优先复用项目已采用规范，固定来源、内容与适用条款；已有资料完整时只记录引用和真实缺口，不复制一份新规范，不覆盖原规范或人工修改。
-写前说明事实、假设、未读取项和唯一获准目标。位置按项目已有约定选择；若存在歧义或覆盖风险，先说明，不新建另一套registry。
-不把阅读当采用、把采用当批准；冲突按影响保留Q，不自行改选型或权限。最后回读候选，新增要求逐条回源，权限描述一致，表格逐行核列数与列义。完成后交我审阅并停轮。
-```
-
-新项目或资料不足：
-
-```text
-本次只起草项目公共技术规约候选。先读取我明确提供的资源README、清单、模板及当前项目资料，确认已有规范、已查范围和未取得内容；如果找到适用规范，优先采用它。
-确实缺少规范时，按模板只写当前有依据的最小候选，可用固定引用代替重复正文。框架、版本、责任、权限、质量数字、命令和运行结果没有来源就列Q，不填默认答案。
-沿用项目已有位置和命名，只写本次明确的唯一目标，保护人工内容。草拟不冒充可计划或获准Build；每份主题AD仍须三图及完整设计，原型按需。
-最后实际回读，逐条核新增要求来源、权限一致性及表格列数／列义，列出缺口和未执行事项，交我审阅并停轮。原版技能和命令不动，不写AD、Plan、工程或测试结果，不提交发布。
-```
-
-## 7. 资源范围与后续接入
+| [企业应用具体规约](baselines/enterprise-application-technical-baseline-v0-0-4.md) v0.0.4 | 本 Skill生成 AD 的默认技术规约；项目明确资料优先 |
+| [工程目录规范](../engineering-skeleton/directory-standard.md) 1.0.0 | AD默认结构输入；约定工程职责和目录，不代表代码已创建 |
+| [通用技术规约模板](templates/technical-baseline.md) v0.0.1 | 没有可用具体规约时，根据项目真实资料起草规约候选 |
 
-本子目录包含采用说明、通用模板、唯一当前可选技术规约及局部清单。工程目录资料位于同一SOP资料根的engineering-skeleton，不复制到技术规约内部。entry、template、baselines[].path、files[].path及requiredSources[].path均相对本manifest；依赖可在所选SOP根内引用，不能越界。
+具体规约缺失、不可读或不适用时，先提示用户按通用模板生成，说明已有材料、缺口和建议目标。取得技术文档写入委托后起草并交审，用户确认后继续 AD；不用空模板充当技术规约，不编选型、版本、权限或运行结果，不要求用户另启一个入口。
 
-上层stages.json登记辅助资源根与清单，局部baselines条目列出可选规约的身份、版本和必要来源；不设置默认采用，不增加配置系统、审批字段或自动调度。清单的文件摘要固定发行资料，本轮变化检查不用于恢复或覆盖项目副本。
+项目自改资料先读取并保留；已选来源失效或冲突时说明影响，不静默回退发行副本。默认作为 AD输入不等于已获业务批准、工程可运行或兼容验证通过，也不授权更改项目环境和代码。
 
-B01—B05和原S10记录保留各自版本与验证范围。本次只整理分发资源及引用，打包／安装可读性另取新证据；静态、安装、真实模型行为、项目采用与正式发布分别判断。原型仍按需，TestCase不作为Plan统一必需输入，原Spec及Plan／Build停点不变。
+本轮不重新核实原规约的官方版本、安装环境和兼容运行；原未验证条件继续保留，具体技术条款和版本矩阵不因目录整理改变。资源模板、具体规约和业务文档版本分别维护。

package/skills/i3-enterprise-sop/references/{ad/templates → templates}/ad.md

@@ -8,17 +8,18 @@
 默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
 <!-- i3:zh-guide:end -->
 
-**原型按需，AD 可并行。**AD 的直接产品依据是本次选定的 PRD；原型不是进入 AD 的统一前置。无界面时可说明不适用；有界面且页面、行为和交互定义已充分明确时，也不强制另做原型。需要原型时，可与架构、数据、接口等 AD 设计并行；关键交互未定，只限制依赖它的具体设计与交接范围。项目明确要求的原型认可仍在相应范围交接前满足，不把“可起草 AD”写成“全部设计已可实施”。
+模板版本：v0.1.6。模板版本与业务文档版本分别维护。
 
-**审查只标注，使用者决定处理。**文档审查者只读标注问题、准确位置、来源、影响和修改建议，不直接修改候选。使用者可以人工修改、明确委托模型修订、有依据地不采纳建议，或将业务问题保持待确认；审查意见不自动触发改写。保留旧稿、人工修改、原报告和逐项处理依据，按项目既有约束进行必要复查；缺少真实答复不为清零而补造规则，人工编辑也不自动等于审查通过或业务批准。
+## 使用说明（不复制为业务正文）
 
-模板版本：v0.0.4。日期：2026-10-18。状态：自有资源候选；模板可供明确采用，业务内容与认可另行记录。
+- **输入：**准确选定的 PRD，或外部 AD及需求依据；默认带入本 Skill 自带的企业应用具体规约与目录规范，项目已有明确规约或目录约定时优先沿用，并读取必要契约与工程事实。
+- **输出：**对应一个准确 PRD 版本的主题 AD；默认保存到业务项目的本PBC目录，路径为`spec/{PBC名称}/{PBC名称}-{主题名称}-AD_v{业务版本}.md`，不强制与PRD同号。已有明确采用位置或外部原件保留实际路径，不自动迁移。
+- **阶段职责：**整体技术架构图、功能架构图、ER 图为必需视图；保留字段、接口、数据责任、权限、状态、事务、并发、恢复及完整工程定义。原型按需，可与 AD 并行，不作为统一前置。默认具体规约与目录规范是生成输入，项目明确资料优先；缺少可用具体规约时先提示按通用模板生成并交审，再继续 AD。目录约定与真实源码分别表达，采用信息直接记本 AD。
+- **写作：**主会话按本 Skill 显式使用原 Spec；来源、假设、真实答复与 Q 分开。新建、外部稿整理与授权修订均保护业务原件、人工编辑和历史，不预填批准或运行结果。
+- **交付：**按下文完整填写适用内容，不以标题或数量代替语义覆盖；新增规范性要求逐条回查来源、权限与状态跨处一致、表格逐行核列义。生成或修订稿保存后检查落盘完整性，分段写入或报错时核对相关内容，保留内容自查；检查完成后按本Skill自动登记本次文档路径，再交人工审阅并停轮。登记不表示批准，只读审查只标注问题，不改稿或登记。
+- **工程衔接：**T1形成企业文档并交审；T2显式使用原 Spec，结合选定依据落实六项、形成工程 SPEC并交审；T3读取选定工程 SPEC调用原规划。每阶段保留人工审阅停点，不自动推进。工程事实缺失如实说明，不编造命令、代码或技术选型。用户另行明确选择原生等效规格方式时，沿原方法处理。
 
-采用[模板与交接合同](../../template-contracts.md)。AD 同时承载技术架构和完整工程设计，实例文件名为 `{PBC}-{需求主题}-AD_v0.0.1.md`。本次采用一个明确 PRD 版本，不强制两份文档同号；相关主题和公共基线固定引用，不让本 AD 隐式承担另一 PRD 的全部设计。
-
-AD §9 明确保留原 SPEC 的完整命令、项目目录、代码风格和工程边界；测试策略与 TestCase §3.1 固定衔接。四类模板是外部规格表示，不另造第五核心规格、不强制复制 SPEC，也不改变继承 Skill 的触发、输出、工具、验证或认可要求。所填状态和字段不构成原方法所需的人类决定。
-
-**整体技术架构图、功能架构图、ER 图均为必需视图。** 下列图是填写骨架，占位实体、关系、基数和箭头不代表已经确认的架构。实例必须按真实输入替换，正文表格补全工程定义；图形齐全不等于可以实施。缺口只阻断依赖它的范围，不能为补齐图而虚构组件、表或业务规则。
+未知项写明 Q及具体影响，不适用项说明依据；缺少工程条件只限制依赖它的范围。
 
 ---
 
@@ -28,9 +29,11 @@ AD §9 明确保留原 SPEC 的完整命令、项目目录、代码风格和工
 
 | 项目 | 本次实际值 |
 | --- | --- |
-| 能力与需求主题 | `{PBC capabilityId/名称；稳定prdId/主题；已知EBC引用}` |
-| 文档身份/版本/位置 | `{documentId；实际版本；可回读路径；摘要可选}` |
-| 直接产品依据 | `{唯一选定PRD身份、版本和实际路径；回读正文，摘要可选，不自动取最新}` |
+| 所属 EBC | `{ebcId；ebcName；已确认或候选边界}` |
+| 所属 PBC | `{pbcId；pbcName；已确认或候选边界}` |
+| 产品需求主题 | `{稳定prdId；主题名称；改名不换身份}` |
+| 文档身份/版本/位置 | `{documentId；类型AD；实际业务版本；可回读路径；摘要可选}` |
+| 直接产品依据 | `{唯一选定PRD的documentId、文内版本、实际路径及条款；EBC／PBC／主题与本稿一致；回读正文，不自动取最新}` |
 | 原型/组件/公共基线 | `{适用版本与认可范围；没有或不适用则说明影响}` |
 | 当前设计范围 | `{全部有效目标、变化/保留/替代及仅比较材料}` |
 | 现有工程基准 | `{代码、数据、接口、实际运行/部署状态；未实现/未读取分别说明}` |
@@ -38,12 +41,14 @@ AD §9 明确保留原 SPEC 的完整命令、项目目录、代码风格和工
 
 ### 0.1 固定输入与权威定义
 
-| 输入/附件 | 实际身份/路径/文内版本（摘要可选） | 定义权威范围 | 本 AD 使用位置 | 已读/可用/认可与缺口 |
+| 引用 ID／输入或附件类型 | 来源身份／实际路径或URL／文内版本或固定提交／条款（摘要可选） | 定义权威范围 | 本 AD 使用位置 | 已读/可用/认可与缺口 |
 | --- | --- | --- | --- | --- |
-| `{PRD/原型/已有代码/外部规范/Schema等}` | `{能回读的固定内容}` | `{产品/交互/API/数据/公共规则等}` | `{章节/条目}` | `{文档存在不代表真实服务可用}` |
+| `{IN别名；直接PRD／原型／已有代码／外部规范／Schema等}` | `{documentId或资料标识及适用ebcId／pbcId／prdId；能回读的准确位置、版本和条款}` | `{产品/交互/API/数据/公共规则等}` | `{章节/条目}` | `{实际采用、仅参考或缺项；文档存在不代表真实服务可用}` |
 
 精确 OpenAPI、Schema、DDL、数据字典可以在受控附件维护，正文声明权威范围并固定引用，不能各自保存不同答案。没有附件时在正文完整定义；不能虚构附件已存在。
 
+直接PRD与本稿的EBC／PBC编号名称和prdId须一致，名称变化不换编号；本文documentId与版本独立维护。跨PBC契约或关联设计明确提供方／消费方的来源身份、准确路径／版本、采用范围与本AD落实位置，不要求参考对象属于本主题，也不允许其替代直接产品依据。原型、规约、目录规范、实际模板／骨架和契约在现有输入／采用表固定引用，不依赖handoff.json的扩展字段，不另建平行清单；必要来源缺失或冲突时说明受限范围。
+
 ### 0.2 决定、未决与变化
 
 | ID | 事项/方案 | 已定规则/项目决定/待核实 | 来源、备选及理由 | 影响范围 | 实际认可或关闭依据 |
@@ -54,17 +59,17 @@ AD §9 明确保留原 SPEC 的完整命令、项目目录、代码风格和工
 
 ### 0.3 公共技术规约、契约与骨架的本次采用
 
-AD准备先读取项目明确采用的公共规范、CONSTRAINTS、ADR及工程事实，已有资料适用时直接引用，不复制平行技术规约。没有取得规范时，列出已查范围和缺口，引导选择已有规范或起草最小候选；技术栈、版本、工程骨架与例外由真实来源及使用者决定。若要另写公共技术规约候选，先明确该辅助目标及写入范围；本次只授权AD时，保留Q并起草独立部分，不静默多写文件。
+AD准备默认读取本 Skill自带的企业应用具体规约与目录规范；项目已有明确规约、目录约定时优先沿用，不复制平行规范。再读取 CONSTRAINTS、ADR、正式契约和实际工程事实，在下表记录默认或项目选定来源、准确版本、适用条款及例外，不另要求采用说明文件。没有可读、适用的具体规约时，先提示根据通用技术规约模板生成，明确技术文档目标与写入委托后起草交审；用户确认后继续 AD。通用模板本身不是实际约束，不能填造选型或静默多写文件。
 
-| 采用ID／类型 | 权威位置／文内版本／条款 | 本次角色与适用范围 | 本AD落实位置／例外 | 实际读取与缺口／决定依据 |
+| 采用ID／类型 | 来源身份／准确路径或URL／文内版本或固定提交／条款 | 本次角色与适用范围 | 本AD落实位置／例外 | 实际读取与缺口／决定依据 |
 | --- | --- | --- | --- | --- |
-| `{BASE：公共规范}` | `{项目已采用规范的实际路径与条款}` | `{本主题适用部分，不以规范代产品规则}` | `{具体章节或明确偏差}` | `{已读内容；未取得或冲突保留Q}` |
-| `{CONTRACT／DATA：共享定义}` | `{唯一Schema、契约正文或提供方AD固定章节}` | `{提供／消费／只读；精确行为范围}` | `{§5、§6、§8及精确条目}` | `{选用依据不等于服务就绪}` |
-| `{SKELETON：工程骨架}` | `{真实模板／源码或采用说明及其实际指向}` | `{工程类型、适用目录和责任}` | `{§9.6；与规范兼容或例外}` | `{已取得／拟采用／未应用／未验证分别记录}` |
+| `{BASE：公共规范}` | `{项目明确规约，或默认企业应用规约的标识、实际路径、文内版本与条款；固定提交或摘要按需}` | `{本主题适用部分，不以规范代产品规则}` | `{具体章节或明确偏差}` | `{已读内容；未取得或冲突保留Q}` |
+| `{CONTRACT／DATA：共享定义}` | `{唯一Schema、契约正文或提供方AD的身份、准确路径、版本与固定章节；标明来源EBC／PBC／主题}` | `{提供／消费／只读；精确行为范围}` | `{§5、§6、§8及精确条目}` | `{选用依据不等于服务就绪}` |
+| `{SKELETON：工程骨架}` | `{本Skill目录规范或项目既有规范的路径、版本及条款；实际模板／源码有则另记来源标识、仓库／路径和固定版本／提交}` | `{工程类型、适用目录和责任}` | `{§9.6；与规范兼容或例外}` | `{已取得／拟采用／未应用／未验证分别记录}` |
 
-本表只组织引用，详细权威仍在来源文件，字段定义不在多表重复维护。单独提供模板时说明配套提示词和兼容范围；实际读取选定资料根的README、阶段索引、阶段清单、模板及本次提示词，不以安装根的索引替代项目已采用副本。已选来源失效或冲突时报告实际差异，不跨宿主、历史样例或最大版本兜底。
+本表只组织引用，详细权威仍在来源文件，字段定义不在多表重复维护。实际读取本模板、选定具体技术规约、目录规范及必要业务原件，由本 Skill直接定位；项目明确采用的副本优先。已选来源失效或冲突时报告实际差异，不按最大版本猜选，也不要求另行准备索引、清单或提示词。
 
-基本交接按路径、正文及文内版本核对，不强制SHA256；同路径人工修改需要回读并判断影响，旧认可不自动转移。正式发布规范或契约已有的不可变版本／摘要要求按其原用途保留。本模板不实现JSON登记、自动选择或项目配置写入。
+基本交接按路径、正文及文内版本核对，不强制SHA256；同路径人工修改需要回读并判断影响，旧认可不自动转移。正式发布规范或契约已有的不可变版本／摘要要求按其原用途保留。交稿路径登记由本Skill处理，本模板不自行选择资料或写入项目配置。
 
 ## 1. 需求覆盖与工程驱动
 
@@ -104,7 +109,7 @@ flowchart LR
 | --- | --- | --- | --- | --- | --- |
 | `{本主题及必要关联范围}` | `{独立主题、独立版本；未形成如实说明}` | `{引用§0.3与唯一权威，不重写正文}` | `{未产生不填已部署或已测试}` | `{设计相容／未知／冲突；实际证据位置}` | `{并存窗口、发布顺序、恢复限制及责任；未知列Q}` |
 
-分别核调用类型、序列化与严格消费者，行为／权限／默认值／状态，数据迁移及并存写入，运行时和装配条件。新增字段、枚举或默认值也可能不兼容；文档同号、SemVer主版本相同或Schema校验通过都不能替代实际语义与消费者核对。设计核对、可交Plan、获准Build和真实集成结果分别表达，不要求所有AD机械升级到最新规范。
+分别核调用类型、序列化与严格消费者，行为／权限／默认值／状态，数据迁移及并存写入，运行时和装配条件。新增字段、枚举或默认值也可能不兼容；文档同号、SemVer主版本相同或Schema校验通过都不能替代实际语义与消费者核对。设计核对、T2工程SPEC交审、T3规划、获准Build和真实集成结果分别表达，不要求所有AD机械升级到最新规范。
 
 ## 3. 功能架构与实现链路
 
@@ -224,6 +229,8 @@ erDiagram
 
 ## 8. 状态、服务规则与恢复
 
+**EARS 使用：**适用的技术行为写清条件、触发事件、执行组件和可观察响应，以及拒绝、失败、结果未知时的处理和副作用。依据 PRD／AC细化并关联本 AD的接口、数据或状态条款；架构图、接口和数据定义仍按相应章节完整说明。
+
 | 规则/状态 ID | 前置条件与触发者 | 确定分支/后置状态 | 权限、责任与事务 | 拒绝/异常/重复/未知 | 恢复与可观察证据 |
 | --- | --- | --- | --- | --- | --- |
 | `{PRD引用与技术细化}` | `{条件}` | `{允许/禁止转换}` | `{契约/数据引用}` | `{错误码及副作用边界}` | `{查询、补偿、审计、人工介入}` |
@@ -291,21 +298,21 @@ erDiagram
 
 | 工程/仓库/模块范围 | 实际骨架或拟采用模板及固定来源 | 初始化/增量内容 | 构建/启动/配置/依赖 | 测试与恢复前提 | 当前事实 |
 | --- | --- | --- | --- | --- | --- |
-| `{一能力不强制一工程}` | `{实际取得或待提供}` | `{只写有依据的工程任务}` | `{精确规则或缺口}` | `{必要条件}` | `{已存在/拟建/待核实}` |
+| `{一能力不强制一工程}` | `{引用第0.3节采用ID；实际取得的模板／源码标识、仓库／路径、版本或固定提交及本地差异；未取得明确待提供}` | `{只写有依据的工程任务}` | `{精确规则或缺口}` | `{必要条件}` | `{已存在/拟建/待核实}` |
 
 固定引用 §9.1–9.4 的命令、目录、代码风格和工程边界，不手工维护第二套不同答案。补充依赖与锁文件、构建制品、环境和密钥引用、部署顺序、特性开关、迁移兼容、回滚和运行交接；测试框架、测试目录、层级及适用覆盖要求由 TestCase §3.1 承接。不给真实凭据，不把配置计划当实际就绪，不代替生产授权；CONSTRAINTS、ADR 等辅助产物仍按原方法和项目约定维护。
 
-骨架引用必须最终落到真实模板／源码、明确版本或来源记录及所选目录；只有目录图或本模板占位行时记录“工程资产未取得”，不能写成可应用工程。优先保留现有仓库及人工代码，采用说明可引用源码及差异，不要求复制另一份平行骨架。适用的pbc-composite／agent-standalone与frontend／backend／agents／jobs按实际选择说明，contracts／shared／tests／delivery的责任不能遗漏；不需要的工程说明依据，不默认一PBC一仓库或一服务。
+目录规范是 AD 的结构输入，真实模板／源码不是 AD起草的统一前置。将规范映射到项目的工程与模块位置，已有、拟建、未取得和未验证分别记录；如另用实际代码模板，再注明真实来源、版本和本地差异，目录图不代表工程已经应用。优先保留现有仓库与人工代码，采用信息直接记本 AD，不另建说明或复制平行骨架。适用的pbc-composite／agent-standalone与frontend／backend／agents／jobs按实际选择说明，contracts／shared／tests／delivery的责任不能遗漏；不需要的工程说明依据，不默认一PBC一仓库或一服务。
 
-AD只选择并定义落实与例外；原Plan据此安排初始化或增量任务、文件责任、验证和恢复；获准Build才实际应用模板或改动工程。现有工程根可记录真实路径，新工程未创建时只写拟建位置和缺口。contracts.lock在正式采用外部契约时形成；templates.lock及生成基线在实际应用并完成相应验证后形成；本次AD写作不创建锁、工程、运行报告或第二套任务tracker。更新须保护人工修改，实际应用失败不能覆盖旧有效基线，细节交I4／I5工程验证。
+AD定义采用、工程落位与例外，T2承接到工程SPEC，T3由原Plan安排初始化或增量任务、文件责任、验证和恢复；获准Build才实际应用模板或改动工程。现有工程根记录真实路径，新工程未创建时只写拟建位置和缺口。锁文件按已采用工具和项目规则处理，不因目录规范另建templates.lock、contracts.lock或生成记录库；已有文件保留其实际用途。本次AD写作不创建锁、工程、运行报告或第二套任务tracker。更新须保护人工修改，实际应用失败不能覆盖旧有效基线，应用和验证结果由对应工程任务记录。
 
-## 10. TestCase 与实施计划交接
+## 10. TestCase、T2工程SPEC与T3实施计划交接
 
 | PRD需求/AC或工程条款 | AD精确落点 | 可观察成功/失败/副作用 | TestCase用例或待形成 | 实施前提与依赖 |
 | --- | --- | --- | --- | --- |
 | `{固定条目}` | `{图/字段/契约/事务/规则}` | `{可断言结果}` | `{固定引用或缺口}` | `{环境/契约/数据/工具/认可}` |
 
-先判断设计能否据以制定 Plan，再由 Plan 获得范围/执行模式认可并核实任务条件；不能把获批 Plan 写成形成 Plan 的前置要求。共享底座或独立技术准备可形成有依据的任务，不借初始化提前生成未定业务字段/权限/接口。
+本AD作为T2工程SPEC的设计依据；T2结合选定PRD及采用资料落实六项并交审，T3再依据选定工程SPEC调用原Plan。Plan形成后取得范围/执行模式认可，执行前核实任务条件；不能把获批Plan写成形成Plan的前置要求。共享底座或独立技术准备可形成有依据的任务，不借初始化提前生成未定业务字段/权限/接口。
 
 ### 10.1 公共变更、例外与影响范围
 
@@ -315,7 +322,7 @@ AD只选择并定义落实与例外；原Plan据此安排初始化或增量任
 
 先确定变化及来源，再定位直接和必要传递消费者，核行为、权限、数据、迁移和运行组合，提出最小处理及恢复。公共定义改变需在其权威位置处理；本主题AD只记录建议和影响，不自行修改公共规范、契约或另一主题。保留原有有效需求及已交付行为的回归，范围降级或移出须有来源和真实决定；不机械重写无关AD、强制升版或重新询问未受影响的已有授权。
 
-独立审查只读标注，使用者可人工处理、明确委托修订、有据不采纳或保留Q；按改动影响复查，零问题不等于业务批准。若JSON清单尚未接入，直接手动传递准确路径仍有效。交原Plan时任务须保留实际PRD、AD、规范、契约、骨架来源及验证依据；Build按获准任务回读，输入变化先核与计划的影响，不靠可变清单链接或旧会话摘要代替正文。
+独立审查只读标注，使用者可人工处理、明确委托修订、有据不采纳或保留Q；按改动影响复查，零问题不等于业务批准。若JSON清单尚未接入，手动传递准确路径仍可作为T2输入。T2工程SPEC保留实际PRD、AD、规范、契约、骨架来源及关键设计；T3原Plan将其落实到任务、结构与行为验收及验证步骤。Build按获准任务回读所需正文，输入变化先核与计划的影响，不靠可变清单链接或旧会话摘要代替正文。
 
 ## 11. 完成核对、问题与版本记录
 

package/skills/i3-enterprise-sop/references/{brd/templates → templates}/brd.md

@@ -8,11 +8,18 @@
 默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
 <!-- i3:zh-guide:end -->
 
-模板版本：v0.0.3。日期：2026-10-17。状态：自有资源候选；模板可供明确采用，业务内容与认可另行记录。
+模板版本：v0.1.6。模板版本与业务文档版本分别维护。
 
-采用[模板与交接合同](../../template-contracts.md)。一个 EBC 维护一份逻辑 BRD，可有多个文档版本。实例文件名为 `{EBC}-BRD_v0.0.1.md`。以下为填写结构；未知项登记 Q，建议/假设明确标注，不适用项说明依据。交付实例时用真实内容替换花括号，不预填认可或执行结果。
+## 使用说明（不复制为业务正文）
 
-BRD 承接原 SPEC 的目标、用户与业务成功依据；工程命令、目录、代码风格和工程动作边界由 AD、测试策略由 TestCase 承接，完整映射见共用合同 §4.1。整理业务草稿不要求先形成这些工程文档；单份 BRD 的认可也不能冒充全部规格已获批准。外部编排遵守原技能停点，不因本模板改变继承能力或强制复制 SPEC。
+- **输入：**自然语言业务诉求或外部 BRD；已有背景、目标、角色、场景、约束及真实答复按实际采用读取。
+- **输出：**一个 EBC 的逻辑 BRD及明确的 PBC 建议；默认直接保存到业务项目的`spec/`根目录，路径为`spec/{EBC名称}-BRD_v{业务版本}.md`。已有明确采用位置或外部原件保留实际路径，不自动迁移。
+- **阶段职责：**根据业务目标、输入输出、对象与规则责任、依赖和独立演进识别 PBC，不把菜单、部门、数据表或服务自动当作 PBC。
+- **写作：**主会话按本 Skill 显式使用原 Spec；来源、假设、真实答复与 Q 分开。新建、外部稿整理与授权修订均保护业务原件、人工编辑和历史，不预填批准或运行结果。
+- **交付：**按下文完整填写适用内容，不以标题或数量代替语义覆盖；新增规范性要求逐条回查来源、权限与状态跨处一致、表格逐行核列义。生成或修订稿保存后检查落盘完整性，分段写入或报错时核对相关内容，保留内容自查；检查完成后按本Skill自动登记本次文档路径，再交人工审阅并停轮。登记不表示批准，只读审查只标注问题，不改稿或登记。
+- **工程衔接：**T1形成企业文档并交审；T2显式使用原 Spec，结合选定依据落实六项、形成工程 SPEC并交审；T3读取选定工程 SPEC调用原规划。每阶段保留人工审阅停点，不自动推进。工程事实缺失如实说明，不编造命令、代码或技术选型。用户另行明确选择原生等效规格方式时，沿原方法处理。
+
+未知项写明 Q及具体影响，不适用项说明依据；缺少工程条件只限制依赖它的范围。
 
 ---
 
@@ -20,14 +27,16 @@ BRD 承接原 SPEC 的目标、用户与业务成功依据；工程命令、目
 
 | 文档属性 | 实际内容 |
 | --- | --- |
-| EBC 身份与名称 | `{capabilityId；显示名称；责任边界}` |
-| 文档身份、版本、状态 | `{documentId；v0.0.1或实际版本；实际状态}` |
+| EBC 身份与名称 | `{ebcId；ebcName；责任边界及已确认或候选状态}` |
+| 文档身份、版本、状态 | `{documentId；类型BRD；v0.0.1或实际业务版本；实际状态}` |
 | 文件位置与固定内容 | `{完整路径或仓库引用；固定副本/提交及摘要；未绑定则注明}` |
 | 发起人、维护者、编写者 | `{真实主体；业务维护与代理编写分开}` |
 | 创建/更新日期 | `{真实日期}` |
 | 采用模板及公共基线 | `{固定模板版本与内容；实际取得的集团/项目基线；缺项及影响}` |
 | 比较基准与确认范围 | `{前一有效版本或无前稿；实际认可来源；未取得确认直写未取得}` |
 
+沿已有来源、采用和交接位置固定引用：记录引用ID／类型、来源名称与身份、实际路径或URL、正文版本或固定提交及具体条款、本次采用范围与落实位置、实际状态和缺口，摘要按需记录。来源没有稳定编号时用文内引用ID，不虚构能力或文档编号；直接依据与关联参考分别标明用途。本文身份属于一个EBC，多个PBC的编号、名称和边界在第8章分配表记录。名称变化不换编号，引用也不因JSON精简而省略；不用额外的平行清单。
+
 ## 0. 版本历史与采用范围
 
 | 文档版本/日期 | 实际主体 | 修改内容及来源 | 与前版关系 | 受影响 PBC/主题和处理 |
@@ -38,7 +47,7 @@ BRD 承接原 SPEC 的目标、用户与业务成功依据；工程命令、目
 
 ### 1.1 原始诉求与现状
 
-`{保留发起人原始诉求或可回读 SRC 引用；描述当前业务方式、涉及对象与已核实事实。原件只读，整理不覆盖原始材料。}`
+`{保留发起人原始诉求或可回读SRC引用；标明引用ID／类型、来源身份、准确位置、版本或固定内容、引用条款和用途，未取得处写缺口；描述当前业务方式、涉及对象与已核实事实。原件只读，整理不覆盖原始材料。}`
 
 ### 1.2 问题与影响
 
@@ -78,6 +87,8 @@ BRD 承接原 SPEC 的目标、用户与业务成功依据；工程命令、目
 | --- | --- | --- | --- | --- | --- | --- |
 | `{稳定BR}` | `{具体诉求}` | `{来源等级或未给定}` | `{本次/后续/候选/排除}` | `{问题/目标}` | `{SRC及真实主体}` | `{可观察结果}` |
 
+**EARS 使用：**对适用的业务规则，写清条件、事件及业务结果；涉及系统行为时明确由哪个系统响应。背景、价值和目标仍按本模板表达；未确定的规则列待确认问题，不擅自增加技术实现。
+
 BR 拆分、撤回或替代保留关联，不用旧 ID 指代另一诉求。优先级与交付安排分开，不把全部高优需求自动当作已批准范围。
 
 ### 4.3 智能能力业务边界（适用时）
@@ -106,9 +117,9 @@ BR 拆分、撤回或替代保留关联，不用旧 ID 指代另一诉求。优
 
 ## 8. 范围与 PBC 分配
 
-| BR/明确约束 | 本次/后续/排除/待定 | 承接 PBC | 产品需求主题或待细化 | 其他责任方/去向 | 依据及缺口 |
+| BR/明确约束 | 本次/后续/排除/待定 | 承接 PBC 编号／名称 | 产品需求主题或待细化 | 其他责任方/去向 | 依据及缺口 |
 | --- | --- | --- | --- | --- | --- |
-| `{稳定引用}` | `{明确分类}` | `{capabilityId；候选边界标候选}` | `{已有prdId/主题或待定，不预造FR/AC}` | `{实际对象或未分配}` | `{SRC/决定/Q}` |
+| `{稳定引用}` | `{明确分类}` | `{pbcId；pbcName；候选边界标候选}` | `{已有prdId／主题名称或待定，不预造FR/AC}` | `{实际对象或未分配}` | `{SRC/决定/Q}` |
 
 每条业务诉求和范围外限制都有去向；一个 BR 可以分配给多个 PBC，但共用业务事实应明确权威维护方，不产生相互冲突的副本。“本次不做”不自动变成“以后必须做”。
 
@@ -156,9 +167,9 @@ BR 拆分、撤回或替代保留关联，不用旧 ID 指代另一诉求。优
 
 ### 13.3 PRD 交接摘要
 
-`{本次交接的BRD身份/版本/固定内容、承接PBC及主题、BR清单、排除和后续项、Q及影响、适用外部基线。PRD形成后由PRD维护具体功能和AC，不在此预填尚未产生的条目或通过结论。}`
+`{本次交接的ebcId／ebcName、BRD documentId／文内版本／实际路径与固定内容、承接pbcId／pbcName及已有prdId／主题、BR清单、排除和后续项、Q及影响、适用外部基线的准确引用。已有PRD记录其真实文档身份、路径、版本与承接范围；未形成时写未形成，不预填文件或编号。PRD形成后由PRD维护具体功能和AC，不在此预填尚未产生的条目或通过结论。}`
 
-本摘要是业务交接输入，不改变原技能的审批或输出合同。Plan、质量约束、ADR 和实际验证记录等仍按各自适用方法保留，模板状态或填写参与者不产生授权。
+本摘要供后续企业文档及 T2工程 SPEC读取必要业务背景；T3依据选定工程 SPEC调用原规划。原技能的审批与输出合同、质量约束、ADR和实际验证要求继续保留，模板状态或填写参与者不产生授权。
 
 ## 完成核对
 

package/skills/i3-enterprise-sop/references/{prd/templates → templates}/prd.md

@@ -1,4 +1,4 @@
-# PRD 模板草案
+# PRD 模板
 
 <!-- i3:zh-guide:start -->
 ## 中文使用说明
@@ -8,13 +8,26 @@
 默认使用简体中文解释、追问及生成报告；用户明确要求其他语言时可切换。原方法正文、引用、阈值和审批条件完整保留。代码标识、路径、命令、工具参数、JSON 键/枚举与原文引用保持原样。
 <!-- i3:zh-guide:end -->
 
-模板版本：v0.0.4。日期：2026-10-17。状态：待评审，未作为运行技能安装。
+模板版本：v0.1.5。模板版本与业务文档版本分别维护。
 
-采用[模板与交接合同](../template-contracts.md)。一个 PBC 可以有多个需求主题，每个主题有独立 `prdId` 和版本序列。实例文件名为 `{PBC}-{需求主题}-PRD_v0.0.1.md`。本模板同时维护完整产品定义、具体行为和验收条件，不要求另建行为故事文档。字段/API/数据库等工程实现进入 [AD](ad.md)。
+## 使用说明（不复制为业务正文）
 
-Feature 表示功能分组，Story 表示可独立描述和验收的用户行为，两者保留在 PRD 内，不增加交付阶段或目录层。已有 FT/US/FR/AC 标识沿用；只读历史行为文档可以作为固定来源，不要求另建行为故事文档。完整行为与 AC 填写要求见第6章，交接检查见第10.2节。本模板升级不自动修改业务实例、采用关系或业务版本。
+- **输入：**BRD与本次 PBC／主题，或外部 PRD及其业务依据；已确认答复、适用共享规则和必要比较材料。
+- **输出：**一个 PBC 下的一个独立主题 PRD；默认保存到业务项目的本PBC目录，路径为`spec/{PBC名称}/{PBC名称}-{主题名称}-PRD_v{业务版本}.md`。已有明确采用位置或外部原件保留实际路径，不自动迁移。
+- **阶段职责：**一个 PBC 可有多个主题 PRD，各有稳定 prdId 和独立版本。Feature／Story、FT／US／FR／AC、九项行为语义与 S01—S14、G01—G08 全部保留，不要求另建 Stories 或 MVP 阶段。字段／API／数据库等工程实现由配套 [AD模板](ad.md) 承接。
+- **写作：**主会话按本 Skill 显式使用原 Spec；来源、假设、真实答复与 Q 分开。新建、外部稿整理与授权修订均保护业务原件、人工编辑和历史，不预填批准或运行结果。
+- **交付：**按下文完整填写适用内容，不以标题或数量代替语义覆盖；新增规范性要求逐条回查来源、权限与状态跨处一致、表格逐行核列义。生成或修订稿保存后检查落盘完整性，分段写入或报错时核对相关内容，保留内容自查；检查完成后按本Skill自动登记本次文档路径，再交人工审阅并停轮。登记不表示批准，只读审查只标注问题，不改稿或登记。
+- **工程衔接：**T1形成企业文档并交审；T2显式使用原 Spec，结合选定依据落实六项、形成工程 SPEC并交审；T3读取选定工程 SPEC调用原规划。每阶段保留人工审阅停点，不自动推进。工程事实缺失如实说明，不编造命令、代码或技术选型。用户另行明确选择原生等效规格方式时，沿原方法处理。
 
-PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边界依据；原 SPEC 的工程命令、目录、代码风格、测试策略与工程边界按共用合同 §4.1 分别进入 AD／TestCase。不得因单份 PRD 已生成就宣称六项内容或规格认可全部完成，也不为满足映射另造第五核心规格或强制复制 SPEC。调用原技能时保留其澄清、保存后停轮及后续认可要求。
+未知项写明 Q及具体影响，不适用项说明依据；缺少工程条件只限制依赖它的范围。
+
+### 产品语义核对
+
+- 权限在角色表、规则、正常／拒绝流程、状态、页面、协作、AC和Q中使用同一条件；核多角色组合、对象归属、状态例外、只读／写入及“有权决定”与“代记结果”的差别。来源未授予的动作不得默认开放。
+- 字段生成、存储、展示、可编辑、必填和校验分别定义；系统生成不自动意味着页面必显或用户必填。校验拒绝、权限拒绝、技术失败和提交结果未知分别表达；成功、重复、取消、历史及跨主题副作用有真实依据。
+- 展开完整当前有效目标，共用要求落实到适用Story／AC或给出不适用理由；旧行为只有本次选定条目才生效，比较资料不自动成为需求。保留、替代、停止适用和未实现分开，范围缩减保留理由、影响及真实决定。
+- 每条AC的前置、动作、可观察结果和来源可定位；复合AC拆可追踪子项。已知依赖列双方准确对象／版本、受影响Story／AC、冻结或决定时点、联调组织、环境／数据／权限／服务前提和实际就绪状态，不能将未知写成已就绪。
+- 最终新增规范性要求回查原意、条件、例外和要求强度；推导／建议不变成已确认。来源矛盾保留双方，问题、建议和未处理事项不为清零而关闭；没有业务决定的规则不能交AD或编码自行选择。
 
 ---
 
@@ -24,9 +37,10 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 
 | 项目 | 本次实际值 |
 | --- | --- |
-| 所属 EBC/PBC | `{各自capabilityId、名称、已确认或候选边界}` |
+| 所属 EBC | `{ebcId；ebcName；已确认或候选边界}` |
+| 所属 PBC | `{pbcId；pbcName；已确认或候选边界}` |
 | 产品需求身份 | `{稳定prdId；主题名称；改名不换身份}` |
-| 文档身份/版本/位置 | `{documentId；实际版本；完整路径/固定副本及摘要}` |
+| 文档身份/版本/位置 | `{documentId；类型PRD；实际业务版本；完整路径/固定副本及摘要}` |
 | 状态和责任 | `{草稿/待评审/实际认可范围；维护、编写与确认责任}` |
 | 采用模板与业务输入 | `{固定模板、BRD及实际业务答复；按下表登记}` |
 | 比较基准 | `{前一有效PRD、相关主题、适用原型及实际代码/数据/部署；未实现写未实现}` |
@@ -34,9 +48,11 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 
 ### 0.1 固定输入
 
-| 输入 ID | 对象、文件及具体条目 | 版本与可回读内容/摘要 | 来源性质 | 本次用途/采用范围 | 实际认可与缺口 |
+| 引用 ID／类型 | 来源身份／实际路径或URL／具体条目 | 文内版本／固定提交与可回读内容（摘要可选） | 来源性质 | 本次用途／采用范围／落实位置 | 实际认可与缺口 |
 | --- | --- | --- | --- | --- | --- |
-| `{IN别名}` | `{BRD/SRC/业务答复/旧PRD/共用规则/相关主题}` | `{固定引用；不只写最新版}` | `{明示/推导/确认/冲突/演练}` | `{目标/上下文/仅比较}` | `{实际情况}` |
+| `{IN别名；直接BRD／SRC／业务答复／旧PRD／共用规则／相关主题}` | `{来源名称／documentId（如有）及适用ebcId／pbcId／prdId；准确位置和条款}` | `{来源正文版本或固定提交／副本；不只写最新版}` | `{明示/推导/确认/冲突/演练}` | `{目标／上下文／仅比较及本文对应位置}` | `{实际情况}` |
+
+直接BRD须能回读其documentId、文内版本、实际路径及承接条款，所属EBC与本主题一致；PBC编号和名称沿用其分配或真实业务决定。跨PBC参考显式标明来源身份和用途，不替代本主题直接依据。各文档独立版本，名称变化不换编号；引用在现有表内组织，不另建平行清单。
 
 ### 0.2 变更与认可
 
@@ -64,7 +80,7 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 
 | BR/场景/约束 | 本主题承接内容 | 本版/后续/排除/待定 | 功能或共用要求 | 其他主题/PBC 去向 | 依据与缺口 |
 | --- | --- | --- | --- | --- | --- |
-| `{原始引用}` | `{具体边界}` | `{真实分类}` | `{FR/RULE等稳定ID}` | `{capabilityId/prdId/未分配}` | `{来源/决定/Q}` |
+| `{原始引用}` | `{具体边界}` | `{真实分类}` | `{FR/RULE等稳定ID}` | `{pbcId／prdId／未分配；跨EBC时标明ebcId}` | `{来源/决定/Q}` |
 
 说明本 PBC 维护哪些业务事实，本主题负责哪些部分，与同 PBC 其他 PRD 的交接是什么。一个主题可包含多个功能，一个功能也可在本主题的多个版本中演进；不按文件或页面数量推导仓库、服务或能力拆分。
 
@@ -144,6 +160,15 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 
 对每项新增/修改 Story 或可独立验收的功能展开以下卡片；保留行为可以固定引用完整有效卡片，不要求复制第二份正文。一个 Feature 可有多条 Story，一个功能包含多个独立行为时分别展开，不以一张概括功能卡替代全部行为。简单功能可合并成表，但九项语义和 AC 必须可定位；无页面或无协作的项目写不适用及依据。未知产品行为登记问题，不用“待 AD 确认”替代。
 
+**EARS 句式指引（按适用行为选用）：**功能要求可参考 [EARS](https://alistairmavin.com/ears/)，用简短句式写明条件与系统响应：
+
+- 常态：`{系统}应{可观察响应}`。
+- 事件：`当{事件}发生时，{系统}应{可观察响应}`。
+- 状态：`在{状态}期间，{系统}应{持续约束或响应}`。
+- 异常：`若{异常条件}成立，则{系统}应{处理结果及副作用边界}`。
+
+状态与事件可组合。保留来源中的要求强度、条件及例外，不补造权限、状态、参数或阈值；未知项登记 Q。句式指引不代替下列九项语义、逐条 AC及来源追溯，也不要求改写背景、目标或既有编号。
+
 ### {Story/功能 ID} · {名称}（所属 Feature/分组及原标识映射见0.3）
 
 1. **用户与目标**：`{角色及价值，引用第3章}`。
@@ -164,15 +189,15 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 
 ## 7. 页面、渠道、协作与智能能力
 
-| 页面/入口 ID | 目的与角色 | 主要区域/业务信息 | 动作及来源 | 正常/空态/失败/无权限等要求 | 原型引用及确认/缺口 |
+| 页面/入口 ID | 目的与角色 | 主要区域/业务信息 | 动作及来源 | 正常/空态/失败/无权限等要求 | 原型准确引用及确认／缺口 |
 | --- | --- | --- | --- | --- | --- |
-| `{PAGE等稳定ID}` | `{引用功能/第3章}` | `{引用对象，不复制物理字段字典}` | `{引用第6章}` | `{已有要求或Q}` | `{版本/范围；未形成注明}` |
+| `{PAGE等稳定ID}` | `{引用功能/第3章}` | `{引用对象，不复制物理字段字典}` | `{引用第6章}` | `{已有要求或Q}` | `{引用ID；实际路径或URL；版本／固定提交；页面／交互范围；实际采用与未决。未形成注明，不预填路径}` |
 
 布局、视觉及交互由原型表达；本 PRD 仍维护产品规则与完整行为。原型反馈改变业务规则时回到本处修订；认可原型不能自动改写未批准需求。
 
 | 协作/事件/智能能力 | 发生条件与业务输入输出 | 责任方/权威事实 | 失败、人工介入与禁止边界 | 来源/采用状态 |
 | --- | --- | --- | --- | --- |
-| `{实际需要的渠道/事件/能力}` | `{不因工具存在而新增}` | `{capabilityId/prdId/外部主体}` | `{具体表现或Q}` | `{明示/候选/不适用及理由}` |
+| `{实际需要的渠道/事件/能力}` | `{不因工具存在而新增}` | `{pbcId／prdId／外部主体；跨EBC时标明ebcId}` | `{具体表现或Q}` | `{明示/候选/不适用及理由}` |
 
 ## 8. 质量、身份、审计与跨主题依赖
 
@@ -233,8 +258,23 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 | S10 | 开放问题绑定具体行为/AC及受限交接范围；冲突双方保留，不择一当事实 | `{第9章}` |
 | S11 | 上游或本PRD规则变化已追踪到受影响行为/AC及下游复核，不静默沿用旧AC或旧确认 | `{0.2/第9/10章}` |
 | S12 | 完整有效行为集合可从0.3定位；上下文、比较与本次目标分开，缺项不冒充完整，旧条目不被误复活 | `{0.3/4.2及逐条来源}` |
-| S13 | 技术实现进入AD，原型/AD/TestCase/Plan分范围交接明确；不越过有效规格、原方法认可和执行条件 | `{10.3及真实缺口}` |
-| S14 | 共用G01—G08逐项核对，身份、来源、版本、范围、变更、认可和单一权威均有实际记录 | `{模板合同5.1的逐项位置与结果}` |
+| S13 | 技术实现进入AD；原型/AD/TestCase及T2工程SPEC→T3原Plan分范围交接明确；不越过有效规格、原方法认可和执行条件 | `{10.3及真实缺口}` |
+| S14 | 共用G01—G08逐项核对，身份、来源、版本、范围、变更、认可和单一权威均有实际记录 | `{本模板10.2.1的逐项位置与结果}` |
+
+### 10.2.1 共用检查 G01—G08
+
+这些是内容核对项，不是审批字段或自动通过状态。逐项填写真实位置、来源和结果，不仅勾选编号。
+
+| 编号 | 必须保留的要求 |
+| --- | --- |
+| G01 | 文档、能力、主题、版本及实际位置可定位；未绑定如实写，不猜项目或主题 |
+| G02 | 明示、推导、真实确认、冲突、演练假设分别表达；候选不自动变确定 |
+| G03 | 全量核对目标、价值、角色、范围、场景、附件、质量及明确排除，不只读场景摘要 |
+| G04 | 输入及附件可回读，版本矛盾照录、缺附件登记、不自动取最新；真实已读范围有依据 |
+| G05 | 当前有效目标、上下文、比较基准及真实实现／生产现状分开；保留需求不证明代码可复用 |
+| G06 | 修订先读旧稿及人工修改，保留原件、理由、影响；无变化不加版本，模板／方法变化不自动重建或重放外部动作 |
+| G07 | 认可绑定实际修订、范围、参与者、时间及固定记录；模板、业务、开工、生产认可分别表达，不预填批准／实现／测试通过 |
+| G08 | 规则和执行状态各有单一权威；缺口限制具体依赖范围，不造平行状态表或任务数据库 |
 
 ### 10.3 分范围交接
 
@@ -243,15 +283,8 @@ PRD 承接原 SPEC 的目标、用户和可测成功条件，并提供业务边
 | 原型 | `{本PRD固定版、完整有效功能/AC、适用设计规则}` | `{缺失规则、实际验证和具体版本人审}` |
 | AD | `{选定PRD版、功能/数据/权限/质量定义及原型}` | `{真实工程基线、精确契约与技术风险}` |
 | TestCase | `{选定PRD版、产品预期与适用AD/原型}` | `{技术判据、环境/候选和实际执行条件}` |
-| Plan | `{本PRD选定版的完整有效行为/AC、8.1依赖、4.3产品影响与回归输入}` | `{仍需适用AD/TestCase/工程规范、六项覆盖及原方法要求的认可；PRD单独交接不代表可计划或可开工}` |
+| T2工程SPEC→T3原Plan | `{本PRD选定版的完整有效行为/AC、8.1依赖、4.3产品影响与回归输入}` | `{T2须结合准确AD、采用规范、适用TestCase等落实六项并交审；T3读取选定工程SPEC交原规划，PRD单独交接不代表可计划或可开工}` |
 
 本次结论：`{设计草稿/可交接具体范围/尚不可交接范围及理由；不得用文档已生成代替可编码或已验收。}`
 
-本结论不改写继承 Skill 或命令的输出、触发、工具、验证和审批合同；实际认可按共用合同保留原停点，Plan、CONSTRAINTS、ADR、实际测试和报告等辅助产物继续按适用方法维护。
-
-### 模板修订
-
-| 版本 | 日期 | 内容与边界 |
-| --- | --- | --- |
-| v0.0.3 | 2026-10-17 | 补Feature/Story与逐条有效来源、冻结/联调依赖时点、必需路径调整确认；恢复S01—S14逐项核对及产品回归/Plan输入。仅模板文档修订，不自动迁移业务实例或改原Skill/命令。 |
-| v0.0.4 | 2026-10-17 | 清理历史迁移说明依赖，直接使用本模板的行为卡、AC 与交接检查。全部有效内容和 S01—S14 要求保留；不自动迁移业务实例或改原 Skill/命令。 |
+本结论不改写继承 Skill 或命令的输出、触发、工具、验证和审批合同；实际认可按本 Skill与原方法保留人审停点，Plan、CONSTRAINTS、ADR、实际测试和报告等辅助产物继续按适用方法维护。