QM

Qué es

QM —abreviatura de Quartermaster— es el harness de agentes interno de Y Combinator, liberado como open source bajo licencia MIT el 31 de julio de 2026. YC lo usa en su propio trabajo de contabilidad, legal, eventos e ingeniería, y el repo público en github.com/yc-software/qm superó las 15,000 estrellas en menos de dos meses. El post de lanzamiento en Hacker News llegó a 682 puntos y 163 comentarios, y la mayor parte del hilo comparaba QM con OpenClaw, Hermes y Claude Cowork.

La decisión de diseño que lo separa de esas herramientas es que es multiplayer. OpenClaw es el agente de una persona en el Gateway de una persona. QM le da a cada empleado un espacio de trabajo privado con su agente y le da a cada canal de Slack, DM grupal y proyecto su propio agente compartido. Cada uno de esos scopes es dueño de su memoria, archivos, vista del keychain, permisos, crons, web apps y un sandbox durable, y los recursos se quedan en el scope dueño a menos que alguien los comparta explícitamente. Un scope de organización por encima de ellos fija los valores por defecto y los techos de política.

No es un producto SaaS. Lo corres en tu propia cuenta de nube, con tus propias claves de modelo. qm init genera el scaffold de un repo de despliegue apuntando a Fly.io o AWS (ECS Fargate más Lambda MicroVMs); el núcleo es TypeScript sobre Fastify, con Postgres para sesiones, memoria y la cola durable. El loop del agente en sí es intercambiable —Pi, OpenCode, Codex y Claude Code pueden manejar el mismo núcleo—, así que cambiar de proveedor de modelos es un cambio de configuración, no una migración.

Por qué entra en las shortlists

• Agentes compartidos sin un token de bot compartido. La forma habitual en que un equipo “comparte” un agente es un bot de Slack con un solo juego de credenciales con el que todos pueden hablar. QM mapea la identidad de Slack a principals de QM, así que el agente en #legal-intake actúa con los permisos de ese canal y el agente en tus DMs actúa con los tuyos. Para un equipo legal o de finanzas, esa es la diferencia entre un piloto que seguridad puede aprobar y uno que no.
• El trabajo en segundo plano es de primera clase. Los crons vuelven a ejecutar un prompt según un calendario o un esquema de polling, los process watches reportan trabajos de larga duración de vuelta a una conversación, y los webhooks entrantes permiten que un sistema externo active un turno con un evento verificado. Eso cubre los patrones de operaciones que importan —una revisión semanal de higiene del pipeline, un monitoreo de renovaciones de contratos, un webhook del ATS que dispara resúmenes de candidatos— sin una herramienta de automatización aparte.
• Skills y apps son activos compartibles. Las skills son paquetes de instrucciones propiedad de un scope, compartibles mediante permisos y promovibles a toda la organización, importables desde git. Las apps son web apps internas con una URL estable, versiones inmutables, permisos de acceso y rollback: el agente puede construir el formulario de intake y publicarlo para las personas que lo necesitan.
• La postura de aprobación es una configuración de admin. Strict pausa cada llamada a herramienta para aprobación humana; Auto (el valor por defecto) bloquea el acceso a la red privada y filtra contenido; Dangerous elimina las barreras. Las reglas de command policy se aplican como denegaciones duras en todas las posturas, y las acciones del agente quedan en el log de auditoría. Los servidores MCP se registran como conectores compartidos, y QM aplica sus propias reglas de scope antes de exponer sus herramientas.

Cuánto cuesta

El software cuesta $0. No hay una estimación publicada de hosting, y cualquiera que cite una cifra mensual está adivinando sobre tu carga de trabajo. La factura tiene cuatro líneas: cómputo en la nube y Postgres administrado en Fly.io o AWS; el backend de sandbox (se soportan E2B, Modal, Sprites y Smolmachines); tokens de modelo, facturados directamente por tu proveedor; y —la línea que la gente omite— el platform engineer que se encarga de upgrades, identidad, backups y revisiones de acceso. La release v0.1.13 (27 de septiembre de 2026) agregó un dashboard de gasto para admins y overrides de runtime por cron, así que el gasto en tokens al menos es visible desde dentro del producto.

Como contraste del lado administrado: los asientos Pro de Dust cuestan €24 al mes con facturación anual, Lindy Plus cuesta $29.99 por usuario al mes, y un asiento estándar de Claude Team cuesta $25 al mes. Con 20 asientos, eso es aproximadamente $500-$600 al mes antes de excedentes. QM gana en efectivo solo cuando esas líneas de asientos superan tu factura de hosting más una porción significativa del tiempo de un ingeniero.

Ideal para

• Startups de aproximadamente 10-500 personas con al menos un platform engineer, que ya trabajan Slack-first y quieren a su personal de operaciones, legal y finanzas en agentes compartidos sin enviar sus sistemas fuente a una nube de agentes de terceros
• Equipos de RevOps y Legal Ops que necesitan agentes por canal —un agente para el canal de deal desk, un agente de intake de contratos— con crons y webhooks conectados
• Equipos que ya usan OpenClaw para individuos y que chocaron con su límite de un trust boundary por Gateway

Alternativas — y cuándo elegirlas

• OpenClaw — elígelo cuando el agente es para una sola persona. Un daemon en una laptop o un VPS pequeño es mucho menos que operar que el despliegue en la nube de QM, y su propia documentación dice que un Gateway compartido por un equipo está fuera del diseño de todos modos.
• Dust — elígelo cuando compras necesita un proveedor que firme. SOC 2 Type II, SSO, residencia de datos en EE. UU./UE y un DPA en Enterprise responden preguntas que QM te devuelve a ti.
• Claude Cowork y los planes business de ChatGPT — los asistentes que la mayoría de las empresas ya licencia, y los líderes de participación de mercado contra los que se mide QM. Elígelos cuando estás estandarizado en un solo laboratorio de modelos y nadie se va a hacer cargo de la infraestructura.
• Lindy — elígelo cuando quienes construyen no son ingenieros y un modelo de créditos compartidos es más fácil de presupuestar que una factura de nube.
• QM es en sí mismo el participante de más rápido crecimiento aquí, con 15,000 estrellas en menos de dos meses: una razón para hacer un piloto, y una razón para fijar una release.

Puntos de atención

• El proyecto se describe a sí mismo como software temprano y experimental. SECURITY.md dice que su objetivo de diseño “no es una promesa de que los datos no puedan filtrarse” y que no sustituye una revisión específica del despliegue; las releases siguen en el rango 0.1.x y salen cada semana. Protección: fija la versión de @yc-software/qm en tu repo de despliegue, usa el comando plan antes de cada upgrade y haz tu propia revisión de seguridad antes de mover datos regulados.
• No te protege de tu propio operador ni de tus admins. El modelo de amenazas asume una sola organización de usuarios internos autenticados; los admins pueden leer contenido sensible de los scopes (auditado, no sujeto a consentimiento), y las credenciales del sandbox quedan en texto plano mientras están en uso. Protección: limita el rol de operador a una o dos personas con nombre, pon los asuntos legales privilegiados en un despliegue separado y revisa el log de auditoría de admins cada mes.
• La command policy es un reductor de velocidad, no un muro. El proyecto lo dice directamente, y las acciones del navegador saltan las barreras del núcleo y el proxy de egress. Protección: empieza los scopes nuevos en postura Strict con skills de solo lectura o solo borrador, y pasa a Auto solo después de unas semanas de ejecuciones revisadas.
• Sin proveedor no hay SLA. YC Software lo mantiene sin un compromiso de soporte publicado, y las contribuciones se piden como propuestas escritas en lugar de pull requests. Protección: asigna un responsable con nombre y tiempo dedicado a los upgrades, y si no puedes nombrar a esa persona, compra Dust o Cowork en su lugar.