Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Description from the maker (original English)
Manage Zscaler Zero Trust Exchange via 400+ tools — ZPA, ZIA, ZDX, ZCC, ZTW, ZMS, EASM, and more.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
ZSCALER_CLIENT_ID, ZSCALER_CLIENT_SECRET, ZSCALER_CUSTOMER_ID, ZSCALER_VANITY_DOMAINValues marked secret are keys to your account. Never share them or paste them into a chat.
You need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"zscaler": {
"command": "uvx",
"args": [
"zscaler-mcp"
],
"env": {
"ZSCALER_CLIENT_ID": "your-value",
"ZSCALER_CLIENT_SECRET": "your-value",
"ZSCALER_CUSTOMER_ID": "your-value",
"ZSCALER_VANITY_DOMAIN": "your-value"
}
}
}
}Run this in your terminal
claude mcp add zscaler --env ZSCALER_CLIENT_ID=your-value --env ZSCALER_CLIENT_SECRET=your-value --env ZSCALER_CUSTOMER_ID=your-value --env ZSCALER_VANITY_DOMAIN=your-value -- uvx zscaler-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"zscaler": {
"command": "uvx",
"args": [
"zscaler-mcp"
],
"env": {
"ZSCALER_CLIENT_ID": "your-value",
"ZSCALER_CLIENT_SECRET": "your-value",
"ZSCALER_CUSTOMER_ID": "your-value",
"ZSCALER_VANITY_DOMAIN": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"zscaler": {
"type": "stdio",
"command": "uvx",
"args": [
"zscaler-mcp"
],
"env": {
"ZSCALER_CLIENT_ID": "your-value",
"ZSCALER_CLIENT_SECRET": "your-value",
"ZSCALER_CUSTOMER_ID": "your-value",
"ZSCALER_VANITY_DOMAIN": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account zscaler, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: ZSCALER_CLIENT_ID, ZSCALER_CLIENT_SECRET, ZSCALER_CUSTOMER_ID, ZSCALER_VANITY_DOMAIN
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.15.4) reached the registry 3 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv), Docker on your computer.
In the same category: Spec Driven Development, Remote Desktop Commander, Python MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Local-only Python MCP server for the Files.com API.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
zscaler-mcp-server is a Model Context Protocol (MCP) server that connects AI agents with the Zscaler Zero Trust Exchange platform. By default, the server operates in read-only mode for security, requiring explicit opt-in to enable write operations.
-> Disclaimer: Please refer to our General Support Statement before proceeding with the use of this provider. You can also refer to our troubleshooting guide for guidance on typical problems.
[!IMPORTANT]
🚧 Public Preview: This project is currently in public preview and under active development. Features and functionality may change before the stable 1.0 release. While we encourage exploration and testing, please avoid production deployments. We welcome your feedback through GitHub Issues to help shape the final release.
uvx (recommended)The Zscaler Integrations MCP Server brings context to your agents. Try prompts like:
[!WARNING]
🔒 READ-ONLY BY DEFAULT: For security, this MCP server operates in read-only mode by default. Only
list_*andget_*operations are available. To enable tools that can CREATE, UPDATE, or DELETE Zscaler resources, you must explicitly enable write mode using the--enable-write-toolsflag or by settingZSCALER_MCP_WRITE_ENABLED=true. See the Security & Permissions section for details.
[!TIP]
Writing effective prompts: This server exposes 402 tools across multiple Zscaler services. Most MCP clients (Claude Desktop, Cursor, etc.) use deferred tool loading and will search for relevant tools based on your prompt. For best results, be specific about the service and action in your prompts:
- Good: *"List my ZPA application segments"* — targets the right service and tool directly
- Good: *"Show ZIA firewall rules"* — clear service (
zia) and action (list)
- Less effective: *"Show me my devices"* — ambiguous; multiple services expose device-related tools
When a service is disabled, its tools are fully removed from the server. However, the AI agent may still attempt to find related tools in other services. If you get unexpected results, refine your prompt with the specific service name (e.g.
zpa,zia,zdx,zcc,zcell,zms).
The Zscaler MCP Server implements a security-first design with granular permission controls and safe defaults:
By default, the server operates in read-only mode, exposing only tools that list or retrieve information:
list_* and get_* operations are available (110+ read-only tools)create_*, update_*, and delete_* operations are disabled by default# Read-only mode (default - safe)
zscaler-mcp
When the server starts in read-only mode, you'll see:
🔒 Server running in READ-ONLY mode (safe default)
Only list and get operations are available To enable write operations, use --enable-write-tools AND --write-tools flags
💡 Read-only tools are ALWAYS registered by the server regardless of any flags. You never need to enable them server-side. Note: Your AI agent UI (like Claude Desktop) may require you to enable individual tools before use.
To enable tools that can create, modify, or delete Zscaler resources, you must provide BOTH flags:
--enable-write-tools - Global unlock for write operations--write-tools "pattern" - MANDATORY explicit allowlist🔐 SECURITY: Allowlist is MANDATORY - If you set
--enable-write-toolswithout--write-tools, 0 write tools will be registered. This ensures you consciously choose which write operations to enable.
# ❌ WRONG: This will NOT enable any write tools (allowlist missing)
zscaler-mcp --enable-write-tools
zscaler-mcp --enable-write-tools --write-tools "zpa_create_*,zpa_delete_*"
When you try to enable write mode without an allowlist:
⚠️ WRITE TOOLS MODE ENABLED
⚠️ NO allowlist provided - 0 write tools will be registered ⚠️ Read-only tools will still be available ⚠️ To enable write operations, add: --write-tools 'pattern'
The allowlist provides two-tier security:
--enable-write-tools must be set (global unlock)Allowlist Examples:
# Enable ONLY specific write tools with wildcards
zscaler-mcp --enable-write-tools --write-tools "zpa_create_*,zpa_delete_*"
zscaler-mcp --enable-write-tools --write-tools "zpa_create_application_segment,zia_create_rule_label"
zscaler-mcp --enable-write-tools --write-tools "zpa_*"
Or via environment variable:
export ZSCALER_MCP_WRITE_ENABLED=true
export ZSCALER_MCP_WRITE_TOOLS="zpa_create_*,zpa_delete_*" zscaler-mcp
Wildcard patterns supported:
zpa_create_* - Allow all ZPA creation toolszpa_delete_* - Allow all ZPA deletion toolszpa_* - Allow all ZPA write tools*_application_segment - Allow all operations on application segmentszpa_create_application_segment - Exact match (no wildcard)When using a valid allowlist, you'll see:
⚠️ WRITE TOOLS MODE ENABLED
⚠️ Explicit allowlist provided - only listed write tools will be registered ⚠️ Allowed patterns: zpa_create_*, zpa_delete_* ⚠️ Server can CREATE, MODIFY, and DELETE Zscaler resources 🔒 Security: 85 write tools blocked by allowlist, 8 allowed
Each operation is a separate, single-purpose tool with explicit naming that makes its intent clear:
zpa_list_application_segments ← Read-only, safe to allow-list
zpa_get_application_segment ← Read-only, safe to allow-list zpa_create_application_segment ← Write operation, requires --enable-write-tools zpa_update_application_segment ← Write operation, requires --enable-write-tools zpa_delete_application_segment ← Destructive, requires --enable-write-tools
This design allows AI assistants (Claude, Cursor, GitHub Copilot) to:
A read tool returns the Zscaler API record unchanged. The server does not trim, rename, or re-declare a resource's attributes — that attribute set belongs to the API, so a field Zscaler adds in future reaches you with no server upgrade.
To keep responses small, you control what comes back rather than the server guessing. Two levers:
zcc_list_devices(query="[*].{user: user, policy: policyName}") # just those two fields
zcc_list_devices(query="[?registrationState=='Quarantined']") # just quarantined devices zcc_list_devices(query="length(@)") # just the count
Field names are exactly what the Zscaler API returns. Omit query to get the full records.
The server implements multiple layers of security (defense-in-depth). The first nine apply on every transport, including stdio — they govern which tools are exposed and how dangerous calls are confirmed. The remaining HTTP-only layers (TLS, host-header validation, source-IP ACL, MCP client authentication) are described in the Network-Level Controls section further down.
Only the beginning is shown; read the rest in the repo