Amikor a coding agentjeid kicsúsznak a kezedből

Nézzük be magunknak: ha a csapatodban már coding agenteket használtok, nagy a esélye, hogy egy kis káosz is kialakult közben.

A fejlesztőknek saját MCP konfigurációik vannak, egyedi promptjaik, meg olyan automatizálási szkriptek, amiket csak ők értenek. Azt hiszed, hogy team infrastructure-ed van? Valójában csak személyes shortcutok gyűjteménye, amit remény és szájhagyomány tart össze.

Az Assembled pontosan ebbe a problémába futott bele. A coding agentjeik remekül működtek egyéni szinten – de a körülöttük lévő munkafolyamat? Az már kaotikus volt.

A személyes coding agentek problémája

A tipikus forgatókönyv valahogy így néz ki: Fejlesztő A-nak egy Claude Code beállítása van, ami a GitHub forkjához és a Linearhoz kapcsolódik. Fejlesztő B a Codex-et preferálja, Sentry integrációval és saját Slack notifikációkkal. Fejlesztő C pedig lényegében egy Rube Goldberg gépet épített szkriptekből, amit csak ő ért.

Amit az ember egyáltalán nem szeretne: amikor valaki kilép, vagy reprodukálni kellene, mit csinált az agent, vagy auditálni kellene, hogy az agent outputja egyezik-e azzal, amit ténylegesen commitoltak.

Ekkor jön a bénultság.

A lényeg nem az, hogy hasznosak-e a coding agentek (azok). Az a baj, hogy személyes szövegszerkesztőként kezeljük őket, nem csapatinfrastruktúraként. És ez három problémát okoz:

1. Tudásszigetek — Csak egy ember tudja, hogyan van beállítva az agent
2. Reprodukálhatósági lyukak — Nem tudod visszajátszani vagy auditálni az agent cselekedeteit
3. Együttműködési akadályok — Ami az egyik fejlesztőnek működik, nem segíti a csapatot

Bemutatjuk a 143.dev-et: Coding agentek közös infrastruktúraként

Az Assembled épített egy belső rendszert erre, és most open source-szá tették. Ez a 143.dev — egy platform, ami a coding agenteket csapat által elérhető infrastruktúrává alakítja.

A megközelítés elegáns: ahelyett, hogy helyi gépeken futtatnák az agenteket, standardizált környezetekben futnak, konzisztens eszközökkel és láthatósággal.

Így néz ez ki a gyakorlatban:

Több agent, egységes platform. A rendszer Codex-et, Claude Code-ot, OpenCode-ot és más agent harnesseket futtat gVisor sandboxokban. Ez azt jelenti, hogy mixelheted és matchelheted őket költség, képesség és feladattípus alapján. Az Assembled csapata például GLM 5.2-t használ rutinfeladatokra (olcsóbb, gyorsabb), Codex-et vagy Claude Code-ot pedig komplexebb manuális munkához. Ugyanaz az infrastruktúra, különböző agentek különböző munkákra.

Integrációk dobozból. A rendszer kapcsolódik GitHubhoz, Linearhoz, Sentryhez, Slackhez, PagerDutyhoz és még sok máshoz. Előnézetek könnyen generálhatók. Az agentjeid nem izoláltan futnak — be vannak dugva a meglévő munkafolyamataidba.

Biztonság súrlódás nélkül. A gVisor sandboxok izolációt biztosítanak a teljes VM-ek kezelésének fejfájása nélkül. Az agentek csinálhatják a dolgukat, de kontrollálva vannak.

MIT licenc és önállóan hosztolható. Ez nem egy hosted SaaS, amire a kódodat kell bíznod. Megnézheted, futtathatod a saját infrastruktúrádon, és adaptálhatod az igényeidhez. Az Assembled inspirációja a Stripe Minions és a Ramp Inspect rendszere volt, de valamit akartak, amit a szélesebb közösség ténylegesen használni és módosítani tud.

Miért fontos ez a startupoknak és növekvő csapatoknak?

A lényeg a coding agentekkel: egyre elterjedtebbek lesznek. És ahogy a csapatod nő, a "személyes szkript" megközelítés összeomlik.

Amit kell:

• Audit nyomvonalak — Mit változtatott meg az agent ténylegesen?
• Reprodukálhatóság — Tudod-e újrafuttatni ugyanazt a feladatot?
• Tudásmegosztás — Tudja-e bárki a csapatban használni az agent munkafolyamatait?
• Biztonság — Csak azokat az erőforrásokat érik el az agentek, amiket szabad?

A 143.dev ezeket a problémákat célozza meg. És az, hogy open source, azt jelenti, hogy nem kell a infrastruktúrádat egy startupra bízni, ami lehet, hogy két év múlva már nem létezik.

A nagyobb kép

Olyan korszakba lépünk, ahol az AI coding eszközök nem nosztalgikus újítások — hanem infrastruktúra. És az infrastruktúrát úgy kell kezelni: láthatósággal, reprodukálhatósággal és csapatléptékű hozzáféréssel.

A személyes coding agentek egy kezdet. A csapat által kezelt agent infrastruktúra az, ahol izgalmassá válik.

Ha startupot viszel vagy engineering csapatot kezelz, érdemes megnézni a 143.dev-et. A kód a GitHubon van, MIT licenccel. Nincs vendor lock-in, nincs rejtett költség — csak nyílt infrastruktúra, amit adaptálhatsz ahhoz, ahogy a csapatod ténylegesen dolgozik.

Néha a legjobb belső eszközök azok, amiket érdemes megosztani.