Varför agent-topologier förändrar hur vi bygger med AI

Har du jobbat med flera AI-assistenter samtidigt vet du hur det brukar sluta. Varje gång sessionen startar om glömmer alla agenter vad som hänt. Du tvingas återberätta kontext, förklara beslut och återställa arbetsflöden som ni byggde upp förra veckan. Det är som att onboarda samma konsulter varje morgon.

OpenRig löser det genom att behandla agenterna som infrastruktur.

Problemet med dagens AI-flöden

De flesta utvecklarna kör AI-agenter i isolerade sessioner. Claude avslutar en uppgift, du byter kontext, och GPT-4 kommer in helt utan vetskap om vad som just hände. Ingen delad minne, ingen gemensam identitet, inget riktigt team.

Det funkar för små engångsuppgifter. Men när du bygger riktig mjukvara behöver du:

• Bestående identitet – samma agent som behåller kontext över tid
• Gemensam kunskap – agenter som lär sig av varandra
• Hållbara beslut – arkitekturval som överlever omstarter
• Skalbar samordning – tio agenter som arbetar utan kaos

Utan ett lager som hanterar det här är det svårt att få stabilitet.

Riggen: en YAML-definierad agent-topologi

OpenRig lånar ett begrepp från infrastructure-as-code och kallar det för en rig – en YAML-fil som definierar hur agenter ska samarbeta.

Tänk Terraform, fast för ditt utvecklingsteam.

En rig är inte bara en lista med agenter. Det är en graf. Agenter grupperas i pods som delar kontext, och pods kopplas samman via definierade kanaler. Hela strukturen kan sparas, återställas och versionshanteras som en enhet.

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

Vad som faktiskt förändras

Bestående identitet

Agenter är inte längre tillfälliga. Samma agent behåller sin roll och kunskap över veckor. När kontextfönstret fylls överförs tillståndet till en ny session. Det är inte en omstart – det är en fortsättning.

Delat minne

Agenter inom samma pod kan spara och dela tillstånd externt. När en agents kontext komprimeras kan de andra återställa kunskapen. Arkitekturval och designmönster byggs på över tid istället för att försvinna vid varje omstart.

En gemensam styrpunkt

Allt hanteras via ett gränssnitt. Du kan kontrollera hela agentflottan från telefonen via Claude’s Remote Control. Ingen kontextväxling mellan olika verktyg.

Exempel på riktiga användningsfall

Dokumentationen visar mönster som redan används:

• Adversariell granskning – två agenter granskar samma pull request från olika vinklar
• Forskningskluster – flera agenter utforskar samma problem parallellt med delad kunskapsbas
• Säkerhetshärdning – attackagenter testar, försvarsagenter lagar, observatörer dokumenterar
• Kontinuerlig refaktorering – refaktorering körs nattetid medan utvecklingspodden fångar regressioner

Varför det spelar roll

Traditionella arbetsflöden utgår från att agenter är engångsverktyg. Det antagandet håller inte när du bygger mjukvara på allvar.

Med persistent identitet och delat minne blir det möjligt att:

• Låta kunskap ackumuleras
• Undvika att upprepa samma krav fem gånger
• Låta agenter specialisera sig utan att krocka
• Köra asynkront arbete som faktiskt hänger ihop

Det är skillnaden mellan isolerade agenter och ett riktigt team.

Komma igång

OpenRig har ett discovery-läge. Om du redan kör agenter i tmux eller liknande kan rig discover analysera dina sessioner och föreslå en RigSpec. Du börjar inte från noll – du formaliserar det som redan fungerar.

CLI:n hanterar resten: boot, snapshot, restore och visualisering.

För den som redan använder YAML för att definiera hosting och DNS-infrastruktur känns det här bekant. Nu kan samma disciplin appliceras på AI-drivna utvecklingsteam.

Sammanfattning

OpenRig är öppen källkod och kräver inga extra API-nycklar. Det är infrastruktur du styr själv.

Det började som ett försök att hindra agenter från att glömma. Det blev en grundläggande byggsten för agentteam som faktiskt klarar av riktigt arbete.

Din agent-topologi är infrastruktur. Definiera den, versionshantera den och återställ den när det behövs.

Det är vad OpenRig gör möjligt.