Agents CLI od Google zyskuje system rozszerzeń obsługujący LangChain i inne frameworki poza ADK
W skrócie: Google dodało System Rozszerzeń (Extension System) do swojego narzędzia Agents CLI (od wersji 1.5.0, a pierwszorzędowe rozszerzenie LangChain pojawiło się w v1.8.0), które pozwala deweloperom nadpisywać lub dodawać polecenia CLI bez forkowania narzędzia. Wcześniej pipeline wdrożeń, ewaluacji i monitoringu w Agents CLI był ściśle powiązany z własnym Agent Development Kit (ADK) Google; teraz zespoły mogą tworzyć, uruchamiać, wdrażać i ewaluować projekty LangChain, LangGraph lub Deep Agents przez ten sam interfejs poleceń. Rozszerzenia są dystrybuowane jako katalogi w repozytoriach Git, przypinane do konkretnego commit SHA w pliku lockfile, i mogą być instalowane na poziomie projektu lub użytkownika. System pozwala też zespołom platformowym w firmach owijać polecenia, np. deploy, własnymi politykami, takimi jak skany zgodności czy bramki SSO. Funkcja w wersji 1.8.0 oznaczona jest jako eksperymentalna.
To podsumowanie zostało automatycznie przygotowane przez sztuczną inteligencję na podstawie publikacji „Google Developers”. To nasz tekst, nie kopia oryginału — fakty, liczby i cytaty należą do źródła, do którego link znajduje się powyżej i poniżej.
Co się zmieniło?
- 1System Rozszerzeń dodany do Agents CLI od wersji 1.5.0
- 2Pierwszorzędowe rozszerzenie LangChain wydane w v1.8.0, tworzące projekty LangChain/LangGraph/Deep Agents bez zależności od google-adk
- 3Rozszerzenia to katalogi repozytoriów Git opisane plikiem agents-cli-extension.yaml, nadpisujące wbudowane polecenia lub dodające nowe
- 4Rozszerzenia są przypinane do konkretnego commit SHA przez lockfile, odtwarzane identycznie przy każdym checkout
- 5Obsługiwany zakres projektu (commitowany do repo) i zakres użytkownika/globalny (na cały komputer), z priorytetem zakresu projektu przy konfliktach
- 6Zespoły w firmach mogą owijać polecenia takie jak deploy własnymi kontrolami (np. skanowaniem SBOM, bramkami zgodności)
- 7Oznaczone jako eksperymentalne w v1.8.0; schemat manifestu może się jeszcze zmienić
Dlaczego to ważne?
Zespoły budujące agentów nie są już zmuszone wybierać jednego frameworka tylko po to, by korzystać z narzędzi Google do wdrażania, ewaluacji i monitoringu na Cloud Run; zmniejsza to koszt zmiany lub łączenia frameworków i pozwala zespołom platformowym spójnie egzekwować polityki zarządzania niezależnie od użytego frameworka agentów.
Co to oznacza dla agentów AI i contact center?
Dla zespołów budujących agentów głosowych z wywoływaniem narzędzi/funkcji i MCP, ułatwia to prototypowanie w LangChain lub LangGraph przy jednoczesnym wdrażaniu na Cloud Run tym samym pipeline'em monitoringu i ewaluacji co w przypadku agentów ADK — przydatne przy porównywaniu frameworków dla agentów routingu połączeń czy automatyzacji contact center, bez wiązania się od razu z jednym rozwiązaniem.
🧪 Warte przetestowania
Warto przetestować, jeśli oceniasz frameworki agentów pod kątem zastosowań głosowych/contact center, ponieważ eliminuje to konieczność osobnego konfigurowania pipeline'u wdrożeń i ewaluacji dla każdego frameworka.
Źródła
- Google DevelopersOficjalneŹródło pierwotneOryginalny artykuł →„Powering the Agent Development Lifecycle with any framework, from ADK to LangChain and beyond“21 paź 2026, 03:00
- Data publikacji źródła
- 21 paź 2026, 03:00
- Znalezione przez nasz system
- 21 paź 2026, 20:51
- Podsumowanie wygenerowano
- 21 paź 2026, 20:55
Artykuł napisała AI na podstawie oryginalnego źródła. Fakty, liczby i ceny pochodzą ze źródła; brakujące wartości oznaczono „Brak oficjalnych danych”. Informacje prawne, prawa autorskie i prywatność