Todas las pantallas de la consola¶
Una página, cada módulo, descrito. Las capturas siguen el tema en el que estés leyendo el sitio — cámbialo con el interruptor de la cabecera y cada imagen de esta página cambia con él.
Capturadas el 1 de septiembre de 2026 desde un despliegue en marcha: 35
pantallas, 27 de ellas en los dos temas bajo docs/assets/screens/, con
nombres idénticos en light/ y dark/. Las ocho pantallas del Builder son
solo oscuras, y lo dicen donde aparecen.
El chat, en veinte segundos¶
Un CSV soltado en la conversación, una frase de instrucción, y el agent escribe Python, lo ejecuta en una sandbox y responde con gráficas que dibujó a partir de los datos. Nada de esto se configuró para este archivo en particular.
Dónde aterrizas¶
Dashboard¶
Widgets que puedes ordenar, primero todo el despliegue y después esta organización. Runs, gasto, salud de los servicios y calidad de las respuestas; cada tarjeta está protegida por el permiso que necesitan sus propios datos, así que una tarjeta cuya lectura principal no puedes hacer es una tarjeta que no se te ofrece.
Chat, a mitad de run¶
El agent pensando, y después los comandos de shell que realmente ejecutó en la sandbox, cada uno desplegable. Aquí la transparencia es el producto: lo que hizo una herramienta está en pantalla, no en un log que pueda leer otra persona.
Construir un agent¶
Agents¶
El catálogo. Cada agent lleva la versión que está en vivo, quién puede alcanzarlo y si hay un borrador esperando. Un agent es configuración, no código — por eso esta lista la puede editar cualquiera que sepa la respuesta.
Agent templates¶
Templates por sector, sobre el catálogo. Instalar uno crea un borrador que tú terminas y publicas; hasta que lo haces no se ejecuta nada.
Skills¶
Conocimiento escrito una vez y compartido por cada agent vinculado a él — cómo se gestionan las devoluciones, cuál es el estilo de la casa. Edítalo aquí y cada agent vinculado a él estará al día en su siguiente run.
Skill gallery¶
Skills por sector. Instalar copia uno en tu organización, donde puedes editarlo — una copia, para que el origen no pueda cambiar lo que dicen tus agents.
Un skill¶
Abierto para editar, con su categoría. El nombre al que se refiere el modelo queda fijado al crearlo y no puede cambiar; todo lo demás de aquí sí.
Context¶
Contexto permanente del que cada agent puede tirar — un glosario, una política, una voz de marca. Inyectado en el prompt o leído bajo demanda, y actualizado en el momento en que lo editas.
Dentro de un agent¶
El Builder, pestaña a pestaña. Estas ocho son solo oscuras — la mitad clara no se ha capturado, así que, a diferencia de las demás pantallas de esta página, no siguen tu paleta.
Build¶
Instrucciones, modelo y endpoint. El comportamiento vive aquí en lugar de en el código, en Markdown que el modelo lee como estructura — y la cabecera lleva published junto a Draft differs from v40, que es justo el objetivo: editar no despliega.
Toolbox¶
Cada capability como un interruptor — búsqueda en el conocimiento, un navegador, Python en una sandbox, gráficas, delegación — y junto a cada una la puerta de aprobación por herramienta. La configuración solo alcanza lo que el código registró.
MCP servers¶
Qué conexiones puede alcanzar este agent, y cuáles de sus herramientas. La lista de la organización lo sigue limitando; un agent puede estrechar dentro de ella y no puede alcanzar más allá.
Limits¶
Un tope mensual y un techo de pasos. El tope se comprueba antes de cada petición al modelo, y el límite de pasos atrapa el otro desbocamiento — un bucle de herramientas que es barato por llamada y nunca termina.
Availability¶
Dónde responde este agent: el dashboard y la API siempre, más cualquier bot de chat vinculado aquí. Un agent se puede mencionar por @handle solo en los bots a los que está vinculado.
Routines, en el agent¶
Lo que hace sin que nadie escriba, en esta misma pestaña — un horario que se puede pausar, o un disparador por evento.
History¶
Cada versión que ha tenido este agent. La que estuvo en vivo en marzo sigue siendo legible, y eso es lo que convierte una vuelta atrás en una decisión y no en un proyecto de arqueología.
Visual map¶
El mismo agent como grafo: qué lo alcanza y hacia qué alcanza él. Una caja discontinua es algo a lo que no hay nada enganchado — un budget sin tope propio se lee como un hueco y no como un valor por defecto.
Knowledge¶
Knowledge bases¶
Collections. Agrupa documentos relacionados en una y después elige en el chat qué collections puede buscar un agent.
Una collection¶
Sus documentos, el número de chunks de cada uno y todo lo que falló al ingerirse, con el motivo. Los límites de los chunks son contra lo que compara una búsqueda, así que un documento que se vuelve a subir tras un cambio de ajustes se vuelve a trocear.
Parsing, por subida¶
La elección que nadie más expone: PyMuPDF, LiteParse o LlamaParse, la estrategia de troceado, el tamaño de chunk y el solapamiento, el OCR y su idioma. Se fija en la collection y se puede sobrescribir en el siguiente archivo que añadas — porque una tarifa escaneada y un runbook en Markdown no quieren el mismo parser, y el equivocado es la diferencia entre una respuesta y una negativa.
Qué ha pasado, y qué está esperando¶
Runs¶
Cada run que ha hecho esta organización, con su estado, superficie, modelo, persona y coste. Un run es el proceso: arranca, se puede detener y deja un registro.
Un run, abierto¶
Tokens de entrada y de salida, coste con cuatro decimales, cuánto tardó y la línea de tiempo de cada turno y cada llamada a una herramienta. El chat en el que ocurrió está a un clic.
Approvals¶
Todo lo que espera a una persona, con lo que el agent pretende hacer. Una aprobación se decide exactamente una vez — una segunda decisión sobre una ya zanjada se rechaza, y ese es el detalle que hace que la puerta valga la pena.
Spend¶
Lo que se gastó realmente, por periodo. Un budget se comprueba antes de la petición al modelo en lugar de sumarse después, así que un run que rompe uno se detiene a mitad de la respuesta y aun así registra su coste.
Routines¶
Lo que hacen los agents sin que nadie escriba — según un horario, o cuando llega un evento. Esos runs llevan budget, aprobación y auditoría como cualquier otro.
Un nuevo disparador por evento¶
Nombrar el evento que arranca un run, sobre la lista de routines.
La organización¶
Organizations¶
Cambia entre ellas, gestiona miembros y crea otras nuevas. La autoridad dentro de una organización es una fila de membresía más el catálogo de permisos — no hay una columna de rol en un usuario.
Vault¶
Cada clave que ha guardado esta organización, sellada por inquilino. Reemplazable, nunca legible otra vez; y rotar una es invisible para un agent publicado, que referencia el secreto y no su valor.
MCP servers¶
Conecta cualquier servidor MCP por URL y sus herramientas se convierten en interruptores en el Builder. Conéctalo para la organización y cualquier agent podrá usarlo; conéctalo para ti y se queda en tu propio chat.
Channels¶
Las plataformas de chat en las que responde esta organización — Slack, Telegram, Mattermost. Un bot sirve a cada agent vinculado a él, y el vínculo se hace en la pestaña Availability de ese agent.
Sandboxes¶
Donde los agents de esta organización ejecutan comandos de shell y guardan archivos. Un agent nombra una conexión por id, así que mudarse a otro host es una edición aquí en lugar de una republicación de cada agent.
Workspaces¶
Los archivos que los agents guardan para ti. Un workspace es espacio de trabajo temporal — se borra junto con la conversación a la que pertenece, y no es un sitio donde guardar nada duradero.
Administración del despliegue¶
Users¶
Todo el que puede iniciar sesión en este despliegue, y el indicador de app-admin, que es independiente de cualquier rol de organización.
All organizations¶
Cada inquilino de este despliegue, con su owner, sus miembros y sus agents.
System¶
Base de datos, Redis, el almacén vectorial y el acceso a los modelos — las mismas comprobaciones que ejecuta agenticos cmd doctor, en una página.
Deployment¶
La identidad y la política propias de este despliegue: registro, invitaciones, avisos y lo que encuentra quien lo visita por primera vez.
Lo que todavía no está aquí¶
- La mitad clara del Builder — las ocho capturas de arriba existen solo en oscuro.
- El inicio de sesión y el onboarding, que es lo que encuentra realmente quien visita esto por primera vez.
Resumen¶
- 27 módulos tienen los dos temas en
docs/assets/screens/, con el mismo nombre; las ocho pantallas del Builder son solo oscuras. - En este sitio una imagen se escribe dos veces, con
#only-lighty#only-dark; Material muestra la que coincide con la paleta del lector. - En el README el mismo par va en un
<picture>conmedia="(prefers-color-scheme: dark)", que es como lo hace GitHub. - Parsing es el ajuste que vale la pena conocer antes de subir nada: el parser y el tamaño de chunk deciden si una tabla se puede responder siquiera.