Área de IA · Agentes, la zona de sugerencia

La IA propone, la persona ratifica

Los agentes son la zona de sugerencia del modelo de decisión en tres zonas de Onplana. Tres operaciones en las que la IA propone un cambio sobre datos existentes, muestra las pruebas al lado y espera a que una persona lo acepte o lo descarte. Alertas de riesgo, cambios de recursos, cronogramas sugeridos.

Pruebas en cada propuesta Aceptar o descartar Lo descartado se tiene en cuenta

El patrón de proponer y ratificar

Todas las operaciones de la zona de sugerencia tienen la misma forma. La IA aporta las pruebas; la persona hace el cambio. La IA trabaja por su cuenta al buscar, analizar y redactar; se contiene cuando se trata de cambiar datos ya comprometidos.

Esa forma es el modelo de proponer y ratificar. Es la disciplina que hace segura la tarea de los agentes a la escala de una PMO real. Sin ella, los agentes prometen demasiado (cambian planes existentes por su cuenta y fallan en el primer caso límite) o entregan poco (solo devuelven texto y nunca actúan). En la zona de sugerencia aparece la mayor parte del ahorro de tiempo a lo largo de un trimestre, porque la IA se ocupa del análisis y la redacción y la persona del criterio.

El límite está en el código, no en el prompt. Un prompt mal planteado no puede hacer que la IA aplique una propuesta sin pasar por la ratificación de una persona. La comprobación se hace en el servidor y no depende de confiar en un buen diseño del prompt.

Las tres operaciones de la zona de sugerencia

Para cada una: qué propone la IA, qué pruebas aparecen al lado y cómo es la ratificación.

Una alerta de riesgo en la zona de sugerencia: la IA nombra el riesgo, explica la señal y propone una mitigación. Usted la pasa al registro de incidencias o la descarta.

Alertas de riesgo

Professional+

Propuesta

La IA marca una tarea o un hito como en riesgo y nombra la señal concreta que lo motiva

Pruebas al lado

Se nombran las tareas detrás de la alerta: trabajo atrasado o bloqueado, tareas sin responsable, trabajo que espera a otra tarea y el tiempo que queda hasta la fecha de fin

Ratificación

El jefe de proyecto pasa el riesgo al registro, lo descarta o lo asigna a un responsable

Propuestas de cambio de recursos

Professional+

Propuesta

La IA propone quién debería encargarse de una tarea y explica por qué, por ejemplo pasar trabajo de alguien que esa semana supera su capacidad a alguien con margen

Pruebas al lado

La semana de la persona propuesta con la tarea incluida: su capacidad, el resto del trabajo comprometido, la parte de esta tarea y si con ella supera su capacidad, junto a la propuesta para quien la revisa

Ratificación

El jefe de proyecto acepta y la tarea se asigna tal como se propuso, o la descarta y nada cambia

Cronograma sugerido

Professional+

Propuesta

Indique una fecha límite y la IA propone inicio y fin para cada tarea, y puede nivelar el plan según la carga de cada persona

Pruebas al lado

Las fechas propuestas para cada tarea, la fecha en que terminaría el plan y cualquier aviso o el motivo por el que no se puede cumplir la fecha límite

Ratificación

Nada cambia hasta que el jefe de proyecto la aplica, y antes de aplicarla se guarda una línea base del plan tal como estaba. Comparar escenarios de toda la cartera es planificación de escenarios, desde el plan Enterprise, y no usa IA

Y la zona vedada

Algunas decisiones no pasan a manos de la IA. Onplana no tiene función para la mayoría, y donde existe una superficie relacionada, la IA actúa con los permisos de la persona que la usa y no puede excederlos.

Compromisos financieros

La IA puede resumir el ritmo de consumo de un presupuesto y señalar el riesgo de que el gasto supere lo aprobado. No puede aprobar una orden de compra, firmar un contrato ni cambiar una cifra de presupuesto aprobada.

Aprobación de la línea base

Aplicar un cronograma sugerido guarda primero una línea base del plan tal como estaba, así que nada se pierde. La aprobación en sí, el acto que dice 'este es ahora el plan oficial', corresponde a una persona.

Evaluaciones de desempeño

Onplana guarda datos de tareas completadas, historial de comentarios y patrones de asignación. La IA nunca los reúne en una evaluación de una persona. El rastro existe; la valoración es suya.

Selección de proveedores

La IA puede resumir una respuesta a una licitación. La decisión de adjudicar no es un resultado de la IA.

Decisiones de cierre

Cerrar un proyecto, archivar una cartera o quitar a alguien de un rol son acciones humanas. La IA puede señalar que podrían estar justificadas; no puede hacerlas.

El principio: donde una decisión equivocada genera un coste legal, financiero o personal que ningún botón de deshacer puede arreglar, la IA no actúa. La zona vedada es pequeña y está bien delimitada precisamente porque el coste de equivocarse en sus límites es asimétrico.

Qué pasa con las propuestas que rechaza

Aceptar y descartar se miden por igual. Uno de los dos influye hoy en lo que la IA propone después.

La aceptación se mide

Onplana registra con qué frecuencia se aceptan o se descartan las sugerencias de la IA, para que vea si un tipo de propuesta se gana su lugar o solo consume atención. Las propuestas no se aplican solas y ningún ajuste lo cambia. Cada propuesta de la zona de sugerencia espera a una persona.

Lo descartado hace más prudente la detección de riesgos

En la detección de riesgos, los descartes se cuentan en todos sus proyectos y vuelven al detector: una categoría que sus equipos descartan una y otra vez solo se marca donde los datos del proyecto lo justifican con claridad. Orienta, no silencia, así que un riesgo que de verdad aplica puede seguir apareciendo.

Cómo se mantiene honesto el patrón

Tres reglas se cumplen en todas las superficies de la zona de sugerencia.

Pruebas por defecto

Cada propuesta muestra al lado los datos en que se basa. Pedir a un jefe de proyecto que confíe en una afirmación de la IA sin fuentes sobre su propio proyecto no sobrevive a la primera respuesta equivocada.

La ratificación vive en la capa de herramientas

En el servidor. Una propuesta se guarda como sugerencia pendiente y solo la aceptación de una persona en el servidor la aplica, así que un prompt mal planteado no puede saltarse el control: la comprobación está en el código del servidor, no en confiar en un buen diseño del prompt.

Cada paso queda registrado

Una propuesta y su resultado quedan guardados: un riesgo descartado se conserva y se cuenta en lugar de borrarse, y aplicar un cronograma sugerido guarda primero una línea base. El cambio tras una ratificación es del jefe de proyecto, no de la IA; de la IA es la propuesta, no el cambio.

Preguntas frecuentes

¿En qué se diferencia la zona de sugerencia de la zona de acción?

Las operaciones de la zona de acción cambian los datos directamente porque deshacerlas es barato y ocurren a menudo (borrador de plan, entrada en lenguaje natural, primer borrador de informe de estado, preguntas sobre la cartera, el widget de recomendaciones). Las de la zona de sugerencia cambian datos existentes de formas que no se deshacen fácilmente (registro de riesgos, asignación de recursos, cronograma), así que proponen con pruebas y esperan la aceptación de una persona. La misma IA impulsa ambas; la diferencia es el límite en la capa de herramientas.

¿Cómo son en la práctica las pruebas al lado?

En una alerta de riesgo ve las tareas que hay detrás: cuáles están atrasadas o bloqueadas, cuáles no tienen responsable, cuánto tiempo queda. En un cambio de recursos ve la semana de la persona propuesta con la tarea incluida: su capacidad, el resto de su trabajo y si con ella la supera. En un cronograma sugerido, el inicio y el fin propuestos de cada tarea y la fecha en que terminaría el plan. El patrón existe porque una afirmación sin fuentes de la IA sobre su propio proyecto no sobrevive a la primera respuesta equivocada.

¿Qué pasa si rechazo una propuesta?

Se descarta y no se cambia nada. Los descartes se cuentan, y en la detección de riesgos el recuento abarca todos sus proyectos: una categoría que sus equipos descartan una y otra vez vuelve al detector como señal para ser prudente, que solo la marca cuando los datos del proyecto lo justifican con claridad. Orienta, no silencia, así que la categoría puede seguir apareciendo cuando de verdad aplica.

¿Se puede ampliar la zona de sugerencia para que las propuestas se apliquen solas?

Hoy no. Las propuestas de la zona de sugerencia siempre esperan a una persona y ningún ajuste las convierte en automáticas. Lo que sí existe son las pruebas que necesitaría para tomar esa decisión: Onplana registra la tasa de aceptación de las sugerencias de la IA, así que ve si su equipo acepta un tipo de propuesta casi siempre o la corrige con frecuencia. Si su equipo llega al punto de aceptar casi siempre un tipo concreto, díganoslo, porque esa es la señal que justificaría crear la opción.

¿Qué hay en la zona vedada y se puede ampliar también?

Son las decisiones que la IA no toma: compromisos financieros, aprobación de la línea base, evaluaciones de desempeño, selección de proveedores y decisiones de cierre. Dos cosas las mantienen ahí, y conviene separarlas. Onplana no tiene función para la mayoría, así que no hay nada sobre lo que la IA pueda actuar. Y donde existe una superficie relacionada, la IA actúa con los permisos de la persona que la usa, así que no alcanza nada que esa persona no pudiera alcanzar a mano. El principio es que donde una decisión equivocada crea un coste legal, financiero o personal que un botón de deshacer no arregla, no debe actuar la IA.

¿Es esto lo que se entiende por 'agentes de IA'?

Es la forma de proponer y ratificar del patrón de agentes, aplicada al trabajo en una herramienta de gestión de proyectos. Un agente recibe pruebas, prepara una propuesta de cambio, la muestra con sus pruebas y espera a que una persona la ratifique. Las tres operaciones de arriba son los agentes propios que Onplana ofrece hoy; llegarán otros a medida que más flujos de PMO adopten esa forma. Los clientes externos compatibles con MCP (Claude Desktop, Cursor, su propio stack de agentes) usan la misma superficie; la página de conectores explica cómo se conectan.

¿Aprende el agente de mis correcciones?

Dentro de una conversación, sí: el agente ve sus rechazos y cambios y adapta las propuestas siguientes. Entre conversaciones, no: el agente no se entrena con sus datos y la siguiente sesión empieza con el mismo comportamiento base. Lo que sí se mantiene entre sesiones es el recuento de descartes por categoría de riesgo, que hace al detector más prudente con una categoría que sus equipos rechazan una y otra vez. Es deliberado y se puede revisar, no una deriva opaca del modelo.

¿Quién decide qué agentes externos pueden conectarse?

Los administradores. Traer un agente MCP externo (Claude Code, Codex, Cursor y otros) a su organización es una acción gobernada: un permiso propio, org.agent.connect, decide quién puede conectar uno, puede excluir a personas o equipos concretos, limitar cuántas conexiones hay por organización y restringir cualquier conexión a proyectos concretos para darle solo el acceso necesario, todo desde el área Personas. Revocar una persona virtual corta su acceso al instante. La página de colaboración entre personas e IA explica cómo participan después los agentes como miembros de la organización.

¿Está creando una integración en lugar de dirigir proyectos? Vea cómo los agentes leen y escriben el plan por MCP y Run-with-Agent.

Vea las propuestas de la zona de sugerencia en su propio proyecto

Regístrese gratis, importe un .mpp o arranque un proyecto a partir de una frase y vea cómo llegan las alertas de riesgo y las propuestas de cambio de recursos con sus pruebas al lado.