CoolPlugz
Core MCP
Herramientas MCP que convierten tickets de Jira en PRs mediante Claude Code. Obtiene contexto de Jira, GitHub, Notion y Slack, construye prompts estructurados, gestiona git push/PR/CI — todo de forma autónoma.
Configuración (5 minutos)
1. Instalación
git clone https://github.com/adaOctopus/coolplugz-core.git
cd coolplugz-core
npm install2. Crea tu .env
cp .env.example .envAbre .env y rellena:
Requerido:
Variable | Dónde obtenerlo |
| github.com/settings/tokens → Generar token clásico → marcar |
| Tu entorno de desarrollo: |
| Ruta absoluta donde viven tus repos, p. ej. |
Opcional (pero recomendado):
Variable | Dónde obtenerlo |
| |
| Tu correo de cuenta Atlassian |
| La URL de tu espacio de trabajo, p. ej. |
| notion.so/my-integrations → Crear integración → copiar token |
| api.slack.com/apps → Crear app → Token de bot con |
| Habilita la detección de repositorios con IA a partir del texto del ticket y borradores inteligentes de respuestas de Slack |
| Solo si |
3. Inicia el servidor
npm run devDeberías ver:
CoolPlugz Core MCP server listening on :31004. Conéctalo a Claude Code (una sola vez)
claude mcp add coolplugz --transport http http://localhost:3100/mcp5. Úsalo
Abre Claude Code y di:
Show my dashboardStart PROJ-142Eso es todo. CoolPlugz se encarga del resto.
Related MCP server: github-workflow-mcp
Qué ocurre cuando lo usas
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 addressHerramientas disponibles
Herramienta | Qué hace |
| Muestra todas tus tareas con estado, PRs y bloqueos |
| Obtiene todo el contexto de un ticket de Jira y devuelve el prompt de implementación |
| Sube tu rama a GitHub — gestiona autenticación, forks, todo |
| Verifica el push, crea el PR, consulta CI, auto-completa si está en verde |
| Obtiene comentarios de revisión de PR sin resolver para abordarlos |
| Marca una tarea como completada tras la verificación |
| Muestra el estado real del store + API de GitHub |
| Detecta conflictos de fusión y da pasos para resolverlos |
| Añade una instrucción personalizada que se incluye en todos los prompts futuros |
| Genera un informe de estado formateado con tareas completadas, PRs, resultados de CI y borradores de mensajes de Slack |
| Registra inicio/fin de ejecución — alimenta morning_report con datos reales de cada ejecución programada |
Instrucciones personalizadas
Dile a Claude Code que añada instrucciones que CoolPlugz incluirá en cada prompt futuro:
"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"Los insights globales se aplican a todas las tareas. Los insights específicos de tarea se aplican a un solo ticket. Se guardan en ~/.coolplugz/data.json y persisten entre sesiones.
Cómo funciona el constructor de prompts
Cada start_task construye un prompt estructurado usando el marco CRISPE:
Sección | Qué contiene |
[C] Capacidad | Rol, repo, rama, configuración del espacio de trabajo (WSL2/macOS/Linux), rutas locales |
[R] Insight | Descripción completa del ticket, criterios de aceptación, comentarios de Jira, especificaciones de Notion, contexto de Slack, comentarios de revisión de PR |
[I] Declaración | La instrucción de implementación específica |
[S] Personalidad | Estilo de código, convenciones de commits ( |
[P] Experimento | Permisos de ejecución autónoma, instrucciones de ingeniería de bucle, restricciones de seguridad |
[F] Valla | Nunca borrar, nunca hacer push a main, nunca comprometer secretos |
[Q] Calidad | Seguridad de tipos, cambios quirúrgicos, valores predeterminados de seguridad |
[D] Insights de desarrollador | Tus instrucciones personalizadas (de |
[E] Contexto de error | Detalles de fallos anteriores en reintentos |
Ingeniería de bucle
Cada respuesta de herramienta lleva metadatos estructurados en lugar de listas de verificación de texto libre:
State: EXECUTING → Goal: DONE
Next: push_branch({ jiraKey: "PROJ-142", branch: "proj-142-impl", repo: "org/repo" })Claude Code lee esto y llama a la siguiente herramienta automáticamente. La máquina de estados:
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)Prompt de piloto automático
Una vez que todo esté conectado, pega este prompt en Claude Code para que ejecute tus tickets en piloto automático — recorriendo Jira, escribiendo código, subiendo PRs y publicando actualizaciones en Slack:
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): descriptionProgramarlo (se ejecuta incluso con el portátil cerrado)
Pega esto en Claude Code para configurar un horario diario que ejecute tus tickets automáticamente:
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 dataVer el informe en cualquier momento
También puedes llamar al informe manualmente en Claude Code:
Call morning_report with mode "today" and slack_channels ["standup", "engineering"]Modos:
latest— muestra los resultados de la ejecución más reciente (predeterminado)today— muestra todas las tareas actualizadas hoyfull— muestra todo en el store
Referencia de variables de entorno
Requeridas
Variable | Qué hace | Cómo obtenerla |
| Sube ramas, abre PRs, lee el estado del repo, consulta CI | github.com/settings/tokens → Generar token clásico → marcar los ámbitos |
| Indica a CoolPlugz cómo ejecutar comandos de shell en tu entorno | Uno de: |
| Dónde están clonados tus repos localmente | Ruta absoluta, p. ej. |
Jira (habilita el contexto de tickets)
Variable | Qué hace | Cómo obtenerla |
| Obtiene descripción del ticket, criterios de aceptación, comentarios | id.atlassian.com/manage-profile/security/api-tokens → Crear token API |
| Autentica con Jira (auth básica = correo:token) | Tu correo de cuenta Atlassian |
| La URL de tu instancia de Jira | p. ej. |
GitHub (ya cubierto por GITHUB_TOKEN arriba)
El GITHUB_TOKEN maneja todo: leer repos, subir ramas, abrir PRs, consultar estado de CI, obtener comentarios de revisión, detectar forks.
Ámbitos necesarios: repo (acceso completo al repo) + workflow (activar/leer CI)
Notion (habilita la obtención de especificaciones)
Variable | Qué hace | Cómo obtenerla |
| Trae documentos de Notion vinculados al prompt CRISPE como contexto de referencia | notion.so/my-integrations → Crear integración → Copiar "Internal Integration Secret" → Compartir las páginas objetivo con la integración |
Slack (habilita seguimiento de menciones + borradores de respuestas)
Variable | Qué hace | Cómo obtenerla |
| Rastrea menciones de tus tickets en Slack, redacta respuestas de IA | api.slack.com/apps → Crear nueva app → OAuth & Permissions → Añadir ámbitos: |
Funciones de IA (opcional)
Variable | Qué hace | Cómo obtenerla |
| Potencia la detección inteligente de repos desde el texto del ticket + respuestas de Slack redactadas por IA | console.anthropic.com → API Keys → Crear clave |
Espacio de trabajo (opcional)
Variable | Qué hace | Cuándo se necesita |
| El nombre de tu distribución WSL2 para la traducción de rutas | Solo si |
| Puerto del servidor MCP | Predeterminado: |
Almacenamiento de datos
Todos los datos viven en ~/.coolplugz/data.json — tareas, instantáneas de contexto, asignaciones de repos, información, historial de prompts. No se requiere base de datos. Elimina el archivo para empezar de nuevo.
Arquitectura
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 managementLicencia
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