omni

当您需要识别代码库的整体架构结构，包括分层架构、业务领域划分、关键模块和功能层次时，请使用此代理。此代理应在需要进行架构识别分析时触发。示例：<example> 上下文：用户需要对代码库进行架构识别分析。 用户："请识别该项目的架构结构" 助手："我将使用Task工具启动architecture-identifier代理来进行架构识别分析。" <commentary> 由于用户请求进行架构识别分析，请使用architecture-identifier代理来识别代码库的整体架构结构。 </commentary> </example>

当您需要分析代码库中的接口入口和调用链，识别调用链归属的模块层级时，请使用此代理。此代理应在需要进行调用链分析时触发。示例：<example> 上下文：用户需要分析代码库的调用链关系。 用户："请分析该项目的调用链" 助手："我将使用Task工具启动call-chain-analyzer代理来进行调用链分析。" <commentary> 由于用户请求进行调用链分析，请使用call-chain-analyzer代理来分析接口入口和调用链关系。 </commentary> </example>

复杂需求按需反构-单功能深入分析子Agent：用于复杂需求按需反构流程中，对单个已确认波及功能进行深入分析（存量现状/流程/入口/波及点），生成逐功能独立文档。⚠️ 本Agent只能通过阶段文件 03b-complex-on-demand-reverse.md 的步骤6调用，不能直接调用。

分析功能描述的复杂度, 输出推荐 flow_mode（express/standard/deep 字符串）；该取值仅用于路由选择 workflow agent，不是 skill 名称。

当您需要深度识别代码库的整体架构结构（模块分层、模块边界、模块依赖关系等）并按模板输出深度架构识别报告时，请使用此代理。此代理应在需要进行深度架构识别分析时触发。示例：<example> 上下文：用户需要对代码库进行深度架构识别分析。 用户："请深度识别该项目的架构结构和模块关系" 助手："我将使用Task工具启动deep-architecture-identifier代理来进行深度架构识别分析。" <commentary> 由于用户请求进行深度架构识别分析，请使用deep-architecture-identifier代理来识别代码库的深度架构结构、模块边界和模块关系。 </commentary> </example>

深度模式 workflow, 包含完整的 specify/clarify/design 流程, 使用 AI 验证器自动检查质量.

快速模式 workflow, 跳过 clarify 步骤, 使用 AI 验证器自动检查 specify 和 design 质量.

当您需要综合多维度信息（架构、调用链、测试用例）识别功能，建立功能与接口、模块、调用链的关联关系时，请使用此代理。此代理应在需要进行功能识别时触发。示例：<example> 上下文：用户需要综合多维度信息识别功能。 用户："请综合架构、调用链和测试用例信息识别功能" 助手："我将使用Task工具启动function-identifier代理来进行功能识别和关联建立。" <commentary> 由于用户请求进行功能识别，请使用function-identifier代理来综合多维度信息识别功能并建立关联关系。 </commentary> </example>

当您需要基于功能清单构建功能树，建立功能的层次结构（功能、子功能）时，请使用此代理。此代理应在需要进行功能树构建时触发。示例：<example> 上下文：用户需要基于功能清单构建功能树。 用户："请基于功能清单构建功能树" 助手："我将使用Task工具启动function-tree-builder代理来构建功能树。" <commentary> 由于用户请求构建功能树，请使用function-tree-builder代理来构建功能的层次结构。 </commentary> </example>

当您需要从指定的接口批次文件中分析接口并生成相应的详细文档时，请使用此代理。此代理应在接口批次准备就绪且需要详细分析时触发。示例：<example> 上下文：用户已准备接口批次文件进行详细分析并希望处理它们。 用户："处理第1批接口的详细信息" 助手："我将使用Task工具启动interface-analyzer代理来分析第1批中的接口并生成详细文档。" <commentary> 由于用户请求对接口批次进行详细分析，请使用interface-analyzer代理处理接口批次文件并生成详细文档。 </commentary> </example>

当您需要从指定的批处理文件中识别接口并生成相应的JSON输出文件时，请使用此代理。此代理应在批处理准备就绪且需要接口识别时触发。示例：<example> 上下文：用户已准备批处理文件进行接口分析并希望处理它们。 用户："处理第5批以进行接口识别" 助手："我将使用Task工具启动interface-recognizer代理来识别第5批中的接口。" <commentary> 由于用户请求对特定批次进行接口识别，请使用interface-recognizer代理处理批处理文件并生成接口列表。 </commentary> </example>

当您需要从整体页面数据中提取逻辑架构并以 PlantUml 语法输出时，请使用此代理。直接读取`{related_page_id_file}`和`{architecture_file}`文件；使用 `{progress_file}` 进度文件驱动循环提取，根据架构节点逐个处理匹配的页面，按子批次（每批最多5个页面）读取并提取，每批完成后更新进度文件并清理上下文，单文件超2000行须截断，避免超 Token，合并结果保存到输出路径。

使用该agent条件为：用户指定要求使用该agent。功能为评审mini-design生成的详设文档

使用该agent条件为：用户指定要求使用该agent。功能为评审mini-implement修改的代码

当您需要从架构节点匹配的页面中提取功能性/非功能性需求并以 EARS 语法输出时，请使用此代理。输入为架构节点-页面匹配关系分文件的文件名/路径（位于 .cache/icenter/architecture_doc_links/）；本代理自行读取并解析该 JSON 分文件（顶层字段含 name、name_path、description、matches），将 matches 作为待处理页面列表；使用 `{progress_file}` 进度文件驱动循环提取，根据 page_id 读取 .cache/icenter/page/ 下的页面文件，按子批次（每批最多5个页面）读取并提取，每批完成后更新进度文件并清理上下文，单文件超2000行须截断，避免超 Token，合并结果保存到指定输出路径。

当您需要从指定的场景批次文件中分析场景并生成相应的详细文档时，请使用此代理。此代理应在场景批次准备就绪且需要详细分析时触发。示例：<example> 上下文：用户已准备场景批次文件进行详细分析并希望处理它们。 用户："处理第1批场景的详细信息" 助手："我将使用Task工具启动scenario-detail-generator代理来分析第1批中的场景并生成详细文档。" <commentary> 由于用户请求对场景批次进行详细分析，请使用scenario-detail-generator代理处理场景批次文件并生成详细文档。 </commentary> </example>

当您需要从指定的批处理文件中识别业务场景并生成相应的JSON输出文件时，请使用此代理。此代理应在批处理准备就绪且需要场景识别时触发。示例：<example> 上下文：用户已准备批处理文件进行场景分析并希望处理它们。 用户："处理第5批以进行场景识别" 助手："我将使用Task工具启动scenario-recognizer代理来识别第5批中的业务场景。" <commentary> 由于用户请求对特定批次进行场景识别，请使用scenario-recognizer代理处理批处理文件并生成场景列表。 </commentary> </example>

当您需要从架构节点匹配的页面中提取功能性/非功能性场景并以 PlantUml 语法输出时，请使用此代理。输入为架构节点-页面匹配关系分文件的文件名/路径（位于 .cache/icenter/architecture_doc_links/）；本代理自行读取并解析该 JSON 分文件（顶层字段含 name、name_path、description、matches），将 matches 作为待处理页面列表；使用 `{progress_file}` 进度文件驱动循环提取，根据 page_id 读取 .cache/icenter/page/ 下的页面文件，按子批次（每批最多5个页面）读取并提取，每批完成后更新进度文件并清理上下文，单文件超2000行须截断，避免超 Token，合并结果保存到指定输出路径。

简单需求按需反构执行子Agent：用于简单需求的按需反构流程，对知识库文档和代码库进行检索分析，生成主汇总文档和逐功能独立文档。⚠️ 本Agent只能通过阶段文件 03a-simple-on-demand-reverse.md 的步骤3调用，不能直接调用。

标准模式 workflow, 包含完整的 specify/clarify/design, 使用 AI 验证器自动检查质量.

当您需要从整体页面数据中提取系统上下文并以 PlantUml 语法输出时，请使用此代理。直接读取`{related_page_id_file}`和`{architecture_file}`文件；使用 `{progress_file}` 进度文件驱动循环提取，根据架构节点逐个处理匹配的页面，按子批次（每批最多5个页面）读取并提取，每批完成后更新进度文件并清理上下文，单文件超2000行须截断，避免超 Token，合并结果保存到输出路径。

测试分析与设计(TA&TD)：使用MFQ&PPDCS方法论进行测试分析，从需求提取测试点（M单功能/F功能交互/Q质量属性），然后使用TCON方法设计黑盒测试用例。输出：测试分析报告(test-analysis.md)和黑盒测试用例(e2e-test.md)。在两个场景调用：1) /specify之后生成初步测试设计 2) /clarify之后根据澄清结果更新测试设计。

当您需要分析代码库中的测试用例，提取测试入口、测试目的、测试场景，推断功能边界时，请使用此代理。此代理应在需要进行测试用例分析时触发。示例：<example> 上下文：用户需要分析代码库的测试用例以推断功能。 用户："请分析该项目的测试用例并推断功能" 助手："我将使用Task工具启动test-case-analyzer代理来进行测试用例分析。" <commentary> 由于用户请求进行测试用例分析，请使用test-case-analyzer代理来分析测试用例并推断功能边界。 </commentary> </example>

测试设计(TD)：测试实现分析 - 在黑盒测试用例基础上，分析入口函数、外部依赖(Fake)、测试数据、验证点，复用存量测试设计。输入：spec.md + e2e-test.md + design.md + 现有测试代码，输出：测试实现分析报告。

分析模块内部职责是否单一的架构守护技能。当需要检查模块单一职责原则、评估模块内聚性、检测职责混杂问题时使用此技能。

AI 友好架构度量元编排 skill，提供统一入口对代码库执行多维度架构质量评估。支持全量、按维度、按 skill、默认集四种执行模式。通过注册表驱动调度已注册的度量 skill，聚合所有结果输出 aia_component_summary 格式报告。当需要对代码库进行 AI 友好架构全面度量、多指标聚合报告或 CI 集成统一度量时使用此技能。

以代码库（组件库）为粒度，编排多模块业务职责一致性分析的完整流水线。支持全量和增量两种模式。全量模式分析所有模块；增量模式仅分析 git diff 涉及的变更模块，可用于 CI 门禁。先识别模块，再并发调用 ai-friendly-arch-guard-module-single-responsibility 分析各模块SRP，最后聚合生成整体报告。当需要对代码库进行模块单一职责原则合规性检查或 CI 门禁时使用此技能。

识别代码库中的所有模块（目录级+文件级双层粒度），支持业务模块和非业务模块（数据持久层、接口适配层、基础设施层、公共工具层）。使用时：当需要分析代码库结构、识别模块边界、进行架构分析时。

制品一致性分析技能. 对 spec.md、design.md 和 tasks.md 做跨制品一致性与质量分析; 发现问题后全部自动修复（不设轮数上限）, 执行全程不询问用户、不中断等待交互. 若仍有不可自动消除的残留问题, 须完整打印后继续并正常结束本技能, 不得因残留问题判定失败或阻断后续步骤. 当用户提到分析制品、检查一致性、质量审查、或在 tasks 完成后需要验证时使用.

对代码库执行 AI 友好架构全面度量，生成跨维度聚合报告。

将变更指示文件中的需求/设计/接口变更回流到 DOC_DIR/specs 下的要素文档. 当需要从 feature 变更目录同步更新到 DOC_DIR/specs 下的需求、场景、实体、功能和接口文档及其清单与关联关系时使用. 由 `/archive` 调用本 skill（与技能名同名）。

通用分支与特性目录管理Skill. 当需要基于需求编号创建或复用特性分支和目录时触发.

检查清单生成技能. 基于用户需求为当前功能生成自定义检查清单, 清单是"需求编写的单元测试", 验证需求的质量、清晰度和完整性而非实现. 当用户提到生成检查清单、需求质量验证、规范完整性检查时使用.

规范澄清技能. 通过提出最多 5 个高度针对性的澄清问题, 识别当前功能规范中未充分说明的领域, 并将答案编码回规范中. 当用户提到澄清规范、消除模糊性、补充规范细节、或在 specify 完成后需要进一步细化时使用.

执行项目章程的创建或更新流程：填充 .infra/memory/constitution.md 占位符并同步依赖模板。由 `/constitution` 调用本 skill（与技能名同名）。

按 Git/非 Git、是否指定 BRANCH_NAME 与 FEATURE_DIR 分支决策，解析输入并创建或复用特性分支与功能目录，输出 BRANCH_NAME、SPEC_FILE、FEATURE_DIR。用于 /specify 或单独创建/复用特性分支。

基于已定义的功能识别并调整逻辑实体，输出实体责任边界、协作关系与关键数据结构，并生成数据模型文档。仅被显式调用，不自动触发。

从场景出发，分析业务意图对既有功能的影响，生成变更的功能，并追加到 IMPL_DESIGN 末尾。仅被显式调用，不自动触发。

基于逻辑实体的能力边界生成接口契约，输出对外接口与内部协作接口的契约要素与变更规则，并生成接口契约文档。仅被显式调用，不自动触发。

执行实施规划工作流, 使用计划模板生成设计制品，在代码之前建立可执行的技术决策体系。仅通过 /design 命令调用，不自动触发。

测试实现分析：在黑盒测试用例基础上，分析入口函数、外部依赖(Fake)、测试数据、验证点，复用存量测试设计。当用户说"/e2e-design"、"测试实现分析"、"生成e2e-impl-design"、"测试设计细化"，或需要基于测试用例和设计文档生成测试实现分析报告时使用此技能。

测试分析与设计(TA&TD)：使用MFQ&PPDCS方法论进行测试分析，从需求提取测试点（M单功能/F功能交互/Q质量属性），然后使用TCON方法设计黑盒测试用例。输出：测试分析报告(test-analysis.md)和黑盒测试用例(e2e-test.md)。当用户说"/e2e-specify"、"生成测试设计"、"创建测试用例"、"分析测试设计"，或在规范生成后需要生成测试设计时使用此技能。

E2E测试设计完整性检查与完善。对测试实现分析报告进行深度检查，包括变更点覆盖分析、外部依赖异常场景、测试数据设计完善。当用户说"/e2e-varify"、"完善测试设计"、"验证测试用例"、"测试用例审查"，或需要将测试设计草稿打造成完善的可指导测试代码落地的文档时使用此技能。

SDD流程代码变更采集Skill。在SDD流程执行完毕后，采集目标目录的代码变更信息，提取feature_infos和code_blocks，生成评测所需的JSON文件并保存到当前SDD分支的evalset目录下。当用户提到"采集SDD变更"、"生成评测数据"、"收集代码变更信息"、"build_configi_eval"、"evalset"时触发本技能。

Evaluate code generation quality using third-party judge model metrics (ICE Score + Code Judge). Use this when the user needs to assess generated code quality, compare code outputs, or evaluate AI-generated code against requirements. This skill provides automated scoring for functional correctness, usefulness, and code consistency using LLM-based evaluation.

综合评测技能：先采集SDD流程的代码变更信息，再使用第三方评测模型对代码质量进行评估。当用户需要"综合评测"、"完整评测流程"、"SDD评测"时触发本技能。

Spec 产出物内容质量评测量规。定义四维评分（业务价值、技术完整性、清晰度与可测性、可追溯性）的检查项、打分标准、YAML 报告格式。由 evaluation-analyst（Eva）引用，适用于 spec_eval 模式。

执行实施计划，通过处理并执行 tasks.md 中定义的所有任务完成实施。

Evaluate code generation quality using third-party judge model metrics (ICE Score + Code Judge). Use this when the user needs to assess generated code quality, compare code outputs, or evaluate AI-generated code against requirements. This skill provides automated scoring for functional correctness, usefulness, and code consistency using LLM-based evaluation.

评审极简SDD生成的详设文档

极简SDD生成详设流程，根据输入的方案要求结合代码生成详设文档。由 `/mini-design` 调用本 skill（与技能名同名）。

评审极简SDD生成的代码

极简SDD根据详设生成代码流程。由 `/mini-implement` 调用本 skill（与技能名同名）。

从 omni-execution-log.json 聚合生成 omni-observability-result.json，并调用 ssd_step_insert 写入 ssd_step_info。当 changes 下已有执行日志时使用。

需求边界一致性检查的过程性知识。定义三类检查维度、代码读取策略、问题严重度分级。由 requirement-consistency-reviewer（Robin）引用，适用于 spec_review、design_scope_check、detail_design_review 三种审核模式。

深度逻辑架构要素反构编排Skill. 当 reverse 的 --target 为 deep_logic_architecture 时触发.

实体清单与实体关系反构的编排Skill. 当 reverse 的 --target 为 entities 或 all 的实体阶段时触发.

外部依赖接口识别与文档生成的编排Skill. 当 reverse 的 --target 为 external-interfaces 或 all 的外部接口阶段时触发.

功能清单与功能详情文档反构的编排Skill. 当 reverse 的 --target 为 functions 或 all 的功能阶段时触发.

iCenter 知识反构（拉取页面→架构关联→按 target 提取知识）的编排Skill. 当 reverse 的 --source 为 icenter 时触发.

接口清单与接口详情反构的编排Skill. 当 reverse 的 --target 为 interfaces 或 all 的接口阶段时触发. 依赖 omni-doc/specs/logic_architecture/architecture.json（由 reverse-logic-architecture 生成）.

逻辑架构要素反构编排Skill. 当 reverse 的 --target 为 logic_architecture 或 all 的逻辑架构阶段时触发.

按需反构（基于需求意图）的编排Skill. 当 reverse 的 --target 为 on-demand 时触发.

全流程反构编排. 当 reverse 的 --target 为 all 时触发.

基于场景文档的需求分析与拆分编排Skill. 当 reverse 的 --target 为 requirements 或 all 的需求阶段时触发.

规则与约束反构的编排Skill. 当 reverse 的 --target 为 rules 或 all 的规则阶段时触发.

场景清单与单场景文档反构的编排Skill. 当 reverse 的 --target 为 scenarios 或 all 的场景阶段时触发.

反构流程共用的模板与说明文档. 当其他 reverse-* skill 需要确认模板、配置摘要或规则注入说明时引用.

从代码库中反构各种类型的要素（接口、功能、场景、约束等），生成标准化的要素文档。第一阶段支持接口清单（interfaces）反构，新增支持按需反构（on-demand）。

智能路由编排器. 分析功能描述复杂度, 将 flow_mode（express/standard/deep）映射到对应 workflow agent 并启动执行；三者为 agent 选择符，整条链路由 agent 编排而非同名 skill。触发词: /routing, 智能编排, 路由模式.

记录omni的skill的执行的维测数据到json文件

OmniSpec 全流程开发入口（SDD 范式）。当用户调用 /sdd 时触发， 将用户功能描述透传给 routing；express/standard/deep 为 workflow agent 选择符，执行由 agent 而非同名 skill 承担。 触发词：/sdd, 部署omnispec。

SDD流程代码变更采集Skill。在SDD流程执行完毕后，采集目标目录的代码变更信息，提取feature_infos和code_blocks，生成评测所需的JSON文件并保存到当前SDD分支的evalset目录下。当用户提到"采集SDD变更"、"生成评测数据"、"收集代码变更信息"、"build_configi_eval"、"evalset"时触发本技能。

执行指定skill并自动记录执行维测数据到json文件

方案文档五维质量评测量规，对齐最新 7 章设计文档结构规范和内容丰富度标准

需求波及分析:从需求出发，分析与整理从 DOC_DIR/specs 中获取已有规格与代码知识，判断可复用范围与波及影响，产出结构化上下文供 `FEATURE_DIR/context.md` 使用，不直接写文件。

从系统视角分析业务意图对既有需求的影响，生成变更的需求，并追加到 spec.md 中。仅被显式调用，不自动触发。

分析业务意图对既有场景的影响，生成变更的场景，并追加到 spec.md 中。 仅被显式调用，不自动触发。

从自然语言功能描述创建或更新功能规范.

基于可用的设计文档为功能特性生成可执行的、按依赖关系排序的 tasks.md。在用户要求生成任务列表、制定实施计划、从 spec/design 产出 tasks 时使用。