Versiones del agente (2/3): instrucciones v0.1 y v0.2 — cómo comparar sin perder el hilo

La instrucción del analista lleva dos semanas de ajustes: la v0.1 del arranque, la v0.2 que añadió la regla de la columna, y la v0.3 que este domingo fija la etiqueta de la cabecera. El domingo siguiente pregunta lo que el cierre del mes preguntará: ¿la v0.3 es mejor que la v0.1 — y en qué se nota? Comparar versiones sin perder el hilo es la pieza que el método Work pide antes de acumular más ajustes: la instrucción que crece sin contraste se convierte en el manual que nadie relé.

El capítulo de instrucciones de ChatGPT Work 2027 trae la regla de tamaño — la instrucción que el agente sigue vale más que la que ignora — y el capítulo de memoria trae el formato de la corrección. Entre ambos queda la práctica que este artículo ordena: el registro de versiones del manual — qué cambió, por qué cambió y qué prueba confió en el cambio. La comparación de versiones no es nostalgia de ficheros: es la pieza que decide si la instrucción viva sigue siendo clara — o si el método recomienda dividir en dos agentes —.

Por qué las instrucciones crecen: el impuesto de cada semana

Dos documentos comparados en pantalla con anotaciones marginales
La comparación de versiones declara qué cambió, por qué y con qué prueba — la línea que el hilo no pierde. Foto de Pexels; no representa a ninguna persona identificable.

Cada semana de uso real añade una regla: la instrucción que arrancó con seis líneas llega al mes con veinte. El crecimiento es natural — el método lo llama el documento vivo —, pero su velocidad es la que la revisión controla.

La anatomía del crecimiento

El crecimiento legítimo llega de la memoria: la corrección del martes añade su regla, la auditoría del viernes la integra, el domingo la publica con versión. El ilegítimo llega del miedo: la frase que se escribe «por si acaso» y que el agente nunca aplica. El método pide revisar la diferencia cada cierre —.

La regla práctica del método para separar ambos: cada línea de la instrucción debe poder señalar su ficha de origen — la corrección o la decisión que la motivó. La línea sin ficha es la candidata a borrado en la próxima comparación: el manual vivo tiene su genealogía a la vista. La práctica del método para hacerla visible es la de la marca: cada línea de la instrucción lleva al final su referencia — [c23] es la ficha de la semana 23 —, y la referencia no entra en el texto que el agente aplica: es una marca de auditoría. La instrucción sigue legible para el agente — y auditable para el humano que compara la semana siguiente —.

El límite de tamaño que el método declara

La instrucción de doscientas u ochocientas palabras es la zona que los modelos procesan sin perder partes; por encima del millar, empiezan a ignorar_fragmentos. El método lo declara como regla práctica — y su solución no es alargar el contexto: es dividir en dos agentes o mover el detalle a una skill que se carga solo cuando la tarea la pide —.

El caso del analista lo ilustra: la regla de las cifras con fila vive en la instrucción base — entra en cada análisis —, y la regla de las conversiones de moneda vive en la skill de datos externos — solo se carga cuando el informe cruza divisas. La instrucción base se mantiene corta; el detalle viaja a demanda. La comprobación del método para la skill es la de la carga real: la skill que el agente solo cargó una vez en el trimestre es la candidata a archivo — su detalle vuelve a la memoria como referencia, y la skill se pausa. La arquitectura se mantiene con la misma pieza que la compara: sin demanda, no hay capa —.

La señal de saturación

La instrucción saturada se nota en la revisión antes que en el contador: el error que la regla prohibía reaparece — la regla está ahí, pero enterrada. El método llama a esto el síntoma de la instrucción ignorada, y su lectura es directa: reescribir, no añadir; acortar, no subrayar —.

La comprobación de la saturación es la del test del ctrl+F: la regla nueva que la revisión acabó de escribir, ¿el agente la aplicó en la entrega siguiente? Si la regla está escrita y no se aplica, la instrucción ya no cabe — y la comparación de versiones de este artículo es justamente la pieza que decide qué se queda —.

El registro de versiones: la línea que el hilo no pierde

El registro de versiones es una tabla en la carpeta de memoria: versión, fecha, cambio, causa y prueba. Cinco columnas que la comparación de cualquier semana lee de un vistazo.

Qué guarda cada columna

La versión lleva su etiqueta — v0.3 —, la fecha su domingo, el cambio su frase — «añade la regla de la fila exacta» —, la causa su ficha — el enlace a la corrección del martes —, y la prueba su resultado — «la entrega del jueves trajo las cifras de la fila citada» —. Las cinco columnas son la genealogía completa del manual —.

La pauta del método para las columnas es la de la ficha de corrección extendida: los cuatro campos de la memoria más la prueba. La prueba es la columna que las versiones sin registro no tienen — y la que decide si el cambio fue mejora o fue ruido: sin prueba, el cambio es una opinión con fecha —.

La cadencia de versiones

El método recomienda versionar por semana, no por ajuste: la v0.3 del domingo 1 acumula las correcciones de la semana, y la v0.4 la del siguiente. La cadencia semanal mantiene el registro legible — doce versiones por trimestre, una por domingo — y separa el ajuste cotidiano del cambio publicado —.

La excepción a la cadencia es la corrección urgente: el error que envía datos equivocados a un cliente se corrige el mismo día — y la versión entra con su nota de urgencia. El registro lo admite: la cadencia es la regla, la urgencia es la excepción declarada —.

Dónde vive el registro

El registro de versiones vive junto a la propia instrucción: la carpeta del agente mantiene la versión activa y el archivo de las anteriores, con la tabla de cambios como cabecera. El método pide que la memoria pueda leerse sin abrir la herramienta: la carpeta es del profesional — no del chat —.

La regla de la casa para el nombre: la versión activa sin fecha — agente_analista.md —; las históricas con versión — agente_analista_v0_2.md. La plantilla del libro llama a estas carpetas el sistema del lector: la pieza que sobrevive a cualquier cambio de plataforma —.

Cómo se comparan dos versiones: la práctica del contraste

La comparación útil no difunde dos ficheros: contrasta cuatro cosas — el texto, el comportamiento, la corrección de origen y la prueba. La práctica cabe en media sesión de domingo.

El contraste del texto: qué cambió de verdad

La lectura en paralelo de la v0.2 y la v0.3 trae dos clases de líneas: las que cambian — la regla nueva de la cabecera — y las que se movieron — la regla del tono que subió de sitio. El método pide declarar las dos por separado: el cambio de contenido y el cambio de estructura — ambos con su causa —.

La pauta del método es la del cambio mínimo: si la comparación muestra que media instrucción se reescribió, la revisión pregunta qué prueba lo justificó — la reescritura masiva sin causa es el síntoma del manual que creció por capas sin haberse leído entero nunca —.

El contraste del comportamiento: el mismo encargo, dos versiones

La prueba que el método recomienda para la comparación es la del encargo tipo: se ejecuta el mismo encargo con la v0.2 y con la v0.3, y la revisión compara las dos entregas. El contraste del texto dice qué se intentó; el del comportamiento, qué se consiguió —.

El caso del analista: con la v0.2, la tabla citó la columna equivocada; con la v0.3, la tabla citó la fila y la etiqueta. La comparación dura un encargo y devuelve la certeza que la discusión teórica no trae — el método llama a esta pieza la verificación en muestras —.

El hilo de la causa: por qué cada línea existe

La comparación termina en la genealogía: cada línea de la versión nueva señala su ficha de origen en la memoria. La línea sin causa entra en la lista de revisión — o se borra. El método declara esta limpieza como parte del cierre mensual: el manual que mantiene solo líneas con historia es el que el agente sigue entero —.

La práctica concreta: la lista de revisión del cierre no se difiere — la sesión del domingo la resuelve. Diez minutos de genealogía evitan el manual de dos pantallas que la semana 10 tendrá que reescribir desde cero —.

Cuándo dividir: la instrucción que ya no cabe

La comparación también decide la arquitectura: si la instrucción base creció hasta el millar de palabras, el método pide dividir — dos agentes o una skill por detalle.

La regla de la división del método

La instrucción que necesita más de mil palabras no es una instrucción larga — son dos puestos mezclados. El método trae la pieza del corte: el puesto del analista de datos y el puesto del informante se separan, y cada uno lleva su ficha corta —.

La señal del corte necesitado: las reglas de una mitad se aplican en encargos donde la otra mitad no entra. Si las reglas de moneda solo viven en los informes trimestrales, la skill de moneda es su casa — y la instrucción base vuelve a su tamaño de lectura —.

La skill como detalle a demanda

La skill del método es la instrucción reutilizable que se carga solo cuando la tarea la requiere: el informe con divisas carga la skill de conversiones; el resto de las semanas, no. El contexto del agente se mantiene limpio — y la comparación de versiones se simplifica: la instrucción base tiene pocas líneas, y la skill, las suyas —.

La regla del método para las skills: describir el flujo completo en su ficha — la skill que solo dice qué hacer sin decir cuándo cargarla es la que el agente tampoco aplica. La carga condicional se declara en la propia skill —.

El contraste después de dividir

Tras la división, la comparación de versiones continúa: la instrucción base y la skill llevan cada una su registro. La v1.0 que se publica tras el corte es la referencia del nuevo orden — y la v0.3 anterior se archiva con la nota del motivo del corte —.

El método llama a esta pieza de la arquitectura la evolución de madurez: el sistema que empieza con un manual y crece con skills es el que la auditoría del trimestre compara sin dificultad — porque la genealogía ya estaba escrita —.

La comparación en la cadena de la casa

El registro de versiones alimenta la auditoría del viernes y el cierre mensual: la misma pieza leída en tres intervalos — la semana, el mes y el trimestre.

La lectura semanal: el cambio de esta semana

La auditoría del viernes lee la versión activa y su tabla: qué entró esta semana y qué prueba confió en ello. Una versión con tres cambios y sin pruebas es la bandera del viernes: cambios sin test son los que el método devuelve a la memoria sin publicar —.

La pauta del método para la nota del viernes es la del estado: la versión con pruebas trae su estado «ok»; la provisional, su «en prueba». El estado es la pieza que la revisión del lunes respeta: no se delega a una regla en prueba sin su red de seguridad —.

La lectura mensual: la tendencia del manual

El cierre del mes compara cuatro semanas de tabla: cuántas reglas entraron, cuántas se borraron, y cuántas viven desde el primer día. El manual estable es el que la comparación declara con pocas entradas nuevas — la señal del método que la curva de correcciones bajando también marca —.

La lectura mensual también decide el próximo corte: si el mes añadió dos skills y la base volvió a crecer, la agenda del cierre próximo trae la división. La decisión llega con la tabla delante — no con la impresión del momento —.

La serie completa: versiones en el método y en la casa

El manual con versiones, la memoria con fichas y el registro semanal son la misma disciplina en tres formatos — la serie del domingo que este lote trae: guardamos la versión, registramos la semana, y comparamos el manual. La semana siguiente abre con las tres piezas en su sitio. La cadencia de la comparación es la pieza que la práctica fija: quince minutos cada domingo — la tabla del registro, el encargo tipo en las dos versiones y la lista de líneas candidatas a archivo. El mes que la omite es el que la semana 10 reescribe a ciegas: la versión que se compara es la que el hilo sostiene — la que se acumula sin leer es la que el manual entero arrastra —.

La pieza final del método para la comparación es la del hilo: la versión que no se declara es la que la revisión pierde; la que se declara con prueba es la que la cadena sostiene. El domingo que compara es el que el mes respeta —.

Comparar versiones sin perder el hilo es la práctica del método que convierte el manual vivo en genealogía auditable: qué cambió, por qué — su ficha de causa —, y con qué prueba. El registro de versiones de cinco columnas lo sostiene cada domingo; la comparación del encargo tipo lo verifica; y la instrucción que ya no cabe se divide — en dos puestos o en una skill — antes de saturar. El hilo que la tabla no pierde es el que la auditoría del trimestre agradece: cada línea del manual con su historia —, y ninguna regla sin su fecha. La comparación que el domingo hace es la pieza que el mes respeta: el profesional que compara la v0.2 con la v0.3 sabe qué ganó la instrucción — y qué línea ya no justifica su sitio. La práctica cabe en la media hora del domingo: la tabla del registro, el encargo tipo en las dos versiones, y la lista de líneas candidatas a archivo — salida —.

Para el detalle del manual invisible que este registro anota, lo cuenta este artículo de MargaPress, y y para contrastar cada cambio con la fuente que lo demostró, este tutorial de CursoTutorial. Ningún enlace sustituye la práctica: el rastro declarado es el que la revisión confirma — y la revisión es la que firma.

Portada de ChatGPT Work 2027

ChatGPT Work 2027

El método de la pieza en ChatGPT Work 2027: instrucciones, plantillas y memoria — el empleado digital que tu revisión confirma.

👉 Comprar en Amazon

Consulta la ficha del libro para conocer disponibilidad y condiciones actuales.