88 tools. 35 can modify or destroy data without limits.
7 destructive tools with no built-in limits. Policy required.
Last updated:
Destructive tools (ibmcloud_cf_delete, ibmcloud_cr_image_rm, ibmcloud_iam_api_key_delete) permanently delete resources. There is no undo. An agent calling these in a retry loop causes irreversible damage.
Write operations (ibmcloud_api, ibmcloud_cf_create_service, ibmcloud_cf_push) modify state. Without rate limits, an agent can make hundreds of changes in seconds — faster than any human can review or revert.
Execute tools (ibmcloud_cf_restart, ibmcloud_cf_scale, ibmcloud_cf_start) trigger processes with side effects. Builds, notifications, workflows — all fired without throttling.
Intercept sits between your agent and Ibmcloud. Every tool call checked against your policy before it executes — so your agent can do its job without breaking things.
npx -y @policylayer/intercept scan -- npx -y @ibmcloud-mcp-server ibmcloud_cf_delete:
rules:
- action: deny Destructive tools should never be available to autonomous agents without human approval.
ibmcloud_api:
rules:
- rate_limit: 30/hour Prevents bulk unintended modifications from agents caught in loops.
ibmcloud_account_list:
rules:
- rate_limit: 60/minute Controls API costs and prevents retry loops from exhausting upstream rate limits.
Yes. The Ibmcloud server exposes 7 destructive tools including ibmcloud_cf_delete, ibmcloud_cr_image_rm, ibmcloud_iam_api_key_delete. These permanently remove resources with no undo. Intercept blocks destructive tools by default so they never reach the upstream server.
The Ibmcloud server has 24 write tools including ibmcloud_api, ibmcloud_cf_create_service, ibmcloud_cf_push. Set rate limits in your policy file -- for example, rate_limit: 10/hour prevents an agent from making more than 10 modifications per hour. Intercept enforces this at the transport layer.
88 tools across 4 categories: Destructive, Execute, Read, Write. 53 are read-only. 35 can modify, create, or delete data.
One line change. Instead of running the Ibmcloud server directly, prefix it with Intercept: intercept -c io-github-expertvagabond-ibmcloud.yaml -- npx -y @ibmcloud-mcp-server. Download a pre-built policy from policylayer.com/policies/io-github-expertvagabond-ibmcloud and adjust the limits to match your use case.
Starter policies available for each. Same risk classification, same one-command setup.
Set budgets, approvals, and hard limits across MCP servers.
npx -y @policylayer/intercept init