Home, la secretaria
Tu agente principal. Le ponés nombre y cara durante la configuración. Su chat es Home: una sola conversación que te sigue a todos los canales. Sabe quién sos, le delega al resto del equipo y no se puede borrar.
Un agente es alguien de tu equipo: un nombre, una cara, un rol, unas instrucciones y las herramientas que puede usar. Algunos trabajan con vos en todos lados, otros pertenecen a un proyecto, y otros existen para un solo encargo y después desaparecen.
Home, la secretaria
Tu agente principal. Le ponés nombre y cara durante la configuración. Su chat es Home: una sola conversación que te sigue a todos los canales. Sabe quién sos, le delega al resto del equipo y no se puede borrar.
Agentes de proyecto
Viven en la carpeta .apc/agents/ de un proyecto, un archivo markdown cada uno. Leen el AGENTS.md del proyecto,
trabajan en su carpeta y viajan con el repo.
Agentes globales
Viven en tu proyecto base, al lado de Home. No tienen carpeta propia y trabajan en cualquier proyecto.
Ayudantes
Ayudantes descartables que un agente arranca para un trabajo puntual (una búsqueda larga, una revisión). Usan el modelo y las herramientas de quien los llamó, reportan y chau.
Cada agente tiene una cara: un blobo. Hay 35 (menta, orbita, cobalto, brasa, amatista, perla, noche, kiwi…). Sus
ojos siguen tu puntero, acá y en la app. Home recibe su cara durante la configuración; para cualquier otro agente, lo
escribís en su archivo como icon: o lo definís con apx agents set <agent> blob=….
Un agente de proyecto es .apc/agents/<slug>.md: un bloque de frontmatter con sus campos y después un cuerpo con sus
instrucciones. El archivo manda. APX vigila .apc/, así que un cambio guardado aparece en la app al toque, y lo que
cambiás en la app se escribe en el mismo archivo.
Esta es Lucía, la product manager de Acme Store:
---name: Lucíarole: Product managerdescription: Owns the Acme Store roadmap and hands out the work.icon: orbitaarea: productautonomy: standardpersonality: Warm and direct. Numbers first, then the plan.tools: agents, tasks, widgets, browser, memoryskills: weekly-reportaliases: pm---
You are Lucía, product manager at Acme Store. Split big asks into tasks, assign themand follow up until they close. When a decision needs the owner, ask once, clearly.| Campo | Qué hace |
|---|---|
name | El nombre que se ve en todos lados. Si falta, se usa el slug. |
role | Una línea bajo el nombre: “Product manager”, “Developer”. |
description | Para qué está el agente. También se pone delante de las instrucciones cuando el cuerpo no lo dice. |
icon | El blobo del agente (orbita, menta, cobalto…). |
emoji | Un emoji opcional que se guarda con el agente (los archivos de otras herramientas suelen traer uno). |
parent | El slug del agente al que reporta. Si no está, reporta a Home. |
area | El área a la que pertenece, para el organigrama (product, engineering…). |
autonomy | ask, standard (por defecto) o total. Mirá Autonomía y seguridad. |
personality | Cómo suena, aparte de lo que hace. Hasta 1.000 caracteres. |
tools | Limita al agente a esas herramientas o grupos. Sin este campo, tiene todas. |
skills | Limita qué skills se le ofrecen. Sin este campo, todas. |
aliases | Slugs viejos. Renombrás el archivo, ponés acá el slug anterior y el agente conserva sus chats. |
model | engine:model, como lo escribía APX v1. Se lee cuando el agente aparece por primera vez; después, el modelo se cambia desde la app o con apx agents model. inherit es el modelo por defecto de la instalación. |
El cuerpo son las instrucciones propias del agente. Escribilo como una nota para alguien que recién entra: qué le toca, cómo trabaja, qué no tiene que hacer nunca solo.
Grupos de herramientas que podés nombrar en tools:: browser, widgets, agents (listar agentes, delegar,
dar una herramienta), shell, files, mcp, memory, images, tasks. También podés nombrar herramientas
sueltas. Algunas quedan siempre, diga lo que diga la lista, porque sólo leen o te preguntan: leer una salida,
hacerte una pregunta, cargar una skill y buscar en las notas.
.apc/agents/ del
proyecto.



Si creás un agente desde el proyecto base, queda como agente global: trabaja en cualquier proyecto.
Listá el equipo y el modelo de cada agente (★ marca a Home):
❯ apx agents nova ★ Nova default personal secretary 3f9a1c0d7e21-lucia Lucía router Product manager 3f9a1c0d7e21-tomas Tomás default Developer
Creá uno. Con --project va a .apc/agents/ de ese proyecto; sin eso, queda como agente global:
❯ apx agents new vera "Vera" --project p_3f9a1c0d7e21 --role "Marketing" Vera (3f9a1c0d7e21-vera) · written to .apc/agents/
Cambiá campos con pares clave=valor (name, role, slug, parent, blob):
❯ apx agents set 3f9a1c0d7e21-vera parent=lucia blob=cobalto Vera (3f9a1c0d7e21-vera) · vera · Marketing
Archivá uno. Su archivo pasa a .apc/agents/.archived/ (nunca se borra) y sus chats quedan:
❯ apx agents archive 3f9a1c0d7e21-vera archived; file moved to ~/work/acme-store/.apc/agents/.archived/vera.md
Elegí su modelo (mirá Modelos y motores):
❯ apx agents model 3f9a1c0d7e21-lucia gemini/gemini-3.8-flash --router Lucía: gemini/gemini-3.8-flash → router
Importar, en la pestaña Agentes, ofrece agentes listos y equipos enteros, de examples/agents/ en el repo de APX
(y de tu bóveda de APX v1, sólo lectura). Un <slug>.md suelto es un agente solo, como el Researcher o el Price
Finder. Una carpeta con TEAM.md es un equipo: el de producto (un orquestador, un PM, un desarrollador, un diseñador,
QA…) o el ejecutivo, que además trae sus rutinas semanales.
Instalar copia el archivo tal cual en .apc/agents/. Sólo puede cambiar parent, para colgar al líder del equipo
debajo del orquestador que el proyecto ya tiene. Un slug que el proyecto ya usa se saltea, nunca se pisa.
La pestaña Agentes dibuja tu equipo de dos maneras:
parent: de cada agente. Los que no tienen parent reportan a Home.area:, con las áreas y roles del proyecto.

Las áreas y roles son para empresas: viven en .apc/organization.json (hasta 40 áreas y 200 roles), y el tipo del
proyecto pasa a Empresa cuando los agregás. Los agentes los leen, así Lucía sabe que Growth es de Vera.
{ "areas": [ { "slug": "product", "name": "Product", "goal": "Ship what customers ask for" }, { "slug": "growth", "name": "Growth", "goal": "More repeat customers" } ], "roles": [ { "slug": "pm", "name": "Product manager", "area": "product" }, { "slug": "mkt", "name": "Marketing", "area": "growth" } ]}Un agente con la herramienta delegate puede pasarle una tarea a un agente fijo (“pedile a Tomás que arregle el
checkout”) o arrancar un ayudante: alguien que define en el momento con un nombre, instrucciones y, si quiere, una
lista más corta de herramientas. El ayudante usa el modelo de quien lo llamó, no tiene personalidad ni conoce al
resto del equipo, no le pregunta a nadie más y reporta.
La respuesta vuelve en el mismo turno si es rápida, o más tarde como un turno nuevo que despierta a quien la pidió. El chat muestra una tarjeta con el avance, el informe completo (plegado hasta que lo abrís) y cuánto tardó.
APX mantiene la delegación con correa:
| Límite | Valor |
|---|---|
| Cuántos niveles se anidan | 2 (tu agente → un ayudante → el ayudante del ayudante) |
| Delegaciones a la vez desde un chat | 3 |
| Tiempo que puede trabajar una delegación | 10 minutos |
| Turnos que los agentes arrancan solos sin vos | 16, o 600.000 tokens; después la cadena se pausa hasta que escribas |
Una delegación nunca tiene más poder que quien la pidió: sólo recibe las herramientas que todos los agentes de la cadena pueden usar, y la autonomía más estricta entre ellos.
Todo lo que le habla a un agente entra por la misma puerta: vos en el panel, la CLI apx, un mensaje de un canal,
una rutina, un widget, una app de afuera y los agentes entre sí. Por eso el trabajo entre agentes aparece en tus chats
como cualquier otro turno, y por eso sus límites y aprobaciones no se pueden saltear.
❯ apx chat "¿En qué está Tomás?" --agent 3f9a1c0d7e21-lucia Tomás tiene en curso el rediseño del checkout y el arreglo de las fotos del catálogo en revisión.
Sin --agent, le hablás a Home.