Pulumi MCP. Audit infra state, deployments, and outputs via chat.
Works with every AI agent you already use
…and any MCP-compatible client
Just plug in your AI agents and start using Vinkius.
Pulumi connects your AI agent directly to your cloud infrastructure state. It lets you list stacks, track deployment history, and audit resource outputs—all through conversation.
Check stack status (`get_stack`), review deployed IPs or URLs (`get_stack_outputs`), and manage tags for cost-center filtering without ever opening the Pulumi console.
What your AI agents can do
Create stack
Creates a new, isolated environment (stack) for your Pulumi program in the specified project.
Delete stack
Permanently removes an empty stack; this action cannot be undone.
Get current user
Returns the GitHub identity used for API calls, confirming who initiated a change.
Retrieves a full inventory of your isolated project environments (dev, staging, prod) across the organization.
Creates new stacks or sets key-value metadata tags on existing stacks for filtering purposes.
Lists all past deployments, showing the version number, status, resource changes (created/deleted), and who triggered them.
Retrieves detailed information about a single, specified Pulumi stack.
Reads the exported configuration data (URLs, IPs) from the latest successful deployment of a stack.
Ask AI about this MCP
Supported MCP Clients
Waiting for input…
Pulumi: 11 Tools for Infra Ops
This suite of tools lets your AI agent perform full lifecycle management—from creating new environments to auditing every single deployed output value.
019d8472create stack
Creates a new, isolated environment (stack) for your Pulumi program in the specified project.
019d8472delete stack
Permanently removes an empty stack; this action cannot be undone.
019d8472get current user
Returns the GitHub identity used for API calls, confirming who initiated a change.
019d8472get deployment
Retrieves detailed status information for one specific version of a deployment run.
019d8472get organization
Fetches high-level metadata about an entire Pulumi organization.
019d8472get stack
Gets the current configuration and details for a specific stack, confirming its existence and state.
019d8472get stack outputs
Reads all exported values (like IPs or URLs) that your infrastructure program published after deployment.
019d8472list deployments
Lists the full history of deployments for a stack, showing status, changes, and timestamps.
019d8472list stack tags
Retrieves all key-value metadata labels currently applied to a specific stack.
019d8472list stacks
Provides an inventory of every available stack in the organization, showing resource counts and last update times.
019d8472set stack tag
Adds or updates a custom key-value tag on a specific infrastructure stack for better filtering.
Choose How to Get Started
Build a custom MCP for your own tools, or connect a ready-made integration from our catalog.
Build Your Own
Turn any API into an MCP. Import a spec, define Agent Skills, or deploy with MCPFusion.
- Import from OpenAPI, Swagger, or YAML specs
- Create Agent Skills with progressive disclosure
- Deploy to edge with MCPFusion framework
- Built in DLP, auth, and compliance on every call
- Real time usage dashboard and cost metering
- Publish to catalog or keep private
Make Your AI Do More
Start with Pulumi, then connect any of our 4,700+ other servers whenever your AI needs more. One click, no limits.
- Use this MCP plus 4,700+ others, all in one place
- Add new capabilities to your AI anytime you want
- Every connection is secured and compliant automatically
- Track usage and costs across all your servers
- Works with Claude, ChatGPT, Cursor, and more
- New servers added to the catalog every week
What you can do with this MCP connector
Your AI agent connects directly to your Pulumi infrastructure state, letting you manage cloud resources through natural language commands. You'll treat it like having a dedicated infra ops engineer sitting right next to you.
Stack Management and Organization.
You can list every isolated project environment in the organization using list_stacks, giving you an inventory of all your stacks along with their resource counts and last update times. When you need a fresh, clean sandbox for testing, use create_stack to spin up a new, dedicated stack within a specific Pulumi project.
If that test stack is empty and you're done with it, remember to call delete_stack; this action permanently wipes the environment.
**Metadata Control.**To keep your costs straight and know exactly where something belongs, you can use tags. You retrieve existing key-value labels on any specific stack using list_stack_tags. If you need to add or update a filter—say, marking it as environment=staging or team=backend—you run set_stack_tag.
Reading the State.
When you're unsure what state things are in, start with get_organization. This function pulls high-level metadata about your entire Pulumi organization. To check the specific setup of one environment, use get_stack to pull all the current configuration and details for a named stack. You can also confirm who initiated any change by calling get_current_user, which returns the GitHub identity used for every API call.
Auditing Deployments.
To track what's happened over time, you list everything using list_deployments. This shows you the full history of deployments for a stack, detailing the version number, whether it succeeded or failed, and exactly when those changes were made. To dive deep into one specific run, call get_deployment to get detailed status information for that single deployment version.
Inspecting Live Outputs.
After a successful deploy, you need to know where your stuff lives—the IPs, the URLs, the ARNs. You read all those exported values using get_stack_outputs. This tells you the live configuration data published by your infrastructure program after it successfully deployed.
Mechanics Summary.
When you're dealing with a specific stack, remember these tools: To get its current status and details, run get_stack. To see what was deployed in the past, check the list using list_deployments or focus on one version via get_deployment. If you need to filter resources by metadata, use list_stack_tags or update those filters with set_stack_tag.
You'll never have to open a console just to get these facts.
How Pulumi MCP Works
- 1 Subscribe to the server and provide your Pulumi Access Token.
- 2 Your AI client uses the token to authenticate against the Pulumi API.
- 3 The agent executes tools (e.g.,
list_stacks) based on natural language commands, returning structured infrastructure data.
The bottom line is: you talk to your agent, and it performs the necessary multi-step sequence of reads and writes against your actual cloud state.
Who Is Pulumi MCP For?
This tool is for DevOps Engineers and Platform Teams who spend too much time clicking through dashboards or manually checking console logs. It’s for anyone whose job requires knowing the current, reliable status of multiple, interconnected infrastructure environments.
Checks stack statuses (get_stack) and reviews deployment history (list_deployments) to quickly debug failed rollouts.
Audits infrastructure changes across multiple organizations, managing tags (set_stack_tag) for cost-center accountability.
Needs the final connection strings or endpoint URLs after deployment. They use get_stack_outputs to verify configuration values.
What Changes When You Connect
- Stop opening the Pulumi Console. Use
list_stacksto get an immediate inventory of all environments in one prompt, saving minutes of navigation time. - Pinpoint exact resource changes after a failed rollout. Running
list_deploymentsshows which resources were created or deleted in version v12—all without manually comparing logs. - Never guess a connection string again. Use
get_stack_outputsto pull the latest API URLs, database endpoints, and ARNs directly into your chat window. - Accountability through tagging. Apply metadata tags using
set_stack_tag. You can enforce that every new stack needsenvironment=stagingbefore it's considered complete. - Audit permissions upfront. Call
get_current_userfirst. This verifies the identity making the API calls, which is critical when setting up CI/CD agents.
Real-World Use Cases
Debugging a broken endpoint URL
The frontend team reports that the service endpoint is wrong. Instead of asking the networking engineer to check the console, they ask their agent: 'Show me the latest api_url output for the prod stack.' The agent runs get_stack_outputs and returns the correct ARN instantly.
Auditing cost center allocation
The finance team needs to know which stacks belong to the 'Marketing' department. They use their agent: 'List all stacks tagged with team=marketing.' The tool runs list_stack_tags, providing a filtered, auditable list for billing.
Verifying prerequisite environments
A developer needs to know if the necessary 'database/staging' stack exists before running their code. They prompt: 'List all stacks in my organization.' The agent runs list_stacks and confirms its presence, allowing them to proceed safely.
Rollback analysis
A deployment failed last night. Instead of sifting through logs, the ops engineer asks: 'What changed in the last two deployments to my-infra/prod?' The agent runs list_deployments, summarizing resource changes and failure points.
The Tradeoffs
Manual status checking
Logging into the Pulumi website, navigating to the 'Staging' project, clicking the deployment history tab, then scrolling through logs until you find the failure point.
→
Just ask your agent: 'What was the result of the latest deployment to staging?' The tool runs list_deployments and summarizes the outcome immediately.
Guessing resource endpoints
Asking a teammate, 'Hey, what's the URL for the new service?' leading to multiple manual checks of code or documentation.
→
Ask your agent: 'Show me the exported outputs from the prod stack.' The tool runs get_stack_outputs and gives you the authoritative list.
Accidentally modifying a stack
Thinking an old, unused stack is safe to delete, but forgetting its tags or purpose.
→
Always run list_stack_tags first on any stack you plan to touch. This confirms the metadata and gives context before running delete_stack.
When It Fits, When It Doesn't
Use this server if your job requires managing state—meaning you need to know what resources exist, how they are configured (outputs), or who changed them (deployment history). You absolutely need it for any CI/CD pipeline interaction.
Don't use it if all you need is a simple list of project names that don't require state checking. If you just want an overview without needing specific details like the last update time, other directory tools might suffice. However, because this server provides list_stacks and detailed status checks (get_stack), it’s almost always the right choice for infra work.
Independent Platform Disclaimer: Vinkius is an independent platform and is not affiliated with, endorsed by, sponsored by, verified by, or otherwise authorized by Pulumi. All third-party trademarks, logos, and brand names are the property of their respective owners. Their use on this website is strictly for informational purposes to identify service compatibility and interoperability.
VINKIUS INFRASTRUCTURE
Cloud Hosted
Managed infra
V8 Isolated
Sandboxed per request
Zero-Trust Proxy
No stored credentials
DLP Enforced
Policy on every call
GDPR Compliant
EU data residency
Token Compression
~60% cost reduction
Works with Claude, ChatGPT, Cursor, and more
The Model Context Protocol standardizes how applications expose capabilities to LLMs. Instead of operating in isolation, your AI gains direct access to external platforms, live data, and real-world actions through secure, standardized connections.
This server provides 11 capabilities that interface natively with Claude, ChatGPT, Cursor, and any MCP client. No middleware. No custom integration required.
Available Capabilities
Checking cloud infrastructure state shouldn't involve opening five different tabs.
Today, checking if a stack is ready to go means jumping between the console, finding the correct project ID, clicking the deployment tab, and then manually parsing logs to see if the resource counts match what you expected. It's slow, error-prone, and takes half your morning.
With this MCP server, you simply ask: 'Is the staging stack ready?' The agent runs `get_stack` and gives you a clean status report instantly. You get authoritative state data without touching a single web console.
Pulumi MCP Server: Get infrastructure outputs with `get_stack_outputs`
Manually retrieving endpoints (like database connection strings or public URLs) means copy-pasting from the deployment page, hoping you grab the right value and that it hasn't changed since the last build.
Now, asking for `get_stack_outputs` gives you a single, clean data dump of every exported variable. It's reliable, verifiable, and ready to paste into your next script.
Common Questions About Pulumi MCP
How do I get a Pulumi Access Token? +
Log in to the Pulumi Console, go to Account Settings > Access Tokens, click Create Token, give it a name and copy the token immediately — it starts with pul_ and won't be shown again.
What is a Pulumi stack? +
A stack is an isolated, independently configurable instance of your Pulumi program. Stacks typically represent different environments like dev, staging and prod. Each stack has its own configuration, state, outputs and deployment history. Use list_stacks to discover all stacks in an organization.
Can I see the deployment history of a stack? +
Yes! Use list_deployments with the org name, project name and stack name. It returns the update history showing version number, status (succeeded, failed, in-progress), start/end time and resource change counts. Use get_deployment with a specific version for detailed logs and error messages.
Can I view the outputs of a stack? +
Yes! Use get_stack_outputs with the org name, project name and stack name. It returns all exported output values from the latest successful deployment, such as URLs, IP addresses, resource IDs and connection strings. This is useful for discovering endpoint addresses after infrastructure deployment.
How do I use Pulumi to set or check tags on my stacks? +
You manage organization and filtering using key-value pairs. You call set_stack_tag to add metadata like 'environment=prod' or 'cost-center=finance'. This helps your AI agent isolate specific infrastructure groups when you need to audit them.
What happens if I run the Pulumi delete_stack tool? +
This action is irreversible, so be careful. The delete_stack tool permanently removes an entire isolated instance of your code. Always confirm you need to remove all associated resources before letting your agent proceed.
How can I use Pulumi to list all my infrastructure stacks? +
Running list_stacks returns a full overview of every stack in the organization. You get details like the stack name, project, last update time, and resource count, which is great for quickly auditing your environment landscape.
How does Pulumi verify which user is running my operations? +
You use get_current_user to get the authenticated identity details. This confirms the GitHub login, name, and email address tied to the access token. It's key for auditing who actually triggered a deployment or change.
Use it with your favorite AI tools
Connect this server to Cursor, Claude, VS Code, and more.
More in this category
HashiCorp Nomad
Manage workloads and orchestration via Nomad — track jobs, nodes, and deployments directly from your AI agent.
Vercel Alternative
Manage Vercel deployments, projects and domains via API — inspect builds, track deployments, manage env vars and domains from any AI agent.
JSON5 Resilient Parser
Parse malformed JSON with trailing commas, comments, and single quotes into perfect strict JSON. Powered by JSON5 (32M+ weekly downloads).
You might also like
LunarCrush (Social Intelligence for Crypto Assets)
Access real-time social intelligence for crypto assets — track Galaxy Scores, AltRank, and market sentiment directly from your AI agent.
Forecast
Manage AI-powered project resources via Forecast — track projects and tasks, handle team availability, and monitor milestones directly from any AI agent.
NWS (National Weather Service)
Access real-time weather data, forecasts, and active alerts directly from the National Weather Service.