eve

Problém

Většina „AI agentů“ je demo: promptová smyčka bez paměti toho, co dělala ve chvíli, kdy proces spadl, a bez bezpečného místa, kde se zastavit a počkat na člověka. Jakmile takového agenta postavíte k produkční práci — migrace, PR, oprava ze Sentry — potřebujete, aby přežil pád uprostřed úkolu a aby se zastavil a zeptal, než napíše cokoli nevratného.

eve je ta odolná vrstva, která to dělá reálným: agenti běží jako obnovitelné workflow, ne jako skripty na jedno spuštění.

Jak to funguje

Root orchestrátor deleguje na specialisty — migrace kódu, PR review, Sentry-fix, outreach — nad Postgres workflow světem (graphile-worker). Stav je čekpointovaný, takže běh zaparkovaný na human-approval gate přežije tvrdý SIGKILL a po restartu pokračuje přesně tam, kde skončil, s idempotentními efekty, aby se při přehrání nic nespustilo dvakrát.

Živý control plane s 38 nástroji nastavuje approval policy per nástroj (nikdy / jednou / vždy) a umožní operátorovi přepnout model — z LiteLLM na nativní Anthropic, nativní OpenAI nebo vlastní Codex-pool gateway — bez restartu. V datové cestě nesedí žádná třetí strana.

Co to dokazuje

Tohle je nejsilnější důkaz „agenti v produkci, pod kontrolou“ z celého portfolia: odolnost, human-in-the-loop už v návrhu a self-hostovaná datová cesta — přesně ty vlastnosti, které enterprise potřebuje, než pustí agenta ke svému kódu. Postaveno v ADF; React 19 observability konzole dělá každý běh, volání nástroje i schválení čitelným.