From omni
Analyzes business intent impact on existing scenarios, generates INSERT/MODIFY/DELETE/REFER updates per template, and appends to spec.md. Explicitly invoked by specify skill for feature spec maintenance.
npx claudepluginhub zte-aicloud/co-omnispec --plugin omniThis skill uses the workspace's default tool permissions.
- 仅被 `specify` skill 显式调用
Analyzes business scenarios to assess impact on existing functions, generates INSERT/MODIFY/DELETE/REFER specs per template, appends to IMPL_DESIGN. Explicitly invoked by design skill for structured feature design.
Processes increment-request.json: orients on project state, elicits incremental EARS requirements with acceptance criteria, classifies changes, updates SRS/design docs, appends to feature-list.json.
Generates detailed use case specification documents covering actors, preconditions, main/alternative flows, postconditions, and business rules. Useful for documenting system behaviors and functional specs.
Share bugs, ideas, or general feedback.
specify skill 显式调用场景是某一需求之下一个具体、可执行的业务流程或使用情境,用于描述“在特定前置条件下,执行一系列有序操作后,系统与用户应共同达到的预期结果”。场景聚焦于具体执行流程与可验证的结果,是需求在业务与体验层面的具象化落地单元。
$ARGUMENTS, 表达本次要实现或调整的业务目标。FEATURE_DIR/context.md, 参考其中的:
context_mode = evidence_first,优先使用 on_demand.scope、on_demand.traceability、on_demand.contract_deltas、on_demand.risks、on_demand.evidence_gaps基于步骤1输入与上下文,按「场景定义」识别并产出本次变更涉及的全部场景条目(含INSERT/MODIFY/DELETE/REFER),作为后续步骤的范围基线。
动作类型定义:
边界增强规则(仅 evidence_first 模式):
on_demand.traceability 的 function -> interface 链路构建主场景,确保场景覆盖真实入口与关键处理路径。on_demand.contract_deltas 的接口变化,必须在至少一个主场景与一个边界/异常场景中体现可验证行为。on_demand.scope 限定;未进入 scope 且无证据链支撑的对象不纳入主场景。on_demand.risks 与 on_demand.evidence_gaps 优先转化为边界情况与异常验收用例。兼容规则(default 模式):
context_mode = default 或 on_demand 字段缺失,完全沿用原有规则,不阻塞场景生成。## 场景
### [动作类型: INSERT/MODIFY/DELETE/REFER] - [场景ID] - [场景名称] (优先级: P1)
归属的需求: [关联的需求ID] - [需求名称]
场景描述: 作为 <用户角色>,我希望 <完成某个操作>,以便 <实现某个价值/达成某个目标>
**优先级原因**: [从业务价值、风险、依赖关系等角度解释该场景为何具有此优先级]
**独立测试**: [描述如何以独立方式对该场景进行端到端验证 —— 例如: “可以通过 [具体操作] 完整测试并交付 [具体价值]”]
**验收场景**:
1. **Given** [初始状态], **When** [操作时], **Then** [预期结果]
2. **Given** [初始状态], **When** [操作时], **Then** [预期结果]
[按照上述格式继续描述其他场景,每个场景都需明确优先级...]
### 边界情况
- 当 [边界条件] 出现时,系统与用户会经历怎样的行为与结果?
- 系统如何处理 [错误场景],包括用户可见反馈与日志/告警等非功能性行为?
业务意图 分析本次变更的动机与影响范围,明确需要调整的具体内容。对新增或修改的部分使用 **加粗** 标记,对拟删除的内容使用 ~~删除线~~ 标记,以便后续评审与追踪。DOC_DIR/specs/scenarios/0.scenario_list.md,提取已存在的 SCN-XXX 最大ID,取 最大ID + 1 作为新场景的ID。0.scenario_list.md 时,场景ID从 SCN-001 开始。.infra/metamodel/3.scenario-template.md 中的规范生成新场景内容:
DOC_DIR/specs/scenarios/ 下既有文档的组织方式与粒度,使新场景在抽象层级上与既有场景保持一致,避免过于宽泛(难以验证)或过于聚焦实现细节。从既有场景文档中提取对应条目的完整内容填入模板,占位符 [变更原因] 统一填写为无变更,仅建立引用关系以支持后续波及分析。
FEATURE_DIR/spec.md 末尾SCN-XXX ID基于当前最大值顺序递增,无冲突或缺号。requirements.json 反向查询得到)。