Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Odpowiedzi na najczęściej zadawane pytania dotyczące Agent Bricks, platformy deweloperskiej agentów Azure Databricks. Przegląd platformy można znaleźć w artykule Czym jest Agent Bricks?.
Czym jest Agent Bricks?
Agent Bricks to platforma deweloperska do tworzenia agentów Azure Databricks. Zapewnia infrastrukturę, której agenci niestandardowi potrzebują w produkcji: zarządzany dostęp do modeli, serwerów MCP i umiejętności poprzez Unity Gateway, serwer agentów oraz Agent Runtime do wdrażania i obsługi agentów, zarządzaną pamięć i sesje, narzędzia i serwery MCP, śledzenie i ewaluację MLflow oraz zarządzanie poprzez Unity Catalog.
Dla kogo jest Agent Bricks?
Agent Bricks jest przeznaczony dla deweloperów, którzy tworzą niestandardowe agenty w kodzie, od jednego agenta po wielu agentów obsługujących ruch produkcyjny. Aby budować agentów bez pisania kodu, użyj Genie Agents.
Czym różni się Agent Bricks od Genie Agents?
Genie Agents to low-code sposób na budowanie agentów odpowiadających na pytania na podstawie Twoich tabel i dokumentów. Agent Bricks to platforma do pisania i wdrażania własnego kodu agenta. Niestandardowy agent zbudowany na Agent Bricks może wywoływać agentów Genie jako narzędzia.
Czym różni się Agent Bricks od Genie One?
Genie One to doświadczenie dla użytkowników biznesowych, które pozwala pracować z danymi i AI bez kodu. Agent Bricks jest dla deweloperów, którzy tworzą niestandardowych agentów. Agent niestandardowy może wywołać Genie One jako narzędzie.
Czym Agent Bricks różni się od Omnigent?
Omnigent to meta-harness, który łączy i koordynuje wiele agentów, takich jak agenci kodujący. Agent Bricks zapewnia infrastrukturę do wdrażania i uruchamiania niestandardowych agentów. Możesz użyć Omnigent do tworzenia niestandardowych agentów działających na Agent Bricks.
Co się stało z Knowledge Assistant i Supervisor Agent?
Knowledge Assistant i Supervisor Agent to starsze rozwiązania. Dla nowych agentów low-code używaj Genie Agents. Dla agentów napisanych w kodzie użyj CLI Agent Bricks. Zobacz oferty agentów Legacy.
Jakie frameworki i modele wspiera Agent Bricks?
Agent Bricks działa z każdym frameworkiem lub test harnessem. CLI Agent Bricks zawiera szablony dla LangGraph oraz SDK OpenAI Agents. Agenci mogą korzystać z modeli frontier i open za pośrednictwem Unity Gateway, który pozwala przełączać modele bez zmiany kodu agenta.
Gdzie działają agenci zbudowani przy użyciu Agent Bricks?
Agenty działają na Agent Runtime, który uruchamia serwer agentów w aplikacjach Databricks. Serwer agenta, DurableAgentServer, obsługuje agenta przez interfejs API wywołań i przywraca uruchomienia, których działanie przerywa awaria lub restart. Zobacz Wdrażanie agentów w usłudze Azure Databricks.
Jak zacząć pracę z Agent Bricks?
Zainstaluj CLI Agent Bricks z pip install databricks-agentbricks. Następnie uruchom agentbricks init, aby utworzyć projekt, agentbricks dev, aby uruchomić agenta lokalnie, i agentbricks deploy, aby go wdrożyć. Zobacz Agent Bricks CLI.
Czy mogę używać Agent Bricks z agentem, którego już stworzyłem?
Yes. Dla agentów zbudowanych w LangGraph lub OpenAI Agents SDK, uruchamiaj agentbricks init --existing w katalogu projektu. CLI przygotowuje instrukcje migracji, których agent programistyczny używa do konwersji projektu. Zobacz Dodaj istniejącego agenta.
Jak zapytać agenta stworzonego za pomocą Agent Bricks?
Wyślij żądania do API wywołania pod adresem /api/invocations za pomocą Agent Bricks CLI, REST API lub Python. Zobacz Agenty zapytań wdrożone na platformie Azure Databricks.
Jak Agent Bricks zarządza tym, co mogą robić agenci?
Unity Catalog zarządza danymi, narzędziami, modelami i agentami używanymi przez Twoich agentów. Unity Gateway zarządza dostępem do modeli, serwerów MCP i umiejętności, a także stosuje zabezpieczenia, limity szybkości i śledzenie użycia do wywołań wykonywanych przez agentów. Narzędzia mogą działać z uprawnieniami nazwy głównej usługi aplikacji lub użytkownika, który wysłał żądanie. Zobacz Autoryzację użytkownika żądania.