Melaya — Build AI agents for any job. Agentic platform for research, ops, outreach, reporting — and the only one where agents can actually trade.

// CASO DE USO · PM

Corre programas que saquen la verdad,antes que el steerco.

La mayoría de PMOs se entera de que un milestone se cayó cuando el sponsor pregunta por qué. Los decks de estatus toman un día entero, los registros de riesgo quedan obsoletos entre revisiones y las dependencias viven en tres hilos de Slack que nadie lee. Melaya te deja construir una crew de delivery que dimensiona el trabajo, puntúa el riesgo, redacta el update de steerco y deja cada movimiento de Jira listo para aprobar. Te quedas con las relaciones, el agente hace las horas de spreadsheet, el log de auditoría guarda los comprobantes.

Ver los pipelines ↓
01
// Qué se rompe hoy

El status quo cuesta más que el agente.

Tres dolores que cada equipo de ventas y BD vive cada semana. Cada uno es de lo que tus reps se quejan de verdad, no como los nombraría una página de funcionalidades.

  1. 01

    Los PMs pierden un día entero a la semana ensamblando decks de steerco desde exports de Jira, hilos de Slack y notas de retro que nunca cuadran con los mismos números.

  2. 02

    Los registros de riesgo quedan obsoletos entre revisiones mensuales, así que la primera vez que alguien escucha que una dependencia tier-1 se está cayendo es cuando el milestone falla por tres semanas.

  3. 03

    Los handoffs cross-team viven en tres herramientas distintas, y el PM se entera de que dos squads estaban bloqueados en el mismo spec de API solo después del demo del sprint.

02
// Pipelines que puedes construir

Compón. Aprueba. Replay.

Cada pipeline de abajo es una forma que cableas en el canvas usando el crew y las herramientas de más abajo. No es una funcionalidad que te entregamos, es un patrón que configuras.

P01

Dimensionar una iniciativa en un WBS

Sobre un charter entrante, descompón epics en funcionalidades y stories con criterios de aceptación INVEST. El contexto estático sostiene las reglas MoSCoW y la DoR para que los baselines de alcance se mantengan consistentes entre runs.

P02

Refrescar el registro de riesgos semanalmente

Jala slippage de tickets, incidentes de vendor y estatus de dependencias, luego re-puntúa probabilidad e impacto. La memoria cross-run lleva los dueños de mitigación de la semana pasada para que los riesgos sobre score 15 no se reinicien entre revisiones.

P03

Redactar el update de estatus de steerco

Compila estatus RAG, tres riesgos top, variancia de presupuesto y el ask go o no-go en una narrativa de 60 segundos para directorio. La compuerta HITL bloquea el envío hasta que el PM apruebe wording, adjuntos y lista de destinatarios.

P04

Sintetizar la retro del sprint

Lee notas de retro, velocidad, conteos de defectos escapados y tasas de carry-over, luego saca los tres patrones y una acción por patrón. La herramienta rag_retrieve jala retros previas para que los problemas crónicos sean nombrados, no redescubiertos.

P05

Preparar comms a stakeholders para un milestone

Mapea la matriz influencia-interés, luego redacta updates apropiados por tier para ingeniería, producto y la C-suite. Las herramientas acotadas restringen lecturas a la biblioteca de comms aprobada para que ningún compromiso no liberado se filtre.

P06

Hacer forecast de capacidad de recursos a 12 semanas

Modela capacidad de squad contra el roadmap, marca sobre y subasignación y precia opciones de contratar, contratar, diferir o resecuenciar. El replay muestra la dependencia exacta que manejó cada recomendación.

03
// El crew

Crew de Proyecto y Programa

Personas reales del crew project_management. Cada una llega con un system prompt afinado y una allowlist de herramientas por defecto. Cambia los modelos por persona en el canvas.

Project Scoper

ProjectScoper

Descompone iniciativas en un Work Breakdown Structure, aplica criterios de aceptación INVEST y marca alcance creep antes de que aterrice en un sprint.

SCRUM

Scrum Master

ScrumMaster

Planea sprints con buffers de capacidad, rastrea tendencias de velocidad, corre grooming de backlog y saca impedimentos dentro de 24 horas de identificados.

Delivery Lead

DeliveryLead

Mantiene la ruta crítica viva entre workstreams, da rating RAG a cada milestone y escribe un plan de recuperación dentro de 48 horas cuando el estatus pasa a amber.

Risk Register

RiskRegister

Es dueño del scoring probabilidad-impacto, asigna dueños de riesgo y mitigaciones, y escala cualquier riesgo sobre score 15 al sponsor.

Stakeholder Manager

StakeholderManager

Mapea la matriz influencia-interés, construye el RACI y escribe updates de estatus apropiados por tier para ingenieros, product owners y la C-suite.

Quality Gate

QualityGate

Aplica el Definition of Done en cada release, puntúa calidad de 0 a 100 y bloquea releases que fallen compuertas de cobertura, seguridad o performance.

Resource Planner

ResourcePlanner

Modela capacidad rolling a 12 semanas, marca sobre y subasignación y precia trade-offs entre contratar, contratar externo o cortar alcance contra el burn rate.

PMO Synthesis

PMOSynth

Sintetiza a la crew en una vista de salud lista para directorio con estatus RAG, riesgos top, variancia de presupuesto y una recomendación go o no-go.

04
// herramientas con alcance

Solo las acciones que tú concedes.

Cada herramienta de abajo es una herramienta compartida real del bundle Melaya. Allowlist por agente, HITL en las escrituras y revocación en un clic.

shared/tools/project_mgmt/

Lee tickets, epics y páginas de proyecto desde Jira, Linear y Notion para que la crew trabaje contra datos viva. Cada llamada create y update corre detrás de una compuerta HITL por defecto.

jira_get_issuesjira_create_issuejira_update_issuelinear_get_issueslinear_create_issuelinear_update_issuenotion_query_databasenotion_create_pagenotion_search
shared/tools/clickup_tools/

Alcanza spaces y lists de ClickUp para equipos que corren delivery ahí. clickup_create_task queda gateado por HITL para que ninguna task aterrice sin el OK del PM.

clickup_teamsclickup_spacesclickup_listsclickup_tasksclickup_create_task
shared/tools/monday_tools/

Jala estado de board y capacidad desde Monday para planeación de recursos. monday_create_item y monday_update_item son escrituras gateadas por HITL.

monday_boardsmonday_boardmonday_usersmonday_create_itemmonday_update_item
shared/tools/knowledge/

Construye el almacén de conocimiento por flujo de trabajo desde charters, PRDs, notas de retro y decks de steerco previos. Alimenta la herramienta rag_retrieve y el contexto estático en las tres capas de conocimiento.

build_knowledge_from_textbuild_knowledge_from_file
shared/tools/messaging/

Postea el digest de riesgos del lunes o la tarjeta de salud del sprint al canal de delivery. Cada envío queda logueado en el mismo trail de auditoría que las escrituras de Jira y queda gateado por HITL por defecto.

telegram_send_messagediscord_send_messagediscord_send_embed
shared/tools/email/

Lee hilos de sponsor y vendor para contexto, luego deja correos de estatus de steerco listos para aprobación. gmail_send es HITL por defecto para esta crew.

gmail_sendgmail_read
shared/tools/calendar/

Lee calendarios de squad para capacidad real y agenda slots de retro o steerco que respeten el leave de todos. gcal_create_event corre detrás de una compuerta HITL.

gcal_list_eventsgcal_create_eventgcal_find_free_slots
shared/tools/core/

Investigación general y fetch estructurado más el checkpoint explícito pause_for_human que las personas pueden llamar para forzar una compuerta HITL a mitad de flujo de trabajo.

web_searchhttp_requestpause_for_human
05
// Tres capas de conocimiento

El crew lee lo que tú le das.

Cada pipeline llega con tres capas de acceso al conocimiento. Combínalas por agente en el canvas. Sin espacio vectorial compartido con otro tenant, sin lecturas sorpresa, sin retrieval opaco.

L1

Contexto estático

includeContext

Documentos por pipeline que se anexan al input de agentes específicos en cada run. El brief de ICP, el playbook, la lista de precios o el corpus de correos de deals ganados. Lo que tenga que estar ahí antes de que el agente piense. Tú eliges qué personas reciben qué documentos.

L2

herramienta de retrieval RAG

rag_retrieve

Una herramienta con alcance concedida por agente. Cuando el agente decide que necesita más profundidad, consulta el vector store del flujo de trabajo a demanda. La misma base de conocimiento que el contexto estático, accedida solo cuando el modelo la pide.

L3

Memoria entre runs

pipeline_memory

Estado a nivel pipeline que se arrastra de un run al siguiente. La investigación de ayer está en alcance para el follow-up de hoy. El crew recuerda a quién ya prospectó, qué se aprobó, qué se envió. El audit log es la base de conocimiento de segundo orden.

07
// FAQ

Preguntas que nos llegan cada semana.

¿Los agentes van a mover tickets de Jira por su cuenta?

No, no por defecto. Cada escritura a Jira, Linear, ClickUp, Monday o Notion corre detrás de una compuerta HITL. La crew prepara el ticket, cambio de estatus o comentario y el PM aprueba antes de que aterrice. Puedes levantar la compuerta por plantilla una vez que el pipeline gane confianza.

¿Los agentes pueden razonar sobre nuestra datos de proyecto?

De tres formas. El contexto estático adjunta el charter, el DoD y el RACI a personas específicas en cada run. La herramienta rag_retrieve permite a ProjectScoper y DeliveryLead traer PRDs previos, retros y logs de riesgo a demanda. La memoria cross-run lleva el registro de riesgos de la semana pasada a la revisión de esta semana para que los dueños de mitigación no se reinicien.

¿Esto reemplaza a Asana, Monday, Linear o ClickUp?

No, convive con ellos. Melaya es la capa de planeación, scoring y síntesis. Tu equipo conserva Jira, Linear, ClickUp, Monday o Asana como sistema de registro. La compuerta HITL pasa los updates aprobados a la herramienta que ya pagas para que el flujo de ingeniería no cambie.

¿Cómo evitamos que los updates de estatus suenen a IA?

Los borradores citan el ticket, PR, nota de retro o gráfica de velocidad exactos que leyeron. Los reps pueden exigir una cita en cada claim como pre-check HITL, y el StakeholderManager reutiliza frases de tus últimos cinco updates aprobados cargados en el almacén de conocimiento.

¿En qué modelos podemos correr la crew?

En cualquiera. Claude en PMOSynth donde la calidad de razonamiento justifica el costo, GPT en las personas de redacción, un Ollama local en RiskRegister cuando la datos no puede salir de tu red. Cada agente elige su propio modelo y proveedor.

¿Qué tan rápido puede un equipo de delivery poner el primer pipeline a correr?

Con Jira o Linear conectados, el pipeline semanal de estatus es un canvas de 4 nodos: jalar tickets, puntuar riesgos, redactar el update, aprobar. La mayoría de equipos lo despliega en una sesión de trabajo y tiene la primera nota de estatus revisada en el inbox del sponsor el mismo día.

¿Cómo se maneja la auditoría y el gobierno?

Cada run loguea cada paso, cada llamada a herramienta, cada invocación de modelo y cada decisión de aprobación. Reproduce cualquier run en cualquier momento. Los programas regulados usan el log de auditoría como evidencia para comités directivos y auditores externos.

¿Podemos restringir cuáles personas pueden escribir a cuál sistema?

Sí. El acceso a herramientas es por agente. ScrumMaster puede leer cada backlog pero solo escribir a un único proyecto de Jira. PMOSynth puede leer el registro de riesgos pero solo postear a un canal de board privado. Las herramientas acotadas son el default, el acceso amplio es opt-in.

Construye pipelines de equipos de proyecto y programa en Melaya.

El tier Sandbox es gratis y sin tarjeta. Únete a la lista de espera y te avisamos por correo en cuanto se libere un cupo.

← Volver a todos los casos de uso
discord.joinCta