Nicolas Martignole (Le Touilleur Express), coescrito con **GLM-5.2** y **MiniMax-M3**, publica **« The Token Manifesto »**: un pastiche del **Manifeste Agile** (2001) trasladado a la era de los LLM, donde la unidad de valor ya no es la hora-ingeniero sino el **token**. Cuatro valores: *system prompts breves frente a system prompts ingeniosos*, *un ejemplo claro frente a tres párrafos de explicación*, *iterar en pequeños pasos frente a volcar toda la especificación de una vez*, *producir en un formato definido frente a dejar que el modelo improvise libremente*. Doce principios subvierten uno a uno los del Agile — «la simplicidad, el arte de maximizar la cantidad de trabajo **que el modelo no hace**», «equipos autoorganizados que detectan la repetición y la documentan una sola vez», «una reflexión periódica **antes de que llegue la factura mensual**». Bajo el humor («mirando nerviosamente una barra de uso») subyace una tesis seria: la restricción económica real del desarrollo asistido por IA ya no es la velocidad sino el **presupuesto de tokens** y la **economía de la ventana de contexto**. Dos frases finales cierran el texto: **« No tienes un problema de prompt. Tienes un problema de ventana de contexto. »** y **« Todo el mundo es prompt engineer hasta que se le acaba la cuota mensual. »** Cabe señalar el guiño meta: un manifiesto sobre la frugalidad de tokens coescrito *con* modelos.
Nota de análisis de SFEIR que revisa el papel del arquitecto de software en la era de la IA generativa a través del marco de **Gregor Hohpe** (*The Software Architect Elevator*). Tesis central: el arquitecto « **Oráculo** » — el guardián supremo del conocimiento que dicta reglas desde una torre de marfil — está obsoleto, ya que la IA genera código y propuestas bajo demanda; el arquitecto moderno se convierte en un **amplificador de inteligencia (IQ Amplifier)** que provee a los equipos los modelos mentales, el contexto de negocio y las herramientas de decisión para aprovechar la IA garantizando al mismo tiempo la coherencia del sistema. El documento desglosa el impacto **piso por piso del "Architect Elevator"** (arquitecto de Empresa / Solución / Plataforma / Software) y defiende el **Domain-Driven Design (DDD)** como salvaguarda indispensable: el **lenguaje ubicuo** sustenta los *system prompts* (un diccionario de dominio inyectado vía `.clinerules`/plantillas, que reduce las alucinaciones y las malinterpretaciones de negocio), y los **bounded contexts** restringen el alcance confiado a la IA para maximizar la fiabilidad de la generación. Conclusión: la IA no es una amenaza sino un catalizador que libera al arquitecto de las tareas técnicas de entrada para poner en primer plano la síntesis, la visión estratégica, el modelado y el vínculo humano entre la tecnología y el negocio. Dominio: arquitectura de software, papel del arquitecto, DDD, prompting estructurado, gobernanza de IA empresarial.
#Arquitecto de software#papel del arquitecto#IA generativa
Anthropic - Medición del sesgo político en Claude - Equanimidad 94-95% - Método Paired Prompts - Evaluación de código abierto - Character training - Comparación de 6 modelos - System prompt de neutralidad - GitHub