Skip to main content
Glama
██████╗ ██████╗  ██████╗ ██╗     ███████╗████████╗ █████╗ ██████╗ ██╗ █████╗ ████████╗
██╔══██╗██╔══██╗██╔═══██╗██║     ██╔════╝╚══██╔══╝██╔══██╗██╔══██╗██║██╔══██╗╚══██╔══╝
██████╔╝██████╔╝██║   ██║██║     █████╗     ██║   ███████║██████╔╝██║███████║   ██║
██╔═══╝ ██╔══██╗██║   ██║██║     ██╔══╝     ██║   ██╔══██║██╔══██╗██║██╔══██║   ██║
██║     ██║  ██║╚██████╔╝███████╗███████╗   ██║   ██║  ██║██║  ██║██║██║  ██║   ██║
╚═╝     ╚═╝  ╚═╝ ╚═════╝ ╚══════╝╚══════╝   ╚═╝   ╚═╝  ╚═╝╚═╝  ╚═╝╚═╝╚═╝  ╚═╝   ╚═╝

Apropia los medios de producción — Distribuye 100 veces más rápido.

npm MCP Registry License

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, action

El 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 --json permite 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 → Done
sequenceDiagram
    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 & approve

Activa 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/prlt

Funciona tanto en Macs con Apple Silicon (arm64) como Intel (x86_64). No se necesita compilador.

Actualización:

brew update
brew upgrade prlt

npm / pnpm (todas las plataformas)

npm install -g @proletariat/cli
# or
pnpm install -g @proletariat/cli

Nota sobre pnpm 10: pnpm 10 bloquea los scripts de compilación de complementos nativos por defecto. Si prlt falla con un error de módulo nativo después de la instalación, ejecuta pnpm approve-builds en el almacén global y reinstala, o usa npm / brew.

Verificación:

prlt --version

Servidor 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 permissions

Entidad

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
└── Done

Los 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

billionaires

Fundadores tecnológicos y ejecutivos (por defecto)

musk, gates, bezos

toyotas

Modelos de vehículos Toyota

camry, supra, tacoma

companies

Grandes empresas tecnológicas

stripe, vercel, linear

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 theme

Los 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-043

Ver 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 feature

Modos 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

--run-on-host

Velocidad: sin sobrecarga de contenedor

Pantalla — cómo lo ves:

Pantalla

Bandera

Mejor Para

📺 Terminal

--display terminal

Ver en una nueva pestaña de terminal

🔇 Fondo

--display background

Separado, reconectar después

Permisos — nivel de acceso del agente:

Modo

Bandera

Descripción

🔒 Seguro

(por defecto)

El agente solicita permisos

🕺 YOLO

--skip-permissions

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-permissions

Agentes 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 docker

Cada 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 --> PR3

PRs 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 watch

Tres 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-012

Sesión de Refinamiento

Haga que un agente refine los requisitos del ticket:

prlt work groom TKT-042

El agente añade criterios de aceptación, subtareas y estimaciones.


Variables de Entorno

Variable

Propósito

GITHUB_TOKEN

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 login para 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/cli

Si 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-sqlite3

npm 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/cli

O use Homebrew en su lugar (macOS):

brew install chrismcdermut/proletariat/prlt

Errores 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 --force

Consulte la guía completa de solución de problemas para más detalles.


Soporte


Licencia

Apache 2.0


npm version Downloads License

Star en GitHub | Instalar desde NPM | Reportar Problemas

Hecho con ⚒️ por el proletariado.

A
license - permissive license
-
quality - not tested
-
maintenance - not tested

Maintenance

Maintainers
1dResponse time
Release cycle
Releases (12mo)
Commit activity
Issues opened vs closed

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

  • -
    license
    B
    quality
    -
    maintenance
    Enables 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
  • A
    license
    B
    quality
    D
    maintenance
    Orchestrates 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.
    1
    35
    19
    MIT

View all related MCP servers

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

View all MCP Connectors

Latest Blog Posts

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