No necesitabas otro contrato; necesitabas la ficha
La ficha plastificada del procedimiento estándar del estudio: la instrucción estandarizada de la empresa que cualquiera aplica sin contratar a otra persona. Se pega a quien ya está trabajando. No abre una cabeza nueva ni un escritorio nuevo. Eso, en el harness, es un skill (skill: habilidad o procedimiento empaquetado).
Si solo tienes tres minutos: skill = ficha laminada del procedimiento estándar que se adhiere al que ya trabaja; agente = ingeniero enviado a otra oficina con carpeta limpia. El skill no abre contexto nuevo.
Esta nota forma parte de la serie sobre el harness de IA para ingeniería civil.
Primero la escena de obra, después el anglicismo
Piensa en la laminada junto a la impresora 3D del laboratorio, o en la tarjeta de «cómo cerrar el día de topografía».
Camino uno: cada vez que alguien usa la IA, reescribe en el prompt las mismas ocho reglas. A la tercera se olvidaron. El historial las diluyó. No había procedimiento; había memoria de corto plazo disfrazada de cultura.
Camino dos: esas reglas viven como skill. Quien ya está en el escritorio puede aplicarlas sin inventarlas otra vez. La ficha se pega. No estrena silla. No abre otra cabeza.
Esa es la imagen fija: la ficha plastificada de cómo se hace aquí (a veces la llaman SOP —procedimiento estándar—; no hace falta memorizar la sigla). Cualquiera la aplica. Se pega a quien ya está trabajando. No abre una cabeza nueva ni un contexto nuevo.
Qué es un skill: instrucción estandarizada de la empresa
Un skill, en AEC práctico, es una instrucción estandarizada de la empresa: el saber hacer del equipo empaquetado para que el harness lo reinyecte. No es un empleado digital. Es la ficha que dice cómo trabajamos aquí.
Un skill bueno dice cosas como:
- Qué unidades usamos (kN y m; no mezclar tonf a mitad del informe).
- En qué formato presentar resultados (tabla con IDs, unidades visibles, supuestos aparte).
- En qué libro, código o norma basarse (edición citada; no «lo que el modelo recuerda»).
- Cómo nombrar capas, cargas, casos o archivos (convención del estudio, no inventiva del chat).
- Cuándo parar y preguntar (falta el modelo, falta la edición normativa, la tool falló: no rellenar el hueco).
Ninguna de esas líneas es magia. Son la cultura del estudio escrita para que no dependa de quién está hoy en el chat. El harness puede adjuntar ese procedimiento a una sesión o misión ya abierta. No es el modelo. No es el solver. No es la firma.
Se adhiere
Va con quien ya está trabajando. Como la ficha en el bolsillo del ingeniero de planta.
No abre contexto nuevo
El agente ocupa nuevo contexto: carpeta limpia, escritorio nuevo —a menudo fuera del hilo principal del harness—. El skill no. Ordena la ventana que ya tienes.
Es procedimiento, no personalidad
Un skill bueno se puede auditar: pasos, entradas, salidas, qué está prohibido. Un «agente carismático» sin ficha es teatro. Una ficha sin quien la ejecute es papel.
Ejemplos de ficha que sí se sienten en AEC
Demo de escritorio —no caso de cliente—:
Unidades y presentación. «Siempre kN y m. Toda tabla lleva unidad en el encabezado. Si el archivo viene en otra unidad, conviértelo y dilo. No inventes IDs. Si el modelo no está abierto, para y pregunta.»
Norma y fuente. «Básate en la edición de la norma que está en la carpeta del proyecto. Cita artículo o sección. Si la edición no está, no completes el hueco: para y pide el PDF correcto.»
Preflight antes del solve. «Antes de llamar al motor: selección no vacía, bounds razonables, unidades del caso. Si falla el preflight, no quemes el solve. Registra el error. Pregunta.»
Otras fichas típicas: convención de nombres de cargas; plantilla del informe trazable; cuándo pedir aprobación antes de tocar el modelo oficial. La ficha no abre la oficina; el agente sí.
Skill frente a agente: misma oficina, distintas piezas
Agente: mandas un ingeniero a otra oficina con carpeta limpia. Misión propia. Escritorio nuevo. Vuelve con entregable.
Skill: le das a quien ya está —o al agente que ya mandaste— la ficha plastificada. La instrucción estandarizada de la empresa. No contratas a nadie más. No estrenas cabeza.
Si necesitas una misión aislada —revisar solo el nivel 3 sin el chat del presupuesto—, abres un agente. Puedes pegarle skills: la ficha viaja en la carpeta limpia, pero la oficina nueva la abrió el agente, no la ficha.
Por qué AEC confunde skill con «otro becario digital»
Porque el marketing vende todo como agente. Y porque el dolor real es «nadie sigue el procedimiento».
Contratar cabezas (agentes) sin fichas (skills) multiplica oficinas que improvisan. Pegar fichas sin harness es tener procedimientos estándar que nadie carga. El orden sano:
- Escribe el procedimiento como skill auditable —instrucción estandarizada de la empresa.
- Adhiérelo a las sesiones o misiones que ya existen.
- Abre un agente solo cuando la misión exige contexto nuevo.
- Mantén el motor (OpenSees, CalculiX, IfcOpenShell…) como quien calcula.
- Firma tú.
La creencia a romper: «si el modelo es bueno, no necesito procedimiento estándar». Al revés. Cuanto más capaz el modelo, más caro es dejar el procedimiento solo en la cabeza de una persona o en un chat que se compacta.
Qué no es un skill
Primera. «Subes un PDF de la norma, ya tengo un skill.» Tienes un archivo. Un skill es el procedimiento de cómo usarlo: qué editar, qué citar, cuándo parar.
Segunda. «El skill reemplaza al ingeniero.» No. Reemplaza la reescritura caótica del mismo checklist. El juicio y la firma siguen siendo humanos.
Tercera. «Skill = agente chiquito.» No. La diferencia es contexto: el skill no abre una cabeza nueva; el agente sí ocupa contexto nuevo.
Cuarta. «Con un skill ya no necesito harness.» El harness es el taller. La ficha vive ahí. Sin taller, la ficha es un párrafo más en el prompt —y a la tercera pregunta se diluye.
Si quieres el mapa del arnés, lee qué es un harness de IA. Si lo que te falta es otra oficina, no otra ficha, vuelve al papel del agente.
Evaluación y limitaciones
Trata las notas siguientes como contexto de evaluación, no como un cálculo o una revisión verificados.
Trata la skill como un procedimiento corto y versionado. Si cambia el código aplicable, cambia la tarjeta — no un hilo viejo.