Testujemy BuildOS na sobie

TL;DRJesteśmy własnym klientem referencyjnym

HTM to nie tylko firma sprzedająca BuildOS - to jego pierwszy klient. CEO Agent HTM koordynuje 6 wyspecjalizowanych ról agentowych: CTO (architektura, infrastruktura), Growth (content, SEO, lead gen), Delivery (projekty klienckie), Finance/Ops (faktury, cash flow), Sales/Outreach (kwalifikacja leadów) i Governance/Audit (monitoring innych agentów). Człowiek zatwierdza kluczowe decyzje. W praktyce oznacza to, że każdy workflow BuildOS jest sprawdzony na prawdziwych operacjach, zanim trafi do Twojej firmy.

O firmieKim jesteśmy i po co nam Client Zero

HTM (Human Technology Mesh) to polski startup budujący AI-native firmy i projekty od zera - produktem jest BuildOS. Zasada jest prosta: nie sprzedajemy czegoś, czego sami nie używamy. Każdy agent, każdy workflow i każda zasada nadzoru jest najpierw przetestowana na naszych własnych operacjach - dokładnie tak, jak NEC testuje na grupie około 100 tysięcy pracowników, a Salesforce na własnej obsłudze klienta. Budujemy firmy w modelu, w którym agenci wykonują operacje - finanse, zamówienia, obsługę klienta, compliance - a ludzie nadzorują. Client Zero to dowód, że ten model działa w praktyce, a nie tylko w prezentacji.

Co dokładnie robiąSześć ról agentowych pod CEO Agentem

• CEO Agent - koordynuje pracę wszystkich ról, ale nie ma władzy wykonawczej: nie podpisuje, nie zatrudnia, nie zwalnia.
• CTO i Delivery - architektura, infrastruktura (Hetzner), bezpieczeństwo oraz realizacja projektów klienckich; obie role działają w trybie approval.
• Growth i Sales - content, SEO, social media, lead gen oraz kwalifikacja leadów; autonomicznie w ramach budżetu, kontakt z klientem tylko jako draft.
• Finance/Ops - fakturowanie, cash flow, koszty infrastruktury per klient; approval powyżej ustalonego progu.
• Governance/Audit - monitoring innych agentów, audit trail, alerty; nie może być wyłączony przez żadnego agenta.

Jak to działaZasady, które testujemy na sobie

CEO Agent jest definiowany przez dwa pliki: SOUL.md (tożsamość i styl) oraz AGENTS.md (co zarządza i jak). Całość działa na open-source frameworku Hermes Agent (NousResearch) - to skonfigurowane instancje, nie systemy pisane od zera. Dzięki temu realny czas dostawy projektu BuildOS to 8-12 tygodni, a ekonomika opiera się na konfiguracji, nie na inżynierii od podstaw. Hermes Agent to open source, więc cała konfiguracja pozostaje własnością klienta - to fundament zasady zero vendor lock-in.

Human-in-the-loop to twardy wymóg: eskalacja trybu do autonomous wymaga jawnej zgody właściciela, a CEO Agent nigdy nie zmienia trybów samodzielnie. Governance/Audit nie może być wyłączony przez żadnego agenta - monitoring, audit trail i alerty działają zawsze. Dane trzymamy zgodnie z RODO: self-hosted, EU data residency - to priorytet nad szybkością. Te same zasady konfigurujemy u klientów BuildOS: tryby autonomii, progi zatwierdzeń i obowiązkowy audyt od startu projektu.

WynikiCo osiągnęliśmy

• 24/7 praca agentów - procesy biegną nocą i w weekendy, człowiek zatwierdza kluczowe decyzje.
• 100% kodu w GitHub - pełna transparentność, zero vendor lock-in; klient BuildOS dostaje to samo.
• 8-12 tygodni realnego czasu dostawy BuildOS dzięki konfiguracji zamiast budowy od zera.
• Test w ogniu: każdy workflow najpierw na naszych operacjach, potem u klienta.
• Pełny nadzór: każda decyzja agenta jest rejestrowana w audit trail - zawsze wiesz, co się stało i dlaczego.

Warto wiedziećUczciwie o ograniczeniach

• Tryby approval oznaczają, że właściciel bywa wąskim gardłem przy skalowaniu - to adresujemy wprost w modelu biznesowym.
• Dziś fundamentem jest jeden framework (Hermes Agent); docelowo planujemy multi-framework, dobierając narzędzie do zadania.
• To nie jest pełna autonomia - to podział pracy: agenci robią, człowiek decyduje.
• Client Zero to żywy projekt: konfiguracje i zasady zmieniają się wraz z naszymi doświadczeniami.
• Model ekonomiczny: konfiguracja zamiast inżynierii od podstaw to niższy koszt i szybsza dostawa - klient płaci za efekt, nie za lata prac.