10 principios del código IA del creador de OpenClaw
Peter Steinberger, creador del proyecto con más estrellas en menos tiempo en la historia de GitHub, comparte 10 principios para trabajar con agentes IA.
La entrevista con Peter Steinberger, creador de OpenClaw (antes Clawdbot), me impactó profundamente. Es también el autor del proyecto que alcanzó el crecimiento de estrellas más rápido en la historia de GitHub.
Peter es un veterano que dirigió una empresa de 60-70 personas durante 13 años, la vendió, se tomó tres años de descanso y volvió. Su perspectiva sobre el desarrollo en la era de la IA es fundamentalmente distinta a lo que la mayoría de nosotros asumimos.
Un comienzo sencillo
No hubo ningún plan de negocio ambicioso al principio. Simplemente quería «jugar con la IA» y terminó creando una herramienta porque quería chatear con su ordenador doméstico a través de WhatsApp mientras estaba fuera.
El momento revelador
El momento decisivo llegó durante un viaje. Envió un mensaje de voz a su agente, pero nunca había programado soporte de voz. El agente identificó el formato de archivo Opus por su cuenta, encontró ffmpeg para convertirlo, localizó una clave API, transcribió y tradujo el mensaje, y envió una respuesta. En ese instante comprendió que los agentes son «bestias inteligentes y resueltas».
Basándose en experiencias como esta, Peter formuló sus 10 principios del código IA.
Abandonar el perfeccionismo para trabajar con IA
Gestionar un equipo de 70 personas le enseñó a aceptar trabajo que no coincide con su estilo personal. Código que no se alinea al 100% con tus preferencias pero funciona correctamente es suficiente. Esa flexibilidad es ahora su mayor ventaja al colaborar con agentes.
Diseñar sistemas donde los agentes verifican su propio trabajo
Peter lo llama «cerrar el bucle (Close the loop)». Compilar, lint, ejecutar, verificar: el agente se encarga de todo. Cuando los humanos tienen que confirmar pasos intermedios, se convierten en un cuello de botella que ralentiza todo.
Los Pull Requests han muerto - bienvenidos los Prompt Requests
El código en sí importa menos que el prompt que lo produjo. Peter rechaza la mayoría de los PR externos, extrae solo la idea central y la recicla como prompt. Su hermano trabaja de la misma manera, señal de que este patrón ya se está extendiendo.
Sustituir las revisiones de código por discusiones de arquitectura
Incluso en Discord, el equipo principal no habla de código. Discuten sobre la estructura del sistema, las decisiones importantes y la dirección. Todo el equipo ha interiorizado que los detalles de implementación son cosa del agente.
Ejecutar de 5 a 10 agentes simultáneamente
En lugar de quedarse atascado en una sola tarea, pone varias tareas en cola en paralelo. Planifica, delega al agente y pasa inmediatamente al siguiente. Así es como Peter mantiene su estado de flow durante todo el día.
Dedicar una cantidad sorprendente de tiempo a la planificación
Peter hace un intenso intercambio con los agentes durante la fase de planificación: cuestiona, revisa, rebate e itera hasta que el plan sea sólido. Prefiere Codex a Claude Code para la ejecución porque Claude Code hace preguntas de aclaración durante la ejecución, lo que rompe el flow. Cuando el plan es sólido, la ejecución casi no requiere intervención.
Dar instrucciones deliberadamente vagas
Instrucciones demasiado específicas limitan a la IA a operar solo dentro de ese alcance. Dejar margen intencionalmente permite al agente descubrir direcciones que no habías considerado. En mi experiencia, realmente funciona: surgen soluciones inesperadas con frecuencia. Dicho esto, no siempre es el enfoque adecuado.
Probar en local en lugar de esperar 10 minutos al CI remoto
Esperar 10 minutos a que se ejecute un pipeline de CI remoto es tiempo perdido. Diseña el sistema para que los agentes ejecuten las pruebas en local. Cuanto más corto sea el bucle de feedback, más rápido iteras.
La mayor parte del código es solo transformación aburrida de datos
La mayor parte del código de aplicación consiste en «mover datos de una forma a otra». No hay razón para obsesionarse: delégalo al agente. Reserva tu energía para el diseño del sistema, no para la fontanería de datos.
Las personas que disfrutan lanzando productos se adaptan mejor a la IA
Los desarrolladores que disfrutan resolviendo puzzles algorítmicos en realidad lo pasan peor en la transición a la IA. Quienes se interesan más por los resultados y el lanzamiento de productos se adaptan rápidamente. Es un patrón que veo constantemente a mi alrededor.
La visión de Peter sobre el futuro
Predice que innumerables aplicaciones desaparecerán, dejando solo APIs. En lugar de abrir MyFitnessPal para registrar comida manualmente, enviarás una foto a tu agente, que calculará las calorías y ajustará tus objetivos de salud automáticamente.
Conclusión
Hay espacio para el debate, pero los 10 principios de Peter convergen en una única dirección: abandonar el perfeccionismo, discutir arquitectura en lugar de revisar código, dejar que los agentes verifiquen su propio trabajo y ejecutar varios agentes en paralelo.
Todo apunta a construir un entorno donde el desarrollador no necesite escribir código él mismo. Si esa es la dirección, entonces la verdadera habilidad en la era de la IA no es escribir buen código, sino diseñar el sistema que resuelve problemas sin que tengas que escribir ni una línea.
Referencias:
Únete al boletín
Recibe actualizaciones sobre mis últimos proyectos, artículos y experimentos con IA y desarrollo web.