create-yss-spec 3.5.2 → 3.5.4

package/template/.template-spec/process/lifecycle-artifact-map.md

@@ -88,6 +88,7 @@
 | `artifact.frontend-implementation-plan` | 前端实现还原计划 | `stage.ticket-formalization` | UI 影响切片提升 ready-for-agent 前。 |
 | `artifact.frontend-implementation-verification` | 前端实现还原验证记录 | `stage.verification-release-retrospective` | UI 影响切片完成实现并准备合并、发布或阶段完成。 |
 | `artifact.retrospective` | 复盘记录 | `stage.verification-release-retrospective` | 发布后或阶段性完成后满足复盘触发条件。 |
+| `artifact.business-ticket-set` | 业务 Ticket 集 | `stage.spec-architecture` | Spec 同步起草、Design 校准和战略业务正式化；不依赖实现工程，不授予实现资格。 |
 
 ### 2.3 执行证据
 

package/template/.template-spec/process/lifecycle-registry-baseline.json

@@ -5,6 +5,7 @@
   "historical_sha256": "5aa3194ec5b8d781a7705b049359644c3f18e09c33b9383d19675c5d0e2ab9bc",
   "published_ids": [
     "artifact.architecture-review",
+    "artifact.business-ticket-set",
     "artifact.data-architecture",
     "artifact.discovery-record",
     "artifact.domain-strategy",
@@ -108,6 +109,7 @@
     "stage.vertical-slice-implementation",
     "work-unit.attach-sync-integration",
     "work-unit.backend-delivery",
+    "work-unit.business-ticket-formalization",
     "work-unit.code-review",
     "work-unit.discovery-opportunity",
     "work-unit.discovery-requirements",
@@ -121,6 +123,7 @@
     "work-unit.intensity-aware-review-v2",
     "work-unit.intensity-aware-verification",
     "work-unit.intensity-aware-verification-v2",
+    "work-unit.maintenance-research",
     "work-unit.plan-opportunity",
     "work-unit.plan-requirements",
     "work-unit.prototype-design",
@@ -146,6 +149,7 @@
   },
   "semantic_sha256_by_id": {
     "artifact.architecture-review": "55e32428ee07475ac57f91f53f410dcf182ddaa3aa56187e8f4ba56968142e08",
+    "artifact.business-ticket-set": "662bb45eddfa31e9ec72ea44c4fd59559c0941e09992edd61ebc9f02bdafd2c3",
     "artifact.data-architecture": "6ed995295f4e99f953d90d739e9a6d1fc36cc0a50757ec34da39165872ca8731",
     "artifact.domain-strategy": "3eb281af20f0106d836ec2816f0e524754f4f49e24abc2deb1c0daed1d9a918d",
     "artifact.engineering-baseline": "0706c5d26e062fe33324e2cedaf50887cb4618770dddb1802d4f8cf80dfbb330",
@@ -228,6 +232,7 @@
     "stage.vertical-slice-implementation": "a24a5a6e2d5a6ccf0561f43818883cd285a42e209a4f47509b6f18e7ced68344",
     "work-unit.attach-sync-integration": "b57d0324e98146e834ba04e05c364b3cb107753ea2f31ae22560932c1dc3c0d9",
     "work-unit.backend-delivery": "7d800c190102c66b782179c1985d0f470b47b940549d90eb3103aee02acb0230",
+    "work-unit.business-ticket-formalization": "88a8283c96a03d45fb6a805c6300f0def6019aad57759b654b173867e28c1f82",
     "work-unit.code-review": "40371458e91f90995f87c2a15f09117b0971d16baf6471089a20a215020acb01",
     "work-unit.domain-strategy-design": "748a901446f94c6b5226266e0e21d700e46629826c141bc9527c32619f563b4a",
     "work-unit.entry-triage": "4735f7b335ce72b602890aab470ef1dfc40f574802bc236db8fc18976da81fed",
@@ -235,19 +240,20 @@
     "work-unit.implementation-repository-preparation": "c2f930ed2f5bb76214fa520d967eca47a44f003894ed971479ab0ced77b9007f",
     "work-unit.intensity-aware-review-v2": "be0c488ff39c192c8724395ee224844c9f68cddb749c6335255e226759103e59",
     "work-unit.intensity-aware-verification-v2": "3747058bc5574521bd8317c62d4684867de8a27a21e3471e42dcb9f226e05524",
+    "work-unit.maintenance-research": "ee03d6217e4225b453fe9a7f55718c3403769aa3b3993c28e8aedc6c6a3febec",
     "work-unit.plan-opportunity": "3953e4b05794038237c698bfd7233a90d4bd0ea904c22718f399ad6dc00dbfb3",
     "work-unit.plan-requirements": "ce9a5d6b59d501c09851e60426294c5ad47dd2ae6b4019b867d80a162bb213d2",
-    "work-unit.prototype-design-v2": "f40355b838f3a2926513ac42f44e2eb5e854a3e28f9d8f83fd1f0e5c9ca44293",
+    "work-unit.prototype-design-v2": "5389f7dd306998cc463f91d4c4f97644b15ff37388397bc82d4ce37e2bb284bd",
     "work-unit.release-and-retrospective": "a87cdd47918a249629f7cdc9874420b441bd64c28860dc3910ca217be7ebaad6",
     "work-unit.release-and-rollback": "2c26da7b1133a588e1d098a91aad399c270dab12224c3b1c12a4c79e99da5905",
     "work-unit.service-project-initialization": "a2142c0555f1ba54e888e9daa21ee36cfaead8444eb8255003031bb22cf5636b",
     "work-unit.skill-projection-sync": "da8bb5f347cc01d56bd85e9eecdaf1c2a33584ed040239672b2e6cf973f4dd6a",
     "work-unit.slice-implementation": "c33b625587d636afa47142862df003d704f82b4ee4e8f79f5bf6a6c3747fcee4",
-    "work-unit.spec-synthesis": "ce6c6d556dec93517ac525be6bbf59f4e0962f0882378b785b84db75b41a0527",
+    "work-unit.spec-synthesis": "e31e02b837fc8eaf36b376794c02663ac19a8224946213733bac7b4d801fc9ac",
     "work-unit.ssot-update": "f52e42205478e19529746af16aa75f863d2a238f481cebb157192bdf928ca27f",
     "work-unit.stage-decision": "9a43c029438849337d1ddead2b4f0ca1d1c3482c279265e2b1db3088cbff6048",
-    "work-unit.technical-analysis": "57bb8cab7b0ef2eff43d848914bdd9297ec582570d11c0639dda3227a383726a",
+    "work-unit.technical-analysis": "665c362d0c6a53bbfee1fd8505a410dbb427eb73b099842630b39f9b2dfdf2d6",
     "work-unit.template-snapshot-build": "48463092d1c644f5a5fc4f1c188ba662d7984085b8b04b1fbff450ef8c682939",
-    "work-unit.ticket-decomposition": "d239bd6855ea3cc8d448892af8bff62f5531499774eed58761288374b4c3d2cc"
+    "work-unit.ticket-decomposition": "ba60f023386e394a82283dd54eff5b8cfa88b7c52a395f04975d670811a8662f"
   }
 }

package/template/.template-spec/process/lifecycle-registry.yaml

@@ -338,8 +338,18 @@ artifacts:
     name: 复盘记录
     stage: stage.verification-release-retrospective
     trigger: 发布后或阶段性完成后满足复盘触发条件。
+  - id: artifact.business-ticket-set
+    name: 业务 Ticket 集
+    stage: stage.spec-architecture
+    trigger: Spec 同步起草、Design 校准和战略业务正式化；不依赖实现工程，不授予实现资格。
 
 work_units:
+  - id: work-unit.maintenance-research
+    name: 模板维护研究
+    scope: template-source
+    input: 已明确范围的技术或策略研究请求。
+    output: 研究简报、证据台账和绑定当前输入的验证记录。
+    completion: 当前研究包校验通过、执行阻断关闭；独立结束或在已授权范围内继续模板维护。
   - id: work-unit.entry-triage
     name: 入口分诊
     scope: template-source
@@ -422,18 +432,18 @@ work_units:
     name: Spec 综合
     scope: project-instance
     input: 已确认的 Plan 记录和测试 seam。
-    output: Spec、产品总体设计和功能架构。
-    completion: Spec 内容完整并进入 ready-for-human；下游推进仍需 gate.spec-baseline-approved。
+    output: Spec、产品总体设计、功能架构及业务 Ticket 草案集合。
+    completion: Spec 和业务 Ticket 草案可审查，FR/AC 覆盖与依赖可读取；进入 ready-for-human，下游推进仍需 gate.spec-baseline-approved。
   - id: work-unit.prototype-design-v2
     name: 原型设计与验证
     scope: project-instance
     input: Spec、产品设计影响和状态矩阵。
     output: 交互说明、低保真、状态矩阵、H1/H2 原型交付物、统一 Design QA、档位验证证据与前端实现交接事项。
-    completion: 低保真评审、schema v4 原型交付物验证和用户确认门禁均通过；Visual Baseline Bundle 和生产组件待验事项已交接到前端实现计划。
+    completion: 低保真评审、schema v4 原型交付物验证和用户确认门禁均通过；Visual Baseline Bundle 和生产组件待验事项已交接到前端实现计划。 同步校准业务 Ticket，复用稳定 ID，随后进入业务正式化。
   - id: work-unit.technical-analysis
     name: 技术分析与契约冻结
     scope: project-instance
-    input: Spec、原型、API/数据/工程影响面；新建后端的架构与平台候选，或既有工程当前登记的架构与平台配置。
+    input: 已正式化业务 Ticket 集及 Spec、原型、API/数据/工程影响面；新建后端的架构与平台候选，或既有工程当前登记的架构与平台配置。
     output: 新建后端的 DDD / MVC 与精确 Spring Boot 版本用户决定，或既有工程复用核验；OpenAPI、数据架构、按确认架构形成的 DDD / MVC 技术设计合同、工程基线、架构审查和 Slice 合同草案。
     completion: 新建后端的 gate.backend-architecture-platform-approved 已通过，既有工程已核验复用并记录该门禁不适用；命中契约已冻结；无 API 影响有可读记录；所有后端交付均有批准且当前的 Technical Design；数据影响为真时数据架构已批准，否则有可核验的不适用记录；架构、规则与场景承接无未解释冲突；gate.engineering-contract-approved 通过。
   - id: work-unit.implementation-repository-preparation
@@ -451,7 +461,7 @@ work_units:
   - id: work-unit.ticket-decomposition
     name: 垂直切片 Ticket 正式化
     scope: project-instance
-    input: 冻结 Spec、设计、契约和阻塞关系。
+    input: 已正式化业务 Ticket、冻结 Spec、设计、契约、当前实现仓库准备和阻塞关系。
     output: 更新既有功能父 Ticket 的关联、形成垂直切片和批准的 Slice Implementation Contract。
     completion: 切片可独立验证；生命周期复算后才能 ready-for-agent。
   - id: work-unit.slice-implementation
@@ -484,6 +494,12 @@ work_units:
     input: 已审查候选、发布窗口和回滚点。
     output: 发布/回滚证据和复盘记录。
     completion: 人工发布裁决、fresh verification 和治理回流均完成。
+  - id: work-unit.business-ticket-formalization
+    name: 业务 Ticket 正式化
+    scope: project-instance
+    input: 当前 Spec、适用的产品设计批准、业务 Ticket 草案集合和独立专业审查。
+    output: 可追溯 FR/AC、规则、场景与设计的业务 Ticket 集；保持 ready-for-human。
+    completion: 当前业务覆盖完整，无阻断未决项；既有批准或授权延续有效，专业审查当前。战略交接或技术分析可继续，不授予 ready-for-agent。
 checks:
   - id: check.frontend-delivery-inputs-verified
     name: 前端联合输入核验

package/template/.template-spec/process/plan-spec-quality.md

@@ -0,0 +1,69 @@
+# Plan / Spec 内容诊断
+
+本说明持有可选创作格式 `content_profile: plan-spec-v1` 与只读诊断用法。生命周期阶段、门禁、批准及工作单元仍引用 [生命周期注册表](lifecycle-registry.yaml)，中文写作仍引用 [文档规范](document-writing.md)。本工具不修改文档、状态、批准或就绪结果，不输出流转许可。
+
+## 起草与单一事实来源
+
+Plan 使用 [权威 Plan 模板](../plan/templates/plan-template.md)，Spec 使用 [权威 Spec 模板](../templates/spec-template.md)，常规入口与 `to-spec` 共用它们。Plan 负责战略决策，Spec 定义可观察行为；技术架构、OpenAPI Freeze、切片实现由现有下游阶段承接。
+
+新文档默认带 `content_profile`；它不是生命周期 schema 或批准状态。既有文档无需批量迁移，历史批准、交接快照与 YAML 合同保持兼容。明确选择的存量功能可以改用新格式，实质变化按原有用户决定协议处理。
+
+已有决策包时，成功标准的指标定义、基线或未知原因、目标及确认状态、观测窗口、数据来源、验证方式和补齐动作写入现有 `success_criteria[].statement`，Plan 使用 `success-criterion.*` 的权威引用表。关键取舍复用 `decision.*`，无需新 schema，也不凑固定数量候选。该 statement 的内容完整性由人工审阅；工具只核验引用。未命中决策包的轻量场景使用 Plan 直接填写表。
+
+## 可机械读取的约定
+
+正式条目放在 Markdown 根层级表中，第一列表头为 `ID`，位于模板的“功能需求”“非功能需求”“验收标准”“未决项”“成功标准”章节内（支持章节数字前缀）。表头使用模板原文；一张表对应一类条目。代码块、引用块、列表内示例，以及“示例 / example”标题下的表不会计入正式条目。未支持的表达会报告未评估，不根据关键词数量推断覆盖率。
+
+- FR / NFR / AC ID 在同一功能内稳定，重排不重新编号，删除后不复用。Q 为当前文档的未决项 ID，SC 为轻量成功标准 ID。工具只识别显式基线，无法证明全部历史中从未复用 ID。
+- 需求的“验收引用”填 AC ID；AC 的“需求引用”反向填 FR/NFR ID。多个 ID 可用逗号分隔。验收待补时填写 `待补 Q-001`，未决项登记负责人、补齐动作、时点、接收方和影响依据；工具报告“未评估验收覆盖”，是否可延期仍由现有门禁决定。
+- NFR 可用数值及单位，也可用定性判断依据；测试、检查、分析、演示都是合法方法。未知目标保持候选状态并关联 Q，工具不判断目标是否合理。
+- 没有适用约束的条件章节写 `not-applicable：具体原因`。不保留空白占位行。确定性诊断只检查支持的章节和字段，其他条件项由人工核对。
+
+“来源引用”“数据来源”“权威引用”使用项目根相对路径和定位器：
+
+```text
+docs/input.md :: id:rule.submit
+docs/input.md :: heading:原始需求
+contracts/decision.yaml :: id:success-criterion.attachments
+[S1](docs/input.md)
+[输入](docs/input.md#heading:原始需求)
+```
+
+多个来源用 `；` 分隔。Markdown `id:` 匹配根层级表第一列已有 ID，`heading:` 精确匹配实际标题文字，不生成锚点。YAML/JSON 的 `id:` 匹配已有对象 `id` 字段或映射键，匹配多处即歧义。Markdown 链接以明确 locator / 标签定位，普通网页 slug 不自动推断。链接仅用于读取，不执行内容。来源文件最多 8 MiB、UTF-8、真实路径须在项目根内；外部 URL 不联网，提示补充本地证据快照。不递归追踪来源中的更多链接，不扫描整个仓库猜关联。
+
+## 命令与报告
+
+```bash
+node scripts/inspect-plan-spec check --root . --plan docs/feature/plan.md --spec docs/feature/spec.md --json
+node scripts/inspect-plan-spec check --root . --spec docs/feature/spec.md --slice docs/feature/slice.yaml
+node scripts/inspect-plan-spec diff --root . --before docs/baseline/spec.md --after docs/feature/spec.md --json
+```
+
+`check` 至少指定 Plan、Spec 之一，`--slice` 可重复且需要 `--spec`。默认向 stdout 输出文本；`--json` 输出 JSON。文本和 JSON 绑定相同工具版本与所有实际读取文件的 SHA-256，报告包含发现、位置、条目 ID、恢复建议、未评估项和人工审阅范围。无发现只表示支持范围内未发现机械问题。
+
+| 退出码 | 含义 |
+|---|---|
+| 0 | 诊断执行完成，可有重复 ID、断链、内容缺漏等发现 |
+| 2 | 输入缺失 / 不可读、解析未完成或输入在读取期间漂移；需恢复并重跑 |
+
+主要规则：`DUPLICATE_ID`、`INVALID_ID`、`DANGLING_REFERENCE`、`REFERENCE_KIND`、`REFERENCE_MISMATCH`、`AC_MISSING`、`REQUIREMENT_MISSING`、`REQUIRED_FIELD`、`PLACEHOLDER`、`UNKNOWN_TARGET`、`UNKNOWN_BASELINE`、`TARGET_STATUS`、`NA_REASON`、`SOURCE_FORMAT`、`SOURCE_LOCATOR`、`INPUT_UNREADABLE`、`PARSE_ERROR`、`INPUT_DRIFT`。缺少结构的章节使用 `SECTION_MISSING` / `SECTION_UNPARSED`，旧格式使用 `LEGACY_OR_UNKNOWN_PROFILE` 标记部分未评估。
+
+问题真实性、方案优劣、目标合理性、验收场景充分性、原规则保真与语义等价均为人工审查事项。全文正文、风险和非目标仍必须审阅，不能只读结构化表。输入新鲜度是本次读取前后字节与真实路径一致，不等于未来仍有效。
+
+## 差异与下游追溯
+
+`diff` 按稳定 ID 展示新增、修改、删除及引用字段变化；ID 重复时该条目无法唯一比较。原始差异同时提供共同前缀 / 后缀字节数、被替换字节和新增字节的 Base64，结合旧基线可精确还原新文件；章节正文、换行、重排和格式变化不会丢失。它不声称文本变化一定改变语义。旧基线缺失显示“无法比较旧内容”，不得用空文档冒充旧版本。
+
+章节缺失、表头无法识别或格式未支持时，差异状态为 `partially-compared`，明确列出未评估范围；提取缺口不能直接解释为新增或删除，受影响条目标记 `unassessed`。仍保留完整原始字节差异。显式 Slice YAML 解析失败与其他输入解析失败一样返回 `2`；YAML 可解析但 schema 不支持时，保留未评估说明。
+
+Spec Delta 仍只处理既有冻结基线的适用高风险变化，引用 FR/NFR/AC 与旧 / 新文件。新增 diff 不扩大 Delta 适用范围，不自动延续批准或缩小验证。
+
+可选 `--slice` 读取既有 Slice schema v3 的 `acceptance.<ID>.source` 与 `locator`（AC ID 或 `id:AC-001`），沿 `verification.*.acceptance_refs` 和 `work_units.*.acceptance_refs` 生成追溯视图。该视图展示验证命令和预期证据引用，不执行命令、不核验批准或证据结果，也不替代 Slice schema 检查。未映射需求、失效定位、缺验证映射和未提供的依赖显示缺口；不得解释为“未受影响”。没有第二份手工追溯合同。
+
+## 样本、分发与回退
+
+[贯穿案例](../templates/examples/lifecycle-writing-examples.md) 关联三类虚构固定样本及预登记反例。确定性 fixture 仅证明诊断行为；人工填写、审阅时间、澄清轮次、遗漏、返工和 Token 必须有实际记录才统计。未取得人工反馈时，效果保持待验证；不恢复已取消的跨平台 Agent 评测。
+
+解析采用 [unified](https://github.com/unifiedjs/unified)、[remark-parse](https://github.com/remarkjs/remark/tree/main/packages/remark-parse)、[remark-gfm](https://github.com/remarkjs/remark-gfm)；frontmatter 使用现有 YAML 工具。维护侧由 pnpm 精确锁定和 vendor 构建分发；实例运行无须安装依赖。
+
+本轮始终为独立诊断，不接入阶段阻断。回退时停用诊断调用和新模板默认入口，保留已生成文档、格式读取能力及证据；不回写历史资产或恢复过期批准。升级门禁须另立变更。

package/template/.template-spec/process/project-ci.md

@@ -0,0 +1,21 @@
+# 项目治理 CI 与恢复预检
+
+此入口适用于 `project-instance`。初始化、同步仅分发工具，不自动写 `.github`；业务构建仍使用实现仓库的工作流。远端分支保护由维护者配置，不由本工具更改。
+
+```sh
+node scripts/project-ci plan --provider github --root . --branch main > /tmp/yss-ci-plan.json
+node scripts/project-ci apply --root . --plan /tmp/yss-ci-plan.json
+node scripts/project-ci check --root . --json
+node scripts/project-ci check --root . --base <PR基线的40位提交> --json
+node scripts/lifecycle-status --root . --checkpoint docs/.scratch/feature/checkpoint.yaml --preflight
+```
+
+计划列出目标分支、范围、文件内容、输入摘要和冲突。仅显式 apply 写入独立工作流、接入配置和托管凭据；保留其他工作流。输出文件已被手工修改、计划过期或同名文件未托管时拒绝覆盖。中断后执行 `node scripts/project-ci apply --root . --recover`，按事务日志恢复旧字节；遇到后续人工修改时停止并保留现场。重复 apply 无变化；tracker 或工具输入变化后须重新 plan。
+
+范围来自 `.template-spec/agents/issue-tracker.md` 的 `tracker.root`，可用重复的 `--additional-path <根相对路径>` 显式补充。接入配置只登记范围与分支，不复制阶段状态。完整检查范围内已登记记录及其本地引用闭包；草案允许缺少未来阶段产物。当前批准、完成、流转和 `ready-for-agent` 声明必须具有可校验的依据。当前流转由 `stage_trace.completed_work_unit` 与 `next_work_unit` 交给现有流转校验器核验。只安装当前阶段能力即可；命中未来阶段检查但工具尚未安装时报告能力缺失，显式补齐后重验。
+
+报告包含实际校验命令、输入引用及摘要、退出码、耗时、日志、未知资产和诊断。命令来自固定校验入口；不会执行 checkpoint/合同中自由填写的业务命令。普通状态查询仍只读状态；只有 `--preflight` 执行当前校验。运行中、失败或未知任务不能当成完成或自动重复派发；任务结果确认后由主控恢复。
+
+GitHub 工作流运行于 PR、计划中目标分支 push、手动执行，固定汇总检查名 `YSS governance`，日志以 artifact 保留。PR 对照目标基线检查范围缩小、checkpoint 删除和批准依据删除。删除或归档必须先形成可审阅的显式处置，不能靠删除记录使检查变绿。维护者可在远端将 `YSS governance` 设为 required check；本地通过不代表远端已配置。
+
+`project-ci` 与恢复预检：0=适用检查通过或计划/应用成功；1=检查失败或计划冲突；2=输入、能力或执行异常。JSON 的 `status` 和诊断必须一起读取。查询工具的 0 只表示诊断执行完成，不能替代批准、执行授权或发布结论。`--history` 仅供历史记录只读兼容，CI、当前流转和恢复预检不使用历史结果放行。

package/template/.template-spec/process/reading-policy.yaml

@@ -0,0 +1,4 @@
+# 实际人工阅读试验通过前，新实例保持手动；存量实例由 contract plan-enable/apply-enable 显式登记。
+schema_version: 1
+mode: manual
+checkpoints: []

package/template/.template-spec/process/research-completion.md

@@ -0,0 +1,23 @@
+# 模板维护研究收尾
+
+本协议由主模板生命周期持有；专职接收 profile 缺少本工作单元时，将研究包回交主模板收尾，不在接收 profile 另建阶段或宣布维护批准。
+
+正式落盘的模板研究使用注册工作单元 `work-unit.maintenance-research`，权威路由见生命周期注册表与主控合同。它不新增阶段或批准门禁。只返回来源与结论的咨询沿用 read-only-intake v2；产品实例研究仍由原生命周期工作单元消费。
+
+## 当前验证与完成
+
+```sh
+node scripts/verify-maintenance-research <slug>-research-brief.md <slug>-evidence.yaml --output <不存在的验证目录>
+```
+
+命令实际调用研究包校验器，保留 stdout/stderr、退出码、起止时间及简报、台账、校验器、日志的 SHA-256；返回 `binding: {ref, digest}`。不会覆盖旧目录。失败记录保留，不能用于完成。
+
+Workflow Execution Result 在原字段之外携带 `research_verification: {ref, digest}`。`evidence_refs` 包含验证记录、简报、台账和 Context 不适用说明。`context_reconciliation.status` 为 `not-applicable` 且必须给出原因；执行阻断、drift、violation、new_impacts 和 stale_candidates 必须为空。
+
+接收端重读绑定字节，并实际重跑当前研究校验器。通过后可以 `next_route: null` 独立结束。结构校验不证明来源中的事实，也不代替主控对重要结论的来源审计；研究报告保留反证、来源缺口和结论边界。
+
+## 继续维护与历史记录
+
+继续 `work-unit.ssot-update` 时，`maintenance_authorization: {ref, digest}` 指向既有用户决定协议的 requirement：`boundary: template-maintenance-scope`、明确的 `subject_ref`、包含 `work-unit.ssot-update` 的 `scope`，以及 `user_decision_ref` 或 `continuation_ref`。验证复用现有 `assertUserDecisionRequirement`，核对原始回复、展示资产与范围；这是对已有授权的绑定，不要求用户重复确认。没有维护授权仍可合法结束研究。
+
+身份从接收仓库根清单读取，结果中的 `repository_mode` 不能改变路由。旧 `entry-triage` 研究任务和阻断记录保持原字节；重新核验后另存研究收尾任务包，并通过 `inputs` 引用旧包。新记录说明复核对象及历史范围，不冒充原 Agent 在本轮重新研究。