El criterio es el producto, no la configuración.
Solaz es opinado a propósito. Aquí está el modelo que hace posible que un equipo empiece a trabajar sin construir nada desde cero.
La idea central
El trabajo de decidir cómo estructurar un proyecto se absorbe en el Archetype que eliges, no se deja como configuración interminable. Eliges una forma; no construyes un tablero vacío.
Elige un Archetype
De la conversación a lo registrado
Deja de dejar que las decisiones se evaporen en el chat. El trabajo pasa de charla efímera a objetos rastreables y con responsable.
Decisiones de Meeting
No solo actas: registra la Decision explícita, su razón y quién estuvo para acordarla.
Tasks estructuradas
Cada Decision genera Tasks tipadas, con responsable, plazo y enlace de vuelta a su origen.
Docs vivos
Las Tasks se resuelven en documentos vivos que referencian todo el linaje, de la reunión al entregable.
Un graph, cada área
Proyectos, Documentos, Meetings y Decisions comparten una sola capa de datos. Un sprint de software y un equipo de ventas corren sobre el mismo esqueleto de Tasks; solo cambia el Archetype.
Sprint de software
Equipo de ventas
Para las herramientas que tu equipo ya usa
A través de la superficie MCP (el Dev Agent Bridge, que llamamos Puente), los agentes que ya usas pueden leer y escribir sobre este graph. Tu propio agente actúa sobre el Org Graph desde el día uno.
Empieza con una forma, no con un lienzo en blanco.
Solaz arma el resto y se adapta a medida que avanzas.