CoolPlugz
Core MCP
MCP-Tools, die Jira-Tickets über Claude Code in PRs verwandeln. Holt Kontext von Jira, GitHub, Notion und Slack, erstellt strukturierte Prompts, übernimmt git push/PR/CI – alles autonom.
Einrichtung (5 Minuten)
1. Installieren
git clone https://github.com/adaOctopus/coolplugz-core.git
cd coolplugz-core
npm install2. Erstelle deine .env
cp .env.example .envÖffne .env und fülle aus:
Erforderlich:
Variable | Wo du sie bekommst |
| github.com/settings/tokens → Klassisches Token generieren → |
| Deine Entwicklungsumgebung: |
| Absoluter Pfad, unter dem deine Repos liegen, z. B. |
Optional (aber empfohlen):
Variable | Wo du sie bekommst |
| |
| Deine Atlassian-Konto-E-Mail |
| Deine Workspace-URL, z. B. |
| notion.so/my-integrations → Integration erstellen → Token kopieren |
| api.slack.com/apps → App erstellen → Bot-Token mit |
| Ermöglicht KI-gestützte Repo-Erkennung aus Tickettext und intelligente Slack-Antwortentwürfe |
| Nur wenn |
3. Starte den Server
npm run devDu solltest sehen:
CoolPlugz Core MCP server listening on :31004. Verbinde dich mit Claude Code (einmalig)
claude mcp add coolplugz --transport http http://localhost:3100/mcp5. Verwende es
Öffne Claude Code und sage:
Show my dashboardStart PROJ-142Das war's. CoolPlugz übernimmt den Rest.
Related MCP server: github-workflow-mcp
Was passiert, wenn du es verwendest
You: "Start PROJ-142"
CoolPlugz:
├── Fetches Jira ticket (description, acceptance criteria, comments)
├── Checks GitHub for existing branches/PRs
├── Pulls linked Notion specs
├── Finds relevant Slack mentions
├── Figures out which repo (from ticket links or fuzzy matching)
├── Builds a CRISPE implementation prompt
└── Returns loop metadata → Claude Code knows exactly what to do next
Claude Code: writes the code, runs tests
You: (or Claude Code automatically calls push_branch)
CoolPlugz:
├── Pushes via token-authenticated HTTPS (no SSH needed)
├── Handles fork detection/creation automatically
└── Returns next action → verify_and_submit
CoolPlugz (verify_and_submit):
├── Verifies push landed on GitHub (via API, not trusting output)
├── Opens PR with correct title/body
├── Polls CI for up to 5 minutes
├── If CI passes + no review comments → auto-marks DONE
├── If CI fails → fetches failure logs, tells Claude Code to fix
└── If review comments → fetches them, tells Claude Code to addressVerfügbare Tools
Tool | Was es tut |
| Zeigt alle deine Aufgaben mit Status, PRs und Blockern |
| Holt den gesamten Kontext für ein Jira-Ticket und gibt den Implementierungs-Prompt zurück |
| Schiebt deinen Branch zu GitHub – übernimmt Auth, Forks, alles |
| Verifiziert Push, erstellt PR, pollt CI, schließt automatisch ab, wenn grün |
| Holt ungelöste PR-Review-Kommentare, um sie zu bearbeiten |
| Markiert eine Aufgabe nach Verifizierung als erledigt |
| Zeigt den tatsächlichen Zustand aus dem Store + GitHub API |
| Erkennt Merge-Konflikte und gibt Lösungsschritte |
| Fügt eine benutzerdefinierte Anweisung hinzu, die in alle zukünftigen Prompts aufgenommen wird |
| Erstellt einen formatierten Statusbericht mit abgeschlossenen Aufgaben, PRs, CI-Ergebnissen und Slack-Entwurfsnachrichten |
| Verfolgt Start/Ende des Laufs – versorgt morning_report mit echten Daten aus jedem geplanten Lauf |
Benutzerdefinierte Anweisungen
Sage Claude Code, Anweisungen hinzuzufügen, die CoolPlugz in jeden zukünftigen Prompt aufnimmt:
"Add an insight: always use pnpm, never npm or yarn"
"Add an insight: this repo uses Tailwind, no inline styles"
"Add an insight for PROJ-142: the auth module uses Passport.js"Globale Insights gelten für alle Aufgaben. Aufgabenbezogene Insights gelten für ein Ticket. Gespeichert in ~/.coolplugz/data.json und bleiben über Sitzungen hinweg erhalten.
Wie der Prompt-Builder funktioniert
Jeder start_task erstellt einen strukturierten Prompt mit dem CRISPE-Framework:
Section | Was darin enthalten ist |
[C] Capacity | Rolle, Repo, Branch, Workspace-Setup (WSL2/macOS/Linux), lokale Pfade |
[R] Insight | Vollständige Ticketbeschreibung, Akzeptanzkriterien, Jira-Kommentare, Notion-Spezifikationen, Slack-Kontext, PR-Review-Kommentare |
[I] Statement | Die spezifische Implementierungsanweisung |
[S] Personality | Codestil, Commit-Konventionen ( |
[P] Experiment | Autonome Ausführungsberechtigungen, Loop-Engineering-Anweisungen, Sicherheitsbeschränkungen |
[F] Fence | Nie löschen, nie auf main pushen, nie Geheimnisse committen |
[Q] Quality | Typsicherheit, chirurgische Änderungen, Sicherheitsstandards |
[D] Developer insights | Deine benutzerdefinierten Anweisungen (von |
[E] Error context | Details zu früheren Fehlern bei Wiederholungen |
Loop-Engineering
Jede Tool-Antwort enthält strukturierte Metadaten anstelle von Freitext-Checklisten:
State: EXECUTING → Goal: DONE
Next: push_branch({ jiraKey: "PROJ-142", branch: "proj-142-impl", repo: "org/repo" })Claude Code liest dies und ruft automatisch das nächste Tool auf. Die Zustandsmaschine:
IDLE → start_task → EXECUTING → push_branch → PUSHED → verify_and_submit
→ CI passed, no comments → DONE ✅
→ CI failed → fix code → push_branch → verify_and_submit (loop)
→ Review comments → fix → push_branch → verify_and_submit (loop)Autopilot-Prompt
Sobald alles verbunden ist, füge diesen Prompt in Claude Code ein, um deine Tickets im Autopilot-Modus auszuführen – durch Jira loopen, Code schreiben, PRs pushen und Slack-Updates posten:
You are my autonomous dev agent. Use the coolplugz MCP tools to work through my Jira tickets without asking me anything.
Your loop:
1. Call get_dashboard to see all tasks and their status
2. For any task in QUEUED or EXECUTING state, call start_task with its Jira key
3. Follow the loop metadata exactly — the _meta.loop in each response tells you the next tool to call
4. After writing code and running tests, call push_branch to push
5. Call verify_and_submit — it opens the PR, polls CI, and tells you what to do next
6. If CI fails, read the failure logs, fix the code, and push again
7. If there are review comments, call check_comments, address them, push again
8. When done with a task, move to the next one from the dashboard
9. After completing all tasks, post a summary of what you did
Rules:
- Never ask me for confirmation — just do it
- Never push to main — always use feature branches
- Never commit secrets or .env files
- If you get stuck after 3 retries, mark it blocked and move on
- Commit messages follow: feat(TICKET-KEY): descriptionPlane es ein (läuft auch, wenn dein Laptop zu ist)
Füge dies in Claude Code ein, um einen täglichen Zeitplan einzurichten, der deine Tickets automatisch ausführt:
Set up a scheduled task using /schedule that runs every weekday:
- 6:00 AM: Morning run
1. Call log_run with action "start" and trigger "morning" — save the run_id
2. Call get_dashboard to see all tasks
3. For every QUEUED ticket, call start_task with its Jira key
4. Follow the loop metadata for each: code → push_branch → verify_and_submit
5. If CI fails, fix and retry up to 3 times
6. When all tasks are processed, call log_run with action "finish", the run_id, and all task_results
7. Call morning_report with mode "latest" and slack_channels ["standup", "engineering"]
8. Show me the full report output
- 12:00 PM: Midday check
1. Call log_run with action "start" and trigger "midday"
2. Call get_dashboard — for any task stuck in EXECUTING or CI_FAILED, retry it
3. For tasks with review comments, call check_comments, address them, push again
4. Call log_run with action "finish" with results
5. Call morning_report with mode "latest"
- 5:00 PM: End of day
1. Call log_run with action "start" and trigger "evening"
2. Call get_dashboard and process any remaining tasks
3. Call log_run with action "finish" with results
4. Call morning_report with mode "today" and slack_channels ["standup", "engineering", "product"]
5. Show me the full report — I want to see what got done today
Rules for all runs:
- Use the coolplugz MCP tools
- Never ask for confirmation — just do it
- Never push to main — always feature branches
- Never commit secrets or .env files
- If stuck after 3 retries, mark blocked and move on
- Commit messages: feat(TICKET-KEY): description
- Always call log_run start/finish so morning_report has real dataBericht jederzeit ansehen
Du kannst den Bericht auch manuell in Claude Code aufrufen:
Call morning_report with mode "today" and slack_channels ["standup", "engineering"]Modi:
latest— zeigt die Ergebnisse des letzten Laufs (Standard)today— zeigt alle heute aktualisierten Aufgabenfull— zeigt alles im Store
Referenz der Umgebungsvariablen
Erforderlich
Variable | Was es tut | Wie du es bekommst |
| Schiebt Branches, öffnet PRs, liest Repo-Zustand, pollt CI | github.com/settings/tokens → Klassisches Token generieren → |
| Sagt CoolPlugz, wie Shell-Befehle in deiner Umgebung ausgeführt werden | Einer von: |
| Wo deine Repos lokal geklont sind | Absoluter Pfad, z. B. |
Jira (ermöglicht Ticket-Kontext)
Variable | Was es tut | Wie du es bekommst |
| Holt Ticketbeschreibung, Akzeptanzkriterien, Kommentare | id.atlassian.com/manage-profile/security/api-tokens → API-Token erstellen |
| Authentifiziert mit Jira (Basic Auth = E-Mail:Token) | Deine Atlassian-Konto-E-Mail |
| Deine Jira-Instanz-URL | z. B. |
GitHub (bereits durch GITHUB_TOKEN oben abgedeckt)
Der GITHUB_TOKEN übernimmt alles: Repos lesen, Branches pushen, PRs öffnen, CI-Status pollen, Review-Kommentare abrufen, Forks erkennen.
Benötigte Bereiche: repo (voller Repo-Zugriff) + workflow (CI auslösen/lesen)
Notion (ermöglicht Spezifikationsabruf)
Variable | Was es tut | Wie du es bekommst |
| Zieht verlinkte Notion-Dokumente als Referenzkontext in den CRISPE-Prompt | notion.so/my-integrations → Integration erstellen → „Internal Integration Secret“ kopieren → Zielseiten mit der Integration teilen |
Slack (ermöglicht Erwähnungsverfolgung + Entwurfsantworten)
Variable | Was es tut | Wie du es bekommst |
| Verfolgt Erwähnungen deiner Tickets in Slack, erstellt KI-Antwortentwürfe | api.slack.com/apps → Neue App erstellen → OAuth & Berechtigungen → Bereiche hinzufügen: |
KI-Funktionen (optional)
Variable | Was es tut | Wie du es bekommst |
| Ermöglicht intelligente Repo-Erkennung aus Tickettext + KI-erstellte Slack-Antworten | console.anthropic.com → API-Schlüssel → Schlüssel erstellen |
Workspace (optional)
Variable | Was es tut | Wann benötigt |
| Ihr WSL2-Distroname für die Pfadübersetzung | Nur wenn |
| MCP-Server-Port | Standard: |
Datenspeicherung
Alle Daten liegen in ~/.coolplugz/data.json — Aufgaben, Kontext-Snapshots, Repo-Zuordnungen, Erkenntnisse, Prompt-Verlauf. Keine Datenbank erforderlich. Löschen Sie die Datei, um neu zu beginnen.
Architektur
src/
├── index.ts # MCP server (Express + StreamableHTTP)
├── config.ts # Reads tokens from .env
├── store.ts # JSON file store (~/.coolplugz/data.json)
├── lib/
│ ├── loopState.ts # State machine
│ └── response.ts # mcpText() and mcpLoop() builders
├── context/
│ ├── jira.ts # Jira fetcher (Basic auth)
│ ├── github.ts # GitHub state (branches, PRs, CI)
│ ├── notion.ts # Notion doc fetcher
│ ├── slack.ts # Slack mentions + AI draft replies
│ ├── repoResolver.ts # Auto-detect repo from ticket content
│ └── assemble.ts # CRISPE prompt builder
├── orchestrator/
│ └── githubApi.ts # GitHub API helpers
└── tools/
├── orchestrator.ts # start_task, verify_and_submit, etc.
├── pushBranch.ts # Token-authenticated push + fork handling
├── getDashboard.ts # Text dashboard
└── addInsight.ts # Custom instruction managementLizenz
MIT
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- AlicenseCqualityDmaintenanceConnects Jira with Claude, enabling users to search issues, view issue details, update issues, add comments, and retrieve project information through natural language commands.1651MIT
- FlicenseAqualityBmaintenanceAutomates GitHub workflows (branch creation, testing, commit/push, PR) through natural language instructions in Claude Code.8
- FlicenseNot gradedqualityBmaintenanceEnables AI-powered GitHub automation by connecting Claude AI with GitHub APIs for managing issues and pull requests.
- FlicenseAqualityDmaintenanceEnables Claude to create, manage, and clean up git worktrees automatically, including dependency installation and GitHub PR creation.5
Related MCP Connectors
Persistent context for Claude. Your AI always knows your projects and next actions across sessions.
AI code review for GitHub PRs with an MCP autofix loop for Claude Code and Cursor
WHOOP recovery, strain, sleep and workouts in Claude via official WHOOP OAuth. Free, open source.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/adaOctopus/coreflows-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server