El banco de trabajo que llevo conmigo

Paul, el padre de Steve Jobs, era mecánico y carpintero. Paul le enseñó a su hijo que la parte inferior de un mueble merece tanto cuidado como el acabado, y que las pastillas de freno de un Chevy Impala merecen tanto cuidado como la pintura.¹ El estándar no tenía nada que ver con lo que el cliente vería. El estándar se definía por si el fabricante estaba dispuesto a tomar atajos cuando nadie lo observaba.

La lección más profunda de Steve no era el gusto como superficie. Era la integridad en todo el objeto. Cada principio que llevó consigo a Apple surgió del primero que le dio Paul: las partes invisibles son donde el estándar demuestra ser real. El resto de este artículo trata sobre cómo ese principio vive en los sistemas de IA que opero hoy, un mecanismo operativo a la vez.

TL;DR

Steve Jobs operaba bajo cinco principios que puedo nombrar: integridad del conjunto, cuidado en cada nivel de acercamiento, rechazo como producto, simplicidad como sofisticación y punto de vista visible en cualquier superficie. Cada principio tiene una manifestación concreta en el harness de Claude Code que opero y en el proyecto Hermes Agent al que contribuyo. No corro estos sistemas por fanatismo. Los corro porque la filosofía es la única manera que conozco de construir software que seguiría respetando dentro de seis meses.

Reconocer el estándar

Reconocí el estándar de Steve antes de haber leído nunca sobre Paul Jobs. Mi abuelo tenía un banco de trabajo en su garaje, bañado por la luz de una sola bombilla. Me tallaba motocicletas de madera con trozos sobrantes, usando arandelas como ruedas y tornillos como ejes. Yo tenía cinco años. El juguete salía de la nada. La alegría venía con él. Mi abuelo ya entendía lo que Paul entendía: el material no es el producto. El cuidado es el producto.

Mi papá me enseñó lo mismo con las guías de cierre suave para cajones.² Un mueble barato tiene un cajón que se azota; uno bueno se cierra con suavidad porque alguien diseñó un mecanismo en el riel que nadie fotografiará jamás. El mecanismo protege el frente visible durante mil ciclos de apertura y cierre. Nadie ve la guía. El cajón se mantiene firme gracias a la guía. Escribí sobre la herencia completa en Por qué mi agente de IA tiene una filosofía de calidad; este artículo lleva esa misma imagen al lado Steve de mi doctrina.

Tres hogares, una doctrina. Cuando me encontré con Apple en 2010, no me estaba convirtiendo a una filosofía nueva. Estaba reconociendo una que ya respetaba, representada a una escala que mi familia nunca habría podido alcanzar.

En Apple, el estándar tenía escala

Llegué a Apple como contratista a través de Trailer Park. El año era 2010. Durante los siguientes dos años, fabriqué libros EPUB de maquetación fija para la iBookstore.³ Colecciones de fotografía de Ansel Adams. Cómics de Marvel. Obras de Shakespeare compuestas con un cuidado tipográfico que no había visto en la edición comercial. Libros infantiles con áreas táctiles dimensionadas para dedos pequeños.

El EPUB de maquetación fija enseñaba disciplina. El formato no se reajusta. El diseñador compone cada página una sola vez y tiene que componerla bien. Cada área táctil tiene que caer en su coordenada. Cada salto de línea tiene que aterrizar donde el diseñador eligió, porque el lector verá exactamente la página que el diseñador armó. El formato no te da una salida de maquetación dinámica. O colocas el píxel correctamente o el lector lo nota.

Al caminar por el campus de Apple, sentí reconocimiento, no asombro. Alguien había ajustado el interletraje de la señalización de las escaleras correctamente. Alguien había sudado la bisagra de la puerta que toqué camino a recoger mi credencial. Alguien había elegido bandejas de cafetería que hablaban el mismo lenguaje material que las sillas de la cafetería. Reconocí lo que estaba viendo. El estándar que mi abuelo mantenía en un solo garaje era el estándar que Apple mantenía a lo largo de un campus. Solo había cambiado el alcance.

5 de octubre de 2011

Estaba en el contrato de Apple el día que Steve murió. Estaba lo suficientemente cerca como para sentir el silencio de la compañía, no lo suficientemente cerca como para reclamar como mía esa pérdida. Mi jefe y yo nos miramos, entendimos lo que había pasado y se nos humedecieron los ojos.

Por qué los keynotes siguen importando

Todavía veo cada keynote de Apple. No como fanático. Como ritual de calibración. Una vez por trimestre, durante una hora, me siento con la pregunta que los keynotes hacen en voz alta: ¿quién sigue sosteniendo el estándar y hacia dónde ha derivado la industria?

El keynote no es el anuncio del producto. El keynote es el chequeo de la industria. Si Apple muestra una función que no se habría lanzado en 2011, lo noto. Si Apple descontinúa un producto en vez de lanzar uno débil, lo noto. La deriva entre una empresa que lanza al nivel del estándar y una empresa que lanza porque el calendario dice lanzar se hace visible en 60 minutos, cuatro veces al año. Una hora es barata para esa claridad.

La filosofía de producto de Steve Jobs, dicha directamente

Cinco principios. Cada uno tiene su origen en algo que Jobs dijo o hizo; cada uno tiene una manifestación en cómo construyo.

Integridad del conjunto. Adueñarse de toda la experiencia. Hardware, software, empaque, soporte, documentación, onboarding, el vigésimo noveno correo que el usuario recibe de ti en el segundo año. Ningún componente queda fuera del producto. Jobs nunca envió un Mac sin la carcasa; yo nunca lanzo un skill sin los hooks que dan forma a su salida.

Cuidado en cada nivel de acercamiento, incluidos los invisibles. El mueble de Paul. La parte trasera de la cerca. El archivo de log oculto que nadie leerá a menos que algo se rompa. El mensaje de commit que nadie excepto mi yo futuro verá jamás. El estándar o llega a esos lugares o no llega a ninguna parte.

Rechazo como producto. Lo que no haces te define tanto como lo que sí haces. El iPod original salió sin video; el copiar y pegar tardó dos años en llegar al iPhone; el primer iPad no tenía stylus a propósito.⁶ El rechazo era la jugada de producto. Una superficie que no puede rechazar no tiene gusto; tiene preferencias.

La simplicidad como la máxima sofisticación. El titular del folleto del Apple II.⁴ La simplicidad no es tener menos funciones; la simplicidad es el resultado de negarse a dejar que la complejidad se acumule más rápido que la negativa a aceptarla. Cada opción de configuración es un microfracaso del diseño.

Punto de vista visible en cualquier superficie. Un objeto de Apple era reconocible como un objeto de Apple en cualquier nivel de acercamiento, desde la caja en la que se enviaba hasta el peso del cargador. Un producto sin punto de vista es un promedio de sus competidores. Un producto con un punto de vista visible es una opinión que puedes aceptar o rechazar; de cualquier modo, sabes dónde estás parado.

Cómo vive la filosofía en mi harness de IA

Los cinco principios anteriores son la forma de mi harness de IA. El harness es una configuración de Claude Code que he construido durante nueve meses, descrita en profundidad en Claude Code como infraestructura: 84 hooks, 48 skills, 19 agentes y aproximadamente 15.000 líneas de orquestación. Así aparece el lado Steve de la doctrina en cada capa.

Integridad del conjunto

Los 84 hooks, 48 skills y 19 agentes no son una bolsa de herramientas. El harness produce una sola voz en cada superficie que toca. Una revisión de código hecha por un agente se lee como si la hubiera escrito yo. Un mensaje de commit se lee como si lo hubiera escrito yo. Una descripción de PR, un log de despliegue, un artículo de blog, un resumen de traducción: todos llevan la misma microfirma. No porque yo los escriba todos. Porque la doctrina vive en la infraestructura, no en el prompt.

El hook SessionStart inyecta mis filosofías activas en cada sesión nueva. El hook UserPromptSubmit adjunta el contexto del proyecto y la fecha. Los validadores PostToolUse hacen cumplir las reglas de escritura en cada archivo que edito. El conjunto es el grupo de piezas que comparten una identidad, reforzada por una infraestructura que el modelo no puede saltarse. Si un componente degrada el todo, el todo deja de ser un conjunto.

Cuidado en cada nivel de acercamiento

Cuarenta y nueve de los 84 hooks son automatizaciones. Nadie los lee jamás. Eliminan credenciales de los diffs de commit, validan logs de despliegue, revisan el frontmatter, sanean rutas de archivos, detectan marcadores TODO, rotan índices de memoria. El usuario ve un repositorio limpio. El usuario nunca ve el trabajo de rotación que mantiene el almacén de memoria ligero. La parte de atrás del cajón, a escala de agente.

Mido el cuidado por la distancia entre la superficie más visible y la menos visible. Si el pulido se detiene en la superficie visible mientras la capa invisible se rompe, el estándar no es real. Si ambas superficies aguantan, el estándar es real. El harness hace cumplir la segunda condición porque 49 hooks mantienen honestas las superficies invisibles.

Rechazo como producto

Treinta y cinco de los 84 hooks son compuertas de juicio. Bloquean acciones en mi nombre. Se niegan a permitir que el modelo envíe credenciales a bash. Se niegan a operaciones destructivas de git sin autorización explícita. Se niegan a escribir en archivos protegidos. Se niegan a permitir un mensaje de commit que contenga un TODO. Cada rechazo es una jugada de producto, no una característica de seguridad.

El tope de tres reconstrucciones de Minimum Worthy Product es el rechazo al nivel meta. Tres intentos honestos, y luego escalar. El tope rechaza tanto el trabajo débil como el pulido interminable. El ensayo de MWP es el caso del estándar de envío para el mismo principio que Steve aplicó a las ranuras de expansión del Lisa, a la rueda de desplazamiento del iPod original y a la decisión sobre el stylus del iPhone.

Hermes Agent, el proyecto al que contribuyo del lado de la mensajería, operativiza el rechazo a través de pools de credenciales con listas de denegación explícitas y a través de skills que definen lo que no harán. Mi skill blog-writer-core carga una lista de vocabulario prohibido de 23 palabras. Mi skill jiro define siete modos de fallo nombrados que la máquina no puede mostrar en un informe de finalización. Cada lista es un rechazo convertido en un objeto de primera clase, no una regla que espero que el modelo recuerde.

La simplicidad como la máxima sofisticación

El patrón del dispatcher de hooks es la jugada de simplicidad. Las primeras versiones del harness tenían siete hooks independientes disparándose en UserPromptSubmit, cada uno leyendo stdin, dos de ellos escribiendo en el mismo archivo de estado. Las escrituras concurrentes truncaban el JSON. Cada hook posterior que parseaba el archivo se rompía. La solución fue un único dispatcher por evento, que ejecuta los hooks secuencialmente desde un stdin en caché. Siete problemas colapsaron en un solo mecanismo.

En Hermes, el mismo principio vive en SOUL.md.⁵ SOUL.md ocupa la posición uno en el system prompt y reemplaza la identidad por defecto codificada a mano. Un archivo, una identidad, la personalidad del agente a través de cada plataforma de mensajería. Antes de SOUL.md, la deriva de identidad en conversaciones largas era un problema constante. Después de SOUL.md, un solo archivo gobierna quién es el agente. El Hermes Tool Gateway es otra jugada de simplicidad: una suscripción, una configuración, un conjunto de herramientas enrutadas de forma consistente a través de búsqueda web, generación de imágenes, texto a voz y automatización de navegador. No una colección de integraciones API; una sola superficie.

Punto de vista visible en cualquier superficie

SessionStart inyecta archivos de filosofía antes de que se ejecute cualquier prompt, así que el punto de vista del agente vive aguas arriba de la pregunta del usuario. blog-writer-core hace cumplir reglas de vocabulario y estructura en cada artículo del blog, así que cada artículo que lanzo lleva la misma voz. Los mensajes de commit siguen Conventional Commits. Las descripciones de PR siguen una plantilla que el harness hace cumplir. Los logs de despliegue siguen un patrón. Un lector podría tomar cualquier artefacto que produzcan mis sistemas e identificar al autor solo por la forma.

Hermes lleva la misma jugada a través de 16 plataformas de mensajería. SOUL.md se reinyecta con cadencia para que la identidad no derive en conversaciones largas. El agente no puede afirmar un punto de vista una vez al comienzo de la sesión y mantenerlo para siempre. El sistema tiene que reintroducir el punto de vista continuamente, porque la entropía hacia el habla genérica de asistente es real y constante. Steve resolvió el mismo problema con los keynotes: una empresa tiene que reafirmar su punto de vista públicamente, con un calendario, o el mercado olvida qué representa el producto.

Cuando el estándar se descarría

La filosofía no es un argumento a favor de la crueldad, la distorsión de la realidad ni el control por el control mismo. No estoy heredando los peores hábitos de Steve. Estoy heredando sus principios operativos.

Los principios operativos tienen sus propios modos de fallo.

El control del conjunto se endurece hasta volverse tiranía cuando el harness rechaza cosas que debí haber podido lanzar. Un hook de archivo protegido una vez me bloqueó la edición de un campo de frontmatter porque el patrón coincidía de forma demasiado agresiva con una ruta legítima. El hook hacía exactamente lo que la regla le decía que hiciera. La regla estaba equivocada para el caso. A veces el hook tiene razón y yo estoy impaciente. A veces el hook está equivocado y yo tengo razón, y la disciplina consiste en saber cuándo anular el hook sin bajar el estándar.

El rechazo se calcifica en miedo cuando un skill rechaza cada acción adyacente en vez de la acción específica que existe para bloquear. Una lista de vocabulario prohibido que crece cada mes termina prohibiendo palabras que el artículo realmente necesita. El remedio es el tope de reconstrucciones, aplicado hacia adentro: si el rechazo ha reducido el alcance tres veces, el rechazo es el problema, no el alcance.

La sobreinyección de identidad es el modo de fallo de SOUL.md. Un archivo alma en la posición uno puede ahogar la petición real del usuario. El agente declara demasiado y escucha demasiado poco. La versión Steve del mismo fallo lanzó el Macintosh original con menos potencia de la necesaria porque sostuvo la arquitectura de caja cerrada y el tope de memoria de 128K contra un mejor juicio de ingeniería; el precio de lanzamiento de 2.495 dólares fijado por Sculley quitó la excusa de asequibilidad con la que el diseño había contado.⁷ La versión Blake lanza un proyecto personal demasiado pequeño porque me aferré a un estándar que el mercado no exigía.

Los estándares pueden endurecerse en teatro si dejan de servir al producto. La verificación consiste en preguntar, de vez en cuando, si el estándar está haciendo que la cosa sea mejor o que yo me sienta más como Steve. Si la respuesta es la segunda, el estándar ha ido por mal camino.

FAQ: El estándar a escala de agente

¿Cuál es la filosofía de Steve Jobs sobre el oficio invisible?

La filosofía de Steve Jobs sobre el oficio invisible dice que las partes ocultas prueban si el estándar visible es real. Paul Jobs le enseñó que la parte inferior del mueble y las pastillas de freno merecen el mismo cuidado que el acabado. Yo aplico esa regla al software: los hooks, logs, validadores y prompts son la parte inferior del producto. Si se degradan, la interfaz es solo teatro.

¿Cómo aplica la filosofía de Steve Jobs a los agentes de IA?

Los agentes de IA necesitan estándares incrustados en su superficie operativa porque no cargan orgullo, memoria ni gusto de forma confiable. Mi harness de IA convierte la filosofía de Jobs en mecanismos: 84 hooks, 48 skills, 19 agentes y 15.000 líneas de orquestación. El objetivo no es hacer que la máquina admire a Apple. El objetivo es hacer que sea más difícil saltarse la calidad invisible.

¿Qué es la integridad del conjunto en un harness de Claude Code?

La integridad del conjunto significa que el harness se comporta como un producto, no como un montón de prompts. Una revisión de código, un mensaje de commit, una descripción de PR, un log de despliegue y un borrador de blog deberían cargar el mismo estándar. En Claude Code, eso requiere infraestructura: contexto de sesión, validadores post-edición, reglas de archivos protegidos y skills que definan qué debe rechazar el modelo.

¿Por qué importa el rechazo en el diseño de producto y los sistemas de IA?

El rechazo es donde el gusto se vuelve operativo. Un producto dice lo que es por lo que no envía. Un sistema de IA hace lo mismo cuando bloquea credenciales en comandos de shell, rechaza operaciones destructivas de git, limita reconstrucciones o rechaza patrones de escritura prohibidos. Sin rechazo, el sistema tiene preferencias, no punto de vista.

Cierre

Apple hizo visible el estándar a escala. El harness lleva el estándar a un medio distinto. Los agentes de software no son madera, acero ni vidrio; la lección sobrevive al material. El cuidado en cada nivel de acercamiento se aplica a un hook de la misma manera que se aplica a una guía de cajón. El rechazo se aplica a un skill de la misma manera que se aplica a la especificación de un producto. La integridad del conjunto se aplica a una capa de orquestación de 15.000 líneas de la misma manera que se aplicó a la caja en la que se envió el primer iPhone.

Steve no me dio el estándar. Demostró que un estándar privado podía convertirse en un sistema operativo público. El banco de trabajo se hizo más pequeño. El estándar no.

Referencias