Release Pattern — MCP recommendations
Pattern: Release
Component: mcps.md
Version: 1.1 | Updated: 2026-07-29
Purpose
Least-privilege MCP servers for the Release pattern. Keep mcpServers: {} until a human enables stubs after MCP when and how.
Recommended MCPs
| MCP | Why for this pattern |
|---|---|
| GitHub | Release PRs / tags |
| Kubernetes | Optional — rollout status |
| Docker | Optional — image digests |
| Sentry | Post-release error watch |
When to enable for Release
GitHub/Docker for digests and tags; Kubernetes for rollout status; Sentry for post-release watch. Promote remains a human decision.
Enable rules (this pattern)
- Release MCPs report status — they do not own the abort call
- Never commit tokens; map secrets outside git
- Record allowlist + data class in MODEL_POLICY / SoA before write tools
- Disable cluster mutate tools after canary starts unless abort is invoked
Anti-patterns
- Promoting because MCP said the rollout “succeeded” without eval evidence
- Unpinning digests to “just get it out”
- Skipping abort-owner assignment when using Kubernetes MCP
Checklist
- Release MCPs mapped to env secrets outside git
- Unused servers remain disabled after the release gate
- Injection / tool PEP reviewed if tools can act
Version: AIES v1.0.0✏️ Edit this page on GitHub