Miért számít a topológia-kezelés az AI-fejlesztésben?

Ha több AI-kódoló asszisztenssel dolgozol egyszerre, hamar szembesülsz egy problémával: minden újraindítás után az ügynökök semmire sem emlékeznek. Újra kell magyaráznod a kontextust, újra fel kell építened a munkafolyamatokat. Mintha minden reggel ugyanazokat a kollégákat kellene betanítanod.

OpenRig ezt az infrastruktúra szemszögéből közelíti meg.

A jelenlegi AI-munkafolyamatok gyenge pontja

A legtöbb fejlesztő különálló munkamenetekben futtatja az AI-ügynököket. Claude befejez egy feladatot, te átváltasz másik kontextusba, GPT-4 pedig nulláról indul. Nincs közös memória, nincs tartós identitás, nincs valódi csapat.

Ez rövid feladatokra még működik. De amikor napokig vagy hetekig tartó fejlesztésről van szó, már nem. Szükség van rá, hogy:

• ugyanaz az ügynök tartsa fenn a kontextust hosszabb időn át
• több ügynök építhessen egymás eredményeire
• a korábbi döntések ne vesszenek el újraindításkor
• nagyobb számú ügynök is összehangoltan tudjon működni

Enélkül a rendszer kaotikussá válik, ahogyan az infrastruktúra sem működik koordináció nélkül.

A rig: YAML-alapú topológia

OpenRig a rig fogalmát vezeti be. Ez egy YAML-fájlban definiált ügynök-topológia, amely egyetlen egységként kezelhető.

Nem egyszerű listáról van szó. A rig egy gráf: az ügynökök podokba vannak csoportosítva, amelyek megosztott kontextussal rendelkeznek. A podok között definiált kapcsolatok szabályozzák az információáramlást. Az egész topológia menthető és visszaállítható.

Egy fájl, egy parancs – és a teljes flotta elindul.

pods:
  orchestration:
    agents:
      - lead (Claude Opus)
      - coordinator (Claude Sonnet)
  
  development:
    agents:
      - implementation (Claude Code)
      - review (Codex)
  
  research:
    agents:
      - explorer-1, explorer-2, explorer-3

Mit hoz ez a gyakorlatban?

Tartós identitás

Az ügynökök nem tűnnek el a munkamenet végén. Ugyanaz az entitás ugyanazt a szerepet tölti be napokon vagy heteken át. Amikor a kontextusablak betelik, az állapot átkerül egy új munkamenetbe – nem újraindítás történik, hanem folytatás.

Közös memória a topológián belül

Egy podon belül az ügynökök megoszthatják az állapotukat. Ha az egyik ügynök kontextusa tömörítésre kerül, a többiek vissza tudják állítani a tudást. Az architekturális döntések és tervezési minták így nem vesznek el.

Egyetlen vezérlőpont

Minden egy felületen keresztül irányítható. Claude Remote Control segítségével akár telefonról is ellenőrizheted a teljes flotta állapotát. Nincs szükség több eszköz közötti váltásra.

Valós példák használatban

A dokumentációban már látható néhány működő minta:

• Adversarial Review: Két ügynök (Claude és Codex) különböző szempontokból vizsgálja át a pull requesteket.
• Research Cluster: Négy ügynök párhuzamosan kutatja ugyanazt a problémát, hierarchia nélkül.
• Security Hardening: Támadó, védő és megfigyelő ügynökök dolgoznak együtt a rendszer megerősítésén.
• Continuous Refactor: Éjszakai refaktorálási folyamatok review poddal kombinálva.
• Agent-Managed Software: Egy ügynök kezeli a HashiCorp Vaultot a csapat számára.

Miért fontos ez az architektúra szempontjából?

A hagyományos megközelítésben az ügynökök eldobhatóak. Ez a feltevés azonban nem állja meg a helyét, amikor valódi szoftvert építesz. A tartós identitás és a megosztott memória lehetővé teszi, hogy:

• a tudás gyorsabban halmozódjon fel
• ne kelljen többször elmagyarázni ugyanazokat a követelményeket
• az ügynökök specializálódhassanak anélkül, hogy zavarnák egymást
• az aszinkron munka valóban működjön

Hogyan kezdd el?

OpenRig tartalmaz egy felfedezési módot (rig discover). Ha már futtatsz ügynököket tmux-ban vagy más környezetben, a rendszer automatikusan felismeri a munkameneteket és javasol egy topológia-definíciót. Nem nulláról kell indulnod.

A CLI kezeli a bootolást, a mentést, a visszaállítást és a vizualizációt is.

OpenRig nyílt forráskódú, és nem igényel további API-kulcsokat azon kívül, amiket már használsz Claude-hoz vagy Codexhez. Az infrastruktúrát te kezeled – nem egy zárt szolgáltató.

Az ügynök-topológiád infrastruktúra. Kezeld is annak megfelelően: definiáld, verziózd, állítsd vissza, fejleszd tovább.