Recién llego al Level 2 y, mi primer post acá en vez de un "hola", prefiero sumarme a la conversación que veo estos días.
Leí a varios con el mismo nerviosismo... que se volvió el "cuello de botella" de un proyecto. Skills para que la IA deje de sobreescribir el trabajo. No hay que confiar ciegamente. Lo digo directo: al principio 8 meses atrás me pasaba lo mismo, y me llevo un buen tiempo corriendo agentes de IA todos los días para construir el flujo que me permite confiar y delegar.
La IA te rompe cosas. Avanza más rápido de lo que uno alcanza a entender, te dice "listo" cuando no lo está, y si la dejas suelta te pisará el trabajo que te costó horas. Eso es real y no se arregla con un prompt mágico.
Sentimos que hay que elegir entre ir rápido y perder el control, o ir lento para entender. Viví los dos mundos... y la conclusión que me ordenó todo es que no es rápido contra lento/control, puedes tener los dos si pones las reglas antes de. De manera global para todos los proyectos y especifica para cosas particulares de uno u otro... acá van cuatro que a mí me cambiaron el juego, bajados a algo que aplica seas developer (como mi caso) o no:
1. Arma tu flujo de trabajo, no solo hagas pedidos. Antes de pedirle algo, escríbele en un documento tus reglas o pidele que te las cree conversando con el agente: cómo quieres las cosas, qué nunca debe hacer, tu estándar, como se lo explico a mis colegas y clientes, es tu flujo de trabajo, como a ti te gusta que se hagan las cosas, tu metodología... La IA sin reglas te entrega lo genérico que le entregaría a cualquiera. Con tus reglas, construye a tu manera. Piensa que es el mejor "colaborador" que contrataste, pero que llega nuevo a cada conversación, sin memoria de tu negocio, tus clientes ni en lo que debe desenvolverse, el que saca resultados le pasa ese brief siempre al inicio o lo deja para que pueda leer inmediatamente en su CLAUDE.md o AGENTS.md para cada sesión. 2. Una copia antes de cada cambio. Camilo lo resolvió con una skill y tiene toda la razón, la versión simple para cualquiera es que nunca dejes que la IA toque tu única copia, siempre guarda el estado bueno antes, en una carpeta aparte, en Drive, donde sea, eso es parte de las reglas anteriores y luego de un tiempo ya lo hace automáticamente y tu ya vas confiando. Si se manda una cagada, y se la va a mandar, vuelves al punto bueno en 10 segundos en vez de perder la tarde, como dev para mi es vital el control de versiones git que me maneja los distintos estados y es lo que hay que intentar emular en proyectos de NO desarrollo.
3. No aceptes un "LISTO" sin verificarlo tú. La IA dice "funciona" con la misma seguridad cuando funciona y cuando no e incluso inventa cosas para poder cumplir, lo he visto mas de 1 vez inventando fuentes, autores, papers, etc. Siempre hay que re-chequear las fuentes, no le creas al 100% siempre cuestionala. Esa seguridad no es evidencia, antes de confiar, pruébalo y revísalo tú con un caso real: abre el archivo, corre el flujo, mira el resultado con tus propios ojos. Mientras más arriba estás, más caro sale la revisión que no hiciste.
4. Tú diriges, la IA ejecuta. No tienes que elegir entre avanzar y aprender. Oblígala a explicarte cada decisión mientras construye: por qué así y no de otra forma siempre estaremos en control y contexto, qué se rompería si cambias esto ? tienes claro las implicancias.
Sigues a toda velocidad y mucho más rápido que a manualmente, pero no entregas el control al 100%. El día que no entiendes lo que tu propio producto hace, dejaste de ser el founder.
La IA no te ahorra el criterio, lo amplifica, es una herramienta poderosa pero hay que conocerla y saber ocupar... si pones las reglas, deja de ser una ruleta y pasa a ser un equipo que rinde.