Proveedores entregan el procedimiento: Oracle y Databricks convierten know-how en habilidades a versionar
Oracle y Databricks empaquetan método de implementación y científico como habilidades de agentes. Si el proveedor mantiene el procedimiento, cada actualización cambia su trabajo.
Escuche este artículo · 6 min
Narración completa del artículo, generada con IA.

Durante buena parte de la historia del software empresarial, un proveedor entregaba el producto y otro entregaba el know-how. El producto venía con documentación; el conocimiento de cómo configurarlo para una empresa real vivía en consultores, en manuales de implementación y en la cabeza de quienes ya lo habían hecho. Esa separación empieza a cerrarse y cambia lo que una empresa tiene que controlar.
Dos lanzamientos de esta semana lo muestran desde ángulos distintos.
El 26 de octubre, Oracle anunció el Fusion Setup and Configuration Registry, que describe como un repositorio Git público que hace que la configuración y puesta a punto de Fusion Applications sea legible por máquina y ejecutable por agentes de IA. Oracle lo construye y lo mantiene. Los agentes, incluidos los agentes de programación de OpenAI y otros, pueden convertir requisitos, documentos de proceso y configuraciones existentes en runbooks de implementación, y luego planificar, ejecutar, probar y validar la configuración. Revisores expertos examinan el resultado y lo aprueban para el despliegue. Los integradores de sistemas, con Accenture, Deloitte, PwC y Grant Thornton citados en el comunicado, pueden ampliarlo con sus propios métodos y soluciones sectoriales.
El 27 de octubre, Databricks publicó Vital Skills, habilidades de agentes de código abierto que dan a su agente Genie Code método para salud y ciencias de la vida: detenerse y pedir al analista que elija un umbral clínico en lugar de suponerlo, usar herramientas verificadas para pasos sensibles en lugar de improvisar y exigir comprobaciones como dependencias fijadas y una prueba de humo antes de desplegar un modelo. En las pruebas de Databricks, una tarea de despliegue cumplió 27 de 27 controles requeridos con la habilidad y 19 de 27 sin ella. Es la evaluación del proveedor, tres ejecuciones por tarea calificadas por un juez LLM, sobre un conjunto pequeño de tareas dentro del alcance.
Y en la misma semana, Google y Oracle pusieron más de 135 habilidades de Oracle prediseñadas a disposición dentro de Gemini.
El procedimiento ahora tiene un ciclo de versiones
Hemos sostenido que una habilidad de agente es un procedimiento y, en el trabajo regulado, pertenece al control documental. Ese argumento asumía que sus propios expertos escribían las habilidades. Lo que sigue es un refinamiento y es nuestra opinión, no un hecho: cuando el proveedor escribe y mantiene el procedimiento, el procedimiento adquiere el ciclo de versiones del proveedor y su control tiene que encontrarse ahí.
Se derivan tres consecuencias.
Una actualización de una habilidad es un cambio en cómo se hace su trabajo. Si Oracle mejora el runbook para configurar un libro mayor, todos los agentes que usan el registro configuran los libros mayores de otra manera desde ese día. Ese es el objetivo de un registro mantenido y también es un cambio que su gestión de configuración nunca vio. Fije la versión que usan sus agentes, revise los cambios antes de avanzar y deje constancia en cada ejecución de qué versión se aplicó.
El procedimiento tiene capas y cada capa tiene un responsable. La base del proveedor, la extensión del integrador, las sobrescrituras de su empresa. Cuando una configuración es incorrecta, alguien preguntará qué capa codificó el error. Mantenga sus sobrescrituras en su propio repositorio, separadas del del proveedor, para que la pregunta tenga respuesta. La extensión de habilidades MCP hace que las habilidades sean portables solo si su repositorio sigue siendo la fuente.
Las habilidades necesitan pruebas que viajen con ellas. Vital Skills incluye una habilidad de evaluación de habilidades; el registro de Oracle incluye pruebas y validación. Insista en eso. Una habilidad sin prueba es un documento que un agente seguirá al pie de la letra, y literal no es lo mismo que correcto para su política.
Qué significa para las implementaciones
La economía también se mueve. Si el conocimiento de configuración es software mantenido, la labor de aplicarlo se abarata y el valor de los integradores se desplaza hacia extensiones sectoriales, validación y las decisiones de negocio que ningún registro puede tomar. No es un pronóstico de que los consultores desaparezcan; el propio diseño de Oracle mantiene a los revisores expertos como paso de aprobación.
En entornos validados, como el ERP de una farmacéutica o la configuración financiera central de un banco, cambia una cosa más. Cuando un agente ejecuta un runbook del proveedor, la configuración que produce sigue necesitando evidencia de validación, y la versión del runbook pasa a formar parte de esa evidencia. En España, ese marco es la EU GMP (EudraLex Volumen 4), en especial el Anexo 11 sobre sistemas informatizados, que aplica la AEMPS; en Latinoamérica, cada autoridad fija sus propias reglas, por ejemplo COFEPRIS en México o INVIMA en Colombia. Pregunte ahora a su equipo de calidad cómo documentaría una configuración que un agente aplicó desde un repositorio mantenido por el proveedor. Es mucho más fácil decidirlo antes de la primera implementación que durante su auditoría.
El mismo patrón aparece dentro de los equipos de desarrollo, donde la nueva función Dreaming de GitHub propone cambios en habilidades e instrucciones mediante pull request. Escriba quien escriba el procedimiento, la tarea de la empresa es la misma: decidir qué versión está vigente y poder decir cuál se usó.