Conductor jest mocnym, otwartym runtime'em agentowych workflow. Subactor obejmuje wyższy poziom: dlaczego proces istnieje, kto może go wykonać, do której domeny należy i jaki dowód jest wymagany.
Gdzie zakres się pokrywa
Conductor utrwala każdy krok workflow, ma deklaratywne definicje JSON, retry, compensation, natywne zadania LLM i wywołania MCP. Zadanie HUMAN jest trwałą bramką: proces czeka w stanie zapisanym aż człowiek odpowie przez API. URI Process w Subactor również jest deklaratywnym grafem kroków i rozdziela decyzję od wykonania.
| Obszar | Conductor | Subactor |
|---|---|---|
| Definicja procesu | JSON lub SDK | Manifest procesu + URI recipe |
| Agenci i narzędzia | Natywne LLM, MCP, pętle i dynamiczne workflow | LLM Gateway, Bridge, exact URI i katalog konektorów |
| Decyzja człowieka | Trwałe zadanie HUMAN | Ticket człowieka, kanał odpowiedzialności i approval |
| Audyt | Historia wejść, wyjść, retry i approvera | Receipts, EQL/TestQL, audyt i reakcje problemowe |
| Organization Core | Do zbudowania | Wbudowane domeny organizacyjne |
Najważniejsza różnica
Conductor koncentruje się na wykonaniu grafu. Jego definicja może zostać wygenerowana przez LLM i uruchomiona od razu. Subactor wymaga, aby taka trasa była wcześniej związana z kontraktem aktora, zakresem delegacji, exact URI i kryteriami EQL. To mniejsza swoboda runtime'u, lecz większa kontrola nad tym, czy proces w ogóle jest organizacyjnie uprawniony.
Kiedy wybrać lub połączyć
- Conductor: gdy priorytetem są deklaratywne, trwałe agentowe workflow, natywne LLM/MCP i szybkie budowanie procesów JSON.
- Subactor: gdy potrzebne są role, domeny, kontrakty, system reakcji i dowód odpowiedzialnego wykonania.
- Razem: Conductor może być jednym z runtime'ów URI Process, jeśli jego każde wykonanie zachowa principal, delegację i receipt wymagany przez Subactor.