¿CON QUÉ IA?
Lo contó A quién le sirve. Programadores que quieren probar un agente en la terminal que lea, edite y pruebe código y, si la tarea se puede partir, reparta el trabajo entre varios ayudantes.
Qué hicieron
El autor dice haber construido agenc-core, un entorno de agente para la terminal en el que Grok trabaja directamente: lee archivos, edita código, ejecuta herramientas y puede lanzar subagentes en paralelo, cada uno con su propio contexto, herramientas y presupuesto. En el ejemplo vio cómo dividía un trabajo en ocho ayudantes para crear ocho juegos de terminal en C a la vez, mientras el orquestador principal integraba y verificaba el resultado y una persona aprobaba las llamadas a herramientas.
Cómo salió
La publicación lo presenta como lo bastante fiable para ser el escaparate del autor, con la construcción de los ocho juegos en paralelo y acciones con Ledger que exigen confirmar en el dispositivo. No da pruebas comparativas, tasas de fallo ni una comparación detallada con otros agentes.
Conviene saber
El punto a vigilar son los permisos: las llamadas a herramientas pueden requerir aprobación humana, y cualquier acción de Ledger que mueva dinero exige confirmación física en el aparato.
Qué necesitas
- Un agente de programación para la terminal con tu cuenta ya creada. El del autor (agenc-core, con Grok) es suyo y la fuente no explica cómo instalarlo, así que usa el que ya manejes.
- El proyecto en tu ordenador, con git (el control de versiones) para poder deshacer cualquier cambio.
- La orden que ejecuta las pruebas o compila el proyecto.
- Una tarea que se pueda dividir en partes que no dependan unas de otras.
Cómo hacerlo tú, paso a paso
- Crea una rama nueva en git, que es una copia paralela del código, o haz una copia del proyecto, para poder deshacerlo todo.
- Abre tu agente de terminal dentro de la carpeta del proyecto.
- Pega el prompt de esta ficha con la ruta, la tarea y la orden de pruebas, y pide que lea antes el código relacionado.
- Si la tarea se puede dividir, por ejemplo en varios módulos o varios juegos pequeños, pide que la reparta entre ayudantes que trabajen a la vez y que al final junte y compruebe el resultado. Esto solo funciona si tu agente permite lanzar ayudantes en paralelo.
- Lee cada permiso que te pida, como editar archivos o ejecutar órdenes, antes de aceptar. No actives la aprobación automática hasta que lo domines.
- Al terminar, pide el resumen de cambios, ejecuta tú las pruebas y revisa el resultado antes de guardarlo en git.
En el proyecto que está en [ruta del repositorio], quiero que hagas lo siguiente: [describe la función nueva o el error a corregir]. Lee primero el código relacionado, haz los cambios y ejecuta [orden de pruebas o de compilación] para comprobar que funciona. Al terminar, enséñame un resumen de los cambios y pregúntame antes de borrar archivos o ejecutar algo destructivo.
Consejos
- Repartir el trabajo solo sirve si las partes son independientes. Si dependen unas de otras, se pisarán.
- Deja que te pregunte antes de borrar archivos o ejecutar algo que no se pueda deshacer, como pide el prompt.
- La fuente no da tasas de fallo ni comparaciones con otros agentes. Pruébalo primero en un proyecto sin importancia.
Preguntas frecuentes
¿Puedo conectarlo a algo que mueva dinero?
Mejor no al empezar. Si algún día lo haces, exige que cada movimiento necesite tu confirmación en un aparato aparte, como hace el autor con su Ledger, una cartera física de criptomonedas.
¿Merece la pena si ya uso otro agente?
La fuente no compara con otros agentes ni da cifras, así que no hay motivo para cambiar. Lo útil del caso es la idea: partir una tarea grande en piezas independientes y que alguien verifique el conjunto.
Fuentes
En el directorio desde el 10 de octubre de 2026.
patrickaltman en Substack
@tetsuoai en X