IA para programar: cómo obtener ayuda confiable de Llama

Los cuatro modelos de Llama en nuestro chat están diseñados para generar tanto código como texto, según los model cards de Meta, y son excelentes compañeros de programación: explican código desconocido, escriben funciones pequeñas, preparan pruebas y convierten mensajes de error en soluciones. También cometen errores con total seguridad, por lo que la actitud ideal es la de un code reviewer: revisa cada sugerencia como si viniera de un colega rápido pero sin experiencia, y no apruebes nada que no hayas probado. Esta guía te muestra cómo preguntar, cómo verificar y cuáles son los límites dentro de nuestro chat.

En qué destaca Llama en el día a día al programar

• Explicar código. Pega una función heredada y pregunta qué hace paso a paso y qué escenarios podrían romperla.
• Fragmentos pequeños y bien definidos. Una función para procesar una fecha, una expresión regular, una consulta SQL, un comando de terminal o un diseño con CSS.
• Depurar a partir de un error. Pega el mensaje de error completo junto con el código que lo rodea.
• Pruebas unitarias. Pedir "escribe pruebas unitarias para esta función, incluyendo casos límite" suele revelar casos en los que no habías pensado.
• Traducir entre lenguajes. De Python a JavaScript, de un script en Bash a PowerShell, etc.
• Discutir la arquitectura. Describe lo que planeas construir y busca puntos débiles antes de escribir una sola línea.

Su rendimiento baja al hacer cambios complejos repartidos en muchos archivos que no puede ver, con librerías actualizadas después de su fecha de corte de conocimiento, o con cualquier cosa que dependa de la configuración exacta de tu equipo.

Aporta el contexto que necesitaría un compañero

Débil:
mi codigo no funciona, arreglalo
[300 líneas pegadas]

Fuerte:
Node.js 22, JavaScript puro, sin librerías. formatDue(dateString)
debe mostrar la fecha de vencimiento en la hora local del usuario, ej. "Lun 3 Marzo".
Para usuarios en Brasil muestra el día anterior.

Lo que veo en la consola:
[pega la salida exacta]

Código (solo formatDue y la línea que la llama):
[pega aquí]

Dime primero la causa y luego dame la función formatDue corregida. Mantén su nombre
y su único argumento, y no agregues ninguna librería de fechas.

La versión optimizada especifica el lenguaje y las versiones, describe el comportamiento esperado frente al real, incluye el error exacto, recorta el código a lo esencial y define el formato de la solución. Así eliminas suposiciones innecesarias. Lista de verificación para tus prompts de código:

1. Lenguaje, versión, framework y librerías.
2. Qué debería hacer el código y qué hace en su lugar.
3. El mensaje de error exacto o la salida incorrecta (copiado, sin parafrasear).
4. Un ejemplo mínimo de código que reproduzca el problema.
5. Restricciones: "sin dependencias nuevas", "debe correr en Windows", "que sea fácil de entender para principiantes".

Un flujo de trabajo seguro: planear, escribir, probar, revisar

1. Planea primero. Para cualquier tarea más grande que una función, pide el enfoque antes del código: "Plantea cómo estructurarías esto, con archivos y funciones, pero no escribas código todavía". Ajustar un plan es fácil; corregir 200 líneas no.
2. Avanza a pasos pequeños. Una función o un cambio a la vez. Las respuestas largas dan más margen a errores y tienen un límite de longitud en el chat. Si el código se corta, responde "continúa desde la última línea completa".
3. Pruébalo tú mismo. Llama no puede ejecutar código en nuestro chat. Solo predice cómo se ve el código funcional; únicamente al ejecutarlo sabrás si sirve.
4. Comparte los resultados reales. Pega el nuevo error o la salida incorrecta. Varias rondas cortas suelen resolver más que una sola explicación extensa.
5. Revisa antes de hacer commit. Lee cada línea. Luego haz preguntas de seguimiento como "¿Qué casos límite faltan aquí?" y "¿Hay algo inseguro en este código?".

Atento a estos fallos habituales

Funciones u opciones inventadas

A veces los modelos llaman a métodos que no existen o usan parámetros de terminal propios de otra herramienta. Si algo te resulta extraño, consulta la documentación oficial antes de implementarlo.

APIs desactualizadas

Los datos de entrenamiento tienen una fecha de corte: agosto de 2024 para Llama 4 y diciembre de 2023 para Llama 3.3 y 3.1, según los model cards de Meta. El modelo desconoce las librerías lanzadas o modificadas después de esa fecha y sugerirá versiones antiguas. Aclara qué versión usas y pega fragmentos de la documentación actual si es necesario.

Código funcional pero inseguro

Cuidado con las consultas SQL armadas concatenando texto, la falta de validación de entradas, credenciales expuestas en archivos fuente, comprobaciones SSL desactivadas o permisos de archivo demasiado abiertos. Pide explícitamente una revisión de seguridad para cualquier componente expuesto a internet.

Lógica convincente pero errónea

Errores por un elemento (off-by-one), zonas horarias, redondeos en importes de dinero o listas vacías. Escribe una prueba con resultados conocidos antes de confiar ciegamente en el resultado.

No compartas información confidencial en el chat

Nunca pegues claves de API, contraseñas, llaves privadas, cadenas de conexión ni datos de clientes. Sustitúyelos por marcadores como API_KEY_AQUI. Tus mensajes pasan por nuestro servidor y por un proveedor externo de inferencia para generar la respuesta; cualquier secreto que salga de tu máquina debe considerarse expuesto y renovarse. Si tu empresa tiene normativas sobre compartir código con servicios externos, respétalas. Conoce más en privacidad y seguridad con IA.

¿Qué modelo de Llama elegir para programar?

Empieza con el predeterminado, Llama 4 Maverick. Llama 3.3 70B es una alternativa excelente basada solo en texto y genial para una segunda opinión sobre el mismo problema. Llama 3.1 8B es muy rápido para tareas puntuales como una regex o un comando corto, pero revisa bien sus respuestas en problemas complejos. Consulta nuestra guía de modelos para comparar los cuatro.

¿Quieres usar Llama dentro de tu propio editor o aplicación? Al tener pesos abiertos (open-weight), puedes ejecutar Llama en local o llamarlo mediante una API. Revisa primero las condiciones en nuestra página de licencias de Llama.

Prompts listos para copiar

• "Explica este código a un desarrollador nuevo en el proyecto. Luego menciona tres formas en las que podría fallar en producción. [código]"
• "Escribe una función en [lenguaje] que [haga X]. Incluye anotaciones de tipos, un docstring y tres ejemplos de uso con la salida esperada."
• "Escribe pruebas unitarias con [framework] para esta función. Cubre entradas normales, entradas vacías y entradas no válidas. [código]"
• "Convierte este código de [lenguaje A] a [lenguaje B] manteniendo el mismo comportamiento. Señala si algo no tiene un equivalente directo."
• "Revisa este código enfocándote únicamente en problemas de seguridad, ordenados por gravedad. [código]"

Usa el asistente de código para tareas rápidas, explora los prompts para programar, lee Llama para desarrolladores o pídele a Llama que te explique un fragmento de código ahora mismo.

Preguntas frecuentes

¿Llama puede ejecutar mi código?

No. En nuestro chat solo procesa y genera texto. No puede ejecutar código, abrir archivos ni acceder a tus repositorios; debes correr y probar todo por tu cuenta.

¿Puedo usar el código que genera Llama en mis proyectos?

En general sí, pero tú eres responsable de él: revísalo, pruébalo y presta atención a bloques largos que parezcan provenir de un proyecto conocido, ya que podrían implicar requisitos de licencia. Esto es información general, no asesoría legal.

¿Funciona mejor con unos lenguajes que con otros?

Por lo general, sí. Los lenguajes populares con abundante código público (Python, JavaScript, Java, PHP, SQL, etc.) suelen dar mejores resultados que lenguajes poco comunes o frameworks recién salidos al mercado. Sea cual sea el lenguaje, comprueba siempre el resultado.

¿Por qué sugiere versiones viejas de una librería?

Su entrenamiento abarca hasta una fecha determinada. Si le indicas la versión exacta que usas y le pegas la documentación correspondiente, podrá basarse en ella en lugar de recurrir a su memoria.

¿Es seguro pegar código de mi empresa?

Solo si las políticas de tu empresa lo permiten. Asegúrate de retirar claves y datos personales antes de enviarlo. Ante la duda, pide ayuda usando un ejemplo simplificado que reproduzca el mismo comportamiento.