· · 4 minuts de lectura

Claude Fable 5 a Foundry Canvia el Sostre dels Agents Autònoms

Claude Fable 5 és ara a Microsoft Foundry, i la veritable història no és només un model més potent. Es que els equips poden aliar el raonament de llarga durada amb la governança, la memòria i la pila de desplegament de Foundry.

AI Microsoft Foundry Agents Azure GitHub Copilot
Aquesta publicació també està disponible en:English, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

Aquesta publicació ha estat traduïda automàticament. Per a la versió original, fes clic aquí.

Hi ha una diferència entre un model que et dóna una resposta enginyosa i un model en el qual pots confiar realment per a una tasca de llarga durada.

Per això, l’arribada de Claude Fable 5 a Microsoft Foundry va cridar la meva atenció. El titular és fàcil d’entendre: raonament més capaç, millor suport per al treball multi-pas, comprensió multimodal més forta. Però la part que m’importa és el que passa quan combines això amb la resta de la pila de Foundry.

Per als equips de .NET que construeixen agents, això tracta menys sobre “model nou i brillant disponible” i més sobre pujar el sostre del que la vostra arquitectura d’agent pot fer de manera realista.

La part interessant és el temps d’execució, no només el model

L’anunci de la font posiciona Claude Fable 5 com un model per al treball de llarga durada i asincrònic: tasques de codificació complexes, fluxos de treball amb molt de document, síntesi de recerca i processos empresarials multi-etapa.

Això sona impressionant, però els models per si sols mai són la història completa. El veritable problema comença després de la demostració:

  • Com fonamenti l’agent a les dades empresarials?
  • Com apliques barres de seguretat?
  • Com observes el que està fent?
  • Com passes d’una sol·licitud de joc a quelcom que pot viure en producció?

Aquí és on Foundry importa. Microsoft no només diu “aquí hi ha un model potent.” Diu “aquí hi ha un lloc per executar aquest model amb governança, control, distribució i avaluació al seu voltant.”

I honestament, aquesta és l’única estructura que importa ara.

Per què això importa per als desenvolupadors que construeixen agents en .NET

Si estàs treballant amb Microsoft Agent Framework, Semantic Kernel, servidors MCP personalitzats o la teva pròpia capa d’orquestració, el raonament més fort canvia el que pots lliurar al model.

Les tasques que anteriorment semblaven fràgils comencen a ser realistes:

  • planificació multi-pas amb ús d’eines
  • investigació de la base de codi a través de diversos fitxers i sistemes
  • anàlisi de documents sobre PDF i diagrames
  • bucles autònoms més llargs que necessiten comprovar el progrés i adaptar-se

Però la victòria real no és “el model pot pensar més temps.” La victòria és que pots mantenir la teva arquitectura existent i connectar un motor de raonament més potent a dins.

Aquest és el patró que més m’agrada aquí: canviar el nivell de capacitat, mantenir el disseny de l’aplicació seny.

La història de la governança es converteix en el veritable diferenciador

Una part de l’anunci que crec que mereix més atenció és el focus en les salvaguardes i la configuració de barres de seguretat guiades.

Això no és accidental. Com més bons es posen els models, menys útil és parlar només de millores de referència. La pregunta més difícil es converteix en: pot el teu equip operar aquests sistemes de manera segura?

Per als agents empresarials, les característiques de la plataforma es converteixen en igual d’importants que el model en si:

  • controls d’identitat i accés
  • ús d’eines dirigit per polítiques
  • monitoratge de sortida
  • observabilitat i traçabilitat
  • avaluació estructurada abans del desplegament

Si has estat seguint la recent onada d’anuncis de Foundry, Agent Framework i MCP, això s’ajusta perfectament a la mateixa tendència. L’ecosistema es mou des de demostracions de sol·licitud aïllades cap a sistemes d’agents governats.

Què observaria a continuació

Si estés construint sobre això avui, em focalitzaria en tres coses.

1. Tasques d’agent de llarga durada

Aquest model sona especialment rellevant per als fluxos de treball on l’agent necessita mantenir el context durant molts passos, no només respondre una vegada i desaparèixer.

2. Arquitectures riques en eines

Com més eines pot utilitzar el teu agent, més importa la qualitat del raonament. Una millor planificació i una millor autocorrecció solen aparèixer més ràpidament en aquestes arquitectures.

3. Avaluació abans de l’entusiasme

Sempre que arriba un model més fort, els equips volen actualitzar-ho tot immediatament. No ho faria cegament. Utilitza les característiques d’avaluació i observabilitat de Foundry per provar si el nou model és realment millor per al vostre flux de treball.

Aquest és el moviment de l’adult.

La meva opinió

Claude Fable 5 a Foundry és important perquè reforça un patró que es fa més clar cada mes:

el futur no és un únic model sorprenent. És un sistema governat on els models, les eines, la memòria i les polítiques treballen junts.

Si estàs construint agents en la pila de Microsoft, aquesta és exactament el tipus de llançament al qual fer atenció. No perquè et dóna un model més en un menú desplegable, sinó perquè amplia el que pot fer responsablement un agent preparat per a producció.

Aquesta és una història molt més gran.

Publicació original: Claude Fable 5 available today in Microsoft Foundry: Powering the next era of autonomous agents

Comparteix:
Mostra el codi font d'aquesta publicació a GitHub ↗
← Agent Harness, Hosted Agents i CodeAct: aquesta és l'actualització d'Agent Framework en què em fixaria
Agent Skills per a Python Mostren Per Què la Composició Importa Més que l'Estil d'Autorització →