Gate
Keep the dependency out of the production agent path until the identified high-risk boundaries have an approved mitigation.
This is a sanitized, illustrative example—not a customer case study, benchmark, or certification. It shows the shape of the private deliverable produced for a Release Gate Pilot.
The illustrative server exposes useful automation capabilities, but broad command- and write-capable boundaries need owner action before production agent dependency. The right answer is not “blocked forever”; it is a specific gate, remediation order, and review date.
Keep the dependency out of the production agent path until the identified high-risk boundaries have an approved mitigation.
Assign a named owner to the release decision and each remediation action.
Re-run the same evidence after the mitigation and drift baseline are in place.
Evidence: write-capable tool accepts broad command-like input.
Action: constrain inputs with typed arguments or allowlists and require explicit approval.
Evidence: a tool contract now accepts a broader request surface.
Action: add lock-file verification and gate unreviewed widening in CI.
Evidence: tool descriptions mix instructions with user-facing semantics.
Action: keep metadata factual and move operational instructions out of the tool contract.
A reproducible command/configuration, JSON and Markdown evidence, SARIF for GitHub Code Scanning, a drift baseline, and documented exceptions.
Excluded: production credentials, destructive tool calls, customer data exfiltration, external attacker infrastructure, certification, and compliance attestation.
Split read-only and write-capable tools into distinct permission groups.
Replace free-form command/path input with typed values, allowlists, or sandboxed fixtures.
Baseline schemas and block unreviewed authority expansion in CI.