ADE
Agent Development Environment: entorno pensado para ejecutar, organizar y supervisar agentes de desarrollo.
Biblioteca completa
Índice completo
Las 35 entradas de Golden Path, agrupadas por recorrido. Cada una tiene su propia página y se puede copiar o descargar en Markdown.
← Volver al catálogo⚿
Gobierno de agentes
13- ConceptoModelos guiados — el entorno es la políticaTrabajar con un agente de forma segura depende menos de que el modelo recuerde pedir permiso y más de que el harness, el sistema operativo y las credenciales hagan imposible actuar fuera del alcance previsto.
- ConceptoCLI vs. web — el agente dentro del proyectoLa terminal no vuelve más inteligente al modelo: lo ubica dentro del sistema que debe comprender, modificar y verificar. La web conserva ventaja para pensar, investigar y comunicar.
- GuíaElegir modelo y nivel de razonamientoUna guía práctica para asignar coordinadores y workers, subir razonamiento antes de pagar un modelo mayor y escalar cuando aparece una brecha real de capacidad.
- GuíaAntes de publicar, probá el arranque realUn build exitoso no garantiza que el backend pueda iniciar. Un preflight con el comando de producción y un healthcheck bloqueante cierran esa brecha.
- EditorialAmp y la fábrica de agentes en la nubeAmp empaqueta agente, máquina, contexto y Git en una sola superficie. No inventa el desarrollo multiagente, pero vuelve producto una práctica que todavía solemos construir a mano.
- GuíaCómo leer los rankings de OpenRouterUna guía para interpretar uso, gasto, velocidad y benchmarks de OpenRouter, seguir sus trece secciones de texto y convertir las señales en pruebas comparables.
- ConceptoJev: decisiones pequeñas dentro de sistemas grandesQué hace un modelo de decisiones estructuradas y dónde conviene ponerlo: routing, clasificación, scoring y gates antes de cambiar el estado.
- EditorialGentle AI y Engram: memoria y proceso para agentes de códigoQué aporta un configurador de entorno y qué resuelve una memoria persistente cuando el trabajo de agentes cruza sesiones, herramientas y proyectos.
- ConceptoTailscale: una red privada que empieza por la identidadTailnets, WireGuard, conexiones directas y relays: un mapa para entender qué resuelve Tailscale y qué responsabilidades siguen siendo tuyas.
- GuíaTailscale: permisos que se pueden explicarDiseñar grants por identidad, destino y puerto; comprobar accesos permitidos y denegados; distinguir red, SSH y permisos de aplicación.
- EditorialComparar harness CLI: Codex, Claude Code, OpenCode V2, Cline y OMPVentajas, diferencias y desventajas de cinco harness de programación: cómo elegirlos, repartir responsabilidades y evaluar el costo real de trabajar con agentes.
- EditorialEnrutamiento avanzado de agentes: modelo, esfuerzo, rol y harnessPor qué elegir un agente exige evaluar no solo el modelo y su razonamiento, sino la función y el harness: Codex frente a OMP como caso de contraste.
- EditorialRCT y Overdrive: protocolos humanos para gestionar la cuota de proveedoresDos respuestas preparadas para la escasez y el vencimiento de cuota: proteger pasos LIVE, aprovechar trabajo BUILD y mantener la decisión en manos del operador.
◉
Orca
10- ConceptoOrca como ADE y plano de controlOrca organiza agentes, repositorios y entornos de ejecución; no sustituye al modelo ni decide por sí solo cómo debe trabajar el equipo.
- ConceptoWorkspaces, proyectos y worktreesEl proyecto organiza el repositorio, el workspace representa un frente de trabajo y el worktree aporta aislamiento real de archivos y rama.
- ConceptoOrquestación en OrcaOrquestar no es abrir agentes en paralelo: es repartir autoridad, dependencias, contexto, decisiones y evidencia de finalización.
- ConceptoHosts SSH y topología de ejecuciónOrca puede operar como interfaz local mientras agentes, repositorios y runtimes viven en WSL o en una máquina remota.
- ConceptoAgent terminals y ciclo de sesiónUna agent terminal vincula un CLI, una sesión, un worktree y un estado observable; no es solamente una consola con otro nombre.
- ConceptoContinuidad, recuperación y observabilidadOrca preserva layout y scrollback, y puede mantener agentes vivos mientras sobreviva el daemon; el estado crítico debe seguir existiendo fuera de la interfaz.
- GuíaOrca Desktop con Windows y WSLPatrón de referencia para separar la interfaz de escritorio del entorno Linux donde viven repositorios, runtimes y agentes.
- GuíaAcceso portátil a Orca mediante red privadaUsar otro dispositivo como cliente del mismo entorno de desarrollo, sin duplicar repositorios ni publicar SSH en Internet.
- Caso realCaso real — Orca como cockpit multiagenteLa evolución de un coordinador único a dirección, integración y paquetes separados, con auditoría cruzada y aceptación verificable.
- GuíaPlanificar una workstation AM5 escalableCómo auditar una PC existente y migrar a AM5 en tres escalones — económico, medio y high-end — sin recomprar media máquina en cada etapa.
✦
Diseño agéntico
2- EditorialOpenDesign y la dirección visual de los agentesLos modelos ya pueden construir interfaces. El problema es lograr que dejen de improvisar la identidad visual en cada ejecución. OpenDesign propone convertir esa dirección en archivos portables.
- EditorialOpenDesign entre Windows, WSL, planes y proxiesLocal-first no siempre significa un único entorno. Cuando la interfaz vive en Windows y los agentes en WSL, elegir entre CLI, BYOK y proxy define consumo, sesiones y superficie de riesgo.
✦
Hermes
3- ConceptoHermes como agente operativoUn agente autoalojado que lleva consultas y alertas a los canales donde trabaja el equipo, sin convertir cada interacción en una sesión técnica.
- GuíaPreset de instalación de HermesCinco decisiones previas para montar Hermes sin copiar una infraestructura ajena: hosting, modelo, canales, concurrencia e integraciones.
- Caso realCaso real — Hermes como interfaz operativaUn agente autoalojado acercó consultas y alertas a canales cotidianos, con permisos acotados y pruebas de negocio observables.
▣
CRM versionado
3- ConceptoDel backup a una plataforma de funciones CRMEl backup read-only se convirtió en la base de una plataforma interna para analizar, revisar y desplegar funciones CRM con autoridades separadas.
- GuíaRead-only como decisión arquitectónicaMantener el backup y el análisis sin autoridad productiva mientras una vía separada permite desplegar cambios revisados y verificables.
- Caso realDel backup al mapa de procesosEl mapa de procesos permite analizar sin acceso productivo; la nueva vía de cambios conecta los hallazgos verificables con revisión y despliegue controlado.
◆
Casos de producto
4- Caso realCaso real — De contador a tablero de continuidad operativaUna herramienta personal creció hasta unir incidentes, salud de servicios y señales progresivas sin llevar credenciales al navegador.
- Caso realCaso real — Widgets que convierten reglas del CRM en flujos guiadosDos widgets embebidos llevaron contexto, validaciones y automatización al punto exacto donde el equipo tomaba decisiones.
- Caso realCaso: un Director que separa narración y memoriaUna arquitectura orquestada donde un modelo redacta la escena, Jev decide sus consecuencias y un registro de eventos reconstruye lo que cada personaje puede recordar.
- GuíaTailscale en un entorno de agentes: portátil, VPS y WSLUn diseño de referencia anonimizado para acceder al host de trabajo, operar una VPS y compartir previews internas sin publicar puertos de administración.
¿Buscabas una definición? Ir al glosario ·