Useiden agenttien kehittyvässä ympäristössä agentit ovat tehokkaimpia, kun heille kohdistetaan tarkkoja ja tarkkoja tehtäviä. Tämä vaatii monipuolisen, uudelleenkäytettävien ja erikoistuneiden agenttien verkoston. Ydinhaasteena on kuitenkin koordinoida näitä lukuisia, heterogeenisiä agentteja, jotka voivat tulla useista eri lähteistä, tehokkaasti yhteistyöhön yhteisten liiketoimintatavoitteiden saavuttamiseksi. Ilman yhtenäistettyä alustaa tämä monimutkaisuus johtaa agenttien laajentumiseen ja kriittiseen hallinnan puutteeseen.

Nämä tekoälyagentit lisääntyvät nopeasti, upotetaan SaaS-alustoihin, kehitetään itse tai pakataan suosittuihin LLM-ohjelmiin. Tämä kerroin johtaa organisaation katkaistuihin siloihin. Vaikka agentti optimoi tehtäviä omilla natiivisovelluksillaan, hänellä ei usein ole kokonaisvaltaista yritysnäkymää. Tämä näkymättömyys estää agentteja organisoimasta, suojaamasta ja hallitsemasta toimintoja tehokkaasti eri toimialueissa ja järjestelmissä.

MuleSoft Agent Fabric käsittelee "agenttien laajentumisen" hallinnan ja eri agenttien saumattoman orkestroinnin mahdollistamisen haasteen riippumatta heidän alkuperästään. Se määrittää arkkitehtuurin suositellut käytännöt ja tarjoaa tarvittavat työkalut agenttien verkoston luomiseen. Agenttien verkosto viittaa tekoälyn agenttien, työkalujen ja resurssien koordinoituun kokoelmaan, jotka työskentelevät yhdessä suorittaakseen monimutkaisia, monivaiheisia liiketoimintaprosesseja.

MuleSoft Agent Fabric on yhtenäistetty alusta, joka tarjoaa jokaiselle yritykselle helpon tavan löytää, orkestroida, hallita ja seurata mitä tahansa agenttia riippumatta siitä, missä se on rakennettu.

MuleSoft Agent Fabric -sarakkeet

Tutki: Agenttien rekisteri tarjoaa organisaation kaikkien tekoälyn agenttien ja työkalujen keskitetyn katalogin. Se sallii sisäisten, upotettujen SaaS- ja ulkoisten resurssien löytämisen ja uudelleenkäytön. Tarjoamalla yhden totuuden lähteen kaikille agenttien resursseille agenttien rekisteri välttää tarpeettomuuden ja varmistaa, että kehittäjät voivat hyödyntää olemassa olevia ominaisuuksia laajalti.

Orkestraatti: MuleSoft Agent Broker on älykäs reititysratkaisu, joka täsmää tehtävät dynaamisesti sopivimmalle agentille tai työkalulle. Valitsemasi LLM-ohjelman avulla se koordinoi agenttien ja työkalujen välillä varmistaakseen, että monivaiheiset pyynnöt ja liiketoimintaprosessit suoritetaan korkealla luotettavuudella ja jäljitettävillä lopputuloksilla.

Päällikkö: MuleSoft Agent Governance hyödyntää Flex Gatewayta ja sen tukea mallin kontekstiprotokollalle (MCP) ja Agent2Agent (A2A) -protokollalle. Flex Gateway sallii yritysten noudattaa suojaus- ja vaatimustenmukaisuuskäytäntöjä jokaiselle agenttien ja agenttien väliselle vuorovaikutukselle.

Huomioi: Agent Visualizer tarjoaa reaaliaikaisen havaittavuuden agenttien vuorovaikutusten dynaamisen ja interaktiivisen kartan avulla. Se seuraa päätöksiä ja valvoo järjestelmän kuntoa, mikä mahdollistaa koko agenttien ekosysteemien jatkuvan optimoinnin ja luotettavan valvonnan.

Agent Fabric tukee määritysten ensisijaista (YAML) lähestymistapaa, jossa käyttäjät määrittävät agenttien verkostoja metadatan kuvaajan kautta ("YAML-tiedosto"). Tämä YAML-tiedosto on agnostinen MuleSoftille ja se irrottaa agenttien verkoston määritelmän sen suorituksesta.

Jokainen agenttien verkosto (YAML) määrittää tietyn toiminnallisen alueen, joka sisältää agenttien omaisuudet, mukaan lukien niiden toimintosäännöt ja käytännöt. YAML:ää käytetään neljän Agent Fabric -sarakkeen käyttöönottamiseen:

  1. Tutki: Täytä agenttien rekisteri olemassa olevilla agenttien omaisuuksilla, kuten:
    1. Useilla alustoilla (MuleSoft tai muualla) käyttöönotetut agentit
    2. MCP-palvelimet
    3. LLM-todentajat
  2. Orkestraatti: Agenttien välittäjien luominen orkestrointia varten
  3. Hallitse: Käytä omaisuuksille käytäntöjä tietoturvaa ja hallintaa varten
  4. Huomioi: Määritä ja käytä määritettyihin resursseihin liittyviä yhteyksiä. Lisäksi agenttien verkostoille on saatavilla havaittavuus- ja valvontaominaisuuksia.

Käyttäjämatka alkaa Anypoint Code Builderissa. Käytä uutta komentoa, joka on käytettävissä komentojen paletilla nimeltään ”MuleSoft: Luo agenttien verkosto -projekti” luodaksesi uuden projektin. Tämä komento luo uuden projektin (‘Agent Network’), joka sisältää kaksi tiedostoa.

  • agent-network.yaml: Tämä tiedosto määrittää usean agentin järjestelmän kokoonpanon ja sallii tekoälyagenttien orkestroinnin ulkoisilla työkaluilla (MCP:n kautta) ja agenteilla (A2A-protokollan kautta). Tämä muoto tarjoaa deklaratiivisen tavan määrittää agenttien ominaisuudet, sidonnaisuudet ja integraatiot.

  • exchange.json: Kaikilla agenttien verkostoprojekteilla on myös exchange.json-tiedosto. Tämä tiedosto sisältää omaisuuksien metadataa, joka on käytettävissä Anypoint Exchange -palvelussa, kun agenttiesi verkko-omaisuudet on julkaistu.

Agenttiverkostosi kehittäminen noudattaa vakiomuotoista ohjelmistokehityksen elinkaarta (SDLC), joka sisältää neljä päävaihetta:

  1. Ympäristön määritykset: Määritä suorituksen aikainen ympäristö ja yhdyskäytävät
  2. Projektin luonti ja suunnittelu: Luo agenttiverkko -projektin tekniset tiedot
  3. Rakentaminen ja julkaisu: Rakenna ja julkaise omaisuuksia agenttien rekisteriin
  4. Käyttöönotto: Ota agentin verkosto käyttöön tai ylennä se tietyssä ympäristössä

Kun olet luonut projektin ja vaaditut MuleSoft-sovellukset ja -resurssit, salli niiden käyttö Exchangeen. Käynnistä rakennus- ja julkaisuprosessi Anypoint Code Builderissa käyttämällä ”MuleSoftia: Julkaise Agent Broker Project Exchangeen” -komento on käytettävissä komentopaletin kautta.

Julkaisuvaihe muuntaa YAML-tiedostossa olevat agenttiresurssit A2A-, MCP- tai LLM-määrityksiin ja julkaisee ne Exchangeen.

Lisäksi järjestelmä julkaisee YAML:n Exchangeen käyttämällä uutta agent-network-resurssityyppiä. Voit tarkastella tätä resurssia Agent Registry -käyttöliittymästä ja hakea sitä Exchange API:n kautta.

Katso lisätietoja kohdasta Agentin verkkotiedosto, joka määrittää agenttien verkoston yritykselle. Tämä agenttien verkosto aktivoi verkoston tilausten täyttämiseksi Salesforcessa, Stripe:ssä, toisessa tilausten täydennysagentissa ja inventaarion MCP-palvelimessa yhdellä käytännöillä hallitulla käyttökokemuksella.

  • Tutki
    Julkaise olemassa olevia agentteja ja työkaluja (kuten Salesforce, Stripe, Tilauksen täydennys ja Inventaario) Exchange-resursseina uudelleenkäyttöä varten. Lisäksi tilauksen täydennyksen määritelmä (YAML), joka on versioitu ja jaettavissa, mikä mahdollistaa roolien, alueiden tai tytäryhtiöiden nopean mukautuksen rakentamatta kulkuja uudelleen.
  • Orkestroi
    Agenttien välittäjä käyttää LLM-ohjelmaa jakaakseen tilauksen täydennysprosessin sarjaan tehtäviä, kuten vahvistaakseen asiakkaan tiedot, allokoidakseen inventaarion ja laskeakseen toimituskulut. Sen jälkeen se suorittaa tämän työnkulun kutsumalla MCP- ja A2A-agentteja varmistaakseen, että henkilökohtaisia hyväksyntöjä pyydetään aina, kun niitä tarvitaan.
  • Hallitse
    Anypoint Flex -yhdyskäytävä noudattaa todennusta, vähiten käyttöoikeuksia ja vartioita. API-päällikön käytännöt varmistavat, että kaikkien puheluiden ja datan vaihtoa hallitaan yhdenmukaisesti.
  • Huomioi
    Valvonta ja seuranta mahdollistavat edistymisen, epäonnistumisen ja viiveen näkyvyyden loppuun asti. Visualisointi näyttää, ketkä agenteista toimivat yhdessä ja missä pullonkaulakohdat tapahtuivat.
  • Trust ja vaatimustenmukaisuus
    Keskitetyt tunnukset, kirjausketjut ja käytäntöjen periytyminen tukevat tietoturvaa, yksityisyyttä ja lakisääteisiä vaatimuksia (henkilötietojen käsittely, hyväksynnät ja tehtävien erottaminen).

Kaavio näyttää YAML:ssä määritetyn agentin verkoston (metadata) eri noodit.

  • Tavoite: Exchange on agenttien, työkalujen ja muiden omaisuuksien katalogi. Sen ensisijainen tavoite on ratkaista agenttien laajentuminen tarjoamalla yksi hallittu katalogi heterogeenisten agenttien löytämiseen, keräämiseen ja elinkaaren hallintaan. Sen avulla kehittäjät voivat löytää ja käyttää agentteja, sovellusalustan omistajia näkyvyyden ylläpitämiseksi ja orkestroijia ominaisuuksien löytämiseksi.
  • Heterogeeninen ulkoasun mukaan: Anypoint Exchange tukee nyt kolmea uutta resurssia - Agentit, MCP:t ja LLM:t. Exchange on suunniteltu universaaliksi katalogiksi, jota käytetään minkä tahansa agenttityypin rekisteröimiseen ja hallintaan. Se tukee A2A-yhteensopivia agentteja, MCP-palvelimia ja LLM-todentajia mistä tahansa lähteestä, mukaan lukien kolmansien osapuolten agentit, Agentforce ja mukautetut MuleSoft-agentit.
  • Ydinta-data: Jokaisella rekisteröidyllä omaisuudella on perusjoukko muuttumatonta metadataa, mukaan lukien Yksilöllinen nimi ja versio, Omistaja ja Julkaisija. Myös elinkaaren tiloja (kehittäminen, vaiheittainen, tuotanto, vanhentunut) seurataan.
  • Discovery:
    • Suunnitteluaika: Kehittäjät voivat löytää rekisteröityjä agentteja joko olemassa olevan Exchange-käyttöliittymän kautta tai luonnollisen kielen haun kautta Anypoint Code Builderin Vibes-toiminnolla.
  • Tunnistaminen ja luokittelu: Omaisuudet voidaan luokitella tyypin (agentti, MCP, LLM, välittäjä) ja toimialueen (esimerkiksi HR, sää) mukaan käyttämällä perusavaimen arvojen merkintäjärjestelmää, joka ottaa käyttöön dynaamisen linkityksen, haun ja valintakäytäntöjen.
  • Katalogi: Säiliö tukee sekä yksityisiä että sisäisiä katalogimalleja organisaation agenttien jakamiseksi.
  • Visualisointi: Tarjoaa visuaalisen työkalun, joka tukee verkkonäkymiä ja näyttää yksittäisten resurssien yhteydet tai koko organisaation noodien ja linkkien kartan suodatusominaisuuksilla.

Agenttiketjun välittäjät voivat viitata Anypoint Exchangessa säilytettyihin rekisteröityihin agentteihin, MCP-palvelimiin ja LLM-todentajiin. Jos he eivät kuitenkaan ole vielä rekisteröityneet, heidät voidaan esittää agenttien verkoston (YAML) metadatassa ja heidät rekisteröidään automaattisesti. Tässä esimerkissä useita agentteja, MCP-palvelimia ja LLM-todentajia esitetään ja rekisteröidään Anypoint Exchangeen.

Agentin välittäjä on älykäs reititysagentti, joka koordinoi tehtävien delegointia yrityksen erikoistuneille agenteille. Se määritetään agenteilla ja MCP-palvelimilla, joita se käyttää tehtävien suorittamiseen.

Välittäjä on erikoistunut agentti, joka näytetään Anypoint Exchange -palvelussa, kun agenttien verkko-omaisuus on julkaistu ja muut välittäjät ovat käyttäneet sitä uudelleen.

Välittäjät on määritetty YAML:n välittäjät-osiossa. Määritetyt välittäjät "kokoonpanetaan" sovellukseen selkeästi ilman, että sinun täytyisi Knowledge Mule-sovelluksesta. Tämä luotu sovellus otetaan käyttöön CloudHub 2.0 (CH2) -järjestelmässä ja se hyödyntää kestävää CH2-infrastruktuuria.

Tämä tarkoittaa, että agenttien välittäjät hyötyvät CloudHub 2.0:n vakiomuotoisista suorituskykyominaisuuksista, mukaan lukien sen lokien ja tilastojen ominaisuuksista. Toiminnalliset näkökohdat, kuten "Toimintokustannukset" ja "Valvonta/hälytys/työkalut", ovat samoja kuin muut työkuormat.

Jos skenaario vaatii ihmisen toimenpiteitä (Human-in-the-Loop), kunkin vuorovaikutuksen tila säilytetään käyttämällä MuleSoft Object Storea, jaettua ratkaisua, joka on suunniteltu tehokkaaseen tilan hallintaan erittäin samanaikaisissa ympäristöissä.

Välittäjän määritelmä koostuu kahdesta osiosta: kortista ja määrityksistä.

Kortin osio noudattaa Agentista agentille (A2A) -määritelmää. Se kuvaa muun muassa välittäjän agentin sopimusta, taitoja ja kykyjä. Kortin URL-osoite täytetään automaattisesti arvolla ${ingressgw.url}/broker-name. Käyttöönoton yhteydessä ${ingressgw.url}-paikanpitäjä korvataan automaattisesti agenttien sisäänkirjautumispyyntöjä edeltävän Anypoint Flex -yhdyskäytävän URL-osoitteella.

Määritysosio määrittää välittäjän ”lähdekoodin”. Tässä kehittäjä voi määrittää käytettävän LLM:n, ohjeet, käytettävissä olevat työkalut, virheiden käsittelyn ja ennen kaikkea tämän välittäjän käytettävissä olevat agentit ja MCP-työkalut.

LLM-todentajat

Tämä osio on osa kunkin välittäjän teknisiä tietoja. Tämä viite viittaa johonkin palvelut-osiossa määritettyyn LLM-ohjelmaan. Voimme valita, haluatko jakaa yhden LLM:n kaikille välittäjille, tai tarvittaessa sallimme eri välittäjien käyttää tehtäviinsä sopivaa LLM:ää.

Välittäjät voivat osoittaa LLM-todentajiin. Voimme valita näiden tarjoajien malleja tarpeidemme mukaan.

Ohjeet

Tämä osio on valinnainen, ja voit käyttää sitä määrittääksesi tähän välittäjäagenttiin liittyviä ohjeita. Nämä ohjeet keskittyvät usein tiettyihin liiketoimintaan liittyviin huolenaiheisiin. Kuvittele esimerkiksi palveluagentti, joka koordinoi asiakkaan ilmoittamien vahinkotapahtumien hallintaa:

Huomaa, että sinun ei tarvitse antaa selkeitä ohjeita — kuten "jakota kehote tehtäviin" tai "valitse paras työkalu" — koska välittäjä käsittelee ne itse. Nämä ohjeet ovat tarpeen vain tiettyjen liiketoimintaprosessien kuvaamisessa.

Työkalujen kokoonpano

Työkalut tarjoavat agenteille ulkoisia ominaisuuksia. Kun välittäjän täytyy käyttää ulkoista järjestelmää (joka ei ole toinen agentti, esimerkiksi olemassa oleva API tai SaaS-palvelu), se ottaa yhteyttä MCP-palvelimeen (Mallin kontekstiprotokolla):

Vaihto-omaisuuden nimi viittaa MCP-palvelimeen. Sen yhteystiedot määritetään palvelut-osiossa.

Välittäjällä on oletusarvoisesti pääsy kaikkiin MCP-palvelimella käytettävissä oleviin työkaluihin. Havaintomme mukaan nykyaikaisimmat LLM-ohjelmat voivat käsitellä vain noin 20–25 työkalua per konteksti ennen kuin ne alkavat luoda epätarkkuuksia (tai menettää asiayhteyden). Tästä syystä on tavallisesti suositeltavaa rajoittaa käytettävissä olevia työkaluja tarpeelliseen vähimmäismäärään. Voit käyttää tätä suodatusta sallittujen luetteloiden kautta.

Agentin linkit

Tämä osio on koko määritelmän tärkein osa. Linkit-osio sallii agenttien välisen viestinnän ja orkestroinnin. Tämä tarkoittaa, että tämä välittäjä luottaa tähän linkitettyihin agentteihin suorittaakseen asiaankuuluvia toimintoja käyttäjän tavoitteen saavuttamiseksi.

Tämä osio määrittää käytännössä agenttien ja agenttien yhteistyöverkoston.

Agenttien hallinta on Agent Fabricin tärkeä pilari, joka on välttämätön luotetun agenttien verkoston rakentamiselle ja tietoturvan ja vaatimustenmukaisuuden varmistamiselle.

Hallinta edellyttää, että yksityisessä tilassasi on yhteensä kaksi Flex-yhdyskäytävää (1 saapuminen ja 1 poistuminen).

Hallinta luo tarvittavat rakenteet, ohjaimet ja todisteet koko agenttien kehitysjakson (ADLC) skaalaamiseksi turvallisesti. Tarkalleen ottaen hallinta toteuttaa tärkeimpiä prosesseja, kuten agenttien sertifioinnin, katalogoinnin, elinkaarikäytäntöjen ja suorituksen aikaisten käytäntöjen käyttöönoton.

  • Katalogi:
    • Vaihto: Tukee agenttien käyttötarkoitusten, omistajien, ympäristöjen sekä datan ja luokittelun rajojen tallentamista. Se rekisteröi myös ominaisuudet, työkalut, resurssit, kehotteet ja ulkoiset sidonnaisuudet versioiden kanssa.
  • Versiointi ja elinkaari:
    • Dokumentoi ja hallitse agenttien, työkalujen ja omaisuuksien semanttista versiointia agenttien koko kehitysjakson aikana.
    • Versiointi auttaa hallitsemaan agenttien vanhentumisen aikajanoja ja tukee kaksinkertaista suoritusta (jos mahdollista) varmistaakseen saumattomat siirrot.
  • Käytännön noudattaminen:
    • Agenttien tekoälyarkkitehtuuri laajentaa hyökkäyspinta-alaa (keskusteluiden käyttöliittymä, kehotteet ja uudet protokollat, kuten MCP). Mikä tahansa komponenteille tehty vaaratilanne voi johtaa vaikutuksiin useisiin järjestelmiin, jotka tarjoavat komponentteja, kuten protokolla, kehote, API tai työkalu.
    • Enterprise Agent AI -käyttöönottojen suojaaminen vaatii erikoistunutta lähestymistapaa, koska nämä itsenäiset ja odottamattomat ympäristöt laajentavat hyökkäysalueita agenteista agenteille -vuorovaikutusten avulla. Vaikka staattisten järjestelmien nykyiset suojaustyökalut ovat välttämättömiä, ne eivät enää riitä yksinään. Yritysten täytyy suunnitella ja toteuttaa ennakoivasti neljä tiettyä tietoturvaratkaisua, jotka käsittelevät suoraan agenttien tekoälyyn liittyvää kriittistä liiketoimintariskiä.
    • Flex-yhdyskäytävä: Kaikki A2A- ja MCP-liikenne reititetään Flex-yhdyskäytävän kautta, vaikka kohdejärjestelmä ei olisikaan suojattu, jotta käytäntöjä sovelletaan kaikkiin päätepisteisiin. Tämä reititys on tärkeää agenttien viestinnän suojaamiseksi ja valtuutuspalvelimien integroimiseksi.
    • Käytäntöpaketit: Käyttäjät voivat määrittää ja soveltaa esimääritettyjen käytäntöjen paketteja työnkuluihin ennen niiden suorittamista ja noudattaa yhdenmukaisia suojaus- ja toimintakäytäntöjä.
    • Käytäntöjen tyypit: Sovellusalusta tukee useita saapuvia ja lähteviä käytäntöjä, mukaan lukien:
      • A2A-käytännöt: Agentin kortti, PII-havain, kehotteen korjaus, skeeman vahvistus.
      • MCP-käytännöt: Attribuutteihin perustuva käyttöoikeuden hallinta, skeeman vahvistus, MCP-tuki.
      • LLM/AI-käytännöt: AI-kehotteiden sisustaja, AI-kehotteiden vartija (vahingollisen sisällön suodattaminen), AI-kehotteiden malli (käyttämällä esimääritettyjä malleja), AI-perusvaltuuksien rajoitus.
      • Telemetrian käytännöt: A2A- ja MCP-telemetria laajentaakseen Open Telemetry -ratkaisuja lokitietojen keräämiseen ja viemiseen.
  • Lokitukset: Automaattisen seurannan ansiosta agenttien verkostojen lokit ovat käytettävissä agenttien kaikkien vuorovaikutusten seuraamiseen, toimintatapojen selittämiseen ja Trustin rakentamiseen.

Tämä esimerkki kuvaa viestien kirjauskäytäntöä, joka määritetään käyttämällä agenttien verkoston metadataa. Orderfullfillment -välittäjä viittaa olemassa olevaan agenttiin nimeltään Salesforce agentti ja viestintäkäytäntö määritetään käyttämällä metadataa. Huomaa, että Agent Fabric määrittää automaattisesti kaikki Flex-yhdyskäytävän ”spec”-osiossa mainitut käytännöt. Et vaadi ylimääräisiä vaiheita.

Koska LLM-agentit ja usean agentin käyttöönotot ovat ei-deterministisiä ja monimutkaisia, havaittavuus ja valvonta ovat tärkeitä.

  • Peruslokit ja jäljet: Perustelut ja työkalujen suorituskertojen seuranta tarjotaan lokien kautta. Työnkulkujen suoritusten lokit ja jäljet ovat näkyvissä suorituksen jälkeen Suorituksen aika -sovelluksessa.
  • Tilastot: Alusta julkaisee alustavassa vaiheessa a2a_total_calls- ja mcp_total_calls-kutsut laskurina, joiden otsikot (kuten polku, tila, metodi, työkalu) määrittävät onnistuneiden ja epäonnistuneiden puheluiden kokonaismäärän. Nämä tilastot julkaistaan käytännön koodista käyttämällä lähettäjän (Flex Gateway) natiiviä tilastojen käyttöliittymää, mieluummin olemassa olevien käytäntöjen kautta, kuten mcp_support_policy ja a2a_agent_card_policy.
  • Parannettu havaittavuus (tulevaisuus): Suunnitelmiin sisältyy Open Telemetry -ominaisuuden käyttäminen jaettua seurantaa varten tulevissa versioissa. Tarkempaan havaittavuuteen sisältyy:
    • Yksityiskohtainen pyyntöjen jäljittäminen: Pyyntöjen tarkasteleminen kokonaisvaltaisesti, mukaan lukien kehotteet, suunnitteluprosessit, kutsutut toiminnot ja vuorovaikutukset alitason agenttien kanssa.
    • Agentin terveysvalvonta: Valvoo agenttien toiminta-aikoja, vastausten viiveitä, läpimenoa, virhesuhteita ja niiden resurssien käyttöastetta (CPU, muisti, verkko, GPU).
    • Monien agenttien koordinoinnin valvonta: Sieppaa agentilta agentille -toimintojen onnistumissuhteet ja epäonnistumisasteet, havaitse ympyräisiä kutsumuotoja (silmukkaita) ja seuraa agenttikohtaisia tilastoja, kuten tehtävien suorittamisen ja kutsujen määrän.
    • Kustannusten seuranta: Valtuuksien käytön ja niihin liittyvien kustannusten seuraaminen jokaiselle LLM-kutsulle, mieluummin agentille, mittaristoilla ja hälytyksillä.
    • Kognitiivinen jäljitys: Sieppaa ja näyttää yksityiskohtaisen seurannan agentin istunnosta, mukaan lukien sisäiset ajatusprosessit ja kaikki työkalupyynnöt, joka toimii muuttumattomana kirjausketjuna.
    • Agentin istunnon toisto: Käyttöliittymä, joka sallii agentin kognitiivisen seurannan toistamisen visuaalisesti vaiheittain syvävirheenkorjausta varten.
    • DAG-visualisointi: Tarjoaa agenttien työnkulun suorituskyvyn visuaalisen Suoritettu asyklinen kaavio (DAG) monimutkaisille usean agentin vuorovaikutuksille.

Agenttien tarkasteluohjelmaa käytetään tunnistamaan agenttiesi verkoston osat ja nähdäksesi, miten ne toimivat yhdessä.

  • Erota noodityypit (agentit ja MCP-palvelimet).
  • Tarkastele reunoja nähdäksesi esitetyt ja suorituksen aikaiset vuorovaikutukset.
  • Käytä kerroksia keskittääksesi näkymät tiettyihin ympäristöihin
  • Avaa lisätietokortteja tarkastaaksesi noodien metadatan ja tilastot sekä käyttöoikeuslokeihin ja seurantaan
  • Tutustu hallinnan indikaattoreihin, kuten Flex Gateway -suojaukseen ja käytössä oleviin käytäntöihin.

Löydät lisätietoja Agent Visualizerin komponenteista tästä.

Näiden neljän pilarin avulla MuleSoft Agent Fabric laajentaa tietoturvaa ja hallintaa kaikille agenteille, joilla on sisäänrakennettu hallinta. Se sallii agenttien toimia missä tahansa hyödyntämällä uusia protokollia, kuten A2A (Agent to Agent) ja MCP (Model Context Protocol), liiketoimintaprosessien rakentamiseen ja laajentamiseen. Yhdistämme kaiken - sovellukset, tiedot ja järjestelmät - auttaaksemme ja hallitaksemme agentteja, kun he toimivat koko liiketoiminnassa. Älykkäät työkalut tukevat liiketoimintaprosessien tai API-rajapintojen luomista ja laajentamista käyttämällä tekoälyä oletusarvoisesti tai tuomalla kolmansien osapuolten tekoälytyökaluja.

Kaikkien neljän pilarin käyttäminen yhdessä ei ole pakollista, mutta suosittelemme sitä. Voit valita pilarit itsenäisesti tarvittaessa. Voit esimerkiksi hyödyntää Agent Fabric -ominaisuutta rekisterissä ja hallinnassa käyttämättä orkestrointikerrosta. Vastaavasti voit käyttää välittäjää orkestroidaksesi agentteja, joita hallitaan toisen sovellusalustan kautta.

Kaavio näyttää, miten kaikki neljä komponenttia vuorovaikuttavat keskenään:

  1. Julkaise agenttien omaisuudet Anypoint Exchangessa löytämistä ja uudelleenkäyttöä varten, kun olet määrittänyt agenttien verkoston (välittäjät, agentit, MCP-palvelimet) agenttien verkoston YAML-tiedostossa Anypoint Code Builderissa.
  2. Ota agenttien omaisuudet käyttöön CloudHub 2.0:ssa (hallittu Runtime Managerissa).
  3. Noudata verkkoon saapuvan liikenteen käytäntöjä syöttöjen Flex-yhdyskäytävällä, joka sijaitsee välittäjän ja API-päätepisteiden edessä.
  4. Noudata käytäntöjä, hallita yhteyksiä ja lähettää telemetriatietoja käyttämällä Exgress Flex -yhdyskäytävää. Tämä yhdyskäytävä sijaitsee lähtevillä poluilla välittäjiltä ja agenteilta ulkoisiin palveluihin.
  5. Kerää lokeja, tilastoja ja jälkiä Flex-yhdyskäytävästä ja suoritusaikoista Anypoint Monitoringissa.

On houkuttelevaa, että jokainen erikoistunut agentti on välittömästi käytettävissä tasaisessa, rajoittamattomassa arkkitehtuurissa, jossa on yksi orkestroija, joka pystyy käsittelemään mitä tahansa tehtävää käyttämällä kaikkia käytettävissä olevia tekoälyresursseja. Tämä lähestymistapa kuitenkin osoittautuu nopeasti haitalliseksi järjestelmän tehokkuudelle ja luotettavuudelle. Monet agentin vaihtoehdot aiheuttavat merkittävää melua ja monimutkaisuutta keskeiselle välittäjälle (tai orkestroijalle). Tämä lisääntynyt monimutkaisuus johtaa suoraan merkittävään laskuun välittäjän päätöksenteon tarkkuudessa (työlle sopivan agentin valitseminen) ja järjestelmän vastauksen deterministisyydessä (ennustettavat, yhdenmukaiset lopputulokset samankaltaisille kyselyille). Välittäjäagentti kärsii vaihtoehtojen halvaantumisesta, mikä johtaa hitaampaan ja epäluotettavampaan reititykseen.

Tasaisen rakenteen sijaan suosittelemme vahvasti, että agenttien verkoston rakenteessa käytetään monitasoista hierarkkista lähestymistapaa. Tämä organisaatioperiaate tarjoaa useita kriittisiä etuja. Ensinnäkin se suosii luonnostaan seurattavuutta ja hallintaa. Hierarkkinen rakenne vastaa organisaation vakiomuotoisia suositeltuja käytäntöjä, mikä helpottaa pyynnön kulun tarkastamista, virheenkorjausongelmien selvittämistä tunnistamalla epäonnistumiskerroksen sekä tiettyjen agenttien tai aliverkkojen käyttöönoton ja poistamisen hallintaa.

Toiseksi hierarkia auttaa merkittävästi kontekstikokojen hallinnassa, mikä on tärkeää näiden agenttien suurten kielimallien (LLM) yhteydessä. Segmentoimalla agentti-asettelun mihin tahansa tietyn kerroksen välittäjäagentti huomioi vain rajallisen joukon agentteja tai alivälittäjiä suoraan sen alapuolella. Tämä rakenne estää ensisijaista orkestrointia lataamasta työmuistiinsa kunkin agentin kuvausta, kykyjä ja historiallista asiayhteyttä, mikä välittää riskin, että LLM:n asiayhteyden ajanjakson rajoitukset ylittyvät nopeasti ja se aiheuttaa ennakoivia kustannuksia ja viiveitä.

Agenttien verkostoa voidaan toteuttaa useilla eri tavoilla. Kaksi niistä ovat:

  1. Conway's Law - Intuitiivinen tapa kartoittaa se todelliseen hierarkiarakenteeseen.
  2. Toimialueisiin perustuva suunnittelu - Yrityksen toimialueisiin keskittyvä

Vaihtoehto 1: Kartoitus todellisen maailman hierarkiarakenteella

Hierarkkisessa organisaatiossa viestintä kulkee pystysuunnassa - esimiehistä alaisiin - ja päätökset ovat usein keskitetyt. Conwayn lain mukaan:

  • Näiden organisaatioiden laatimat järjestelmät tai ohjelmistojen arkkitehtuurit ovat tavallisesti myös kerrostettuja ja hierarkkisia.
  • Jokainen tiimi suunnittelee alijärjestelmiä, jotka vastaavat omia rajojaan ja valtuuksiaan.
  • Järjestelmien väliset rajapinnat vastaavat osastojen välisiä viestintäkanavia.

Agenttien verkostoa voidaan myös kartoittaa intuitiivisesti suuren yrityksen todelliseen hierarkiarakenteeseen Conwayn lain mukaisesti.

  • Käsitteellinen malli: Kuten yrityksellä on erilliset divisioonat, osastot ja hallintakerrokset (esimerkiksi C-suite, varajohtajat, johtajat, esimiehet), tietyssä toimialueessa toimiva agenttien verkosto voidaan mallinntaa rinnakkaiseksi organisaatiokaaviona.
  • Noodit ja lehdet: Tässä hierarkiassa:
    • Puurakenteen lehdet ovat asiantuntijaagentteja tai MCP:itä. Ne ovat toiminnallisia yksiköitä, jotka suorittavat todellisen työn (esimerkiksi "Database Query Agent", "Customer Authentication Agent", "Sentiment Analysis Agent"). Ne edustavat organisaation yksittäisiä sisällöntuottajia tai työyksiköitä.
    • Hierarkian kaikki muut noodit, mukaan lukien juuritason ja välitason kerrokset, ovat välitysagentteja (eli alitason orkestroijia). Nämä agentit eivät suorita lopullista tehtävää, mutta he ovat vastuussa reitityksestä, valtuutuksesta, aggregoinnista ja ristiriitojen ratkaisemisesta omassa toimialueessaan tai kerroksessaan. Ylimmän tason välittäjä delegoi tehtävän "Myyntialueen välittäjälle", joka puolestaan delegoi tehtävän "Mahdollisuuden hallinnan välittäjälle", joka suorittaa tehtävän "Mahdollisuuden tilan päivitysagentin" (sivu) kautta.

Tämä rakenne varmistaa, että monimutkaisuutta hallitaan paikallisesti, että asiayhteys säilytetään ja että järjestelmä skaalaa ennustettavasti ja luotettavasti. Voit esittää uusia erikoisagentteja organisaatiohakemiston tiettyihin, asiaankuuluviin haaroihin.

Harkitse organisaatiokaavion analogiaa digitaalisille töille. Jokainen YAML-tiedosto edustaa kaikkia sisäisiä organisaatioita (työntekijöiden menestyminen, tietoturva, talous jne.). Kussakin organisaatiossa (agenttien verkostoissa) sinulla saattaa olla hierarkkinen rakenne, jonka kautta toimijat tekevät yhteistyötä, työt jaetaan tehtäviin ja kohdistetaan. Edellisessä kaaviossa viestintä kulkee ylhäältä alas. Lapuja ei myöskään rajoiteta vain tiettyjen välittäjien kuluttamiseen.

Agenttien verkostojen mallinnus, joka perustuu ihmisen organisaatiokaavioon, saattaa vaatia usein uudelleenarkkitehtuuria, varsinkin yrityksissä, jotka uudelleenorganisoituvat usein. Vaihtoehtoinen tapa on organisoida agentit toiminnallisen toimialueen mukaan. Tämä ryhmittely saattaa vaatia perinteisten organisaatioiden rajojen ylittämistä. Esimerkiksi uusien työntekijöiden perehdytys kattaa laitteiston ja käyttäjien provisioinnin IT-toiminnot, kun taas myyntiliike vaatii sekä toimintoja että markkinointia.

Nikhil Aggarwal on pääarkkitehti Salesforcessa, jossa hän johtaa MuleSoft- ja Salesforce Automation Cloud -arkkitehtuuria. Nikhililla on yli 18 vuoden kokemus suurten tuotteiden tarjoamisesta ja hän on intohimoinen skaalattavaan arkkitehtuuriin, intuitiivisiin kehityskokemuksiin ja tehokkaiden tiimien rakentamiseen. Ennen Salesforcea hän johti useita aloitteita Microsoft Power Platformissa, Dataversessa ja Office 365:ssä konseptista käynnistykseen. Hänen työnsä edustaa edelleen sitä, miten nykyaikaiset yritykset yhdistävät järjestelmiä, automatisoivat työnkulkuja ja avaavat liiketoiminnan arvoa tekoälyn alkuvaiheessa.

Mariano Gonzalez liittyi MuleSoftiin alkuvuodesta 2011 ja erikoistui kriittisiin jaettuihin järjestelmiin, integraatioon, PaaS-palveluun ja pilvipalveluihin. Tänään Mariano keskittyy tekoälysovellusalustojen edistämiseen kiinnittämällä erityistä huomiota hallintoon, orkestrointiin, löytämiseen ja havaittavuuteen. Mariano on työskennellyt IT-alalla yli 20 vuoden ajan ohjelmistojen arkkitehtuurina ja tiimin johtajana, suunnittelemalla ja toimittamalla BPM-, ERP- ja integraatioratkaisuja maatalouden, energian, hallinnon, IT-, televiestintä- ja sisällönhallinta-aloille.

Pedro Colunga on Salesforcen ohjelmistojärjestelmänrakentaja, joka on erikoistunut API- ja metadata-arkkitehtuuriin. Pedro keskittyy sovellusalustan koko elinkaareen ja on tärkeässä asemassa määrittämällä, miten organisaatiot käyttävät järjestelmää älykkäästi, semanttisesti ja metadataan perustuvia ratkaisuja. Pedron 20-vuotinen ura, johon sisältyy yrittäjäkokemus, kattaa yritykset, kuten Fuego, BEA Systems, Oracle ja TekGenesis, jonka MuleSoft myöhemmin osti, jossa hän on johdonmukaisesti edistänyt sovellusalustan arkkitehtuuria tarjoamalla syvällistä asiantuntemusta esimerkiksi BPM-, RAD- ja Integrations-alueilla.

Gulal Kumar on Salesforcen ohjelmisto-arkkitehti, joka keskittyy dataan ja integraatioarkkitehtuuriin. Hänellä on yli 20 vuoden kokemus integroinnista ja API-rajapinnoista, modernisointiohjelmista, tietoturvasta ja AIML-aloitteista, joten hänellä on runsaasti ammattitaitoa. Gulal on sitoutunut edistämään liiketoiminnan transformaatio-aloitteita, parantamaan tietoturvaa ja kestävyyttä, edistämään arkkitehtuurin huippuosaamista ja johtamaan AIML-aloitteita eri toimialueissa.