Northflank MCP. Manage microservices, deployments, and cloud resources 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.
Northflank (Developer Cloud & Orchestration) MCP Server gives your AI agent full control over complex cloud infrastructure. Use it to list projects, audit microservice resources, manually trigger CI/CD builds, or tear down entire service ecosystems—all via natural conversation.
Manage everything from project initialization to deep secret vault inspection without touching a dashboard.
What your AI agents can do
Create project
Creates a brand-new, isolated Northflank Project space for resource management.
Delete project
Permanently tears down an entire project boundary and all associated microservices.
Get project
Retrieves deep regional metadata for a Northflank Project, useful for checking resource restrictions.
Initialize new isolated project environments or completely erase existing microservice ecosystems.
Retrieve the structural details of a single service, including its precise CPU throttling and RAM allocation boundaries.
Command Northflank builders to compile and deploy the latest code from linked version control systems.
List and inspect scheduled batch or cron jobs running within a specific project boundary.
Access metadata for secret groups (vaults) to verify environment variable mappings across various VPC boundaries.
Ask AI about this MCP
Supported MCP Clients
Waiting for input…
Northflank (Developer Cloud & Orchestration) MCP Server: 10 Tools
These ten specialized tools allow your agent to perform every critical operation in the Northflank platform, from resource provisioning to deep secret management.
019d75dfcreate project
Creates a brand-new, isolated Northflank Project space for resource management.
019d75dfdelete project
Permanently tears down an entire project boundary and all associated microservices.
019d75dfget project
Retrieves deep regional metadata for a Northflank Project, useful for checking resource restrictions.
019d75dfget service
Gets the exact structural anatomy of a single microservice instance to check its current resource boundaries.
019d75dflist jobs
Lists and enumerates isolated batch or cron jobs running within your project.
019d75dflist projects
Fetches a list of all top-level organizational Northflank Projects by ID.
019d75dflist secrets
Lists secret group dictionaries, showing which environment variable mappings are available to services and jobs.
019d75dflist services
Lists all active application microservice instances inside a specific project boundary.
019d75dfrestart service
Gracefully cycles container replicas for a service to clear transient memory and restore normal execution timings.
019d75dftrigger build
Sends a command to Northflank builders to compile and deploy the latest code from linked repositories.
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 Northflank (Developer Cloud & Orchestration), 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
You've got full control over Northflank’s cloud infrastructure using your AI agent. This isn't just a dashboard wrapper; it gives you direct command access across the entire deployment lifecycle—all through natural conversation. Forget clicking around menus; you tell your agent what to do, and it executes complex actions against core Northflank systems.
Project Scope Management: You can start fresh or wipe out environments completely. Use create_project when you need a brand-new, isolated container for resource management. To scope out where everything lives, run list_projects to fetch every top-level organizational project ID. If you need deep details on that boundary—like checking regional resource restrictions—you’ll use get_project.
When the whole thing is garbage and needs going, running delete_project permanently tears down the entire project boundary and all attached microservices.
Service Auditing & Lifecycle: You can't manage what you can't see. To get a full manifest of every active application instance inside your project, call list_services. But sometimes you need to drill into one specific service's DNA. get_service gives you the exact structural anatomy, letting you check its precise CPU throttling limits and RAM allocation boundaries.
If things slow down or memory gets muddy, you don’t panic; running restart_service gracefully cycles container replicas, clearing transient memory and resetting normal execution timings.
Deployment & Automation: When code changes, you need action. Send a command to the Northflank builders using trigger_build to compile and deploy the latest code pulled straight from your linked version control systems. If you've got scheduled tasks—batch jobs or cron routines—you can list them all with list_jobs and inspect exactly what’s running inside that project boundary.
Security & Metadata: Keeping secrets safe is job one. You don't want to manually check every environment variable, so use list_secrets. This tool lists the entire secret group dictionary, showing you which environment variable mappings—like database URLs or API keys—are available to your services and jobs across different VPC boundaries.
To keep tabs on what resources are running in general, you’ll also want list_services inside a project boundary.
This suite allows your agent to manage everything from initializing an isolated development space using create_project, auditing the resource limits of any single service with get_service, and then deploying the fixes by triggering a build. You can list all necessary components—from top-level organizational projects via list_projects to every background job running through list_jobs.
It gives you an end-to-end pipeline: you define the scope, you inspect the resources, you run the jobs, and you deploy the changes.
How Northflank MCP Works
- 1 Subscribe to the Northflank MCP Server and input your dedicated API token.
- 2 Ask your AI client to perform a specific infrastructure task (e.g., 'List all services in my staging project').
- 3 The server executes the necessary tool calls, and your agent returns structured data on the service anatomy or job list.
The bottom line is: you manage complex cloud deployments by simply talking to your AI client, letting it run the underlying Northflank commands for you.
Who Is Northflank MCP For?
This server is built for experienced platform and backend engineers. It's for the Ops engineer who gets stuck clicking through five different dashboards just to check a service's RAM limits, or the backend developer who needs to audit secret variables across three separate environments before deploying. You use this when manual dashboard navigation slows you down.
Uses it to monitor microservice health and trigger production deployments instantly, without navigating the Northflank UI.
Runs checks on service resource allocations (get_service) and audits background job statuses directly from their terminal or chat workspace.
Manages organizational project spaces, verifies secret vault mappings across multiple environments, and provisions new isolated project boundaries.
What Changes When You Connect
- Stop clicking through dashboards to check status. Use
list_servicesorget_serviceto instantly verify a service's structural anatomy, including CPU throttling limits, right from your agent prompt. - Need to roll back code? Don't log into the CI/CD UI. Just ask your agent to run
trigger_build, and it sends the compilation signal for you. - Don't assume memory leaks are temporary. Use
restart_serviceto gracefully cycle container replicas, restoring standard execution timings without manual intervention. - Audit dependencies quickly. Run
list_secretsto map out exactly which environment variables (likeDATABASE_URL) are active in a project’s secret vaults. - Scaling down? Use
delete_project. It permanently tears down the entire microservice ecosystem, ensuring nothing remains running after decommissioning.
Real-World Use Cases
Investigating Performance Degradation
The production service is running slow. Instead of checking logs manually, you ask your agent to run get_service for the main application. The agent returns the resource allocation boundaries and identifies if CPU throttling is actively limiting performance.
Pre-Deployment Security Check
Before merging code, a developer needs to know what environment variables are available in staging. They ask the agent to run list_secrets, which shows all logical secret groups and verifies that the correct API_KEY is mapped into the target service.
Decommissioning an Old Feature
The team is retiring a microservice. You use delete_project. This single command severs all traffic, kills active cron-jobs, and removes the entire associated project from the infrastructure map.
Verifying Background Task Status
A nightly data aggregation job failed. Instead of sifting through job logs, you use list_jobs to see all scheduled batch and cron jobs in that project and check the last run status for failure points.
The Tradeoffs
Trying to find a service by name only
The user tries to manually guess the Project ID or Service ID, leading to 'Access Denied' errors because they don't know the required scope.
→
First, run list_projects to get all top-level IDs. Then, use that Project ID with list_services to get a clean list of valid service names and their corresponding IDs.
Ignoring resource limits before deployment
A developer deploys new code only to find the microservice immediately throttled because it exceeded its allocated RAM boundary, causing downtime.
→
Always run get_service before deploying. This verifies the structural anatomy and reveals the precise CPU/RAM boundaries you're working within.
Manual cleanup after failure
A failed test leaves behind temporary, orphaned resources (e.g., dangling containers or active cron jobs) that consume billing credits.
→
If a service fails and leaves artifacts, use restart_service to cycle the container replicas. If the entire project is useless, run delete_project for a clean sweep.
When It Fits, When It Doesn't
Use this server if your primary task involves managing the lifecycle of cloud-hosted microservices: provisioning (using create_project), auditing resource boundaries (get_service, list_secrets), or forcing deployments (trigger_build). It's essential when you need to operate at the infrastructure level without a GUI.
Don't use it if your task is simply reading simple, static data. For instance, if you only need to know who owns a service, and not its resource limits, another tool might suffice. If you just need to check connectivity between two systems, an API client designed for networking checks is better than using get_project. This server is about deep operational control, so treat it like the master kill switch for your entire stack.
Independent Platform Disclaimer: Vinkius is an independent platform and is not affiliated with, endorsed by, sponsored by, verified by, or otherwise authorized by Northflank. 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 10 capabilities that interface natively with Claude, ChatGPT, Cursor, and any MCP client. No middleware. No custom integration required.
Available Capabilities
Auditing cloud infrastructure means clicking through three different console tabs.
Today, checking a microservice's health requires opening the Northflank dashboard. You click 'Services', find the service ID, open its panel, and then scroll down to check resource limits—all while hoping you don't miss a crucial detail about CPU throttling or RAM boundaries.
With this MCP server, your agent handles it all in one prompt. Simply ask for the service anatomy using `get_service`. The agent returns structured data directly in the chat: status, allocated memory (RAM), and current usage—no clicks required.
Northflank MCP Server: Audit secret vaults with list_secrets.
Manually verifying environment variables is a nightmare. You have to check the project settings, then go into the vault manager, and then cross-reference which services use which variable—it's slow, error-prone, and tedious.
Now, run `list_secrets`. Your agent immediately gives you a map of all logical secret groups and precisely lists every environment variable mapping (like `.env` or `DATABASE_URL`) that exists across the whole project. It’s instant validation.
Common Questions About Northflank MCP
How do I check resource limits for my service using get_service? +
You run get_service and specify the exact Service ID. The agent returns a data payload detailing the structural anatomy, including allocated CPU throttling and RAM boundaries.
What is the difference between list_services and list_projects? +
list_projects gives you high-level organizational IDs (the boundary). list_services lists the actual running application instances inside one of those defined projects.
Should I use delete_project or just delete a service? +
Use delete_project if you want to wipe out an entire, isolated microservice ecosystem. If you only need to remove one component, use the specific API call for that single Service ID.
How do I force a service restart using restart_service? +
You invoke restart_service and provide the target Service ID. This gracefully cycles the container replicas, clearing transient memory accumulation without downtime.
When I run `list_secrets`, what information does it provide about my project's environment variables? +
It lists the logical Secret Group dictionaries, not the actual values. This helps you audit which groups (like 'Production-Secrets') are injecting into your running services and jobs across VPC boundaries.
What key metadata can I retrieve using `get_project`? +
You get detailed regional metadata that defines the project's global resource restrictions. This includes understanding which cloud providers (AWS, GCP, Azure) are handling your core routing ingress.
If I use `trigger_build`, how is my code deployed and refreshed? +
It commands Northflank builders to compile and deploy the absolute latest code from your linked VCS. The process forces a full refresh of production assets; always check the deployment logs for success confirmation.
What are the consequences of using `delete_project`? +
It permanently tears down the entire Project boundary. This action is irreversible and kills everything within that scope: all traffic routing, active cron-jobs, and microservice processes.
Can I restart my application containers through the agent without a full rebuild? +
Yes. Use the restart_service tool by providing your Project ID and Service ID. Your agent will signal Northflank to gracefully cycle the container replicas, effectively refreshing the running environment while maintaining your current code version.
How do I trigger a fresh build and deployment from my GitHub repository? +
The trigger_build tool hooks into your linked VCS. Your agent will command Northflank to fetch the latest commits from your repository and start an automated build and release cycle, promoting the new image to production immediately.
Can my agent check the status of my periodic cron-jobs? +
Absolutely. Use the list_jobs tool to identify all isolated background processes within a project. Your agent will report the current execution statuses and schedule parameters for both ad-hoc batch tasks and recurring cron-jobs.
Use it with your favorite AI tools
Connect this server to Cursor, Claude, VS Code, and more.
More in this category
GitLab
Manage projects, track issues, and oversee CI/CD pipelines via AI agents with GitLab.
Comet ML
Manage machine learning experiments via Comet — track model metrics, audit project workspaces, and inspect ML run parameters directly from any AI agent.
Railway Alternative
Manage cloud deployments via Railway — list projects, inspect services, track deployments and manage variables and volumes from any AI agent.
You might also like
Guidewire ClaimCenter
Manage insurance claims via ClaimCenter — track claim status, monitor exposures, and manage activities directly from any AI agent.
Sendbird
Manage Sendbird chat infrastructure — orchestrate users, channels, and moderation directly from your AI agent.
Zid
Launch your Arabic e-commerce store with a platform built for Saudi and Gulf markets including local payment and shipping options.