Bloques y páginas propios
Tu propia página de inicio y tus propias páginas, creadas en el chat o desde plantillas.
Escribes reglas, Skills y Agents una sola vez. Trinity genera con ellos los archivos para Claude Code, Copilot, Cursor y compañía, te muestra en directo lo que hace tu agente y comparte con tu equipo lo que funciona.
Lo que otros han construido lo adoptas con un clic. Tu IA mira antes dónde encaja en tu proyecto, y no se escribe nada hasta que des el OK.
Una carpeta en tu proyecto. Para cada IA.
Se acabaron cinco instrucciones de IA que se contradicen.
Todo lo que tu IA necesita para el proyecto, en un solo sitio.Hoy está repartido entre CLAUDE.md, las instrucciones de Copilot, las reglas de Cursor, notas y la wiki. Trinity lo reúne en tu proyecto y le da a cada IA justo el archivo que espera.
Se acabó copiar la misma regla en CLAUDE.md, el archivo de Copilot y el de Cursor.
Creas la regla una vez en el Brain. Trinity la escribe donde miran Claude Code, Copilot, Cursor, Windsurf y OpenClaw.
Se acabó el «¿Y cómo va esto?» en la daily.
Brainstorm, Plan, Tasks o fases propias por tipo de tarea. Cuando termina una fase, un agente comprueba en segundo plano si de verdad está cumplida. Solo entonces el siguiente agente recibe su encargo.
Nunca más adivinar qué hizo el agente.
Cada archivo leído, cada regla usada, cada Skill y cada cambio, mientras ocurre. Después, toda la ejecución queda en el historial y en la tarea.
Se acabaron los buenos Skills cogiendo polvo en un solo repo.
Ve un Skill en el feed, adóptalo y úsalo al momento.Alguien comparte un Skill como una publicación. Tú lo adoptas y desde ese momento cualquier IA de tu proyecto puede usarlo. Los cuatro pasos avanzan solos, o haces clic en ellos.
Se acabaron los proyectos en los que nadie tiene una visión de conjunto.
Describe lo que quieres ver o elige una plantilla. La IA lo convierte en bloques y páginas, con el estilo de tu empresa.
Así avanza una tarea con Trinity, desde la idea hasta el commit en el repo.
Aurora Mobility es un alquiler inventado de patinetes eléctricos y bicis. Haz clic libremente o avanza paso a paso con «Siguiente».
Página de inicio, aspecto, reglas, Agents, IA e idiomas se definen por proyecto. Ningún proyecto tiene que verse ni funcionar como otro.
Tu propia página de inicio y tus propias páginas, creadas en el chat o desde plantillas.
Colores, fuentes y formas por proyecto, a juego con la empresa.
Reglas, Skills y Agents que solo valen en este proyecto.
Qué Agent va después de cuál.
Qué IA colaboran: Claude Code, Copilot, Cursor u otras.
Interfaz, trabajo y chat, cada uno en el idioma que quieras.
El Workbench funciona en el navegador, directamente en tu proyecto. Chat con pizarra, tareas, vista en directo y un panel que creáis vosotros.
Brain y Memory: reglas, Skills, Agents y el estado del proyecto como archivos en el repo. Igual para cada IA.
internal-trinity funciona en vuestro propio servidor. Allí los equipos comparten sus Skills y Puzzles. Está prevista una Community pública.
CLAUDE.md, AGENTS.md, copilot-instructions.md, .cursor/rules, Skills, Hooks y MCP. Trinity no inventa un formato propio para vuestros archivos de IA.
Brain y Memory están en vuestro repo. Trinity solo hace commits; el push y las claves los pone una persona. internal-trinity funciona en vuestro servidor.
Trinity no trae IA ni créditos propios. Seguís trabajando con Claude Code, Copilot o Cursor.
| Tipo | En el Brain | Claude Code | Copilot | Cursor |
|---|---|---|---|---|
| Instrucciones | Reglas | CLAUDE.md | copilot-instructions.md | .cursor/rules/ |
| Skills | skills/ | .claude/skills/ | .github/prompts/ | .cursor/commands/ |
| Hooks | hooks/ | .claude/settings.json | .github/hooks/ | .cursor/hooks.json |
| Herramientas (MCP) | mcp/ | .mcp.json | .vscode/mcp.json | .cursor/mcp.json |
Una carpeta llamada trinity-workbench que copias en tu proyecto. Contiene un Brain (reglas, Skills, Agents), una Memory (estado del proyecto, tareas, historial) y una interfaz que funciona en el navegador. Cada IA del proyecto trabaja con ella.
Ninguna de las dos. El código lo sigue escribiendo tu IA: Claude Code, Copilot o Cursor. Trinity se asegura de que cada IA conozca las mismas reglas y te muestra lo que está haciendo.
Esos archivos solo valen para ciertas herramientas. En Trinity mantienes vuestras reglas en un solo sitio, y Trinity genera el archivo adecuado para cada herramienta, además de Skills, Hooks y entradas MCP. Lo que escribas tú en esos archivos se queda.
Brain son las reglas con las que trabaja tu IA (reglas, módulos, Skills, Agents). Memory es el estado de tu proyecto (proyecto, tareas, assets, historial). Un Skill es una guía reutilizable que la IA usa para una tarea concreta, como «escribir tests». Un Puzzle es todo lo que puedes compartir y adoptar: Skills, reglas, Hooks o páginas.
Los pasos de una tarea, por ejemplo Brainstorm, Plan y Tasks. Cada tipo de tarea puede tener sus propias fases. Antes de seguir, un Agent comprueba en segundo plano si la fase actual está realmente terminada.
Todo se queda en tu repo. Trinity hace commits, pero nunca push. Las claves de API las introduce una persona; la IA nunca las ve.
Cada empresa aloja internal-trinity ella misma, en su propio servidor. trinity-community, la plataforma pública, está prevista.
Todavía no. Trinity aún no está disponible al público. Escribe tus preguntas a la dirección de contacto al final de la página.
Chat, pizarra, tareas con fases, Console Board y vista en directo.
Reglas, Skills, Agents y el estado de tu proyecto.
Feed, perfiles y Skills que adoptas con un clic.
Trinity aún no está disponible al público. Encontrarás el contacto al final de la página.
El Workbench está en tu proyecto y funciona en el navegador. Si trabaja en él Claude Code, Copilot o Cursor lo decides tú, y puedes cambiar cuando quieras. Reglas, Skills, tareas e historial se quedan como están.
Un equipo describe en el chat lo que necesita. Trinity crea la página y todos en el proyecto la tienen al instante. Cada proyecto se ve distinto. Poco más de un minuto, sin sonido.
Trinity guarda las reglas, los Skills y el estado del proyecto; la IA es solo el motor. La eliges abajo en el chat y cada una recibe el mismo conocimiento.
Se acabó volver a explicarlo todo al cambiar de IA.
Eliges la IA abajo en el chat. Claude Code, Copilot y Cursor conocen entonces la tarea, su fase, vuestras reglas y Skills, porque Trinity se los pasa.
Se acabó sincronizar reglas a mano en cinco archivos.
Trinity las escribe donde cada IA mira primero. Además, a través de MCP cada IA lee y escribe el proyecto directamente, con las mismas posibilidades que la interfaz.
Se acabaron los cinco terminales en los que pierdes la pista.
El Console Board arranca cualquier IA con CLI, como Claude Code, Copilot, Codex, Gemini, Ollama u OpenClaw. Las ordenas en grupos, le das el mando a una y repartes subagentes y traspasos. Cuando una te espera, oyes un tono.
Reglas, Skills, Agents, Workflows, Hooks, tareas e historial están en un solo lugar, y Trinity se los da a cada IA en su propio formato. Así cada desarrollador trabaja con la IA que quiere: Claude Code, Copilot, Cursor u otra. ¿Cambiar de modelo o de proveedor? Sin problema, el harness sigue siendo el mismo.
Proyecto de ejemplo aurora-app, cifras inventadas.
Se acabó el agente que tiene que planificar, programar y revisar a la vez.
En Brain › Agents › Workflows decides qué agente va después de cuál y qué Skill usa, por ejemplo planificador, luego implementador, luego revisor. Un tipo de tarea arranca el workflow y la vista en directo muestra por dónde va.
Se acabó copiar Skills ajenos a ciegas en el repo.
Cuando adoptas un Skill, tu IA mira antes dónde encaja y si ya tienes uno parecido. No se escribe nada hasta que des tu OK. Después de la ejecución, Trinity comprueba que está todo lo que el Skill debe entregar.
Fragmentos de la película, con proyectos de ejemplo inventados.
Chat, pizarra, tareas, consola y vista en directo están en una sola interfaz.
Lo que planificas con la IA se convierte en una tarea en el tablero y en un boceto en la pizarra.
Cada proyecto tiene una página de inicio hecha de bloques, creada por ti o a partir de plantillas.
Describe la página en el chat y la IA la crea directamente en tu interfaz.
Las plantillas para tipos de tarea, bloques y páginas dan a cada proyecto nuevo una estructura básica al instante.
Toda la Workbench está en la carpeta trinity-workbench. Al lado, Trinity solo crea los archivos que tus IA leen primero, como CLAUDE.md, .github, .cursor y compañía. Trinity no toca tu código.
tu-proyecto/ ├─ trinity-workbench/ │ ├─ trinity-app/ # la interfaz │ ├─ trinity-brain/ # Reglas, Skills, Agents │ └─ trinity-memory/ # Tareas, docs, historial ├─ CLAUDE.md # para Claude Code ├─ .github/ # para Copilot ├─ .cursor/ # para Cursor ├─ .windsurfrules # para Windsurf ├─ ai-assistant.md # para cualquier otra IA └─ src/ … # tu código
El framework son tus reglas, Skills, Agents y el estado del proyecto. Todo está como archivos normales en el repo, y Claude Code, Copilot, Cursor y compañía reciben lo mismo.
Dos carpetas en tu proyecto. En el Brain están las reglas, Skills, Agents y Hooks. El Memory le da a cada sesión nueva el estado del proyecto, así no tienes que volver a explicar nada.
Creas reglas, Skills y Agents una sola vez. Trinity los escribe en CLAUDE.md, las instrucciones de Copilot, las reglas de Cursor y los archivos de las demás IA, y te muestra qué le llega a cada una.
Se acabó adivinar qué sabe la IA al empezar.
Para cada IA activada, Trinity muestra qué hay en sus instrucciones al empezar, qué se añade solo con los archivos que encajan y qué no recibe en absoluto. Además, un recuento aproximado de tokens.
Se acabaron las herramientas que sobrescriben tu CLAUDE.md.
En CLAUDE.md y los demás archivos de IA, Trinity solo mantiene los bloques marcados. Lo que escribes tú se queda tal cual.
# aurora-app Respondemos en español. Releases solo los martes. <!-- trinity:own-rules (gestionado por Trinity) --> ## Reglas - trinity-brain/rules/api.md - trinity-brain/rules/sicherheit.md <!-- /trinity:own-rules --> Las preguntas sobre pagos van al equipo de Caja.
Se acabaron las reglas que la IA se salta sin más.
Cada regla y cada Skill tiene un peso. En una obligatoria decides qué pasa si la IA se la salta: Trinity se lo recuerda, o se detiene y dice por qué. Al final, un script o un agente revisor comprueba si se cumplió la regla.
Se acabaron las IA que tienen que adivinar cómo está montado tu proyecto.
¿Hay un README con comandos reales, arquitectura, descripción del producto, glosario, convenciones e instrucciones por IA? Lo que falte, Trinity lo crea desde una plantilla o se lo encarga a la IA, pero solo con tu OK.
La regla está una sola vez en el Brain. Trinity la escribe en el sitio correcto para cada IA.
El Memory le da a cada sesión nueva el proyecto, la documentación, las tareas y el historial.
Lo que es obligatorio, Trinity lo comprueba después de cada ejecución, con un script o un agente revisor.
internal-trinity es el feed interno de tu empresa para Skills, Agents y Workflows, y lo alojáis vosotros mismos. Los equipos comparten ahí lo que funciona, ven lo que más se usa en la empresa y lo adoptan en sus proyectos.
Alojáis internal-trinity vosotros mismos. Vuestros Skills y Puzzles se quedan en la empresa.
Un buen Skill se comparte una vez, y cada equipo que lo necesita lo adopta.
La IA propone dónde va cada parte. Trinity revisa la propuesta y tú das el OK.
Ves quién está y qué Agents están en marcha. Solo se ve a quien lo activa por sí mismo.
Así se vería internal-trinity en Aurora Mobility, en su propio servidor. Recorre el feed, una publicación con comentarios, adoptar con IA, compartir, personas, explorar y proyectos.
trinity-community será la cara pública de Trinity. Gente de muchas empresas comparte ahí Skills, Agents y Workflows, se siguen entre sí y adoptan lo que necesitan. Tu IA comprueba antes dónde va en tu proyecto.
La idea: gente de muchas empresas comparte sus Puzzles, se siguen entre sí y adoptan lo que les encaja. Así podría verse; todo el contenido son ejemplos.
Ya está aquí api-tests 3.0: tests para cada nuevo endpoint, ahora también para GraphQL.
Detecta endpoints nuevos en el diff y escribe sus tests.
Nuestro Agent de revisión ahora también comprueba que cada cambio tenga una tarea. Nos ahorra horas cada semana.
Lee el diff, la tarea y las reglas y escribe una revisión con riesgos.
Tests para cada endpoint nuevo.
Busca claves antes de cada commit.
Changelog, número de versión y notas con cuatro Agents.
Revisión con riesgos, tarea y reglas.
Comprueba cada importación contra el esquema y los datos de ejemplo.
Accesibilidad como reglas para cualquier IA.
Changelog, número de versión y notas de release, escritos por cuatro Agents. Funciona con cualquier IA que tenga Trinity en el proyecto.
Platform en NNorthbay Logistics · comparte Skills para releases y reviews
Por eso compartir merece la pena. Ves en cuántos proyectos se usa tu trabajo y cuántas veces otros lo han adoptado.
Trinity todavía está en desarrollo. En cuanto esté disponible, aquí encontrarás todo para configurarlo y trabajar, en cada idioma de la web.
Definís vuestros estándares de empresa una vez en el Brain y cada IA trabaja según ellos. Todo se queda en vuestro repo y nada sale sin que una persona lo apruebe.
Los estándares de la empresa están en el Brain. Cada IA de cada proyecto trabaja según ellos.
Trinity nunca hace push por su cuenta. Solo se hace push cuando lo lanza una persona.
Las claves las introduce una persona. La IA nunca las ve.
Cada ejecución queda en el historial y en la tarea, con todo lo que se leyó, usó y cambió.
El Brain sigue igual, trabaje mañana Claude Code, Copilot u otra herramienta.
Definís una vez lo que vale para todo y lo que solo vale para frontend, backend o datos.
La IA colabora, pero los pasos críticos siempre los da una persona. Y todo lo que hace lo podéis revisar después.
Se acabaron las claves de API que acaban en el historial del chat.
Las claves de modelos y herramientas solo están en el equipo donde se introdujeron. La IA sabe que hay una clave, pero nunca su valor.
Se acabó el código que sale sin que una persona lo mire.
Los Agents pueden trabajar y hacer commits. Solo llega al repo compartido cuando alguien del equipo pulsa «Hacer push». Viene integrado, no es solo un ajuste.
Se acabó que cada equipo tenga sus propias reglas de IA.
Lo que vale para todo lo definís una vez. Lo que solo vale para frontend, backend o datos, también. Los proyectos nuevos reciben los estándares al configurarse y veis dónde se usan.
Se acabó adivinar qué ha hecho el Agent.
Qué IA, qué tarea, qué reglas leyó y qué archivos cambió. Queda en la tarea y se guarda en el repo, también para una auditoría.
Un ranking de internal-trinity. Cuenta en cuántos proyectos de la empresa se usa un Puzzle.
Trinity todavía no está disponible al público. Esta página muestra cómo funciona.