Stacklokot Craig McLuckie és Joe Beda, a Kubernetes két kulcsfigurája alapította, és a cég 2023-ban 17,5 millió dolláros Series A finanszírozást kapott az Acceltől, Madronától és a Bain Capitaltól. A vállalat eredetileg a szoftverszállítói lánc biztonságára koncentrált, majd átállt Kubernetes-alapú, ügynöközött (agentic) megoldásokra.
Mecatl: nyílt forráskódú, felhőkre tervezett harness
A Stacklok legfontosabb terméke a Mecatl, amelyet a projekt GitHub-oldalán júniusban indítottak nyílt forráskódú kezdeményezésként. A név kiejtése „MEH-kah-tl”, jelentése az azték nyelvben kötél vagy zsinór. A Mecatl célja egy „cloud-native harness” megvalósítása: a kód és a kapcsolódó kontextus értékének áthelyezése a helyi gépekről a felhőbe, hogy vállalati környezetben könnyebben lehessen ezeket központilag kezelni és szabályozni.
Miért kell a felhőbe vinni az ügynököket?
A hagyományos, desktopra tervezett agent harness-eknél a vezérlő ciklusok (agent loop), a helyi végrehajtás és a munkamenetállapot gyakran ugyanabban a folyamatban futnak. Ez megnehezíti a vállalati szintű felügyeletet, a megbízható session-kezelést és az eszközök izolálását. McLuckie és Beda szerint a felhőnatív megközelítés lehetővé teszi az olyan kérdések újragondolását, mint miért van erősen összekapcsolva egy agent loop a tool-calling subsystems-szel, vagy miért kezelik az agent identitását emberekhez kötődő identitásrendszereken keresztül.
Az architektúra alapelvei
Mecatl egyik központi elve, hogy az agent loop független legyen a klienstől, a modell-szolgáltatótól, a state store-tól és a végrehajtási környezettől. A vezérlő alkalmazást úgy tervezték, hogy jól fusson felhőben, miközben a „érzékenyebb” műveletek — például a tool hívások és a parancssori végrehajtások — külön komponensekbe kerülnek. Hasonlóképpen a munkamenet-kezelés és a memória nem JSONL fájlokban a lemezen marad, hanem kezelhető rendszerekbe illeszthető.
Ez a szétválasztás lehetővé teszi, hogy a harness túlmutasson az egyfelhasználós, lokális használaton és olyan infrastruktúraként működjön, amelyet vállalatok központilag tudnak üzemeltetni és szabályozni. Beda hasonlata szerint az agenttel folytatott vállalati interakciók úgy tekintendők majd, mint a céges e-mail: a vállalatnak joga és igénye lesz ezeket menedzselni és auditalni.
ToolHive, MCP és az LLM-gateway
A Stacklok a ToolHive projektet is fejlesztette, amely nyílt forráskódú platform MCP szerverek futtatására és kormányzására. ToolHive eredetileg Docker-alapú, asztali környezetben futó MCP szerverek kezelésére indult, majd kibővítették Kubernetes-alapú gateway-jel és a kapcsolódó szolgáltatásokkal (regisztráció, operator helper, input-output hitelesítés).
MCP volt az első lépés; ezt követte egy LLM gateway (a Stacklok weboldalán AI Gateway néven), amely lehetővé teszi a hozzáférés, a költségkontroll és a provider-routing kezelését. Az AI Gateway jelenleg még nem nyílt forráskódú, de a cég roadmappján szerepel. Különbségként a Stacklok megközelítése nem a feladathoz leginkább illő modell automatikus kiválasztására összpontosít, hanem a hozzáférés-szabályozásra, költségvetésre, jelentéskészítésre és szolgáltató szerinti útválasztásra. McLuckie szerint a szemantikus routing és a modellválasztás jobban működik az intelligens rendszerben, amely a harness környezetében több kontextushoz fér hozzá.
Függetlenedés a frontier laboratóriumoktól és hyperscalerektől
Egy fontos motiváció a Stackloknál, hogy segítsenek nagyvállalatoknak csökkenteni a függésüket a nagy frontier modelleket szolgáltató laboroktól és hyperscalerektől — hasonlóan ahhoz, ahogy a Kubernetes csökkentette a vállalatok függését egyes nagy felhőszolgáltatóktól. McLuckie szerint a „cloud native” azt is jelenti, hogy olyan módon lehet futtatni terheléseket, hogy azok kevésbé kötődjenek egy adott felhőszolgáltató specifikumaihoz.
Üzleti modell: az "enterprise spine"
Mivel ToolHive és Mecatl nyílt forráskódúak, a Stacklok keresi a kereskedelmi értéket olyan szolgáltatásokban, mint a konzisztens identitás, autorizáció, szabályzatok és auditálás az open source komponensek felett. McLuckie ezt nevezte a cég kereskedelmi termékének: az „enterprise spine” vagy kontroll sík, amely összefűzi a nyílt projekteket és központosított vállalati funkcionalitást ad hozzájuk.
Beda rámutatott, hogy bár a nyílt forráskódú projekteket kis csapatok könnyen beindíthatják, a több klaszterre, több felhőre való skálázás új problémákat hoz, amelyeket a Stacklok megoldani akar.
Hol tart a piac és miért számít ez?
A cikk rámutat a korábbi felhőátmenetek mintájára: ahogy az Amazon S3 és EC2 2006-ban és a Kubernetes 2014-ben alapvetően átalakította a cloud alkalmazások kezelését, most hasonló mintázat kezd kirajzolódni az agentic technológiák esetén. Sok jelenleg népszerű agent harness desktop- vagy kis csapatokra méretezett; a nagyvállalatok viszont központilag menedzselt, szabályozott és skálázható megoldásokat igényelnek.
Stacklok, a Kubernetes egyik alapítóinak projektje, azt a feladatot vállalta, hogy az ügynökházakat teljes egészében a felhőbe helyezze, és ezzel könnyítse meg a vállalati skálázhatóságot, szabályozást és függetlenedést a nagy modell-szolgáltatóktól.
Kulcspontok
- Stacklokot Craig McLuckie és Joe Beda alapította; cégük 2023-ban 17,5 millió dollár Series A befektetést kapott.
- Mecatl egy nyílt forráskódú, júniusban indított „cloud-native harness” GitHubon, amely az agent loopot szétválasztja a végrehajtási környezettől és az állapotkezeléstől.
- ToolHive MCP-platformot és egy LLM/AI Gateway-et építettek a hozzáférés-, költség- és provider-kezeléshez; az AI Gateway még nem nyílt forráskódú.
- A Stacklok kereskedelmi terméke egy "enterprise spine" kontroll sík, amely identitást, jogosultságot, szabályokat és auditot biztosít a nyílt forrású komponensek felett.
A Stacklok törekvése fontos lépés lehet abban, hogy az ügynöközött fejlesztési munkafolyamatok ugyanúgy vállalati szintre emelkedjenek, ahogy a konténerizált alkalmazások esetében történt a Kubernetes bevezetésével.
