Conversational Kubernetes management with GPT-4o and MCP integration

Open on n8n.io

$20/month : Unlimited workflows

2500 executions/month

Try free

THE #1 IN WEB SCRAPING

Scrape any website without limits

Try free

HOSTINGER

Early Deal
DISCOUNT 20%

Self-hosted n8n

Unlimited workflows - from $4.99/mo

Try free

#1 hub for scraping, AI & automation

6000+ actors - $5 credits/mo

Try free

Important notice

This workflow is provided as-is. Please review and test before using in production.

1. Workflow Overview

This n8n workflow template uses community nodes and is only compatible with the self hosted version of n8n. Conversational Kubernetes Management with GPT 4o and MCP Integration This workflow enable...

Best for

DevOps automation workflows
AI Chatbot automation workflows
advanced n8n builders looking for reusable templates

Tools used

@n8n/n8n-nodes-langchain.chattrigger, @n8n/n8n-nodes-langchain.agent, n8n-nodes-mcp.mcpclienttool, @n8n/n8n-nodes-langchain.mcptrigger, @n8n/n8n-nodes-langchain.memorybufferwindow, @n8n/n8n-nodes-langchain.lmchatopenai, @n8n/n8n-nodes-langchain.mcpclienttool

Source and attribution

This workflow is cataloged by N8N Workflows and links back to its original n8n.io source page by Reza Gholizade.

Original n8n.io source

1.1 Workflow description

Title: Conversational Kubernetes management with GPT-4o and MCP integration
Workflow name: Conversational Kubernetes management with GPT-4o and MCP integration

This n8n workflow template uses community nodes and is only compatible with the self-hosted version of n8n.

Conversational Kubernetes Management with GPT-4o and MCP Integration

This workflow enables you to manage Kubernetes clusters conversationally using OpenAI’s GPT-4o and a secure MCP (Model Context Protocol) server. It transforms natural language queries into actionable Kubernetes commands via a lightweight MCP API gateway — perfect for developers and platform engineers seeking to simplify cluster interaction.

🚀 Setup Instructions

Import the Workflow
Upload this template to your n8n instance.
Configure Required Credentials
- OpenAI API Key: Add your GPT-4o API key in the credentials.
- MCP Client Node: Set the URL and auth for your MCP server.
Test Kubernetes Access
Ensure your MCP server is correctly configured and has access to the target Kubernetes cluster.

🧩 Prerequisites

n8n version 0.240.0 or later
Access to GPT-4o via OpenAI
A running MCP server
Kubernetes cluster credentials configured in your MCP backend

⚠️ Community Nodes Disclaimer

This workflow uses custom community nodes (e.g., MCP Client).
Make sure to review and trust these nodes before running in production.

🛠️ How It Works

A webhook or chat input triggers the conversation.
GPT-4o interprets the message and generates structured Kubernetes queries.
MCP Client securely sends requests to your cluster.
The result is returned and formatted for easy reading.

🔧 Customization Tips

Tweak the GPT-4o prompt to match your tone or technical level.
Extend MCP endpoints to support new Kubernetes actions.
Add alerting or monitoring integrations (e.g., Slack, Prometheus).

🖼️ Template Screenshot

🧠 Example Prompts

Show me all pods in the default namespace.
Get logs for nginx pod in kube-system.
List all deployments in staging.

📎 Additional Resources

Build smarter Kubernetes workflows with the power of AI !

1.2 Logical Blocks

This catalog entry is organized from the workflow JSON. The node-level section below shows the executable blocks available for review before importing the template.

2. Block-by-Block Analysis

Block 1 - When chat message received

Type / Role: @n8n/n8n-nodes-langchain.chatTrigger - chatTrigger
Config choices: Version 1.1

Block 2 - AI Agent

Type / Role: @n8n/n8n-nodes-langchain.agent - agent
Config choices: Version 1.8

Block 3 - getAPIResources

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 4 - listResources

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 5 - describeResource

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 6 - getPodMetrics

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 7 - getNodeMetrics

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 8 - getResource

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 9 - getPodsLogs

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 10 - getEvents

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 11 - List tools

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 12 - createorUpdateResource

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 13 - Kubernetes MCP Server Trigger

Type / Role: @n8n/n8n-nodes-langchain.mcpTrigger - mcpTrigger
Config choices: Version 1

Block 14 - Helm MCP Server Trigger

Type / Role: @n8n/n8n-nodes-langchain.mcpTrigger - mcpTrigger
Config choices: Version 1

Block 15 - Simple Memory

Type / Role: @n8n/n8n-nodes-langchain.memoryBufferWindow - memoryBufferWindow
Config choices: Version 1.3

Block 16 - OpenAI Chat Model

Type / Role: @n8n/n8n-nodes-langchain.lmChatOpenAi - lmChatOpenAi
Config choices: Version 1.2

Block 17 - Helm list

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 18 - Helm Install

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 19 - Helm Get

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 20 - Helm Rollback

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 21 - Helm History

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 22 - Helm Uninstall

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 23 - Helm Upgrade

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Block 24 - Helm Repo List

Type / Role: n8n-nodes-mcp.mcpClientTool - mcpClientTool
Config choices: Version 1

Showing the first 24 of 27 workflow blocks. Download the JSON for the full node graph.

3. Summary Table

Workflow	Conversational Kubernetes management with GPT-4o and MCP integration
Complexity	advanced
Nodes	27
Categories	DevOps, AI Chatbot
Author	Reza Gholizade
Published	13 May 2025

4. Reproducing the Workflow from Scratch

1. Download the workflow JSON

Use the JSON export at /data/workflows/4023/4023.json as the source template for this automation.
2. Import the template into n8n

Open n8n, import the downloaded JSON, and review each node before activating the workflow.
3. Configure credentials and variables

Replace placeholder credentials, API keys, webhook URLs, account IDs, and environment-specific values with your own settings.
4. Test with sample data

Run the workflow manually or in a staging workspace, inspect node output, and confirm downstream systems receive the expected data.
5. Activate and monitor

Enable the workflow only after testing, then monitor executions, errors, and rate limits during the first production runs.

5. General Notes & Resources

Review imported nodes carefully before activation. This catalog entry is intended to help you inspect the workflow structure, understand required services, and find related templates faster.

Node names, credentials, schedules, webhook paths, and external service limits may need adjustment for your workspace.

Download workflow JSON Original n8n.io source DevOps workflows AI Chatbot workflows

Frequently asked questions

What does Conversational Kubernetes management with GPT-4o and MCP integration do?

What do I need before importing this workflow?

Review the workflow JSON, configure any required credentials in n8n, and test the automation in a safe workspace before using it in production.

Can I customize this workflow?

Yes. Use the block-by-block analysis and the downloadable JSON to inspect each node, then adjust credentials, prompts, schedules, filters, or destinations for your DevOps, AI Chatbot use case.

Reza Gholizade

1 workflow

Nodes

@n8n/n8n-nodes-langchain.chattrigger @n8n/n8n-nodes-langchain.agent n8n-nodes-mcp.mcpclienttool @n8n/n8n-nodes-langchain.mcptrigger @n8n/n8n-nodes-langchain.memorybufferwindow @n8n/n8n-nodes-langchain.lmchatopenai @n8n/n8n-nodes-langchain.mcpclienttool

Complexity

advanced

Published 13 May 2025

Likes 0

View on n8n.io Download Workflow

Install path: /data/workflows/4023/4023.json

Share Your Workflow

Have a useful automation to share? Publish it and help the community.

Submit Your Template How to Submit

Related Workflows

Monitor multi-city courier weather risk with Open-Meteo, GPT-4o, Gemini and Slack

## Quick overview This workflow checks 48-hour forecasts from Open-Meteo for multiple cities on a 6-hour schedule or via an on-demand n8n form, scores conditions against courier-impact thresholds, uses OpenAI (with Google Gemini fallback) to draft Slack-ready alerts, and posts operational updates to a Slack channel. ## How it works 1. Runs every 6 hours on a schedule or starts from an Operations Manager on-demand n8n form submission. 2. Builds a city configuration (all cities for scheduled runs, or a single selected city for on-demand runs) and constructs the Open-Meteo forecast API request. 3. Fetches a 48-hour hourly forecast from Open-Meteo and continues even if the request fails. 4. Scores each city’s forecast against rain, wind, snow, and heat thresholds across multiple time windows, applies 18-hour deduplication for scheduled runs, and flags any city feed failures. 5. Sends the alert candidates to OpenAI to generate a three-sentence, operations-focused message per city (using Google Gemini as the model fallback if configured). 6. Formats each alert as a Slack Block Kit message and posts it to the #ops-weather-alerts channel, and separately posts a Slack error notice if one or more city forecasts could not be fetched. ## Setup 1. Add an OpenAI API credential (used to write the Slack alert messages). 2. Add a Google Gemini (PaLM) API credential if you want the configured fallback model to be available. 3. Add a Slack OAuth2 credential and set or create the target channel (ops-weather-alerts / #ops-weather-alerts) in your Slack workspace. 4. For on-demand checks, share the n8n form URL with your team and update the city dropdown options and the city configuration code if you add or rename cities. 5. Review and adjust the per-city weather thresholds in the city configuration to match your courier operations risk tolerance. ## Requirements - OpenAI API key (GPT-4o / gpt-4o-mini) - Slack OAuth2 credential with chat:write scope - Google Gemini API key (optional, for AI fallback) ## Customization - Add or remove cities by editing the CITIES array in the City config node, no other nodes need to change. - Adjust URGENT/HEADS_UP score thresholds in the Score + dedup node to raise or lower sensitivity per city. - Change the delivery peak windows (default 11:00-14:00 and 17:00-22:00) in the same node to match your market hours. - Swap the Slack channel name in both Slack nodes to route alerts to a different channel. ## Additional info This workflow was built and tested on a self-hosted n8n instance (Oracle Cloud A1 Flex, Ubuntu 24.04) and is fully compatible with n8n Cloud. Weather data is sourced exclusively from Open-Meteo (open-meteo.com), an open-source weather API requiring no authentication. Forecast accuracy follows Open-Meteo's standard model ensemble — verify critical alerts against local meteorological services before operational decisions. Deduplication uses n8n workflow static data (global scope). Clearing static data manually or migrating the workflow to a new instance will reset the deduplication state, causing the next scheduled run to re-evaluate all cities as if no prior alerts have been sent. The GPT-4o prompt includes city-relative climate context so the model understands that an alert in Nairobi means sustained flooding rain, while an alert in Helsinki means genuinely exceptional conditions beyond the Nordic baseline. This prevents generic alert copy across climatically different markets. The form trigger is designed for Operations Managers with no technical background — no n8n access required. Share the webhook URL directly and they can force an immediate check from any browser. Peak delivery windows (11:00-14:00 and 17:00-22:00 local time) are used to escalate severity scoring during high-order-volume periods. Adjust these in the Score + dedup node to match your market's actual peak hours.

View

Notify website downtime via email and Telegram alerts

## Quick overview This workflow runs every minute to check one or more website URLs with HTTP requests and, if a site appears down on two consecutive checks, sends an email alert and a Telegram message. ## How it works 1. Runs on a schedule trigger every minute. 2. Loads a newline-separated list of website URLs plus alert settings (wait time, Telegram chat ID, and email address), then converts the URL list into an array. 3. Splits the array to test each website individually with an HTTP request that captures the full response without failing the workflow on errors. 4. Determines whether the site is up based on the HTTP status code (up if status code is 400 or lower). 5. If the first check indicates the site is down, waits for the configured number of seconds and performs a second HTTP check for the same URL. 6. If the second check also indicates the site is down, sends a “Website Down” email via SMTP and then sends a Telegram message to the configured chat. ## Setup 1. Add SMTP email credentials (for example, Gmail SMTP on port 465) and set the from/to email addresses in the email step. 2. Create a Telegram bot with BotFather, add Telegram Bot API credentials in n8n, and set your Telegram chat ID in the workflow configuration. 3. Update the website URL list and the wait time (seconds) in the workflow configuration to match the sites you want to monitor and your preferred retry delay.

View

Route CI/CD failure alerts with OpenAI, Slack, Linear, Sheets and Gmail

## Quick Overview This workflow receives CI/CD failure webhooks, classifies severity by branch, uses OpenAI to generate a root-cause diagnosis and remediation, then alerts Slack, creates a Linear issue, logs the incident to Google Sheets, and emails a summary via Gmail. ## How it works 1. Receives a POST webhook from your CI/CD system with pipeline run status and metadata. 2. Parses the payload to extract status, pipeline name, branch, commit details, error log, and run URL, and drops malformed events. 3. Filters out non-failure runs and assigns a severity level and Linear priority based on the branch. 4. Sends the error log and context to OpenAI to return a JSON diagnosis, remediation step, and rollback recommendation. 5. Posts a Slack alert to the on-call channel for Critical incidents and posts all incidents to a developer Slack channel. 6. Creates a Linear issue with the failure context and AI diagnosis, appends the incident to a Google Sheets log, and emails a Gmail HTML summary to the engineering lead. ## Setup 1. Copy the workflow’s webhook URL and configure your CI/CD platform (for example GitHub Actions, GitLab CI, or CircleCI) to POST failure events to it. 2. Add credentials for OpenAI, Slack, Google Sheets, and Gmail, and provide a Linear API key for the Linear GraphQL request. 3. Replace placeholders for Slack channel IDs, Linear team ID, Google Sheets spreadsheet ID and sheet name, and the engineering lead email address.

View

Need Custom Automation?

Get help designing a custom n8n workflow that connects your stack and fits your process.

Conversational Kubernetes management with GPT-4o and MCP integration

Workflow preview

Important notice

1. Workflow Overview

Best for

Tools used

Source and attribution

1.1 Workflow description

Conversational Kubernetes Management with GPT-4o and MCP Integration

🚀 Setup Instructions

🧩 Prerequisites

⚠️ Community Nodes Disclaimer

🛠️ How It Works

🔧 Customization Tips

🖼️ Template Screenshot

🧠 Example Prompts

📎 Additional Resources

1.2 Logical Blocks

2. Block-by-Block Analysis

Block 1 - When chat message received

Block 2 - AI Agent

Block 3 - getAPIResources

Block 4 - listResources

Block 5 - describeResource

Block 6 - getPodMetrics

Block 7 - getNodeMetrics

Block 8 - getResource

Block 9 - getPodsLogs

Block 10 - getEvents

Block 11 - List tools

Block 12 - createorUpdateResource

Block 13 - Kubernetes MCP Server Trigger

Block 14 - Helm MCP Server Trigger

Block 15 - Simple Memory

Block 16 - OpenAI Chat Model

Block 17 - Helm list

Block 18 - Helm Install

Block 19 - Helm Get

Block 20 - Helm Rollback

Block 21 - Helm History

Block 22 - Helm Uninstall

Block 23 - Helm Upgrade

Block 24 - Helm Repo List

3. Summary Table

4. Reproducing the Workflow from Scratch

1. Download the workflow JSON

2. Import the template into n8n

3. Configure credentials and variables

4. Test with sample data

5. Activate and monitor

5. General Notes & Resources

Frequently asked questions