Proč by váš coding agent měl být týmová infrastruktura
Když AI nástroje přestanou být soukromé věci jednotlivců
Pravda je taková, že pokud ve vašem týmu používáte coding agenty, pravděpodobně máte v codebase takový ten příjemný chaos.
Každý developer má své vlastní nastavení, custom prompty, scripty, ke kterým má přístup jen on, a absolutně nulový přehled o tom, co se vlastně stalo, když agent něco udělal. Vaše "týmová infrastruktura" je ve skutečnosti sbírka osobních hacků držených pohromadě nadějí a ústně předávanými znalostmi.
Přesně s tímto problémem se potýkala firma Assembled. Jejich coding agenty fungovaly skvěle pro jednotlivé inženýry — ale workflow kolem nich byl průšvih. Opravdu pořádný průšvih.
Proč jsou osobní coding agenti problém
Tady je klasický scénář: Developer A má nastavené Claude Code napojené na svůj GitHub fork a Linear. Developer B preferuje Codex se Sentry integrací a vlastními Slack notifikacemi. Developer C si v podstatě postavil Rube Goldberg machine ze scriptů, kterou rozumí jen on.
A pak někdo odejde. Potřebujete zreprodukovat, co agent udělal. Chcete zkontrolovat, jestli výstup agenta odpovídá tomu, co bylo opravdu commitnuto.
Máte problém.
Podstatné není, jestli jsou coding agenty užitečné (to jsou). Podstatné je, že jsme s nimi zacházeli jako s osobními textovými editory místo jako s týmovou infrastrukturou. A to vytváří tři zásadní problémy:
- Knowledge silos — Konfiguraci agenta zná jen jeden člověk
- Reproducibility gaps — Nejde snadno zopakovat nebo auditovat, co agent provedl
- Collaboration barriers — Co funguje jednomu developerovi, nepomůže zbytku týmu
143.dev: Coding agenty jako sdílená infrastruktura
Assembled si tento problém vyřešil interně a teď to open-sourcnul. Vznikl 143.dev — platforma, která mění coding agenty na týmově dostupnou infrastrukturu.
Základní myšlenka je elegantní: místo toho, abyste agenty spouštěli lokálně na jednotlivých strojích, běží v standardizovaných prostředích s konzistentním toolingu a přehledem.
Jak to vypadá v praxi:
Více agentů, jedna platforma. Systém spouští Codex, Claude Code, OpenCode a další agenty v gVisor sandboxech. Můžete mixovat podle ceny, schopností a typu úlohy. Tým Assembled například používá GLM 5.2 pro rutinní automatizace (levnější, rychlejší) a Codex nebo Claude Code pro komplexnější manuální práci. Stejná infrastruktura, různí agenti pro různé úkoly.
Integrace out of the box. Systém se napojuje na GitHub, Linear, Sentry, Slack, PagerDuty a další. Previewe se generují snadno. Vaši agenti neběží v izolaci — jsou napojení na váš existující workflow.
Security bez zbytečných komplikací. gVisor sandboxy poskytují izolaci bez nutnosti spravovat celé VM. Agenti si dělají svou práci, ale jsou contained.
MIT licence a možnost self-hostingu. Nejde o hosted SaaS, kterému musíte svěřit svůj kód. Můžete si to prohlédnout, pustit na vlastní infrastruktuře a přizpůsobit podle potřeb. Assembled se inspiroval Stripe's Minions a Ramp's Inspect systémem, ale chtěli něco, co může širší komunita skutečně používat a upravovat.
Proč by to mělo zajímat startupy a rostoucí týmy
Tady je pointa: coding agenty se budou používat čím dál víc. A s tím, jak váš tým poroste, přístup "každý má své scripty" přestane fungovat.
Potřebujete:
- Audit trails — Co agent vlastně změnil?
- Reproducibilitu — Jde spustit stejný úkol znovu?
- Sdílení znalostí — Může kdokoli v týmu využít agent workflows?
- Security — Přistupují agenti jen k tomu, co mají?
143.dev se těmito problémy zabývá přímo. A fakt, že je to open source, znamená, že nemusíte sázet na infrastrukturu startupu, který za dva roky nemusí existovat.
Větší obrázek
Vstupujeme do fáze, kdy AI coding nástroje nejsou novelty — jsou to infrastruktura. A infrastruktura se musí spravovat jako infrastruktura: s přehledem, reproducibilitou a týmovým přístupem.
Osobní coding agenty jsou začátek. Týmově spravovaná agentní infrastruktura je tam, kde to začíná být zajímavé.
Pokud provozujete startup nebo vedete engineering tým, 143.dev rozhodně stojí za prozkoumání. Kód je na GitHubu, MIT licence. Žádný vendor lock-in, žádné skryté náklady — jen open infrastruktura, kterou si přizpůsobíte podle toho, jak váš tým skutečně pracuje.
Někdy jsou ty nejlepší interní nástroje ty, o které se vyplatí se podělit.