prlt
██████╗ ██████╗ ██████╗ ██╗ ███████╗████████╗ █████╗ ██████╗ ██╗ █████╗ ████████╗
██╔══██╗██╔══██╗██╔═══██╗██║ ██╔════╝╚══██╔══╝██╔══██╗██╔══██╗██║██╔══██╗╚══██╔══╝
██████╔╝██████╔╝██║ ██║██║ █████╗ ██║ ███████║██████╔╝██║███████║ ██║
██╔═══╝ ██╔══██╗██║ ██║██║ ██╔══╝ ██║ ██╔══██║██╔══██╗██║██╔══██║ ██║
██║ ██║ ██║╚██████╔╝███████╗███████╗ ██║ ██║ ██║██║ ██║██║██║ ██║ ██║
╚═╝ ╚═╝ ╚═╝ ╚═════╝ ╚══════╝╚══════╝ ╚═╝ ╚═╝ ╚═╝╚═╝ ╚═╝╚═╝╚═╝ ╚═╝ ╚═╝Apropia los medios de producción — Distribuye 100 veces más rápido.
Plataforma de orquestación de agentes para trabajo con IA. Activa trabajadores para cualquier tarea, bajo demanda.
Agentes temáticos, incluyendo multimillonarios — Por fin, trabajan para nosotros.
⚠️ Software Beta — En desarrollo activo. Los comandos y las API pueden cambiar entre versiones, y los errores se están corrigiendo activamente.
Empecemos a distribuir Reserva una llamada — Estoy encantado de ayudarte a poner en marcha prlt o de charlar sobre comentarios, ideas, flujos de trabajo multiagente y el futuro del trabajo/laboral (y la teoría económica del trabajo...).
Resumen
prlt es una plataforma de orquestación de agentes para trabajo con IA. Activa trabajadores bajo demanda, coordina el desarrollo multiagente desde una sola CLI. Espacios de trabajo aislados, contenedores seguros, estado persistente.
brew install chrismcdermut/proletariat/prlt # macOS (Homebrew)
# or
npm install -g @proletariat/cli # any platform (npm)
prlt new
prlt ticket create --title "Add OAuth" --category feature
prlt work spawn # Interactive: select tickets, environment, actionEl agente se genera en su propia rama, escribe código, abre un PR. Tú revisas y fusionas.
¿Por qué prlt?
Aislado — Cada agente tiene su propia rama de git. Sin conflictos.
Seguro — Contenedores Docker, aislados de tu anfitrión.
Durable — Las sesiones de Tmux persisten. Cierra la ventana, el agente sigue trabajando.
Rastreable — Una base de datos, una CLI, todos tus agentes.
Efímero — Activa agentes bajo demanda. Trabajan, hacen PR, terminan.
Estructurado — Los tickets proporcionan contexto estructurado, no chat libre.
Persistente — Los tickets acumulan contexto con el tiempo. Transferencia entre agentes.
Nativo para agentes — El modo
--jsonpermite que los agentes de IA manejen la CLI de forma programática.
Inicio Rápido
brew install chrismcdermut/proletariat/prlt # Install (Homebrew, recommended)
# or
npm install -g @proletariat/cli # Install (npm, all platforms)
prlt new # Create HQ, add repos, choose theme
prlt ticket create --title "Add OAuth" --category feature
prlt work spawn # Interactive: select tickets, environment, action
# Agent creates PR → You review → Merge → DonesequenceDiagram
participant You
participant prlt
participant Agent
participant GitHub
You->>prlt: prlt ticket create
You->>prlt: prlt work spawn
prlt->>prlt: Create branch
prlt->>prlt: Create workspace
prlt->>Agent: Spawn agent
Agent->>Agent: Read ticket
Agent->>Agent: Write code
Agent->>GitHub: Commit
Agent->>GitHub: Open PR
Agent->>prlt: Update status
prlt->>You: PR ready
You->>GitHub: Review & approveActiva agentes para implementar, refinar o revisar, no solo para escribir código.
Menús Interactivos
prlt work te guía a través de la selección de proyecto y ticket:
Elige tu operación: iniciar un solo agente, activación por lotes o ver una columna:
Selecciona los tickets a activar, agrupados por prioridad:
Análisis Detallado
Problema | Solución |
Los agentes entran en conflicto entre sí | Aislado — Cada agente tiene su propia rama de git y árbol de trabajo |
Los agentes se ejecutan sin aislamiento en tu máquina | Seguro — Contenedores Docker, aislados de tu anfitrión (investigando opciones de aislamiento del anfitrión) |
Pierdes el rastro de quién hace qué | Rastreable — Todo el estado en una base de datos SQLite, una CLI |
Las sesiones mueren al cerrar una ventana | Durable — Las sesiones de Tmux persisten, se pueden separar/reconectar en cualquier momento |
Contexto disperso en ventanas de chat | Estructurado — Tickets con requisitos y criterios de aceptación |
Activar agentes es pesado | Efímero — Actívalos bajo demanda, trabajan, hacen PR, terminan |
El contexto se pierde entre ejecuciones de agentes | Persistente — Los tickets acumulan contexto, se transfieren entre agentes |
Instalación
Homebrew (recomendado)
brew install chrismcdermut/proletariat/prltFunciona tanto en Macs con Apple Silicon (arm64) como Intel (x86_64). No se necesita compilador.
Actualización:
brew update
brew upgrade prltnpm / pnpm (todas las plataformas)
npm install -g @proletariat/cli
# or
pnpm install -g @proletariat/cliNota sobre pnpm 10: pnpm 10 bloquea los scripts de compilación de complementos nativos por defecto. Si
prltfalla con un error de módulo nativo después de la instalación, ejecutapnpm approve-buildsen el almacén global y reinstala, o usanpm/brew.
Verificación:
prlt --versionServidor MCP
prlt incluye un servidor MCP integrado con más de 100 herramientas. Añádelo a tu cliente de IA:
Claude Code (~/.claude.json):
{
"mcpServers": {
"prlt": { "command": "prlt", "args": ["mcp-server"] }
}
}Cursor / Otros clientes (a través de npx):
{
"mcpServers": {
"prlt": { "command": "npx", "args": ["-y", "@proletariat/cli", "mcp-server"] }
}
}Listado en: MCP Registry | npm
Modelo de Datos
Workspace (HQ)
├── Projects
│ ├── Epics → Tickets
│ └── (references a Workflow)
├── Workflows → Phases → Statuses (can be shared across projects)
├── Specs (can span projects)
├── Actions (reusable templates)
├── Agents
│ ├── Staff (persistent, named)
│ └── Temp (ephemeral, per-ticket)
└── Executions (running sessions)
├── Docker
│ ├── Tmux session
│ ├── Terminal or Background display
│ └── Safe or YOLO permissions
└── Host
├── Tmux session
├── Terminal or Background display
└── Safe or YOLO permissionsEntidad | Descripción |
Proyecto | Agrupa tickets y épicas, referencia un flujo de trabajo |
Épica | Contenedor de trabajo con ciclo de vida (borrador → activo → completado) |
Ticket | Elemento de trabajo individual con requisitos y criterios de aceptación |
Especificación | Documentación estática (puede abarcar proyectos, vinculada a épicas) |
Flujo de Trabajo | Configuración del flujo de estados (puede compartirse entre proyectos) |
Fase | Etapa en un flujo de trabajo |
Estado | Estado del ticket dentro de una fase |
Acción | Plantillas de prompt/acción reutilizables |
Agente (Staff) | Agente persistente con nombre y espacio de trabajo dedicado |
Agente (Temp) | Agente efímero activado para un solo ticket |
Ejecución | Sesión de agente en ejecución sobre un ticket |
Pantalla | Terminal (nueva pestaña) o Fondo (separada) |
Ejemplo de Flujo de Trabajo
Un flujo de trabajo define cómo se mueven los tickets a través de tu proceso. Los proyectos referencian un flujo de trabajo, y varios proyectos pueden compartir el mismo.
Kanban Workflow
├── Backlog # New tickets land here
├── In Progress # Agent working (prlt work spawn)
├── Review # PR ready (prlt work ready)
└── Done # Merged (prlt work complete)Scrum Workflow
├── Backlog
├── Sprint
│ ├── To Do
│ ├── In Progress
│ └── In Review
└── DoneLos tickets avanzan por los estados a medida que se realiza el trabajo. Los agentes mueven los tickets automáticamente cuando comienzan a trabajar, abren PRs o completan tareas.
Estructura del Espacio de Trabajo
Cada agente obtiene una copia de todos los repositorios (próximamente alcance de repositorios). El trabajo se realiza en ramas aisladas.
my-project/
├── .proletariat/
│ └── workspace.db # Tickets, executions, state
├── repos/
│ ├── frontend/ # Your repos
│ ├── backend/
│ └── infra/
└── agents/
├── staff/
│ └── alice/ # Named agent with persistent workspace
│ ├── frontend/
│ ├── backend/
│ └── infra/
└── temp/
├── agent-abc123/ # Ephemeral: Working on TKT-042 (OAuth)
│ ├── frontend/ # All repos on branch: feat/TKT-042-oauth
│ ├── backend/
│ └── infra/
└── agent-def456/ # Ephemeral: Working on TKT-043 (API)
├── frontend/ # All repos on branch: feat/TKT-043-api
├── backend/
└── infra/Temas de Nombres de Agentes
Los temas controlan cómo se nombran los agentes. Los agentes de staff usan los nombres del tema directamente (ej., bezos, camry). Los agentes efímeros añaden un prefijo de adjetivo (ej., bold-bezos, keen-camry). Actualmente, los nombres efímeros también incluyen un sufijo numérico (bold-bezos-1), pero esto se eliminará pronto.
Temas Integrados:
Tema | Descripción | Nombres de Ejemplo |
| Fundadores tecnológicos y ejecutivos (por defecto) |
|
| Modelos de vehículos Toyota |
|
| Grandes empresas tecnológicas |
|
billionaires — Por fin, trabajan para nosotros.
Comandos de Tema:
prlt agent themes list # List available themes
prlt agent themes set billionaires # Set active theme
prlt agent themes create mytheme # Create custom theme
prlt agent themes add-names mytheme # Add names to custom themeLos temas se seleccionan durante prlt new.
Tres Formas de Usar Comandos
1. Interactivo (Humanos)
Ejecuta sin banderas: obtén indicaciones guiadas:
$ prlt ticket create
? Title: Add password reset
? Description: Email-based password reset flow
? Priority: P1
? Category: feature
✓ Created TKT-043Ver detalles del ticket con prlt ticket:
2. Modo JSON (Agentes de IA)
Añade --json para salida legible por máquina:
$ prlt work start --json{
"prompt": {
"type": "list",
"message": "Select ticket to work on:",
"choices": [
{
"name": "[P1] TKT-042 - Add user authentication",
"value": "TKT-042",
"command": "prlt work start TKT-042 --json"
}
]
}
}Los agentes de IA analizan esto, hacen selecciones, llaman al siguiente comando.
3. Banderas (Scripts/CI)
Pasa todo directamente:
prlt ticket create \
--title "Add OAuth" \
--description "Google and GitHub OAuth" \
--priority P1 \
--category featureModos de Ejecución
Entorno — dónde se ejecuta el agente:
Entorno | Bandera | Mejor Para |
🐳 Docker | (por defecto si existe devcontainer) | Seguridad: contenedor completamente aislado |
🏃 Anfitrión |
| Velocidad: sin sobrecarga de contenedor |
Pantalla — cómo lo ves:
Pantalla | Bandera | Mejor Para |
📺 Terminal |
| Ver en una nueva pestaña de terminal |
🔇 Fondo |
| Separado, reconectar después |
Permisos — nivel de acceso del agente:
Modo | Bandera | Descripción |
🔒 Seguro | (por defecto) | El agente solicita permisos |
🕺 YOLO |
| Sin indicaciones, acceso completo. Úsalo con Docker para una autonomía segura. |
Todas las sesiones se ejecutan en tmux internamente: cierra la ventana, el agente sigue trabajando.
# Default: Docker + terminal (if devcontainer exists)
prlt work start TKT-042
# Docker + background
prlt work start TKT-042 --display background
# Host + background (fast, no container)
prlt work start TKT-042 --run-on-host --display background
# Docker + YOLO (full autonomy, safely sandboxed)
prlt work start TKT-042 --skip-permissionsAgentes en Paralelo
Trabaja en múltiples tickets simultáneamente.
Interactivo (humanos):
$ prlt work spawn
? Spawn mode: Select specific tickets
? Select tickets:
◉ [P1] TKT-042 - Add user authentication
◉ [P1] TKT-043 - Add API rate limiting
◯ [P2] TKT-044 - Add email notifications
? Action: implement
? Environment: docker
Spawning 2 tickets...Modo JSON (agentes de IA): (selección múltiple en proceso)
$ prlt work spawn --json --many{
"prompt": {
"type": "checkbox",
"message": "Select tickets to spawn:",
"choices": [
{"name": "[P1] TKT-042 - Add user authentication", "value": "TKT-042"},
{"name": "[P1] TKT-043 - Add API rate limiting", "value": "TKT-043"}
]
}
}Banderas (scripts/CI):
prlt work spawn TKT-042 TKT-043 --action implement --mode dockerCada agente trabaja en su propia rama. Sin conflictos.
Escalado: El límite principal es tu máquina. Se pueden alcanzar 50+ agentes concurrentes, depende de la CPU, la RAM y de si estás ejecutando el modo Docker o anfitrión.
Monitorea los agentes en ejecución con prlt execution:
flowchart LR
subgraph You
spawn[prlt work spawn]
end
subgraph Agents
A1[Agent 1<br/>TKT-042 OAuth]
A2[Agent 2<br/>TKT-043 Rate Limit]
A3[Agent 3<br/>TKT-044 Notifications]
end
subgraph GitHub
PR1[PR #101<br/>feat/TKT-042-oauth]
PR2[PR #102<br/>feat/TKT-043-rate-limit]
PR3[PR #103<br/>feat/TKT-044-notifications]
end
spawn --> A1
spawn --> A2
spawn --> A3
A1 --> PR1
A2 --> PR2
A3 --> PR3PRs creados por agentes listos para revisión:
Referencia de Comandos
Ejecute prlt <command> --help para ver opciones y banderas.
Casos de Uso
Desarrollo de Funcionalidades en Paralelo
# Create tickets for each feature
prlt ticket create --title "Add OAuth" --category feature
prlt ticket create --title "Add API rate limiting" --category feature
prlt ticket create --title "Add email notifications" --category feature
# Spawn all three in parallel (Docker for isolation)
prlt work spawn TKT-001 TKT-002 TKT-003 --mode docker
# Watch the board as they work
prlt board watchTres agentes, tres ramas, tres PRs. Usted revisa y fusiona.
Bug Bash
# Spawn all bugs at once
prlt work spawn --all --column Backlog --category bug
# Or pick specific ones
prlt work spawn TKT-010 TKT-011 TKT-012Sesión de Refinamiento
Haga que un agente refine los requisitos del ticket:
prlt work groom TKT-042El agente añade criterios de aceptación, subtareas y estimaciones.
Variables de Entorno
Variable | Propósito |
| Operaciones de GitHub (PRs, etc.) |
Claude Code maneja su propia autenticación mediante claude login.
Related MCP server: BMAD-MCP
Requisitos
Node.js 20+ (22 LTS recomendado)
Git
Claude Code (
claude loginpara autenticarse)SQLite
Tmux (persistencia de sesiones)
Docker (opcional—para ejecución aislada)
Solución de Problemas de Instalación
bun install falla en better-sqlite3
Síntoma: bun install -g @proletariat/cli falla con errores isexe o node-gyp durante la compilación del módulo nativo better-sqlite3.
Causa: La compatibilidad de node-gyp de Bun es limitada. La dependencia which dentro de node-gyp usa isexe, que es incompatible con los shims de tiempo de ejecución de Bun.
Solución: Use npm o Homebrew en su lugar:
# Option 1: Homebrew (macOS, recommended)
brew install chrismcdermut/proletariat/prlt
# Option 2: npm (all platforms)
npm install -g @proletariat/cli
# Option 3: pnpm
pnpm install -g @proletariat/cliSi debe usar Bun, asegúrese de que Node.js 22 (LTS) también esté instalado y configure better-sqlite3 para usar sus binarios precompilados:
npm rebuild better-sqlite3npm EACCES: permiso denegado
Síntoma: npm install -g @proletariat/cli falla con EACCES: permiso denegado en /opt/homebrew/lib/node_modules o /usr/local/lib/node_modules.
Solución: Configure npm para usar un directorio escribible por el usuario:
mkdir -p ~/.npm-global
npm config set prefix '~/.npm-global'
export PATH="$HOME/.npm-global/bin:$PATH"
# Add the export line to your ~/.zshrc or ~/.bashrc
npm install -g @proletariat/cliO use Homebrew en su lugar (macOS):
brew install chrismcdermut/proletariat/prltErrores de módulo nativo después de la instalación
Síntoma: prlt se ejecuta pero falla con errores de better_sqlite3.node o de falta de coincidencia de ABI.
Solución:
# Rebuild for the current Node version
npm rebuild better-sqlite3
# Verify it works
node -e "require('better-sqlite3')"
# If still failing, reinstall
npm install -g @proletariat/cli --forceConsulte la guía completa de solución de problemas para más detalles.
Soporte
Discord: discord.gg/tmZyjNNSvw
GitHub Issues: Reportar errores o solicitar funciones
Ayuda de Configuración: Reservar una llamada - Le ayudaré a ponerlo en marcha
Licencia
Apache 2.0
Star en GitHub | Instalar desde NPM | Reportar Problemas
Hecho con ⚒️ por el proletariado.
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
- -licenseBquality-maintenanceEnables AI-driven orchestration of GitHub development workflows including automated issue analysis, code generation, code review, and PR creation through multiple specialized agents. Integrates with GitHub Actions to automate the complete development process from issue to pull request.7
- AlicenseBqualityDmaintenanceOrchestrates complete agile development workflows from product requirements to QA testing through role-based stages (PO → Architect → SM → Dev → Review → QA). Manages workflow state, generates role-specific prompts, and saves artifacts while integrating with multiple AI engines for comprehensive project delivery.13519MIT
- AlicenseAqualityAmaintenanceOrchestrates multiple AI coding agents declaratively to automate software development workflows for engineering teams.212879Apache 2.0
- Alicense-qualityDmaintenanceEnables AI agents to manage projects, epics, and tasks with atomic locking, real-time dashboard, and multi-agent coordination.MIT
Related MCP Connectors
Create and manage AI agents that collaborate and solve problems through natural language interacti…
Build, validate, and deploy multi-agent AI solutions from any AI environment.
Git-backed platform for skills, tools, and context for AI agents
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/chrismcdermut/proletariat'
If you have feedback or need assistance with the MCP directory API, please join our Discord server