15 tools. 4 can modify or destroy data without limits.
4 write tools that can modify data. Rate limits recommended.
Last updated:
Write operations (configure_jdt_ls, java_open_file) modify state. Without rate limits, an agent can make hundreds of changes in seconds — faster than any human can review or revert.
Execute tools (java_restart, java_start) trigger processes with side effects. Builds, notifications, workflows — all fired without throttling.
Intercept sits between your agent and Java Jdtls. 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 @sachiewonder/java-jdtls-mcp-server configure_jdt_ls:
rules:
- rate_limit: 30/hour Prevents bulk unintended modifications from agents caught in loops.
find_references:
rules:
- rate_limit: 60/minute Controls API costs and prevents retry loops from exhausting upstream rate limits.
The Java Jdtls server has 2 write tools including configure_jdt_ls, java_open_file. 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.
15 tools across 3 categories: Execute, Read, Write. 11 are read-only. 4 can modify, create, or delete data.
One line change. Instead of running the Java Jdtls server directly, prefix it with Intercept: intercept -c java-jdtls.yaml -- npx -y @@sachiewonder/java-jdtls-mcp-server. Download a pre-built policy from policylayer.com/policies/java-jdtls 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