Pipelines AI agentů: agent-pool na Google AI

Automatizace AI agentů: kanály, signály a plánovače v agent-pool

MCP-server agent-pool usnadňuje správu fraktálních týmů agentů přímo v IDE a prostředí Gemini CLI. Pracovníci delegují úkoly a vytvářejí podskupiny. Dříve byla orchestrace prováděna ručně, dnes jsou k dispozici kanály, bounce-back, cron a SSH spouštěče – vše na jednom předplatném Google AI.

Hlavní problém: orchestrátor ztrácí prostředky čekáním na výsledky závislých kroků (analýza → refaktoring → testy). Nyní demon kanálu spouští pracovníky na pozadí a automaticky předává závislosti.

Kanály pro řetězce úkolů

Nástroj create_pipeline definuje kroky dopředu. Demon odpojeného procesu spouští pracovníky podle triggerů:

• on_complete – spuštění po konkrétním kroku.
• on_complete_all – čekání na skupinu pracovníků (fan-in).
• on_file – reakce na vytvoření souboru.

Příklad schématu:

          ┌─ frontend ─┐
research ─┤            ├── deploy
          └─ backend  ─┘

Demon přežije restart IDE a zajišťuje spojitost.

Signály a bounce-back pro komunikaci

Agenty signalizují dokončení prostřednictvím signal_step_complete. Při nedokončených datech bounce_back vrátí úkol ke zpracování s důvodem chyby – analogie k "Request Changes" v GitHubu.

Limit maxBounces zabrání cyklům. Pracovník obdrží zpětnou vazbu (např. "chybí logy"), opraví a znovu signalizuje.

Cron plánovač úkolů

schedule_task váže agenta k výrazu cron, např. 0 9 *. Plánovač používá atomické souborové zámky pro jedinečnost provedení i při více relacích IDE.

Výsledky se ukládají do .agents/scheduled-results/. Ideální pro monitorování serverů nebo generování zpráv.

Vzdálené SSH spouštěče

V agent-pool.config.json je nakonfigurován SSH:

{
  "runners": {
    "remote": {
      "type": "ssh",
      "host": "dev-server.company.com",
      "user": "agent",
      "geminiPath": "/home/agent/.nvm/versions/node/v22.0.0/bin/gemini"
    }
  }
}

Delegování:

delegate_task(
  prompt: "Spusť testy v izolovaném prostředí",
  runner: "remote"
)

Úkoly pokračují po zavření lokální relace. Agenty pracují ve větvi, commitují a posílají PR.

Relace pro přenos kontextu

Gemini CLI ukládá historii v relacích. Předání session_id umožňuje pokračovat:

# Analýza
delegate_task(prompt: "Prozkoumej src/auth/") -> task_1

# Výsledek
get_task_result(task_1) -> { session_id: "abc-123" }

# Pokračování
delegate_task(
  prompt: "Na základě výsledků analýzy napiš testy",
  session_id: "abc-123"
)

list_sessions zobrazí aktivní relace.

Oprávnění a adresáře

policy omezuje nástroje:

• read-only – pouze čtení.
• safe-edit – úprava souborů bez příkazů.

Příklad:

delegate_task_readonly(
  prompt: "Zkontroluj src/auth/ na bezpečnostní chyby",
  policy: "read-only"
)

include_dirs rozšiřuje viditelnost mimo pracovní adresář.

Skupiny agentů a integrace s kanály

create_group seskupuje konfigurace:

create_group({
  name: "backend",
  runner: "remote",
  skill: "node-dev",
  policy: "safe-edit",
  max_agents: 3
})

delegate_to_group("backend", "Refaktoruj auth-modul", count: 2)

Skupiny se ukládají do .agents/groups.json. V kanálech:

create_pipeline({
  name: "Build & Test",
  steps: [{
    name: "run_tests",
    group: "backend",
    count: 3,
    prompt: "Spusť sadu testů pro svou část"
  }]
})

Demon spustí count agentů s AGENT_INDEX, čeká na všechny s fail-fast: chyba jednoho zruší ostatní.

Co je důležité

• Kanály automatizují závislosti a osvobozují orchestrátora.
• Bounce-back s limitem zabrání zacyklení.
• SSH spouštěče a cron umožňují distribuované provádění.
• Oprávnění a skupiny minimalizují opakování konfigurací.
• Relace přenášejí kompletní kontext mezi agenty.

— Editorial Team