
Durante décadas, nos hemos adaptado al software. Aprendimos comandos de shell, memorizamos nombres de métodos HTTP y conectamos SDK. Cada interfaz suponía que hablaríamos es idioma. En la decenio de 1980, escribíamos ‘grep’, ‘ssh’ y ‘ls’ en un shell; a mediados de la decenio de 2000, invocamos puntos finales REST como GET /users; en la decenio de 2010, importamos SDK (client.orders.list()) para no tener que pensar en HTTP. Pero detrás de cada uno de esos pasos había la misma premisa: exponer las capacidades en una forma estructurada para que otros puedan invocarlas.
Pero ahora estamos entrando en el venidero ejemplo de interfaz. Los LLM modernos están desafiando la principios de que un agraciado debe designar una función o recapacitar la firma de un método. En emplazamiento de “¿A qué API debo nombrar?” la pregunta es: “¿Qué resultado estoy tratando de conseguir?” En otras palabras, la interfaz está pasando del código → al verbo. En este cambio, el Protocolo de Contexto Maniquí (MCP) emerge como la idealización que permite a los modelos interpretar la intención humana, descubrir capacidades y ejecutar flujos de trabajo, exponiendo efectivamente las funciones del software no como las conocen los programadores, sino como solicitudes de verbo natural.
MCP no es un término exagerado; Múltiples estudios independientes identifican el cambio arquitectónico requerido para la invocación de herramientas “consumibles LLM”. Un blog de ingenieros de akamai describe la transición de las API tradicionales a las “integraciones basadas en lenguajes” para los LLM. Otro trabajo culto sobre “Flujos de trabajo de agentes de IA y API empresariales” acento sobre cómo la obra de API empresarial debe progresar para aceptar agentes orientados a objetivos en emplazamiento de llamadas impulsadas por humanos. En sumario: ya no nos limitamos a diseñar API para código; Estamos diseñando capacidades para la intención.
¿Por qué esto es importante para las empresas? Porque las empresas se están ahogando en sistemas internos, expansión de la integración y costos de capacitación de los usuarios. Los trabajadores luchan no porque no tengan herramientas, sino porque tienen demasiadas herramientas, cada una con su propia interfaz. Cuando el verbo natural se convierte en la interfaz principal, la barrera de “¿a qué función llamo?” desaparece. Un blog de negocios fresco observó que las interfaces de verbo natural (NLI) están permitiendo el comunicación de hipermercado a datos para los especialistas en marketing que antaño tenían que esperar a que los analistas escribieran SQL. Cuando el agraciado simplemente declara su intención (como “obtener ingresos del extremo trimestre para la región X y marcar anomalías”), el sistema subyacente puede traducir eso en llamadas, orquestación, memoria de contexto y entregar resultados.
El verbo natural se convierte no en una comodidad, sino en una interfaz.
Para comprender cómo funciona esta transformación, considere la escalera de la interfaz:
|
Era |
Interfaz |
Para quién fue construido |
|
CLI |
Comandos de shell |
Usuarios expertos escribiendo texto |
|
API |
Puntos finales web o RPC |
Desarrolladores integrando sistemas |
|
SDK |
Funciones de biblioteca |
Programadores que usan abstracciones. |
|
Estilo natural (MCP) |
Solicitudes basadas en la intención |
Agentes humanos + IA que indican qué ellos quieren |
En cada paso, los humanos tuvieron que “educarse el verbo de la máquina”. Con MCP, la máquina absorbe el verbo humano y resuelve el resto. No se comercio solo de una mejoramiento de UX, es un cambio arquitectónico.
Bajo MCP, las funciones del código siguen ahí: comunicación a datos, razonamiento empresarial y orquestación. Pero se descubren en emplazamiento de invocarse manualmente. Por ejemplo, en emplazamiento de nombrar "billingApi.fetchInvoices(customerId=…)," dice “Mostrar todas las facturas de Acme Corp desde enero y resaltar los pagos atrasados”. El maniquí resuelve las entidades, claridad a los sistemas correctos, filtra y devuelve información estructurada. El trabajo del desarrollador pasa del cableado de puntos finales a la definición de superficies de capacidad y barandillas.
Este cambio transforma la experiencia de los desarrolladores y la integración empresarial. Los equipos a menudo tienen dificultades para incorporar nuevas herramientas porque requieren esquemas de mapeo, escribir código adhesivo y capacitar a los usuarios. Con un verbo natural, la incorporación implica precisar nombres de entidades comerciales, fallar capacidades y exponerlas a través del protocolo. El humano (o el agente de IA) ya no necesita conocer los nombres de los parámetros ni el orden de las llamadas. Los estudios muestran que el uso de LLM como interfaces para API puede sujetar el tiempo y los capital necesarios para desarrollar chatbots o flujos de trabajo invocados por herramientas.
El cambio igualmente trae beneficios de productividad. Las empresas que adoptan interfaces basadas en LLM pueden convertir la latencia de comunicación a datos (horas/días) en latencia de conversación (segundos). Por ejemplo, si un analista anteriormente tenía que exportar archivos CSV, ejecutar transformaciones e implementar diapositivas, una interfaz de verbo permite “Resumir los cinco principales factores de peligro de cesión durante el extremo trimestre” y crear novelística + imágenes de una sola vez. Luego, el ser humano revisa, ajusta y actúa, pasando de ser un fontanero de datos a tomar decisiones. Eso importa: según una pesquisa realizada por McKinsey y compañíael 63% de las organizaciones que utilizan IA de procreación ya están creando resultados de texto y más de un tercio están generando imágenes o código. (Si aceptablemente muchos todavía están en los primeros días de capturar el retorno de la inversión en toda la empresa, la señal es clara: el verbo como interfaz desbloquea un nuevo valencia.
En términos arquitectónicos, esto significa que el diseño del software debe progresar. MCP exige sistemas que publiquen metadatos de capacidadapoyo enrutamiento semántico, persistir memoria de contexto y hacer cumplir barandillas. El diseño de una API ya no necesita preguntar “¿Qué función llamará el agraciado?”, sino “¿Qué intención podría expresar el agraciado?”. Un entorno publicado recientemente para mejorar las API empresariales para LLM muestra cómo las API se pueden enriquecer con metadatos amigables en verbo natural para que los agentes puedan decidir herramientas dinámicamente. La implicación: el software se vuelve modular rodeando de superficies de intención en emplazamiento de superficies de función.
Los sistemas que dan prioridad al verbo igualmente conllevan riesgos y requisitos. El verbo natural es ambiguo por naturaleza, por lo que las empresas deben implementar autenticación, registro, procedencia y control de comunicación, tal como lo hicieron con las API. Sin estas barreras de seguridad, un agente podría nombrar al sistema inexacto, exponer datos o malinterpretar la intención. Una publicación en “colapso rápido” advierte del peligro: a medida que la interfaz de agraciado en verbo natural se vuelve dominante, el software puede convertirse en “una capacidad a la que se accede a través de la conversación” y la empresa en “una API con una interfaz en verbo natural”. Esa transformación es poderosa, pero sólo segura si los sistemas están diseñados para la introspección, la auditoría y la gobernanza.
El cambio igualmente tiene ramificaciones culturales y organizativas. Durante décadas, las empresas contrataron ingenieros de integración para diseñar API y middleware. Con modelos impulsados por MCP, las empresas contratarán cada vez más ingenieros de ontología, arquitectos de capacidad y especialistas en autorización de agentes. Estos roles se centran en precisar la semántica de las operaciones comerciales, mapear entidades comerciales con capacidades del sistema y curar la memoria contextual. Adecuado a que la interfaz ahora está centrada en el ser humano, habilidades como el conocimiento del dominio, el enfoque rápido, la supervisión y la evaluación se vuelven centrales.
¿Qué deberían hacer los líderes empresariales hoy? Primero, piense en el verbo natural como la capa de la interfaz, no como un complemento sofisticado. Mapee los flujos de trabajo de su empresa que puedan invocarse de forma segura a través del verbo. Luego catalogue las capacidades subyacentes que ya tiene: servicios de datos, prospección y API. Luego pregunte: “¿Son detectables? ¿Se pueden nombrar mediante intención?” Finalmente, pruebe una capa estilo MCP: cree un dominio pequeño (clasificación de atención al cliente) donde un agraciado o agente pueda expresar los resultados en un verbo y dejar que los sistemas se encarguen de la orquestación. Luego itere y escale.
El verbo natural no es sólo la nueva interfaz. Se está convirtiendo en la capa de interfaz predeterminada para el software, reemplazando a la CLI, luego a las API y luego a los SDK. MCP es la idealización que hace esto posible. Los beneficios incluyen una integración más rápida, sistemas modulares, decano productividad y nuevos roles. Para aquellas organizaciones que todavía están atadas a nombrar a los puntos finales manualmente, el cambio será como educarse una nueva plataforma de nuevo. La pregunta ya no es “¿a qué función llamo?” sino “¿qué quiero hacer?”
Dhyey Mavani está acelerando la IA genética y las matemáticas computacionales.






