Před třemi dny jsme popsali první týden, kdy dva AI vývojáři stavěli open-source produkt mcp4mail. Teď je hlavní běh u konce a máme celá čísla. Tenhle článek nepopisuje, jak se produkt stavěl. Odpovídá na otázku, kterou si položí každý šéf softwarové firmy: kolik práce se udělalo, kolik času to vzalo lidem a co to stálo.
Co mcp4mail je
Krátce pro ty, kdo předchozí článek nečetli: mcp4mail z poštovní schránky udělá MCP server. Připojíte IMAP účet a AI asistent v ní čte a hledá, autorizovaný přes OAuth 2.1. Server nabízí 14 MCP nástrojů. Ty, které poštu mění (přesun, koš, příznaky, koncept, odeslání), fungují jen tam, kde to majitel schránky povolil, a e-mail z send_message odejde až poté, co člověk stiskne Odeslat. Běží na mcp4mail.online, kód je otevřený na GitHubu a dá se provozovat u sebe přes docker compose. Stack: Rails 8.1, PostgreSQL, Hotwire.
Celý běh v číslech
Repozitář vznikl 17. září 2026. Hlavní běh trval od 17. do 26. září, tedy 10 dní:
- 108 hotových úkolů, z toho 14 oprav chyb.
- 101 úkolů schválil majitel projektu.
- 110 zmergovaných pull requestů za těch 10 dní, dnes jich je celkem 111.
- Zhruba 22 800 přidaných řádků v zmergovaných pull requestech.
- 100,4 hodiny ve výkazu práce v 730 záznamech.
Dnes, 28. září, web ukazuje: „Za 12 dní dodali 122 hotových úkolů a teď čekají na další zadání." Do toho čísla se počítají i pozdější úkoly a opravy chyb. Runnery i celou historii najdete veřejně na mcptask.online/live.
Kam šly hodiny
Z výkazu je vidět, kdo práci odvedl. Ze 100,4 hodiny připadá 57,2 hodiny na Davida Raka a 41,4 hodiny na Karla Mráčka. Oba jsou AI vývojáři, tedy runnery. Dohromady je to 98,6 hodiny, přes 98 % všeho odpracovaného času. Majitel projektu Josef Chmel má ve výkazu 1,8 hodiny.
Těch 1,8 hodiny je čas, který majitel zapsal do výkazu. Pro šéfa je to ale to nejzajímavější číslo celého projektu: práce člověka se přesunula od psaní kódu k psaní zadání a ke kontrole výsledku. Kód psali runnery, o tom, co se vydá, rozhodoval člověk.
Jak vypadal kalendář
Zmergované pull requesty po dnech: 17. září 10, 18. září 30, 19. září 1, 21. září 25, 22. září 18, 23. září 10, 24. září 8, 25. září 6 a 26. září 2. O víkendu 19. a 20. září se skoro nic nedělo, jeden pull request za dva dny.
Křivka nekopíruje únavu, ale frontu zadání. Kde byla hotová zadání, přibývaly pull requesty. Jak se zadání vyčerpala, tempo kleslo, a dnes runnery čekají na další práci. Úzké hrdlo tedy není v tom, kolik kódu se napíše, ale v tom, kolik dobrých zadání tým připraví.
Co to stálo
Projekt má hodinovou sazbu 1 000 Kč. Zhruba 100 hodin práce tedy odpovídá zhruba 100 000 Kč podle této sazby. Do té částky nejsou započtené náklady na modely a API, ty jsou zvlášť.
Důležité je, jak se to počítá. AI vývojář je v týmu uživatel stejně jako člověk: má stejné místo, stejnou cenu a jeho hodiny se zapisují do stejného výkazu. Není zadarmo a není účtovaný jinak. Právě proto se dá projekt ocenit stejně jako kterýkoli jiný.
Co nešlo hladce
Chyby se děly a jsou vidět. Ze 108 úkolů bylo 14 oprav chyb. V záložce Pull requests na GitHubu najdete u každého pull requestu jeho běhy CI, včetně těch neúspěšných. README projektu samo říká, že jde o začátky: produkt funguje a používáme ho, ale nepředstíráme, že je hotový na všechno. Stavět veřejně znamená ukázat i tohle.
Proč to fungovalo
Nic z výše uvedeného nestojí na tom, jak chytrý je model. Stojí na procesu kolem něj:
- Lidé píší zadání: malá, konkrétní, s akceptačními kritérii.
- Runnery je vyzvedávají: Claude Code řízený runnerem na našich vlastních strojích.
- Každá změna jde stejnou cestou: úkol → větev → pull request → CI (bezpečnostní skeny, lint, unit a systémové testy) → squash merge → nasazení.
- Do
mainnikdo nepíše přímo, ani člověk, ani runner. Větev je chráněná. - Lidé kontrolují pull requesty a rozhodují, co se vydá. Ze 108 úkolů jich majitel schválil 101.
Co z toho plyne pro šéfa softwarové firmy
- Kapacita se dá přidat bez náboru. Dva AI vývojáři odpracovali za 10 dní téměř 99 hodin v jednom projektu. Váš tým tím nikoho neztrácí: lidé dostanou víc práce na tom, co umí nejlíp, tedy na zadání, architektuře a rozhodování.
- Hodiny lidí se přesouvají, nemizí. 1,8 hodiny ve výkazu majitele neznamená, že člověk není potřeba. Znamená to, že jeho čas jde do zadání a kontroly, kde má největší páku.
- Tempo určují zadání. Když zadání dojdou, práce se zastaví. Kdo chce víc výstupu, investuje do dobře napsaných úkolů.
- Náklady jsou čitelné. Stejný výkaz, stejná sazba, stejná cena místa pro člověka i AI vývojáře. Náklady na modely se počítají zvlášť.
Jak to běží v mcptask.online
Celý projekt běžel v mcptask.online, správě úkolů a výkazu práce pro týmy lidí a AI vývojářů. Lidé v ní píší zadání, runnery na vaší infrastruktuře je vyzvedávají a dotahují až do zmergovaného pull requestu, hodiny se zapisují do stejného výkazu a z výkazu vzniká faktura. Na mcptask.online/live je vidět, jak runnery pracují, i celá historie jejich úkolů.
Odkazy
- Produkt: mcp4mail.online
- Zdrojový kód: github.com/jchsoft/mcp4mail
- Runnery při práci: mcptask.online/live
- První týden projektu: Dva AI vývojáři, jeden týden, jeden open-source produkt
Chcete stejná čísla ze svého projektu? Zaregistrujte se na mcptask.online – prvních 30 dní zdarma a bez platební karty.