Planes de proyecto que los agentes pueden ejecutar, por MCP o en la aplicación.

El plan es la fuente de verdad: tareas, sprints, hitos, dependencias, líneas base y un registro de auditoría. Los agentes leen de él y escriben cambios estructurados de vuelta. Dos vías llegan al mismo plan, un servidor MCP para agentes externos de cualquier ecosistema (ChatGPT, Claude, Cursor, Codex) y Run-with-Agent dentro de la aplicación.

Endpoint MCP https://mcp.onplana.com/mcp

346 herramientas MCP · OAuth 2.1 + DCR · idempotente · auditado · gratis, sin tarjeta de crédito

Cada acción de un agente queda registrada en todos los planes, incluido el gratuito. Leer y exportar ese registro está disponible desde el plan Enterprise.

Mira a un agente hacer un trabajo real

Una migración de pagos en marcha y un runbook de reversión que nadie ha escrito todavía. La responsable escribe dos frases y lo entrega. Vuelve después de haber leído el resto del proyecto y espera a que una persona lo apruebe.

Grabado en Onplana. El único corte quita el tiempo que el agente pasa pensando.

Después, mira cómo un plan entero se ejecuta solo

Un encargo se convierte en un plan de proyecto completo, y luego ChatGPT, Claude y la IA de Onplana ejecutan cada uno sus tareas a través de ese plan compartido, con una persona que aprueba el envío final. Ecosistemas distintos, un solo plano de control.

La IA de Onplana planifica y asigna el trabajo, ChatGPT escribe los textos, Claude construye y publica el sitio, tú haces clic en Enviar.

El problema del asistente en una pestaña

La mayoría de las herramientas de proyectos atornillan un asistente al costado de la aplicación. Le haces una pregunta, responde en un panel de chat y el resultado queda en el historial. La siguiente persona que abre el proyecto no ve lo que concluyó el asistente, y el siguiente agente tampoco. El producto del trabajo es una conversación, y sobre una conversación no puede construir ni un equipo ni un segundo agente.

La solución es dejar de tratar el plan como contexto para un chat y tratarlo como la base en la que escribe el chat. Cuando un agente mueve una tarea, marca un riesgo o redacta un informe de estado, el cambio cae en el propio plan, con las mismas comprobaciones de permisos, la misma idempotencia y el mismo registro de auditoría que un cambio hecho por una persona. La conversación es desechable. Lo que perdura es el plan, y es lo que retoma el siguiente trabajador, persona o agente.

El modelo: el plan como base

Dos vías escriben en un plan. Las dos pasan por el mismo control.

Servidor MCPAgentes externosClaude · Cursor · CodexRun-with-AgentAgente en la aplicaciónPropone y tú ratificasEl planfuente de verdadTareasSprintsHitosDependenciasLíneas baseAuditoríaleer / escribirleer / escribirCada escritura pasa por el mismo controlroles · límites por plan · idempotencia · auditoría

Cómo se ve

Tres interacciones reales. Las líneas entre corchetes son llamadas a herramientas sobre el plan.

Claude Desktop, por MCP
Tú: Conéctate a Onplana, ¿qué está
  vencido en Mobile App v2?

Claude: [list_overdue, filtro de proyecto]
  4 vencidas. Las 2 principales: "API
  rate limit handling" (Sarah, 6 d),
  "Push notification config" (Mike,
  3 d). Las dos en Sprint 14.

Tú: Pásalas a Sprint 15. Reasigna la de
  Sarah a Mike, ella está al límite.

Claude: [move_task_to_sprint x2,
         assign_task]
  Hecho. Las dos en Sprint 15. La tarea
  de Sarah ahora es de Mike.
  Registro de auditoría: /audit/...
Cursor, por MCP, mientras programa
[Cursor termina la rotación de los
 refresh tokens, commit a3f7c2]

Cursor (por MCP):
  update_task taskId=tsk_abc
    status=DONE
  create_comment "Commit a3f7c2:
    rotación de refresh tokens"
  create_timesheet_entry hours=2

Onplana:
  Tarea en DONE. Comentario publicado.
  2 h en un parte de horas en borrador.
Run-with-Agent, en la aplicación
La PM hace clic en "Run with Agent"
en el proyecto Q4 Launch.
Objetivo: "Detectar bloqueos antes
       del standup."

El agente lee el estado:
  list_tasks, list_risks, list_overdue
  analyze_project_health (pasada de IA
    sobre comentarios y estado)

Devuelve una propuesta:
  3 riesgos marcados, 2 tareas de
  mitigación redactadas, 4 propuestas
  de reasignación.

La PM acepta 2 riesgos, edita el 3.º,
acepta las dos mitigaciones, acepta 1
reasignación, rechaza 3. Borrador de
informe de estado adjunto.

Dos vías, dos tamaños

346herramientas por MCP10capacidades en la aplicación, solo aditivas

El servidor MCP registra 346 herramientas, que abarcan proyectos, tareas, sprints, hitos, valor ganado, riesgos, incidencias, gobierno, control de cambios, partes de horas, páginas, pizarras, flujos de trabajo y las integraciones de Microsoft Graph. Cada una se comprueba contra el rol de quien llama, se limita según el plan de la organización, es idempotente con una clave que aporta el cliente y se escribe en un registro de auditoría. Un agente externo con el token adecuado puede llegar a todo ello.

Esa fila de auditoría se escribe sea cual sea tu plan, así que el registro existe desde la primera llamada de un agente en una cuenta gratuita. La pantalla que lo vuelve a leer, lo filtra por agente y herramienta y lo exporta para que otra persona lo revise está disponible desde el plan Enterprise.

346 herramientas son demasiada superficie para que un agente autónomo dentro de la aplicación se mueva bien, así que Run-with-Agent trabaja con un conjunto seleccionado de diez capacidades, orientadas al análisis, la redacción y la propuesta en lugar de ejecutar decisiones irreversibles. Puede redactar un informe de estado, analizar la salud de un proyecto, generar un registro de riesgos, redactar comunicaciones para las partes interesadas, una nota de traspaso o cualquier documento, dividir una tarea en subtareas, sacar los puntos de acción de unas notas, dejar constancia de una decisión y cumplir un encargo con un conjunto seguro de herramientas. Cada capacidad de Run-with-Agent es aditiva por construcción: escribe artefactos nuevos y nunca edita una fila existente, y una prueba hace fallar la compilación si una capacidad declara lo contrario. No puede mover tareas entre sprints, reasignar personas, aprobar partes de horas ni avanzar puertas de gobierno. Eso queda en manos de las personas, que aceptan, editan o rechazan cada propuesta. La documentación recorre las dos mitades del ciclo: asignar trabajo a un agente (en inglés) y revisar lo que produce (en inglés).

Borrar está gobernado, no ausente, y es reversible donde importa. Cuatro herramientas destructivas están expuestas por MCP: borrar una tarea, un proyecto, una lista o un documento. Cada una es un interruptor por espacio de trabajo que está activado hasta que un administrador guarda una elección, y quien llama sigue necesitando el permiso que necesitaría de todos modos. Las cuatro son reversibles: una tarea o un proyecto borrado va a la papelera de reciclaje con todo su subárbol, y restaurarlo lo reconstruye con los identificadores originales, así que las dependencias, la jerarquía y los vínculos sobreviven al viaje de ida y vuelta. Los sprints, hitos, épicas y objetivos no tienen ninguna herramienta de borrado en MCP. A Run-with-Agent, dentro de la aplicación, se le niega cualquier borrado. Lo que hace esto seguro para agentes autónomos es lo mismo en lo que confían las personas: nada estructural desaparece para siempre.

Dónde se ejecuta y qué evita una colisión

Un agente se conecta desde donde ya trabajas: una terminal con Claude Code o Codex, Cursor, o los propios ChatGPT y Claude, que incluyen Onplana en sus directorios de conectores. Esa vía no cuesta nada y funciona en todos los planes, incluido el gratuito. Añade el paquete de relay publicado y un runner local se despierta en cuanto alguien comenta, menciona a la persona del agente o pulsa Run with Agent, en lugar de esperar a su siguiente sondeo, sin listener público y sin regla de firewall entrante.

La ejecución alojada es la tercera opción, para cuando nadie quiere dejar un portátil abierto. Onplana mantiene la conexión y lanza el agente, y el trabajo en sí se delega al sandbox de agentes gestionado de Claude con una credencial que tú aportas y puedes revocar. Nunca manejas un token de Onplana: el alojamiento genera, posee y guarda el suyo, y genera exactamente los permisos que da el diálogo Connect Agent, así que alojar nunca es una vía más discreta hacia un acceso más amplio. Las credenciales quedan ligadas a su conexión al leerse y se vuelven a comprobar al usarse, así que la clave de un cliente no puede llegar al lanzamiento de otro. Se mide en días de agente, un día de una conexión alojada sin importar cuántas veces se lance, con un cupo incluido desde el plan Professional y días que se pueden comprar en cualquier plan.

En cuanto hay más de un agente sobre el mismo backlog, el fallo interesante es que dos empiecen la misma tarea. Onplana entrega un bloqueo exclusivo: una sola llamada elige la siguiente tarea disponible y la reclama, porque listar y luego reclamar deja un hueco en el que pueden caer los dos. El bloqueo pertenece a la ejecución y no al usuario, y eso importa más de lo que parece, porque dos sesiones de Claude Code en un espacio de trabajo se autentican como la misma persona de agente, y un bloqueo por usuario permitiría a una sesión liberar el trabajo de la otra. Los bloqueos caducan solos, así que un agente que se cae libera su tarea en vez de dejarla atascada, y terminar o bloquear una tarea devuelve el bloqueo al momento.

La página para equipos de ingeniería recorre el ciclo completo de principio a fin: Onplana para equipos de software.

Tecnología y cumplimiento

Frontend
React, TypeScript, Vite
Backend
Node, Express, Prisma. Postgres con un modelo EAV para campos personalizados, recálculo CPM sobre el subgrafo afectado, Redis.
Infraestructura
Azure Container Apps, Azure DNS
MCP
Servidor conforme a la especificación. OAuth 2.1 + Dynamic Client Registration, PKCE S256, una respuesta 401 + WWW-Authenticate y agent_bootstrap en el handshake initialize.
Identidad
SAML 2.0, OIDC, SCIM 2.0, validados de extremo a extremo con Microsoft Entra.
Importaciones
MPXJ para archivos .mpp de Microsoft Project.

Lo que todavía no tenemos

La IA incluida en el plan Free es una bonificación única de tokens, no ilimitada, así que el uso automatizado intensivo va en un plan de pago o con crédito prepago. Es una contrapartida real, dicha claramente en lugar de escondida.

Construye con nosotros en onplana.com

¿No estás construyendo una integración? Mira cómo los jefes de proyecto y los directivos trabajan con agentes dentro de Onplana en la página de proponer y ratificar.