@c4a/context-cli 0.7.5 → 0.7.9

package/indexers/bundles/context-note-indexer/templates/articles/l03.md

@@ -0,0 +1,90 @@
+---
+id: context.article.l03
+kind: procedure
+media-type: text/markdown
+program:
+  article: l03
+  policies:
+    - standard
+  sections:
+    scope: 目标与适用范围
+    packages: 平台软件包与版本
+    foundations: 基础规范地图
+    components: 组件与交互模式
+    configuration: 主题及运行配置
+    adoption: 采用定制与迁移
+    purpose: 用途与语义
+    catalog: 分类与 Token 目录
+    mapping: 命名及对应关系
+    consumption: 消费方式
+    rules: 组合与适用规则
+    environment: 环境与 Provider
+    globals: 全局配置
+    inheritance: 继承与局部覆盖
+    resources: CSS 与资源加载顺序
+    ssr: SSR 与 Hydration
+    platforms: 平台和主题差异
+    verification: 验证与排查入口
+    references: 来源与修改入口
+---
+
+# L03 设计系统及基础规范
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+### 来源和归属
+
+有维护的设计规范、token 源或稳定的跨组件约定时启用。规范文档由 Markdown、实现与 token 由 Code 提供，各自保留来源职责；混合知识通过现有授权主题和引用组合，不新增一个同时吞设计、代码和运行态的通用 Provider。
+
+只有 token 或静态资源材料时，采用“基础资源参考”对应变体，给定义、别名、消费和修改入口；没有规范证据不补设计目标，也不将其标题或内容包装成完整设计系统。仅文档规范则可以独立成文，不以存在组件源码为前置。
+
+不能只由组件源码推断设计意图，也不能将设计图中的名称直接当作当前程序 API。平台、设计规范版本、组件包版本、资源版本分开记录。同名组件在 Web、原生与其他跨端实现中的属性不应互相覆盖。
+
+### 系统入口文章
+
+```markdown
+# <设计系统>
+## 目标与适用范围
+## 平台、软件包与版本
+## 基础规范地图
+## 组件与交互模式
+## 主题及运行配置
+## 采用、定制与迁移
+## 权威资源与维护入口
+```
+
+| 章节 | 必要内容 |
+| --- | --- |
+| 目标与适用范围 | 来自规范的设计目标、覆盖产品／平台范围、与组件库的关系；不虚构品牌原则 |
+| 平台、软件包与版本 | 平台、实现包／入口、设计规范版本、维护状态、文档和源码；不同版本状态分别列 |
+| 基础规范地图 | 已有的颜色、字体／排版、间距、布局／断点、圆角、阴影／层级、动效、图标／插画等主题及入口 |
+| 组件与交互模式 | 组件分类、组合模式、相近能力的选择依据；实际组件 API 链接 L02 |
+| 主题及运行配置 | 默认主题、上下文、局部覆盖、暗色／高对比、方向和响应式的实现边界 |
+| 采用、定制与迁移 | 按平台的接入导航、允许的扩展方式、已有迁移指引和版本差异；不复制安装全篇 |
+| 权威资源与维护入口 | 规范、设计资源、token 定义／生成、实现和维护说明，区分已读取与仅有导航链接 |
+
+### 基础规范专题变体
+
+同一模板按主题拆分 **colors、typography、spacing-layout、elevation、motion、icons-assets** 等文章；只生成有材料和独立阅读价值的主题。
+
+建议章节为 **用途与语义 → 分类／token 目录 → 命名及对应关系 → 消费方式 → 组合与适用规则 → 平台／主题差异 → 来源与修改入口**。
+
+Token 表列：语义名、层级（基础／语义／组件）、定义或别名指向、平台／主题、消费标识、来源。别名引用不等于当前运行值；生成映射要保留权威源和产物关系。颜色十六进制、字号或时长不是唯一重点，必须让读者理解用途与替换边界。
+
+图标／插画专题需说明资源包、命名、取得和渲染方式、镜像／方向或平台差异、定制约束；不是将每张 SVG 都变成一篇组件 Props 页。存在静态资源指南时保留它的使用入口。
+
+### 主题与运行接入专题变体
+
+建议章节为 **环境与 Provider → 全局配置 → 继承与局部覆盖 → CSS／资源加载顺序 → SSR／Hydration → 多端、方向与高对比 → 验证与排查入口**。
+
+只对有证据的技术机制成文。某个组件默认跟随上下文，不能简化为全系统固定常量；只有 Web 样本不能推断原生平台一致。可访问性应区分规范要求、实现行为和验证记录，不能仅靠 token 名称推定合规。
+
+### 分篇与去重
+
+系统内容较少时，上述内容在一篇系统入口中组织；规范丰富时采用“系统入口＋基础主题＋运行接入＋迁移”的菜单。它们是 L03 下不同阅读主题／文章计划，不是每个组件再生成一套设计系统。
+
+L05 组件库 说明实现包如何接入；L02 组件 只写组件特有 token／覆盖差异；F08 应用样式 只写该应用的消费和局部定制。三处通过链接连接，公共规范保持单一权威承载。
+
+## 图示选择
+
+token 别名/主题继承用 flowchart，系统资源目录用 text 树；颜色/排版/动效引用有来源视觉材料，不用关系图冒充视觉规范。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/l04.md

@@ -0,0 +1,28 @@
+---
+id: context.article.l04
+kind: procedure
+media-type: text/markdown
+program:
+  article: l04
+  policies:
+    - standard
+  sections:
+    boundary: 扩展边界
+    registration: 注册及执行顺序
+    context: 输入输出与上下文
+    collaboration: 宿主与下游协作
+    cleanup: 错误和清理
+    references: 使用与测试入口
+---
+
+# L04 中间件、适配与运行模式
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**扩展边界 → 注册及执行顺序 → 输入输出与上下文 → 与宿主／下游的协作 → 错误和清理 → 使用／测试入口**。
+
+只输出有维护意义的中间件、服务协作和代码约定，不把某个私有实现提升为团队规范。事件执行器沿用 S07，网关适配沿用现有 request-adaptation-guide。
+
+## 图示选择
+
+注册、调用和清理用 sequenceDiagram，宿主/扩展边界用 flowchart；不将声明顺序推断为运行顺序。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/l05.md

@@ -0,0 +1,48 @@
+---
+id: context.article.l05
+kind: procedure
+media-type: text/markdown
+program:
+  article: l05
+  policies:
+    - standard
+  sections:
+    purpose: 定位与适用平台
+    packages: 软件包版本与维护状态
+    setup: 安装与全局接入
+    catalog: 组件分类与选择导航
+    configuration: 公共配置资源与设计系统
+    compatibility: 兼容迁移与限制
+    references: 示例文档与源码
+---
+
+# L05 组件库总览与接入
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+用于一个明确面向消费者的组件集合、公共业务组件包或多个相关实现包的入口。它与 L02 单组件文章分开，也不将站点自身的演示组件当成库的公共组件。
+
+默认章节：
+
+```markdown
+# <组件库>
+## 定位与适用平台
+## 软件包、版本与维护状态
+## 安装与全局接入
+## 组件分类与选择导航
+## 公共配置、资源与设计系统
+## 兼容、迁移与已知限制
+## 示例、文档与源码入口
+```
+
+包表列：包／子入口、用途、平台、适用版本、维护状态、文档与源码。主入口、deprecated 子入口、图标／颜色资源包分别说明，不能以相近名字混成一套版本。
+
+接入须根据维护资料给依赖前提、CSS／reset 顺序、Provider、环境配置和一个最小消费入口。局部组件页链接本篇并提示必要前提，不重复整份安装指南。配置包含全局与局部优先级时保留其证据。
+
+组件目录按用途／交互任务／正式分类组织，记录公共名称、家族、导入入口、摘要、详情或源码。单组件尚不足以独立成文也应在目录有入口。仅公共类型或 helper 可以在相应能力下承载，不独立制造空页。
+
+规模较小时总览与接入合一；多平台或接入复杂时分总览、quick-start、组件地图、迁移等文章。页面数由阅读边界决定。L05 可采用 C01 的索引结构，但同一库只有一个主入口，不能重复生成同义的 C01/L01/L05 三篇概览。
+
+## 图示选择
+
+包与能力目录用 text 树或表格；真实包依赖用 flowchart，链接组件详情和系统图。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q01.md

@@ -0,0 +1,32 @@
+---
+id: context.article.q01
+kind: procedure
+media-type: text/markdown
+program:
+  article: q01
+  policies:
+    - standard
+  sections:
+    scope: 业务与质量范围
+    systems: 系统与能力
+    navigation: 测试资料导航
+    development: 开发知识关联
+    tools: 工具入口
+    strategy: 测试策略
+    responsibility: 职责与分层
+    risks: 风险与重点
+    acceptance: 验收依据
+    references: 计划与执行入口
+---
+
+# Q01 测试域概览
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**业务范围 → 系统与能力 → 测试资料导航 → 开发知识关联 → 工具入口**。
+
+目录可用 business-info、test-plans、regression、tools；多业务线差异显著时可 common + 业务线分层。共同能力只有一份，导航链接只指向现有页面。纯资料目录可并入有明确阅读任务的概览，不为每个空分类生成文章。
+
+## 图示选择
+
+测试资料入口用 text 树；系统范围图复用已有开发知识，不另造系统关系。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q02.md

@@ -0,0 +1,33 @@
+---
+id: context.article.q02
+kind: procedure
+media-type: text/markdown
+program:
+  article: q02
+  policies:
+    - standard
+  sections:
+    scope: 测试范围与目标
+    layers: 测试分层
+    coverage: 覆盖维度
+    collaboration: 协作方式
+    risks: 变更与风险
+    scenarios: 验证场景
+    environment: 环境与数据
+    execution: 执行方式
+    acceptance: 验收与退出条件
+---
+
+# Q02 测试策略
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**目标与边界 → 测试分层 → 覆盖维度 → 风险与回归选择 → 准入准出依据 → 协作方式**。
+
+代码和已有文档可支持风险判断，但正式门禁、优先级和团队分工需权威来源。Agent 建议的测试策略单独注明为建议，不写成已经执行或团队既定规定。
+
+**单次变更测试方案变体**：章节为 **变更对象与版本 → 影响面和场景 → 环境与数据 → 执行及回归安排 → 结果记录入口**。用于真实测试方案材料，与长期测试策略区分；安排不是执行回执。
+
+## 图示选择
+
+测试分层/覆盖可用 flowchart；长期策略与单次执行安排分别标明，图不证明通过。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q03.md

@@ -0,0 +1,27 @@
+---
+id: context.article.q03
+kind: procedure
+media-type: text/markdown
+program:
+  article: q03
+  policies:
+    - standard
+  sections:
+    scope: 范围与来源
+    catalog: 能力与场景表
+    prerequisites: 前置条件和数据
+    automation: 自动化入口
+    references: 需求与缺陷
+---
+
+# Q03 用例目录
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**范围与来源 → 按能力分组的场景表 → 前置条件和数据 → 自动化入口 → 相关需求／缺陷**。
+
+场景表列：场景、输入／动作、预期结果、来源类别、脚本／正式用例链接、关联代码。正式用例、源码测试、代码推导候选必须区分；没有运行记录不得写“通过”。目录定位完整不等于覆盖率达标。
+
+## 图示选择
+
+用例场景优先表格；分支组合复杂时用 flowchart，区分正式用例与推导候选。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q04.md

@@ -0,0 +1,32 @@
+---
+id: context.article.q04
+kind: procedure
+media-type: text/markdown
+program:
+  article: q04
+  policies:
+    - standard
+  sections:
+    context: 适用范围与版本
+    smoke: 冒烟场景集
+    selection: 变更影响与回归选择
+    prerequisites: 执行前提
+    records: 结果记录入口
+    results: 实际结果
+    failures: 失败与阻塞
+    evidence: 执行证据
+    conclusion: 结论与限制
+    followup: 后续处理
+---
+
+# Q04 回归基线
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**适用版本 → 冒烟集 → 变更影响与回归集 → 执行前提 → 结果记录入口**。
+
+表格列：能力／风险、场景集、适用环境／区域、选用依据、执行回执。业务变更导致的测试范围可以建议；P0 全过、准出结论和实际失败数必须来自测试记录。
+
+## 图示选择
+
+回归选择用 flowchart，场景集和执行回执用表格；没有记录不画成已通过流程。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q05.md

@@ -0,0 +1,27 @@
+---
+id: context.article.q05
+kind: procedure
+media-type: text/markdown
+program:
+  article: q05
+  policies:
+    - standard
+  sections:
+    requirements: 数据需求
+    preparation: 准备入口
+    isolation: 环境和隔离
+    lifecycle: 数据生命周期
+    verification: 验证和清理
+---
+
+# Q05 测试数据与环境
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**数据需求 → 准备入口 → 环境和隔离条件 → 数据生命周期 → 验证和清理**。
+
+保留脚本、配置、测试数据模板及适用前提。静态 fixture、造数程序和真实账号是不同材料；只说明取得数据的方法，不复制实际凭证。某脚本存在不代表当前账号有权限运行。
+
+## 图示选择
+
+数据准备/使用/清理用 flowchart；环境依赖有来源才画，不包含真实凭证。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q06.md

@@ -0,0 +1,27 @@
+---
+id: context.article.q06
+kind: procedure
+media-type: text/markdown
+program:
+  article: q06
+  policies:
+    - standard
+  sections:
+    tasks: 任务到工具
+    prerequisites: 接入前提
+    operations: 常用操作
+    results: 结果解释
+    references: 代码与文档入口
+---
+
+# Q06 工具与排障工具箱
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**任务到工具 → 接入前提 → 常用操作 → 结果解释 → 对应代码／文档入口**。
+
+表格列：问题、工具／平台、定位所需信息、来源、下一步。查询坐标和已有操作说明可发布；没有平台材料时不能猜参数。复用同一工具正文，避免 tools/ 与 references/ 两份重复维护。
+
+## 图示选择
+
+问题到工具的选择用 flowchart；参数、前提和结果解释保留文字或表格。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/q07.md

@@ -0,0 +1,32 @@
+---
+id: context.article.q07
+kind: procedure
+media-type: text/markdown
+program:
+  article: q07
+  policies:
+    - standard
+  sections:
+    question: 问题与场景
+    triggers: 触发条件
+    cause: 根因与证据
+    repair: 修复和验证
+    prevention: 防复发检查
+    scope: 适用范围
+    answer: 已确认结论
+    investigation: 排查与证据
+    followup: 待查与下一步
+    references: 来源与相关知识
+---
+
+# Q07 缺陷模式与复盘
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**现象与适用范围 → 触发条件 → 已知根因 → 诊断证据 → 修复和验证 → 防复发检查**。
+
+跨事件归纳需多个有来源的案例；单次经验保留其范围。C05 可作为模块排障入口并链接本篇；Note／Sessions 中后续纠正优先反映到原主题，不同时保留相互冲突的确定结论。
+
+## 图示选择
+
+已确认事故过程可用 sequenceDiagram/flowchart；根因、修复、验证与猜测分开，不用完整图掩盖缺证据。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/s01.md

@@ -0,0 +1,29 @@
+---
+id: context.article.s01
+kind: procedure
+media-type: text/markdown
+program:
+  article: s01
+  policies:
+    - standard
+  sections:
+    scope: 服务定位
+    startup: 接入和启动
+    architecture: 架构分层
+    capabilities: 核心能力与接口
+    dependencies: 模型和依赖摘要
+    index: 知识索引
+    sources: 源码位置
+---
+
+# S01 服务概览
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**服务定位 → 接入和启动 → 架构分层 → 核心能力／接口 → 模型与依赖摘要 → 知识索引 → 源码位置**。
+
+最低证据：注册、bootstrap／handler、运行身份或稳定调用边界。索引列主题、用途、目标；摘要链接详细文章，不复制全部字段和接口表。代码中名为 Service 的类不自动满足服务分类。
+
+## 图示选择
+
+架构摘要用 flowchart LR；概览链接专业图，不复制全部接口执行链。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/s04.md

@@ -0,0 +1,33 @@
+---
+id: context.article.s04
+kind: procedure
+media-type: text/markdown
+program:
+  article: s04
+  policies:
+    - standard
+  sections:
+    scope: 领域范围
+    catalog: 实体与概念表
+    entities: 核心实体
+    relations: 已证实关系
+    states: 状态与转移
+    rules: 业务约束
+    references: 实现与资料
+---
+
+# S04 领域模型
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**领域范围 → 实体与概念表 → 核心实体 → 已证实关系 → 状态与转移 → 业务约束 → 实现和相关资料**。
+
+实体表列：业务／代码身份、角色（实体、值对象、事件、DTO）、关键字段、来源；转移表列当前状态、动作／条件、目标状态、执行位置。
+
+领域实体、传输 DTO、持久化表必须区分；领域知识不足时可只保留“代码对象与定位”，不宣称已完整建模。ER 图需要关系证据，状态机需要转移证据；只有 Status 字段时不能生成统一 Active 自循环。没有关系的实体目录使用表格，无需画假 ER 图。
+
+前端也可采用本模板表达有依据的页面实体与约束，服务端规则通过链接引用。没有实体或状态问题的服务不生成空页。
+
+## 图示选择
+
+概念关系用 flowchart，持久实体关系有证据才用 erDiagram；状态转移用 stateDiagram-v2，不能由枚举推导。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/s05.md

@@ -0,0 +1,28 @@
+---
+id: context.article.s05
+kind: procedure
+media-type: text/markdown
+program:
+  article: s05
+  policies:
+    - standard
+  sections:
+    scope: 存储职责
+    models: 表与持久化对象
+    queries: 查询和索引
+    cache: 缓存与锁
+    consistency: 事务与一致性
+    references: 读写入口
+---
+
+# S05 数据模型
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**存储职责 → 表／集合与持久化对象 → 查询和索引依据 → 缓存／锁 → 事务与一致性 → 读写入口**。
+
+表格列：实体／表、字段或键、定义位置、主要读写者、索引／TTL 来源。每种存储仅在发现证据时出现；未找到数据库使用不等于证明全系统无数据库。区别 ORM 声明、迁移 DDL、实际线上 schema；逻辑关联不能直接标成数据库外键。结构可引用契约正文，不展开全部长类型声明。
+
+## 图示选择
+
+数据关系用 erDiagram，基数和关联均须有证据；字段/索引/TTL 用表格，读写链可单独用 flowchart。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/s06.md

@@ -0,0 +1,28 @@
+---
+id: context.article.s06
+kind: procedure
+media-type: text/markdown
+program:
+  article: s06
+  policies:
+    - standard
+  sections:
+    overview: 依赖概览
+    requests: RPC 与 HTTP
+    events: 事件与任务
+    storage: 存储及配置服务
+    initialization: 初始化与选择
+    failures: 故障边界和下一步
+---
+
+# S06 外部依赖
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**依赖概览 → RPC／HTTP → 事件与任务 → 存储及配置服务 → 初始化与选择 → 故障边界和下一步**。
+
+表格列：依赖身份、类型、用途、调用／初始化位置、选择条件、权威入口。Topic、服务名、配置 namespace 都保留其真实类别；仅字符串匹配命中的项只能列候选，不生成确定调用边。特定平台的初始化规则由已授权的来源和扩展解释。
+
+## 图示选择
+
+依赖章节用 flowchart LR，区分 RPC/HTTP、消息、存储、配置，不推断未读取的外部系统。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/articles/s07.md

@@ -0,0 +1,31 @@
+---
+id: context.article.s07
+kind: procedure
+media-type: text/markdown
+program:
+  article: s07
+  policies:
+    - standard
+  sections:
+    triggers: 职责与触发源
+    registration: 注册与订阅
+    payload: Payload 与过滤
+    processing: 处理链路
+    retry: 重试幂等与并发
+    reconciliation: 检查点补偿与对账
+    operations: 运行和观测入口
+---
+
+# S07 事件、任务与对账
+
+This is a writing blueprint, not a completion gate. Adapt the headings and level of detail to the reader, evidence and language. Missing or additional chapters and ordinary version differences are advisory. Preserve real source coordinates and a useful next investigation step.
+
+建议章节：**职责与触发源 → 注册／订阅 → Payload 与过滤 → 处理链路 → 重试、幂等与并发 → 检查点／补偿／对账 → 运行和观测入口**。
+
+入口表列：topic／schedule／command 身份、登记文件、handler、输入契约、首个下游或持久化边界。结果部分按证据解释返回、ack、跳过、重试及死信／人工处理去向。区分定时任务、事件消费、任务执行器、同步／对账作业；任务函数名不是调度证据。
+
+保留现有 event-consumer、background-runtime、data-sync-reconciliation 的各自语义，不统一成 RPC 模板。运行保证需配置或实现证据，不能从框架依赖推定 exactly-once。
+
+## 图示选择
+
+消费与重试顺序用 sequenceDiagram，任务/对账分支用 flowchart TD；明确 ack、补偿与失败出口。 图放在对应解释章节，图前说明目的与范围，图后给来源和继续位置；按已下发的共用图示指导编写，无增益时省略，不增加独立必填章节。

package/indexers/bundles/context-note-indexer/templates/decision-record.md

@@ -0,0 +1,33 @@
+# The choice and why
+
+This is the page shape for one adopted choice. Use it as an outline, not a form
+to fill.
+
+## Section blueprint
+
+```markdown
+## <the decision, named by what it settles>
+- Decision: the choice as adopted
+- Status: recorded, agreed, implemented or verified — and what establishes it
+- Because: the reasons that actually drove the choice
+- Instead of: alternatives considered, and why each lost
+- Applies to: the scope, version or platform the decision governs
+- Open: what this decision explicitly did not settle
+```
+
+`Decision` and `Because` are required — a choice without its reasons cannot be
+re-evaluated later, which is the only reason this page exists. List an
+alternative under `Instead of` only when it explains the choice or prevents
+someone repeating a failed approach; a catalog of every option raised is noise.
+Keep `Open` whenever a reader would otherwise assume the matter is closed.
+
+`Status` follows the evidence in the record. Use `recorded` or `proposed` when
+adoption is not established. If the note explicitly records confirmation by the
+relevant decision maker, retain it as an attributed agreement; the storage type
+does not undo that confirmation. Approval does not prove implementation or
+verification. Use supporting code, maintained material or actual results in
+authorized scope for those claims; attribute a report when that is all available.
+
+Do not turn a note's proposal into policy. If the record shows someone intended
+a choice and nothing shows it was adopted, the page either says that or is not
+written yet.

package/indexers/bundles/context-note-indexer/templates/domain-reference.md

@@ -0,0 +1,31 @@
+# What this means
+
+This is the page shape for one durable term, relationship or rule. Use it as an
+outline, not a form to fill.
+
+## Section blueprint
+
+```markdown
+## <the term or rule>
+- Definition: what it means here
+- Applies to: the boundary within which the definition holds
+- Related: the neighbouring terms readers confuse with it, and the difference
+- Example: one concrete case that shows the definition in use
+```
+
+`Definition` is required and comes first. `Applies to` is what separates a
+definition from a slogan: the same word often means different things in two
+systems, and a definition without its boundary will be applied where it is
+wrong. `Related` earns its place only when a real confusion exists; do not list
+neighbours for completeness.
+
+A page may define one concept or a coherent group of terms and rules needed to
+understand it. Give each term a searchable heading. Split independent subjects,
+not every term: avoid both unrelated glossary dumps and thin one-term pages.
+Keep a term with the rule or relationship that gives it meaning.
+
+A note may define a term the way its author uses it. That establishes the
+author's usage, not an organization-wide standard, unless an authoritative source
+in scope confirms it. Say which one you have. A local definition presented as a
+standard is the kind of error that spreads quietly, because later readers cite
+the page instead of the note.

package/indexers/bundles/context-note-indexer/templates/faq-support.md

@@ -0,0 +1,30 @@
+# Answer the question
+
+Use this outline for one question or a coherent group of related questions.
+Repeat the answer sections when that helps lookup; it is not a form to fill.
+
+## Section blueprint
+
+```markdown
+## <the question, phrased the way a reader would ask it>
+- Answer: the direct answer, in one or two sentences
+- Applies when: the version, platform, configuration or role that bounds it
+- What to do: the action or check that follows, when one does
+- Not covered: the adjacent question a reader would otherwise assume is answered
+```
+
+The answer comes first and is required. Everything else exists to stop a reader
+from applying the answer where it does not hold. Give `Applies when` whenever the
+source bounds the answer; qualify a missing boundary when it changes how a reader
+can use the answer, not as a generic disclaimer. Omit `What to do` when no action
+follows, and omit `Not covered` unless a reader would otherwise overreach.
+
+Group by the reader's task, not by the number of question marks in the source.
+Related questions about the same task can share a page with searchable headings;
+separate questions with independent scope or use. Several passages and sources
+can support one answer. Preserve existing page identities when updating.
+
+Distinguish a one-off observation from a documented general rule. An error and
+its recovery support that case, not every similar case; an explicit scoped rule
+can support more. If the relevant boundary is unstated and authorized material
+does not settle it, keep the useful answer qualified rather than inventing scope.