Noticia8 min

Palantir empaqueta agentes pro-code con plantillas para Claude, OpenAI y Google ADK

Foundry añadió plantillas para Claude Agent SDK, OpenAI Agents SDK y Google ADK, junto con permisos acotados para OSDK, OMCP y Palantir MCP. La noticia útil es el camino completo de template a agente callable.

PalantirClaudeOpenAIGemini
Tres kits de desarrollo convergen en un agente empresarial con permisos acotados y una puerta de publicación

Por qué importa

Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.

Palantir actualizó Foundry el 9 de julio de 2026 con una ruta más directa para construir y publicar agentes pro-code. La plataforma ahora ofrece plantillas para Claude Agent SDK, OpenAI Agents SDK y Google Agent Development Kit (ADK). El mismo anuncio combina esa elección de harness con autenticación de permisos acotados para OSDK, Ontology MCP y Palantir MCP.

La noticia no es solo que exista otro starter. El valor está en cerrar cuatro saltos que suelen quedar separados: elegir un SDK, conectar datos y tools, publicar el agente con un nombre callable y mantener el permiso dentro del alcance de la aplicación. Para equipos que trabajan con datos empresariales, ese recorrido puede ser más relevante que una demo de chat.

Tres plantillas, un contrato de plataforma

Las plantillas están pensadas para bajar la configuración repetida. Palantir indica que cada una incluye una integración simplificada con Ontology MCP, Palantir MCP y el cliente de Ontology SDK, y que un walkthrough guía los pasos posteriores a la creación.

La propuesta deja elegir el harness sin perder el contexto de Foundry:

  • Claude Agent SDK: encaja con equipos que ya organizan tools, sesiones y permisos desde el ecosistema de Anthropic.
  • OpenAI Agents SDK: ofrece una entrada familiar para builders que quieren definir agentes y herramientas con el stack de OpenAI.
  • Google ADK: abre el mismo tipo de integración para equipos que trabajan con Gemini y el ecosistema de Google.

Eso no significa que los tres runtimes sean intercambiables en comportamiento. Cambian los loops, los modelos de estado, la observabilidad y la forma de pedir aprobaciones. La plantilla reduce el arranque; no elimina la decisión de arquitectura.

Secuencia editorial de plantilla, rack de tools seleccionadas, publicación y llamada a un agente callable

El detalle más importante: permisos acotados

Palantir afirma que los agentes autentican contra OSDK, Ontology MCP y Palantir MCP con scoped permissions de forma predeterminada. El equipo ya no tendría que pasar manualmente un client ID, un secreto o un token de Foundry para llamar herramientas desde el agente.

La mejora es operativa y de seguridad. Una credencial colocada en el prompt o en una variable amplia puede terminar concediendo más acceso del necesario. Un permiso acotado hace visible qué superficie puede usar el agente y facilita revocar una capacidad sin rotar todo el entorno.

Pero “acotado” no equivale a “seguro automáticamente”. Hay que revisar la colección de herramientas, los tipos de objetos que el agente puede leer o escribir y quién puede publicar una nueva versión. En un agente de soporte, leer un registro y proponer una actualización deberían ser permisos separados; enviar el cambio debe requerir otra compuerta.

De template a API

El anuncio añade un detalle que muchos starters omiten: después de publicar, cada agente queda vinculado a una Ontology y recibe un nombre de API. Palantir dice que puede llamarse desde Workshop u OSDK sin configuración adicional.

Modelo editorial de tres compartimentos para lectura, cambios propuestos y escrituras aprobadas antes de publicar un agente

Ese paso cambia la conversación con producto. Un agente deja de ser una carpeta que alguien ejecuta localmente y pasa a ser una capacidad que otras aplicaciones pueden invocar. Por eso conviene fijar desde el primer commit:

  1. qué Ontology binding necesita;
  2. qué tools son de lectura y cuáles producen efectos;
  3. cómo se registra una sesión y su resultado;
  4. qué revisión ocurre antes de publicar;
  5. cómo se retira una versión sin romper a los consumidores.

Foundry también muestra una ruta con Continue para trabajar con Palantir MCP desde el editor. Es útil para builders que quieren iterar con lenguaje natural, pero la frontera de permisos debe existir igual cuando la sugerencia se convierte en una acción real.

Las búsquedas Palantir agent templates, Claude Agent SDK Palantir, OpenAI Agents SDK Foundry, Google ADK Palantir y agentes pro-code con permisos tienen intención de evaluación y puesta en marcha. No hay volumen SEO conectado; la demanda se infiere del anuncio fechado, la documentación de plantillas y la necesidad de conectar agentes a datos empresariales sin repartir secretos.

Si estás ordenando el contrato de tools antes de publicar tu primer agente, el curso gratis te ayuda a separar contexto, permisos y validación. La lectura corta: Palantir no solo ofrece otro modelo de agente; intenta convertir el starter elegido en un recurso gobernado y callable dentro de la plataforma.