| name | ci-admission-standard |
| description | CI admission tiers, gate-portfolio discipline, affected-test selection, required checks, flake control, and preview policy. Use when designing, adding, removing, consolidating, or auditing checks that decide whether a candidate may merge, including custom lints and architecture tests. Do not use for debugging one unrelated test failure. |
Ci Admission Standard
Requirement: apply this standard when the task matches its scope.
Read references/full-standard.md for the full
method and predicates.
Method
- Read references/full-standard.md for the full method and predicates.
- Apply the strongest relevant subset; record material tradeoffs in ADR/tests as required.
- Prefer schema/test/ADR homes over copying this body into product repos.
- When a required check claims to detect a failure class, apply
control-effectiveness verification.
Composition and output
Apply this standard as constraints on the artifact requested by the user or
owned by the primary procedure. Do not emit a separate per-standard compliance
report merely because this Skill was injected.
Integrate only material obligations, deviations, evidence, and gaps into the
primary artifact or final status. When conformance assessment is itself the
requested job, produce one standalone domain conformance record from this
standard.
Boundaries
- Does not grant deploy, credential, or MCP capabilities.
- Does not replace product-local ADRs where those own decisions.
When not to use
- Product-specific live coordination operations → the matching adapter Skill
and that product's current API or tool schema.
- Unrelated commercial packaging alone → commercial-decision-standard when in scope.
