governance-validation
Validate governance constraints, CALM compliance, and architecture boundaries using spec-guard, flow-lint, and CALM validation. Use when checking if changes comply with SEA™ governance rules, enforcing invariants, or verifying architecture-as-code constraints before submitting PRs or generating code.
安装与使用
请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求，再添加到工作流。
查看来源 ↗使用指南技能说明
Governance Validation Skill
Ensures proposed changes comply with SEA™ governance rules.
Validation Checks
1. Spec Validation
just spec-guard
Validates all specification files:
- SDS YAML schema compliance
- SEA-DSL syntax validation
- Cross-reference integrity
2. Flow Lint
just flow-lint
Enforces CQRS annotation requirements on all Flows.
3. CALM Architecture
calm validate
Validates architecture definitions against CALM spec.
Invariants Enforced
| ID | Invariant | Enforcement |
|---|---|---|
| INV-GOV-001 | Agents cannot self-approve privileged actions | SoD gate in CI |
| INV-GOV-002 | Breaking changes require R-AG approval | PR approval workflow |
| INV-GOV-003 | All privileged actions logged to audit trail | Audit event emission |
When to Use
- Before submitting a PR with spec changes
- After generating code from specs
- During semantic debt review
- When changing governance policies
Outputs
- Pass/fail status with specific violations
- Invariant IDs for failed checks
- Remediation suggestions
Related Specs
- SDS-031: Authority & Ownership Boundaries
- SDS-035: Governance Invariants
- SDS-020: CI Semantic Gates
使用示例
查看来源仓库中的使用示例与配置说明。
查看来源 ↗来源历史
- 收录时间
- 2026-01-20
- 索引更新时间
- 2026-01-26
- Branch
- main
收录与同步日期属于本站记录。源码修改历史请查看来源仓库。
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!