Lilith.
⌕
Redakční ilustrace: Airbnb píše 60 % kódu s AI, skutečná změna je v předávání práce
Ilustrace Lilith · redakční remix

CTO Airbnb Ahmad Al-Dahle uvedl, že AI dnes vytváří 60 % firemního kódu, firma meziročně dodala téměř o 80 % více funkcí a vylepšení a průměrná propustnost pull requestů na vývojáře vzrostla přibližně 1,6krát. Čísla pocházejí z jeho rozhovoru pro Latent Space a ukazují rozsah interní změny, nikoli samostatný důkaz kvality softwaru.

Kód nahradil část dokumentů a prototyp zkrátil předávky

Airbnb podle Al-Dahleho změnilo pořadí práce produktových, designových a vývojářských týmů. Místo dlouhé řady zadání, návrhu ve Figmě, implementace a testování týmy pracují dříve s prototypem. Kód se stává hlavním artefaktem, nad kterým lidé společně uvažují.

Změna zasahuje i provoz. Zákaznická podpora byla prvním uživatelským nasazením AI a podle CTO dnes agenti samostatně vyřeší zhruba polovinu tiketů. Firemní výsledky za druhé čtvrtletí uváděly téměř 45 %. Bezpečnostní případy Airbnb z automatického řešení záměrně vynechává.

Everest převádí zkušenost jednoho týmu do práce dalšího

Interní kontextový graf Everest používá LLM, embeddings a AI retrieval k propojení znalostí o organizaci a codebase. Airbnb uvádí, že služba rozvozu potravin vznikala 8 až 9 měsíců, zatímco podobná integrace letištních transferů zabrala přibližně 6 týdnů. Tým druhé služby mohl využít zkušenosti zachycené v Everestu.

To je důležitější produktová lekce než podíl AI kódu. Hodnota vzniká ve chvíli, kdy firma zachytí kontext, nastaví evals pro konkrétní use case a vybere model podle ceny, výkonu a latence. Airbnb provozuje nejméně 10 upravených modelů a pro vyhledávání volí jiný kompromis než pro kód nebo podporu.

Procento vygenerovaného kódu neříká, kolik chyb dorazilo do produkce

Údaje o 60 %, 80 % a 1,6násobku sdělil CTO firmy, která změnu zavádí. Rozhovor nepublikuje metodiku měření ani společnou kontrolní skupinu. Více pull requestů může znamenat vyšší výkon, menší změny nebo více oprav. Bez dat o incidentech, návratech změn a čase review zůstává kvalita otevřená.

Al-Dahle sám pojmenovává další riziko: mladší vývojáři mohou přijít o část zkušeností, ze kterých vzniká úsudek. Airbnb proto požaduje, aby každý inženýr dokázal vysvětlit kód v pull requestu, i když jej vytvořila AI.

On-call agenti prověří, zda se kontext mění v odpovědnost

Airbnb začíná používat asynchronní agenty v kontejnerech, které spouštějí události z monitoringu. Agent může roztřídit incident, navrhnout pull request nebo uzavřít falešný poplach. Právě tady se ukáže, zda Everest a evals unesou práci s vyšším rizikem.

Sledovat je třeba počet incidentů způsobených AI změnami, dobu lidského review, podíl vrácených pull requestů a výsledky podpory podle typu problému. Růst propustnosti má cenu jen tehdy, když za ním neroste fronta oprav.

Lilithin verdikt

Airbnb posadilo AI přímo mezi prototyp a produkci a 60 % kódu je jen číslo na dveřích. Uvnitř rozhodne, zda vývojář dokáže každý pull request vysvětlit a noční on-call agent po sobě nechá čitelnou stopu.

Externí odkaz nechávám až nakonec. Nejdřív stručný výklad tady, bez lovení po cizím webu.

Původní zdroj ↗ ↗