Skip to main content
mcpSource-backed

Pulumi MCP Server for Claude

Connect Claude to Pulumi's MCP server for Pulumi Cloud stacks, resource search, Registry context, policy findings, organization access, and Pulumi Neo infrastructure workflows.

by Pulumi · submitted by MkDev11·added 2026-06-05·
Review first review before installing

Open the source and read safety notes before installing.

Citation facts

Source-backed facts for citing this resource, derived directly from the registry — also available as plain text for AI assistants.

Source URLs
https://www.pulumi.com/docs/ai/mcp-server/, https://github.com/JSONbored/awesome-claude/blob/main/content/mcp/pulumi-mcp-server.mdx, https://www.pulumi.com/
Safety notes
The current Pulumi docs describe a hosted remote MCP server at `https://mcp.ai.pulumi.com/mcp` that authenticates through OAuth. Connect it only to Pulumi organizations and stacks approved for assistant access., Pulumi MCP can search deployed resources, inspect stacks, retrieve Registry context, report policy violations, manage organization member access, and delegate work to Pulumi Neo. Treat those capabilities as infrastructure administration, not simple documentation lookup., Pulumi Neo can perform multi-step infrastructure work, generate code, run tests, and create pull requests. Launch Neo tasks only after the target organization, repository, stack, environment, and approval path are clear., The npm package for local stdio use includes Pulumi CLI tools such as preview, up, refresh, and stack output. Do not expose those local tools in a production project unless the MCP client has explicit approval prompts and the workspace credentials are least privilege., `pulumi up`, refresh, import, destroy, or stack configuration changes can affect real cloud resources, state, secrets, costs, and availability. Use preview and policy review before any deployment action., Avoid broad resource searches or repeated stack scans against large organizations unless you understand Pulumi Cloud API usage, cloud provider API impact, and the sensitivity of the returned inventory.
Privacy notes
Pulumi MCP can return organization names, stack names, project names, resource URNs, cloud resource identifiers, tags, outputs, policy findings, environment names, member access data, pull request links, and Neo task context into the model conversation., Pulumi stack outputs and configuration can include secrets or sensitive operational details if projects are not modeled carefully. Review outputs, resource names, and policy reports before sharing transcripts or generated summaries., Do not paste Pulumi access tokens, cloud provider credentials, secret values, customer data, state files, stack export JSON, or private pull request content into prompts, issue comments, screenshots, or PR descriptions., Chat history, MCP client logs, local package logs, Neo task descriptions, generated pull requests, and screenshots may retain infrastructure metadata outside Pulumi Cloud's normal access controls and audit boundaries.
Author
Pulumi
Submitted by
MkDev11
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

78

Baseline

Delta

No baseline selected

No major trust-signal divergence detected in the current selection.

Source and provenance checks

Complete

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

    Registry metadata indicates a reviewed listing.

    Done

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.

    Pending
  • Baseline comparison available

    No baseline peer selected yet.

    Pending
  • Diverging trust signals identified

    No major trust-signal divergence found.

    Pending

Setup at a glance

CLI install

Copy-ready — paste the snippet to get started.

10 minutes

Adoption plan

Balanced adoption plan

Current risk score 16/100. Use staged verification before broader rollout.

Risk 16

Pre-adoption checks

Validate source and review signals before any execution.

  • Confirm source provenanceRequired

    Source URL/provenance metadata is present.

    Done
  • Confirm metadata review state

    Listing has review metadata.

    Done
  • Verify install payload

    Install/config payload exists and can be inspected.

    Done

Security checks

Confirm safety, privacy, and package integrity signals.

  • Review safety notesRequired

    Safety notes are present.

    Done
  • Review privacy notesRequired

    Privacy notes are present.

    Done
  • Verify package integrity metadata

    No package verification/checksum metadata.

    Pending

Rollout

Adopt in controlled steps based on the selected plan.

  • Run in isolated sandbox firstRequired

    Use a constrained sandbox and observe behavior across multiple tasks.

    Pending
  • Roll out graduallyRequired

    Roll out to a small cohort before wider usage.

    Pending
  • Set monitoring and fallback

    Define rollback path and monitor errors after adoption.

    Pending

Evidence readiness

Evidence readiness matrix · balanced

Required evidence gates are covered (5/6 signals complete).

Risk 15

Source provenance

Present

Source repository/provenance is listed.

Required in this preset

Metadata review

Present

Review metadata is present.

Required in this preset

Safety notes

Present

Safety notes are present.

Required in this preset

Privacy notes

Present

Privacy notes are present.

Optional in this preset

Package integrity

Missing

Package integrity metadata is missing.

Optional in this preset

Install payload

Present

Install payload is available.

Required in this preset

Required evidence gates are covered for this preset.

Decision timeline

Decision timeline · balanced

5/6 steps complete with no blocking gaps for this preset.

Risk 14

triage

Confirm source provenanceRequired

Source/provenance metadata is available.

Done

triage

Check metadata review statusRequired

Review metadata is available.

Done

verify

Review safety notesRequired

Safety notes are available.

Done

verify

Review privacy notes

Privacy notes are available.

Done

verify

Validate package integrity metadata

Package integrity metadata is missing.

Pending

rollout

Verify install payload and commandsRequired

Install payload is available.

Done

No required blockers for this timeline preset.

Prerequisite readiness

Prerequisite readiness

6 prerequisites to line up before setup. Have accounts and credentials ready first. Includes a review or approval gate.

0/6 ready
Account & credentials3Permissions & scopes1Review & approval210 minutes

Safety & privacy surface

Safety & privacy surface

6 safety and 4 privacy notes across 4 risk areas. Review closely: credentials & tokens, permissions & scopes, network access, third-party handling.

4 areas
  • SafetyCredentials & tokensThe current Pulumi docs describe a hosted remote MCP server at `https://mcp.ai.pulumi.com/mcp` that authenticates through OAuth. Connect it only to Pulumi organizations and stacks approved for assistant access.
  • SafetyPermissions & scopesPulumi MCP can search deployed resources, inspect stacks, retrieve Registry context, report policy violations, manage organization member access, and delegate work to Pulumi Neo. Treat those capabilities as infrastructure administration, not simple documentation lookup.
  • SafetyNetwork accessPulumi Neo can perform multi-step infrastructure work, generate code, run tests, and create pull requests. Launch Neo tasks only after the target organization, repository, stack, environment, and approval path are clear.
  • SafetyCredentials & tokensThe npm package for local stdio use includes Pulumi CLI tools such as preview, up, refresh, and stack output. Do not expose those local tools in a production project unless the MCP client has explicit approval prompts and the workspace credentials are least privilege.
  • SafetyCredentials & tokens`pulumi up`, refresh, import, destroy, or stack configuration changes can affect real cloud resources, state, secrets, costs, and availability. Use preview and policy review before any deployment action.
  • SafetyThird-party handlingAvoid broad resource searches or repeated stack scans against large organizations unless you understand Pulumi Cloud API usage, cloud provider API impact, and the sensitivity of the returned inventory.
  • PrivacyNetwork accessPulumi MCP can return organization names, stack names, project names, resource URNs, cloud resource identifiers, tags, outputs, policy findings, environment names, member access data, pull request links, and Neo task context into the model conversation.
  • PrivacyCredentials & tokensPulumi stack outputs and configuration can include secrets or sensitive operational details if projects are not modeled carefully. Review outputs, resource names, and policy reports before sharing transcripts or generated summaries.
  • PrivacyCredentials & tokensDo not paste Pulumi access tokens, cloud provider credentials, secret values, customer data, state files, stack export JSON, or private pull request content into prompts, issue comments, screenshots, or PR descriptions.
  • PrivacyPermissions & scopesChat history, MCP client logs, local package logs, Neo task descriptions, generated pull requests, and screenshots may retain infrastructure metadata outside Pulumi Cloud's normal access controls and audit boundaries.

Safety notes

  • The current Pulumi docs describe a hosted remote MCP server at `https://mcp.ai.pulumi.com/mcp` that authenticates through OAuth. Connect it only to Pulumi organizations and stacks approved for assistant access.
  • Pulumi MCP can search deployed resources, inspect stacks, retrieve Registry context, report policy violations, manage organization member access, and delegate work to Pulumi Neo. Treat those capabilities as infrastructure administration, not simple documentation lookup.
  • Pulumi Neo can perform multi-step infrastructure work, generate code, run tests, and create pull requests. Launch Neo tasks only after the target organization, repository, stack, environment, and approval path are clear.
  • The npm package for local stdio use includes Pulumi CLI tools such as preview, up, refresh, and stack output. Do not expose those local tools in a production project unless the MCP client has explicit approval prompts and the workspace credentials are least privilege.
  • `pulumi up`, refresh, import, destroy, or stack configuration changes can affect real cloud resources, state, secrets, costs, and availability. Use preview and policy review before any deployment action.
  • Avoid broad resource searches or repeated stack scans against large organizations unless you understand Pulumi Cloud API usage, cloud provider API impact, and the sensitivity of the returned inventory.

Privacy notes

  • Pulumi MCP can return organization names, stack names, project names, resource URNs, cloud resource identifiers, tags, outputs, policy findings, environment names, member access data, pull request links, and Neo task context into the model conversation.
  • Pulumi stack outputs and configuration can include secrets or sensitive operational details if projects are not modeled carefully. Review outputs, resource names, and policy reports before sharing transcripts or generated summaries.
  • Do not paste Pulumi access tokens, cloud provider credentials, secret values, customer data, state files, stack export JSON, or private pull request content into prompts, issue comments, screenshots, or PR descriptions.
  • Chat history, MCP client logs, local package logs, Neo task descriptions, generated pull requests, and screenshots may retain infrastructure metadata outside Pulumi Cloud's normal access controls and audit boundaries.

Prerequisites

  • Pulumi Cloud account and organization access for the stacks, resources, policies, and Neo workflows Claude should use.
  • MCP-capable client with remote HTTP and OAuth support, such as Claude Code, Cursor, Windsurf, Claude Desktop through `mcp-remote`, or another compatible assistant.
  • Approval to connect the selected Pulumi organization to an AI assistant and expose stack/resource metadata in tool results.
  • Pulumi organization role and permissions that match the task, with read-only access preferred for inventory and policy review.
  • Pulumi Neo access and repository permissions only if delegating infrastructure tasks that can create plans, code changes, tests, or pull requests.
  • Local Pulumi CLI and a Pulumi access token only when using the older/local `@pulumi/mcp-server` stdio package or local CLI tools instead of the hosted remote server.

Schema details

Install type
cli
Troubleshooting
No
Collection metadata
Estimated setup
10 minutes
Difficulty
intermediate
Tool listing metadata
Full copyable content
{
  "mcpServers": {
    "pulumi": {
      "transport": "http",
      "url": "https://mcp.ai.pulumi.com/mcp"
    }
  }
}

About this resource

Content

Pulumi MCP Server is Pulumi's Model Context Protocol support for connecting Claude and other MCP-capable assistants to Pulumi infrastructure workflows. The current Pulumi documentation focuses on the hosted remote MCP server at https://mcp.ai.pulumi.com/mcp, which uses OAuth and can connect an assistant to Pulumi Cloud resources, Registry context, policy findings, organization access, and Pulumi Neo tasks.

Use it when Claude needs current infrastructure context before writing or reviewing infrastructure as code: which stacks exist, what resources are deployed, which policies are failing, what Registry resources and properties are available, or whether a Pulumi Neo task should be launched. For first-time use, keep the assistant in inventory, documentation, and policy-review mode before delegating any infrastructure-changing work.

Pulumi also publishes the @pulumi/mcp-server npm package for local stdio workflows. That package documents Pulumi Registry tools and local Pulumi CLI tools, but the official docs now make the hosted OAuth endpoint the preferred setup path for most AI assistants.

Features

  • Official Pulumi documentation page for MCP setup and supported assistants.
  • Hosted remote MCP endpoint at https://mcp.ai.pulumi.com/mcp.
  • OAuth authentication and organization selection through the MCP client.
  • Claude Code, Cursor, Windsurf, Claude Desktop, and other MCP-compatible assistant setup paths.
  • Pulumi Cloud stack and resource queries.
  • Resource search across cloud infrastructure in a Pulumi organization.
  • Pulumi Registry access for resource information, properties, examples, and documentation.
  • Policy violation reporting for deployed infrastructure.
  • Organization member and access management capabilities.
  • Pulumi Neo task delegation for automated infrastructure planning and pull request workflows.
  • Published @pulumi/mcp-server npm package for local stdio usage when a local package-based setup is required.

Tool Surface

Pulumi documents the hosted MCP server as a way for AI assistants to query Pulumi Cloud stacks and resources, search infrastructure across an organization, access Pulumi Registry information, get policy violation reports, manage organization members and access, delegate infrastructure tasks to Pulumi Neo, and generate infrastructure code using Registry tools and best practices.

The npm package README documents local tools such as Registry resource and function lookup, Pulumi CLI preview, update, refresh, stack output, resource search, and a Neo task launcher. Treat the local package as an alternative runtime with a broader local-machine blast radius because it can use local Pulumi CLI configuration and project files.

Installation

Claude Code Remote Server

Add the hosted Pulumi MCP server:

claude mcp add --transport http pulumi https://mcp.ai.pulumi.com/mcp

Start a Claude Code session, open /mcp, and complete the Pulumi OAuth flow when prompted. Choose the intended Pulumi organization and confirm that the assistant sees only the resources needed for the task.

Remote MCP Config

Use this remote HTTP configuration for clients that accept MCP JSON config:

{
  "mcpServers": {
    "pulumi": {
      "transport": "http",
      "url": "https://mcp.ai.pulumi.com/mcp"
    }
  }
}

For Claude Desktop clients that do not connect directly to remote HTTP MCP servers, use Pulumi's documented mcp-remote path and follow the OAuth prompt.

Local Package Alternative

If your workflow needs the local stdio package instead of the hosted endpoint, Pulumi publishes:

npx @pulumi/mcp-server@latest stdio

Use the local package only in a workspace where Pulumi CLI credentials, project files, cloud provider credentials, and stack configuration are approved for assistant access.

Use Cases

  • Ask Claude to list stacks with production in the name before writing a change plan.
  • Search deployed resources across a Pulumi organization during an inventory or migration review.
  • Review policy violations before assigning remediation work.
  • Look up Pulumi Registry resource properties and examples while drafting TypeScript, Python, Go, .NET, Java, or YAML Pulumi code.
  • Inspect stack outputs or resource IDs needed for a support handoff.
  • Ask whether a proposed task is safe to delegate to Pulumi Neo, then launch Neo only after the target repository and stack are confirmed.
  • Use local package tools to preview a Pulumi project after confirming the workspace, stack, backend, and credentials.

Safety Checklist

  • Connect the hosted server to the smallest Pulumi organization and role that satisfies the current task.
  • Prefer inventory, Registry lookup, and policy review before any task that can create infrastructure changes.
  • Confirm stack, project, repository, branch, and environment before launching a Pulumi Neo task.
  • Keep MCP approval prompts enabled for member access changes, Neo delegation, local CLI preview/update/refresh tools, and any deployment-adjacent action.
  • Use pulumi preview and policy findings before approving pulumi up or any generated pull request.
  • Do not mount local project directories into a Docker or stdio MCP runtime unless the assistant should read those files.
  • Rotate Pulumi access tokens created for temporary MCP work.
  • Document organization-specific naming, policy, cost, and approval rules in project instructions before asking Claude to act on infrastructure.

Source Links

Source citations

Add this badge to your README

Show that Pulumi MCP Server for Claude is listed on HeyClaude. Paste this Markdown into your README — it renders the badge and links back to this page.

Listed on HeyClaude
[![Listed on HeyClaude](https://heyclau.de/badge/mcp/pulumi-mcp-server.svg)](https://heyclau.de/entry/mcp/pulumi-mcp-server)

How it compares

Pulumi MCP Server for Claude side by side with 3 alternatives on trust, install, platform support, and disclosed safety notes — all from reviewed registry metadata.

3 trust signals differ across this comparison (Package trust, Source provenance, Submitter).

Field

Connect Claude to Pulumi's MCP server for Pulumi Cloud stacks, resource search, Registry context, policy findings, organization access, and Pulumi Neo infrastructure workflows.

Open dossier

Comprehensive AWS cloud services integration for infrastructure management, deployment, and monitoring

Open dossier

Official Microsoft Azure MCP server that connects Claude and other MCP clients to Azure subscriptions, resource groups, storage, databases, Key Vault, Monitor, App Service, AKS, AI Search, Cosmos DB, RBAC, pricing, and other Azure services through local stdio or self-hosted HTTP transports.

Open dossier

Connect Claude to DigitalOcean — manage Apps, Droplets, managed Databases, Kubernetes, Container Registry, networking, and Functions — with DigitalOcean's official Model Context Protocol server.

Open dossier
Next steps
Trust
Review statusReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewedReviewedMaintainer reviewed
Package trustDiffersPackage not verifiedPackage verifiedPackage not verifiedPackage not verified
Source provenanceDiffersSource-backedNo submission linkSource-backedSource-backed
SubmitterDiffersMkDev11oktofeesh1
Install riskReview firstLow riskReview firstReview first
Notes Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓ Safety ✓ Privacy ✓
BrandAWS logoAWSAzure logoAzureKubernetes logoKubernetes
Categorymcpmcpmcpmcp
SourceSource-backedFirst-partySource-backedSource-backed
AuthorPulumiAWS LabsMicrosoftDigitalOcean
Added2026-06-052025-09-162026-06-042026-06-17
Platforms
Harness
Source repo
Safety notesThe current Pulumi docs describe a hosted remote MCP server at `https://mcp.ai.pulumi.com/mcp` that authenticates through OAuth. Connect it only to Pulumi organizations and stacks approved for assistant access. Pulumi MCP can search deployed resources, inspect stacks, retrieve Registry context, report policy violations, manage organization member access, and delegate work to Pulumi Neo. Treat those capabilities as infrastructure administration, not simple documentation lookup. Pulumi Neo can perform multi-step infrastructure work, generate code, run tests, and create pull requests. Launch Neo tasks only after the target organization, repository, stack, environment, and approval path are clear. The npm package for local stdio use includes Pulumi CLI tools such as preview, up, refresh, and stack output. Do not expose those local tools in a production project unless the MCP client has explicit approval prompts and the workspace credentials are least privilege. `pulumi up`, refresh, import, destroy, or stack configuration changes can affect real cloud resources, state, secrets, costs, and availability. Use preview and policy review before any deployment action. Avoid broad resource searches or repeated stack scans against large organizations unless you understand Pulumi Cloud API usage, cloud provider API impact, and the sensitivity of the returned inventory.Scope AWS credentials to the intended accounts, regions, and services because infrastructure actions can affect production resources.Start in read-only mode and narrow the exposed namespaces or individual tools before enabling broader Azure access. Microsoft documents read-only mode, namespace filters, single-tool mode, and learn mode as controls for reducing the active MCP surface. Azure MCP tools can inspect and manage real cloud resources. Depending on the tool and RBAC role, actions can create, update, delete, deploy, restart, query, or reconfigure resources and can incur cloud spend. Keep human approval on destructive, cost-bearing, deployment, RBAC, Key Vault, database, storage, messaging, and production-environment actions. Do not disable user confirmation for high-risk or sensitive-data commands unless the automation environment is tightly controlled. The server authenticates with Azure credentials available to the local machine or hosted environment. Limit the credential chain with `AZURE_TOKEN_CREDENTIALS`, managed identities, service principals, and least-privilege Azure RBAC where practical. For self-hosted HTTP deployments, configure Entra ID inbound authentication, outbound authentication strategy, network exposure, logging, and per-user versus server-identity audit requirements before sharing the endpoint. Docker setup uses Azure credential environment variables such as `AZURE_TENANT_ID`, `AZURE_CLIENT_ID`, and `AZURE_CLIENT_SECRET`; protect those values and never commit the env file. Microsoft documents telemetry environment variables for the server. Review `AZURE_MCP_COLLECT_TELEMETRY` and `AZURE_MCP_COLLECT_TELEMETRY_MICROSOFT` before using the server in sensitive environments. This is the Azure services MCP server. It is distinct from the Azure DevOps MCP server, which focuses on work items, repositories, pull requests, pipelines, wikis, and test plans.Tools can create, update, restart, and delete live infrastructure (Apps, Droplets, Databases) — scope the API token and select only the --services you need. Destructive actions (delete, rollback) act on production resources; confirm before running them through Claude.
Privacy notesPulumi MCP can return organization names, stack names, project names, resource URNs, cloud resource identifiers, tags, outputs, policy findings, environment names, member access data, pull request links, and Neo task context into the model conversation. Pulumi stack outputs and configuration can include secrets or sensitive operational details if projects are not modeled carefully. Review outputs, resource names, and policy reports before sharing transcripts or generated summaries. Do not paste Pulumi access tokens, cloud provider credentials, secret values, customer data, state files, stack export JSON, or private pull request content into prompts, issue comments, screenshots, or PR descriptions. Chat history, MCP client logs, local package logs, Neo task descriptions, generated pull requests, and screenshots may retain infrastructure metadata outside Pulumi Cloud's normal access controls and audit boundaries.AWS resource names, configuration, metrics, logs, ARNs, and account metadata may be exposed through tool calls and responses.Tool results can expose tenant IDs, subscription IDs, resource groups, resource names, tags, deployment outputs, Azure Monitor logs, metrics, pricing data, quotas, RBAC assignments, policy data, app settings, database metadata, storage account and blob metadata, and service-specific configuration. Key Vault, App Configuration, Storage, database, Service Bus, Event Hubs, Communication Services, and deployment tools may expose secrets, connection strings, keys, certificates, message contents, sample records, or customer data when the authenticated identity has permission. Microsoft documents user confirmation for tools that handle sensitive data, including Key Vault secrets, connection strings, passwords, certificate private keys, and other confidential values. Treat those prompts as a required guardrail rather than friction. MCP client logs, AI transcripts, local terminal history, hosted server logs, prompt traces, generated runbooks, and downstream tickets can retain Azure resource inventory and returned data outside Azure's original access and retention boundaries. Remote HTTP deployments require Entra ID bearer tokens on inbound requests and a configured outbound Azure authentication strategy. Choose On-Behalf-Of when per-user RBAC and audit trails matter, and managed identity only when the shared-server identity model is acceptable. Read-only mode reduces mutation risk, but it does not make returned Azure metadata or data safe to share with untrusted models, logs, chats, or third-party tools.Resource metadata, logs, and metrics enter the MCP client context and the model's prompt. The DIGITALOCEAN_API_TOKEN is a secret — store it in the client config or environment, never in shared repositories.
Prerequisites
  • Pulumi Cloud account and organization access for the stacks, resources, policies, and Neo workflows Claude should use.
  • MCP-capable client with remote HTTP and OAuth support, such as Claude Code, Cursor, Windsurf, Claude Desktop through `mcp-remote`, or another compatible assistant.
  • Approval to connect the selected Pulumi organization to an AI assistant and expose stack/resource metadata in tool results.
  • Pulumi organization role and permissions that match the task, with read-only access preferred for inventory and policy review.
  • Python 3.8+ installed for running uvx commands
  • uv package manager installed (provides uvx command for running Python packages)
  • AWS account with active credentials and appropriate IAM permissions
  • AWS credentials configured via one of: IAM access keys (AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY), AWS profile (~/.aws/credentials), or IAM role (for EC2/ECS)
  • Azure subscription, tenant, and RBAC permissions for the resources Claude should inspect or manage.
  • MCP-capable client that can run local stdio servers or connect to a self-hosted HTTP MCP endpoint.
  • Azure authentication through Azure CLI, Azure PowerShell, Visual Studio, Visual Studio Code, Azure Developer CLI, browser login, service principal environment variables, workload identity, or managed identity.
  • Node.js 20 LTS or later and `npx` for the `@azure/mcp` package, or `uvx` for `msmcp-azure`, or .NET 10 Preview 6 or later for `Azure.Mcp`.
  • A DigitalOcean account.
  • A DigitalOcean API token (DIGITALOCEAN_API_TOKEN) with the scopes for the services you enable.
  • Node.js (npx) to run @digitalocean/mcp, or use the hosted remote endpoint.
  • An MCP client such as Claude Code or Claude Desktop.
Install
claude mcp add --transport http pulumi https://mcp.ai.pulumi.com/mcp
uvx awslabs.core-mcp-server@latest && claude mcp list
npx -y @azure/mcp@latest server start
claude mcp add digitalocean -e DIGITALOCEAN_API_TOKEN=<your-token> -- npx -y @digitalocean/mcp --services apps,droplets,databases
Config
{
  "mcpServers": {
    "pulumi": {
      "url": "https://mcp.ai.pulumi.com/mcp",
      "type": "http"
    }
  }
}
{
  "mcpServers": {
    "aws": {
      "env": {
        "AWS_REGION": "${AWS_REGION:-us-east-1}",
        "AWS_PROFILE": "${AWS_PROFILE}",
        "FASTMCP_LOG_LEVEL": "${FASTMCP_LOG_LEVEL:-ERROR}"
      },
      "args": [
        "awslabs.core-mcp-server@latest"
      ],
      "command": "uvx",
      "type": "stdio"
    }
  }
}
{
  "mcpServers": {
    "Azure MCP Server": {
      "command": "uvx",
      "args": [
        "--from",
        "msmcp-azure",
        "azmcp",
        "server",
        "start"
      ]
    }
  }
}
{
  "mcpServers": {
    "digitalocean": {
      "command": "npx",
      "args": ["-y", "@digitalocean/mcp", "--services", "apps,droplets,databases"],
      "env": {
        "DIGITALOCEAN_API_TOKEN": "<your-token>"
      }
    }
  }
}
Citations
ClaimUnclaimedUnclaimedUnclaimedUnclaimed
Open 4 picks in the interactive comparison tool

Related guides

Signals

Loading live community signals…

More like this, weekly

A short, calm digest of reviewed Claude resources. Unsubscribe any time.