From omni
Analyzes business intent impact on existing requirements from system perspective, generates structured changes (INSERT/MODIFY/DELETE/REFER) using EARS notation, and appends to spec.md. Explicitly invoked only by specify skill.
npx claudepluginhub zte-aicloud/co-omnispec --plugin omniThis skill uses the workspace's default tool permissions.
- 仅被 `specify` skill 显式调用
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.
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.
Creates structured requirement specifications using EARS, BDD/Gherkin, MoSCoW, and IEEE/ISO methods for projects without approved specs, drafts, or post-review revisions.
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.scope 中 in-scope 对象为需求边界基线,避免范围漂移。on_demand.traceability 命中的已有需求,优先判定为 MODIFY/REFER,减少无依据 INSERT。on_demand.contract_deltas 提示的接口契约变更,必须落到需求条目(输入变化/输出变化/兼容约束)。on_demand.risks 与 on_demand.evidence_gaps 优先转化为:
[NEEDS CLARIFICATION](无合理默认值且影响范围/验收)兼容规则(default 模式):
context_mode = default 或 on_demand 字段缺失,完全沿用原有规则,不阻塞需求生成。## 需求
### [动作类型:INSERT/MODIFY/DELETE/REFER] - [需求ID] - [需求名称]
变更原因: [分析业务意图对存量需求的影响]
[需求内容]
[按上述格式继续描述其他需求...]
业务意图 分析本次变更的动机与影响范围,明确需要调整的具体内容。对新增或修改的部分使用 **加粗** 标记,对拟删除的内容使用 ~~删除线~~ 标记,以便后续评审与追踪。DOC_DIR/specs/requirements/0.requirement_list.md,提取已存在的 REQ-XXX 最大ID,取 最大ID + 1 作为新需求的ID。0.requirement_list.md 时,需求ID从 REQ-001 开始。.infra/metamodel/1.requirement-template.md 中的规范生成新需求内容:
DOC_DIR/specs/requirements/ 下既有文档的组织方式与粒度,使新需求在抽象层级上与既有需求保持一致,避免过于宽泛(难以验证)或过于聚焦实现细节。从既有需求文档中提取对应条目的完整内容填入模板,占位符 [变更原因] 统一填写为 无变更,仅建立引用关系以支持后续波及分析。
FEATURE_DIR/spec.md 末尾REQ-XXX ID基于当前最大值顺序递增,无冲突或缺号;重要需求均具备可验证的验收标准或测试思路。[NEEDS CLARIFICATION] 标记数量控制在 3 个以内,且仅保留对范围界定、安全与隐私、关键用户体验等高影响事项的待澄清问题。