Lo que sucedió: “The New Code” de Openai: el aumento del desarrollo impulsado por las especificaciones
En la Feria Mundial de la IA Ingeniería Mundial 2025, Sean Grove de OpenAi estableció “El nuevo código”, una visión para reemplazar la ingeniería rápida ad-hoc con desarrollo basado en especificaciones, un flujo de trabajo centrado en la redacción de especificaciones estructuradas.
La nota principal de Grove contrastaba los hábitos de inmediato efímeros de hoy con un futuro de especificaciones persistentes. Observó que los desarrolladores a menudo experimentan incitando a LLM y luego descartar esas indicaciones, manteniendo solo la salida generada.
“Mantenemos el código generado y eliminamos el aviso … como si triture la fuente y luego controle con mucho cuidado el binario”.
Las instrucciones rápidas son transitorias, sin dejar un registro duradero, subrayando cómo la ingeniería rápida precise carece de una fuente de verdad persistente. Por el contrario, la captura de intentos y requisitos en las especificaciones escritas sobrevive cualquier modelo de ejecución. Grove concluye que “una especificación escrita alinea efectivamente a los humanos” en los objetivos compartidos: es el punto focal para la discusión, el debate y el acuerdo.
Al hacer que la especie sea la pieza central, todos los interesados se mantienen sincronizados sobre lo que la IA debería hacer y por qué. Grove utilizó la propia “especificación del modelo” de OpenAI como ejemplo. Esta especificación interna (ahora de código abierto en GitHub) es un documento de markdown vivo que outline los comportamientos y valores previstos de los modelos de OpenAI. Mi amigo Patrick DeBois se refiere a él como el “Código de conducta para LLM y modelos”.
Cada cláusula en la especificación del modelo tiene una identificación única y indicaciones de ejemplo asociadas que sirven como pruebas unitarias, asegurando que para cada principio establecido, las respuestas del modelo se puedan verificar en su contra.
¿Disfruta estar informado sobre el espacio de desarrollo nativo de AI (AIND)? Estamos construyendo la comunidad Aind, donde cubrimos las noticias más relevantes centradas en el devero. Para la gente ocupada, enviamos un boletín de unas de una tarta nítido. por más de 7,000 tinkerers de IA cada semana – ¡GRATIS y directamente a tu bandeja de entrada!
Impacto: cómo las especificaciones podrían remodelar los flujos de trabajo de desarrollo (en el corto plazo)
Por el lado del desarrollo, las especificaciones podrían exigir la planificación por adelantado sobre qué programar, borde los casos y alentar a los desarrolladores a buscar claridad sobre la producción deseada, las pruebas y los criterios de éxito. Los desarrolladores articularían “¿Qué esperamos que suceda?” y “¿Cómo se ve el bien?”
Grove reflexionó sobre el IDE como “clarificador de pensamiento integrado”. Think about modificar una cláusula de especificación y el IDE muestra inmediatamente cómo la interpretaría el modelo. Este bucle de retroalimentación apretada haría que las especificaciones autoren una parte de primera clase del desarrollo, no una tarea de documentación separada. Con esto en mente, jugadores como Cursor o Windsurf podrían incorporar soporte para las especificaciones a través de un panel que su entorno usa para ayudar a la generación de código o validar las salidas.
También podríamos ver repositorios de especificaciones que surgen, por ejemplo, bibliotecas compartidas de cláusulas de especificaciones comunes (comparable a la forma en que existen bibliotecas de código de código abierto) que los equipos pueden reutilizar para las necesidades estándar como “no emitir datos confidenciales” o “seguir la guía de estilo de la empresa”. Las especificaciones también pueden convertirse en parte de los kits de herramientas de desarrollo de agentes, al proporcionar plantillas de especificaciones donde los desarrolladores pueden definir el propósito y las limitaciones de un agente.
También pudimos ver la colaboración y la entrada interfuncional. Debido a que las especificaciones son en lenguaje pure y accesibles, podrían convertirse en un puente de comunicación entre las disciplinas. Esto refleja cómo funcionan los documentos de requisitos de producto: el resultado podría ser una mejor comprensión compartida en todo el equipo; Una sola fuente de verdad para lo que debería hacer el proyecto y el código.
El desarrollo nativo de AI – Por qué los próximos grandes desarrolladores serán grandes autores de especificaciones
¿Qué significa todo esto para los desarrolladores y su papel en evolución? Parece que a medida que los sistemas de IA se vuelven más frecuentes, los desarrolladores se enfrentarán al manto de los autores y curadores de especificaciones.
“Ya sea que te des cuenta o no, eres autores de especificaciones en este mundo … quien escriba la especificación … ahora es el programador”.
Si el futuro del desarrollo está centrado en las especificaciones, naturalmente evolucionaremos en ingenieros de especificaciones. Revela un horizonte, no muy lejos, donde los mejores desarrolladores también son los mejores autores de especificaciones. Esto es emocionante y desafiante.
Esto no significa que las habilidades de codificación tradicionales se vuelvan sin importancia, pero sí sugiere un cambio en el énfasis. Al igual que los idiomas y las herramientas de alto nivel abstraídos de algunos trabajos de codificación de bajo nivel, la IA poderosa podría abstraer algunos trabajos de implementación; Poniendo más importancia para definir qué debe hacer el software program en términos exactos.
Quizás el papel de “ingeniero rápido” a menudo mencionado podría evolucionar a algo como “ingeniero de especificaciones de IA”. En términos prácticos, las empresas contratan la capacidad de los ingenieros para escribir una excelente especificación de IA y comprender los requisitos complejos de proyectos y arquitectura.
“… Avanzando, la nueva habilidad escasa es escribir especificaciones que capturan completamente la intención y los valores. Y quien domine eso, nuevamente, se convierte en el programador más valioso”.
Comience: cómo experimentar con las especificaciones
Para los desarrolladores y equipos que buscan adelantarse a la curva, se sugieren algunos pasos prácticos:
- La clave es capturar la intención claramente antes de sumergirse en la implementación. El consejo de cierre de Grove fue literalmente para “comenzar con la especificación”. Describa el objetivo de la característica, los supuestos y restricciones, y algunas entradas/salidas de ejemplo o criterios de éxito. Un documento de Markdown bien estructurado es un buen comienzo.
- Experimente la construcción de proyectos con especificaciones y trátelo como un documento vivo que evoluciona con el proyecto. Use el management de versiones para ello. Fomentar la discusión con sus compañeros, experimente cómo los cambios de especificaciones afectan a su (s) proyecto (s): como haría las revisiones de código, hacer revisiones de especificaciones.
- Con el tiempo, cree un repositorio de especificaciones (y su historia) que será una valiosa base de conocimiento. No es descabellado imaginar los fragmentos de reutilización de las especificaciones anteriores para nuevos proyectos.
