Establece una programación en pareja razonada, con reglas personales explícitas y zonas prohibidas, para que la ayuda nunca se convierta en dependencia.
Abrir esta lección en KodokonEl riesgo profesional de la asistencia permanente tiene un nombre en factores humanos: complacencia con la automatización. Los pilotos de aerolínea lo conocen bien: cuanto más fiable es la automatización, menos comprueba el humano, y más se erosionan silenciosamente sus destrezas manuales. Para un desarrollador, el síntoma es preciso: aceptas sugerencias cada vez más largas, revisadas cada vez menos, y el día en que la IA no está disponible o se equivoca en algún punto sutil, descubres que ya no sabes hacerlo por tu cuenta. La contramedida no es la abstinencia: es un contrato de uso explícito, puesto por escrito, que te impones a ti mismo.
La regla central de este contrato cabe en cuatro palabras: yo escribo, ella revisa. Escribes el código tú mismo, en un primer borrador, sin ayuda; la IA solo interviene después, como revisora. Esta inversión lo cambia todo: el esfuerzo de producción, el que construye y mantiene la competencia, se queda contigo, y la IA aporta lo que mejor hace, una mirada exhaustiva e incansable sobre tu trabajo. Es exactamente lo opuesto del reflejo dominante (hacerla generar y luego revisar por encima), que invierte la carga cognitiva: el modelo produce y tú heredas el papel más difícil, juzgar código que no has pensado.
Eres un revisor de código senior, exigente pero comprensivo. Acabo de escribir este código yo mismo y quiero una revisión que me ayude a mejorar, no una reescritura.
Contexto: [LENGUAJE, restricciones del proyecto, qué se supone que hace el código].
[PEGA TU CÓDIGO]
Reglas de revisión:
1. NUNCA reescribas el código por completo, ni siquiera una función entera.
2. Clasifica cada observación: probable bug / riesgo en producción / legibilidad / estilo.
3. Para cada probable bug, describe el escenario de entrada exacto que lo desencadena, SIN dar la solución: quiero encontrarla yo mismo.
4. Termina preguntándome por una decisión de diseño que tomé y que te parezca cuestionable.
Formato: lista numerada, la observación más grave primero. Máximo 8 observaciones.Segunda cláusula del contrato: zonas prohibidas. Define de antemano las partes del proyecto donde la IA nunca escribe una sola línea, sean cuales sean las circunstancias. Tres categorías son esenciales. Primera, el código crítico para la seguridad (autenticación, gestión de sesiones, criptografía, migraciones de datos), donde una respuesta plausible pero errónea cuesta demasiado. Después, el núcleo de negocio, la lógica que hace valioso tu producto: eso es lo que debes conocer íntimamente. Por último, y esto es lo menos intuitivo, todo primer contacto con un concepto nuevo: si dejas que la IA escriba tu primer Mutex, tu primera saga o tu primer worker, nunca lo aprenderás de verdad. En estas zonas, la IA conserva un papel: explicar, cuestionar, revisar. Nunca producir.
Eres mi compañero de programación en pareja en modo navegante: tú guías, yo conduzco. Estoy atascado en este problema:
[DESCRIBE EL PROBLEMA + pega el mensaje de error o el fragmento relevante]
Reglas absolutas:
1. Prohibido darme código más largo de una línea.
2. Procede con preguntas socráticas: ayúdame a formular hipótesis y luego a diseñar la prueba que las verifica.
3. Si voy en la dirección equivocada, dilo claramente y explica por qué, pero déjame encontrar la correcta.
4. Cuando la haya encontrado, pídeme que reformule la causa raíz en dos frases, y corrige mi redacción si es imprecisa.
Empieza preguntándome qué he probado ya y qué concluí de ello.Última cláusula: la medición. Un contrato sin métrica no sobrevive seis semanas. La métrica correcta no es el volumen de prompts, es tu deuda de comprensión: el número de bloques de código enviados al repositorio esta semana que no serías capaz de reescribir de memoria ni explicar en detalle. Lleva esta cuenta con honestidad, cada viernes. Si sube dos semanas seguidas, aprieta el contrato: amplía las zonas prohibidas, vuelve a un estricto "yo escribo, ella revisa". La prueba definitiva sigue siendo la misma que en aviación: apaga la automatización un día a la semana y observa qué sigues siendo capaz de hacer.