Provider Abstraction Layer MCP server for orchestrating multiple AI models, external AI CLIs, planning, consensus, code review, debugging, and delegated sub-agent workflows from one MCP client.
PAL can send code, prompts, files, findings, and conversation context to multiple external model providers., CLI subagents may inspect the workspace, run tools, and return results from separate contexts; restrict roles and provider access., Keep disabled tools disabled unless the workflow needs them, and review tool configuration before broad code analysis or security review., Review and pin a trusted upstream release, tag, or commit before running any source-based PAL setup command., Multi-model consensus can still be wrong; use it as review input, not automatic approval.
Privacy notes
Provider API keys, OpenRouter keys, Azure credentials, local model endpoints, and CLI auth tokens are sensitive secrets., Cross-model conversations can reveal proprietary code, customer data, vulnerability details, business plans, and private prompts to several providers., Conversation continuity means earlier context may be forwarded into later tool calls or subagent handoffs.
Author
Beehive Innovations
Submitted by
oktofeesh1
Claim status
unclaimed
Last verified
2026-06-05
Decision playbook
Review trust signals before you adopt
Signals are present but mixed. Use the checklist below to confirm the source and operational safety for your environment.
Compare context
Selected
0
Current score
63
Baseline
—
Delta
No baseline selected
No major trust-signal divergence detected in the current selection.
Source and provenance checks
Needs review
Confirm ownership and provenance before trusting install instructions.
Source link availableRequired
Open the canonical repository and verify ownership.
Done
Source provenance statusRequired
Marked as source-backed.
Done
Metadata reviewed
No reviewed flag detected in metadata.
Pending
Safety and privacy checks
Complete
Validate risk disclosures before installation or API wiring.
Safety notes presentRequired
Review the listed safety guidance before running commands.
Done
Privacy notes presentRequired
Review data handling notes before connecting accounts or secrets.
Done
Trust level risk gateRequired
Trust level does not block evaluation.
Done
Package and install checks
Needs review
Check package metadata and artifact integrity signals.
Install payload available
Install or copy payload is available for review.
Done
Package verification flag
No package verification flag provided.
Pending
Checksum metadata
No checksum provided for downloaded artifact.
Pending
Compare-driven decision checks
Needs review
Use compare context to validate trade-offs before adoption.
Compare tray has multiple entries
Add at least one more entry to compare trust differences.
5 safety and 3 privacy notes across 5 risk areas. Review closely: credentials & tokens, permissions & scopes, third-party handling.
5 areas
SafetyThird-party handlingPAL can send code, prompts, files, findings, and conversation context to multiple external model providers.
SafetyPermissions & scopesCLI subagents may inspect the workspace, run tools, and return results from separate contexts; restrict roles and provider access.
SafetyGeneralKeep disabled tools disabled unless the workflow needs them, and review tool configuration before broad code analysis or security review.
SafetyExecution & processesReview and pin a trusted upstream release, tag, or commit before running any source-based PAL setup command.
SafetyGeneralMulti-model consensus can still be wrong; use it as review input, not automatic approval.
PrivacyCredentials & tokensProvider API keys, OpenRouter keys, Azure credentials, local model endpoints, and CLI auth tokens are sensitive secrets.
PrivacyThird-party handlingCross-model conversations can reveal proprietary code, customer data, vulnerability details, business plans, and private prompts to several providers.
PrivacyGeneralConversation continuity means earlier context may be forwarded into later tool calls or subagent handoffs.
Safety notes
PAL can send code, prompts, files, findings, and conversation context to multiple external model providers.
CLI subagents may inspect the workspace, run tools, and return results from separate contexts; restrict roles and provider access.
Keep disabled tools disabled unless the workflow needs them, and review tool configuration before broad code analysis or security review.
Review and pin a trusted upstream release, tag, or commit before running any source-based PAL setup command.
Multi-model consensus can still be wrong; use it as review input, not automatic approval.
Privacy notes
Provider API keys, OpenRouter keys, Azure credentials, local model endpoints, and CLI auth tokens are sensitive secrets.
Cross-model conversations can reveal proprietary code, customer data, vulnerability details, business plans, and private prompts to several providers.
Conversation continuity means earlier context may be forwarded into later tool calls or subagent handoffs.
Prerequisites
Python 3.10 or newer, Git, and uv or uvx.
API keys for at least one configured provider such as Gemini, OpenAI, OpenRouter, Azure OpenAI, xAI, DIAL, or a local Ollama setup.
MCP client such as Claude Code, Codex CLI, Gemini CLI, Cursor, or another compatible host.
Clear policy for what code, prompts, screenshots, and context may be shared with external model providers or CLI subagents.
PAL MCP is a Provider Abstraction Layer MCP server for coordinating multiple AI
models and external AI CLIs from one MCP client. It lets a primary agent ask
other providers or CLI subagents for planning, debugging, code review,
consensus, pre-commit review, and implementation handoff support.
The project was formerly known as Zen MCP and now documents PAL MCP plus a
clink tool for connecting external CLIs such as Gemini CLI, Codex CLI, and
Claude Code into a workflow.
These sources were reviewed on 2026-06-05. Prefer the live repository for
current provider names, model defaults, tool availability, setup scripts, and
configuration flags.
Features
Multi-model chat, planning, consensus, debugging, and code-review workflows.
clink bridge for delegating to external AI CLI subagents.
Conversation continuity across PAL tools and model handoffs.
Provider support for Gemini, OpenAI, Anthropic, xAI, Azure OpenAI, OpenRouter,
DIAL, Ollama, and local models when configured.
Optional tool disabling and model defaults through environment configuration.
Support for Claude Code, Codex CLI, Gemini CLI, Cursor, and other MCP clients.
Installation
PAL MCP's upstream repository documents source-based setup paths. Before adding
it to an MCP client, choose and review a trusted release, tag, or commit from the
upstream project instead of running code from the mutable default branch.
Use a reviewed local command in your MCP client configuration:
Configure only the provider keys and tools needed for the workflow.
Use Cases
Ask a second model to review an implementation plan.
Run multi-model consensus before a risky architectural decision.
Delegate a security review or bug hunt to a CLI subagent.
Continue a discussion through another provider after context compaction.
Compare local model feedback against hosted model feedback.
Safety and Privacy
PAL is powerful because it can route context to many providers and CLI
subagents. Treat every enabled provider as a data-sharing destination. Use
minimal provider keys, limit tools, and avoid forwarding proprietary code,
customer data, or vulnerability details unless the provider and workflow are
approved.
Duplicate Check
content/mcp/paypal-mcp-server.mdx is unrelated despite the similar text
substring. No BeehiveInnovations/pal-mcp-server entry or source URL was found
in content/mcp.
Provider Abstraction Layer MCP server for orchestrating multiple AI models, external AI CLIs, planning, consensus, code review, debugging, and delegated sub-agent workflows from one MCP client.
MCP server that turns an AI coding agent's plan into a local interactive flowchart, approval workflow, execution tracker, branch selector, and plan history before code changes proceed.
The official Codacy MCP server (@codacy/codacy-mcp) that gives AI assistants access to the Codacy API for code quality, security, and coverage — listing repository and pull-request issues, retrieving file coverage and duplication, searching security (SRM) findings, inspecting analysis tools and patterns, and running local analysis with the Codacy CLI.
Stdio MCP server that lets Claude ask the Google Gemini CLI for large-file, codebase, brainstorming, and sandboxed analysis while preserving MCP tool and prompt workflows inside Claude Code or compatible MCP clients.
✓PAL can send code, prompts, files, findings, and conversation context to multiple external model providers.
CLI subagents may inspect the workspace, run tools, and return results from separate contexts; restrict roles and provider access.
Keep disabled tools disabled unless the workflow needs them, and review tool configuration before broad code analysis or security review.
Review and pin a trusted upstream release, tag, or commit before running any source-based PAL setup command.
Multi-model consensus can still be wrong; use it as review input, not automatic approval.
✓Overture is an approval and visualization layer; it does not replace code review, tests, access controls, or human judgment.
The server starts a local web UI and WebSocket service for plan review and execution tracking.
Plan approval, pause, rerun, branch selection, and node-status tools affect what the agent is instructed to do next, but they do not sandbox the agent's other tools.
File attachments and node metadata can influence later agent steps, so review attached context and secret fields before approval.
If local UI ports are exposed beyond trusted local clients, plan data and attachments could be visible to unintended users.
✓The `codacy_cli_analyze` tool runs Codacy CLI analysis locally on files or directories, and if the CLI is not installed the server will attempt to download and install it, so it can execute and install software on your machine.
The Codacy Account API Token grants API access to the organizations and repositories your account can see, including private ones, so treat it as a secret and scope it to least privilege.
Most tools are read-only analysis (issues, coverage, duplication, security findings), but `codacy_setup_repository` adds or follows a repository in Codacy, which is an account-write action.
Security (SRM) tools surface real vulnerabilities and findings for your code, so handle that output carefully and avoid leaking it.
Prefer a token scoped to the intended organization and a non-sensitive repository when an agent acts autonomously.
✓Gemini MCP Tool runs locally but invokes the Gemini CLI, so prompts, file references, and command output can leave the local machine through the configured Google Gemini account or API path.
The `ask-gemini` tool can pass `@` file or directory references to Gemini CLI; current source checks that references stay under the working directory, but users should still scope prompts carefully.
Sandbox mode is exposed as an option on `ask-gemini` and forwards the Gemini CLI sandbox flag; review generated scripts, network calls, package installs, and filesystem changes before relying on sandboxed output.
Change mode can generate structured edit suggestions for Claude to apply; inspect proposed OLD/NEW replacements before applying them to source files.
Treat the project as an unofficial third-party bridge, not an official Google MCP server.
Privacy notes
✓Provider API keys, OpenRouter keys, Azure credentials, local model endpoints, and CLI auth tokens are sensitive secrets.
Cross-model conversations can reveal proprietary code, customer data, vulnerability details, business plans, and private prompts to several providers.
Conversation continuity means earlier context may be forwarded into later tool calls or subagent handoffs.
✓Plans can include workspace paths, task descriptions, risks, expected outputs, user inputs, selected branches, node outputs, and agent execution status.
Overture stores project history in a project `.overture.json` file when possible and falls back to local user-level storage.
Uploaded attachments are saved under local Overture attachment storage and can include code, documents, images, or secrets if the user provides them.
The UI includes file-reading and attachment endpoints for local plan review, so use it only with trusted local clients and approved workspaces.
The marketplace panel can fetch remote MCP marketplace data, so network policy should account for that optional UI feature.
✓The server calls the Codacy API with your token; repository metadata, code-quality issues, coverage, duplication, security findings, and pull-request data it returns are passed to the LLM/MCP client.
Some tools return source-derived content — for example `codacy_get_pull_request_git_diff` returns a PR's Git diff and file-analysis tools return issue context — which can include real source code.
Security findings can reveal sensitive vulnerability details about your codebase; review before sharing that output.
The account token is provided via the `CODACY_ACCOUNT_TOKEN` environment variable in your MCP client config — keep that config out of version control and restrict access to it.
✓Prompts, selected source files, directory context, code snippets, local paths, command output, change-mode chunks, and brainstorming context may be sent to Gemini CLI and the configured Gemini service.
Avoid referencing `.env` files, credentials, private keys, customer data, unreleased product plans, or regulated datasets in `@` references.
The MCP server and Gemini CLI may log execution details locally; protect terminal history, MCP client logs, and Gemini CLI configuration files.
Google account, project, retention, and telemetry behavior depends on the user's Gemini CLI configuration and Google service terms.
Prerequisites
Python 3.10 or newer, Git, and uv or uvx.
API keys for at least one configured provider such as Gemini, OpenAI, OpenRouter, Azure OpenAI, xAI, DIAL, or a local Ollama setup.
MCP client such as Claude Code, Codex CLI, Gemini CLI, Cursor, or another compatible host.
Clear policy for what code, prompts, screenshots, and context may be shared with external model providers or CLI subagents.
Node.js 18 or newer and npx available to the MCP client runtime.
A coding-agent workflow that will call Overture planning tools before making changes.
Review of local browser, file attachment, and plan-history storage behavior before using it with private workspaces.
Node.js and npm, with the `npx` command working (the server runs via `npx -y @codacy/codacy-mcp`)
A Codacy account and an Account API Token from Codacy Account access management
For local analysis, the Codacy CLI v2 (macOS/Linux/Windows via WSL); the server installs it if it is missing
An MCP-compatible client (Claude Desktop, Cursor, VS Code, Windsurf, etc.)
Node.js 16 or newer.
Google Gemini CLI installed, authenticated, and configured before starting the MCP server.
A Claude Code, Claude Desktop, or compatible MCP client configuration that can run stdio servers.
Review of any `@file` or `@directory` references before sending prompts through Gemini CLI.