Software house i agencja w erze agentów

Software house, który buduje z agentami, sprzedaje zweryfikowane wyniki, a nie godziny. Gdy agenci kodujący przejmują większość budowy, rozliczenie time and materials obniża przychód, więc firma przechodzi na fixed price lub cenę jednostkową opartą na wykonywalnych kryteriach akceptacji, ujawnia użycie agentów w umowie i przepisuje klauzule o IP, danych i gwarancji wokół przekazywanych dowodów.

Twój dział sprzedaży wycenia projekt time and materials na 1200 godzin. Kierownik realizacji spodziewa się, że agenci zrobią większość budowy w ułamku tego czasu, a kwestionariusz zakupowy klienta pyta, które narzędzia AI dotykają jego kodu. Jeśli fakturujesz godziny, których już nie przepracowujesz, musisz się z tego tłumaczyć klientowi; jeśli fakturujesz tylko przepracowane, przychód spada, a koszty review, weryfikacji i modeli rosną.

Ta strona jest dla właściciela, prezesa i CTO software house’u, agencji lub małego studia, a także dla freelancera. Opisuje biznesową stronę zmiany; inżynierską opisują podlinkowane strony.

Co ta strona daje software house’owi lub agencji

• Tabelę decyzyjną, która dopasowuje pięć modeli wyceny do projektów.
• Arkusz wyceny fixed price, który osobno wycenia specyfikację, weryfikację i gwarancję.
• Trzy metryki marży dla firmy usługowej, w której godziny przestały odzwierciedlać wynik.
• Szablon załącznika o użyciu agentów dla klienta i listę kontrolną klauzul o IP, danych i gwarancji, z warunkami dostawców sprawdzonymi 2026-09-26.
• Konfigurację Claude Code, Codexa i Cursora, która rozdziela dane, poświadczenia i koszty każdego klienta.

Dlaczego time and materials przestaje działać, gdy kod piszą agenci?

Time and materials płaci za wysiłek. Agenci skracają wysiłek w fazie budowy, więc ten sam zakres przynosi mniej, a pozostałe godziny przesuwają się z pisania kodu do specyfikowania, weryfikacji i review.

Raport Faros AI „AI Engineering Report 2026” (kwiecień 2026, 22 000 programistów, dane dostawcy) wykazał, że przepustowość zadań na programistę wzrosła o 33,7%, liczba błędów na pull request wzrosła o 28,7%, a mediana czasu w review o 441,5%, więc zysk i rachunek za weryfikację przychodzą razem. Nie ma też bezpiecznej liczby przyspieszenia do obiecania klientowi: w randomizowanym badaniu METR doświadczeni programiści open source potrzebowali z narzędziami AI o 19% więcej czasu na ukończenie zadań (METR, 2025-07-10), a kontynuację z 2026 roku METR nazywa „an unreliable signal” (METR, 2026-02-24).

Firma, która dalej fakturuje godziny, oddaje więc klientowi zysk z agentów i sama ponosi koszt weryfikacji. Firma, która wycenia wynik, zatrzymuje zysk, pod warunkiem że umie udowodnić dostarczenie wyniku.

Który model wyceny pasuje do jakiego projektu?

Rozstrzyga jedno pytanie: czy przed rozpoczęciem pracy da się zapisać test, który powie, że praca jest skończona?

Model	Pasuje, gdy	Kto niesie ryzyko wyceny	Dokąd trafia zysk z agentów	Co musi istnieć wcześniej	Pułapka
Time and materials	Discovery, krótkie spike’i (eksperymenty badawcze), legacy bez testów, niejasny zakres	Klient	Do klienta (mniej fakturowanych godzin)	Nic nowego	Przychód spada, gdy realizacja przyspiesza
T&M z limitem lub retainer zespołu	Ciągła praca produktowa dla jednego klienta, backlog zmienia się co tydzień	Wspólnie: limit przenosi ryzyko przekroczenia na ciebie	Dzielony, zależnie od tego, ile zespół dowiezie w limicie	Backlog pocięty na weryfikowalne zadania	Ocenia się go po widocznej przepustowości, co zachęca do dzielenia zadań
Fixed price za kamień milowy	Zakres daje się opisać wykonywalnymi kryteriami akceptacji uzgodnionymi przed budową	Ty	Do ciebie, po odjęciu kosztów weryfikacji i gwarancji	Wykonywalne kryteria akceptacji podpisane przez klienta, bazowy koszt zaakceptowanej zmiany w twojej firmie	Zaniżona oferta, bo nie wyceniono specyfikacji, weryfikacji i gwarancji
Cena za zaakceptowaną zmianę	Duży wolumen podobnej pracy: migracje, integracje, dopisywanie testów, ekrany z design systemu	Ty, na jednostkę	Do ciebie	Definicja jednostki, cennik, wspólna bramka akceptacji	Spory o to, co jest jedną jednostką; zdefiniuj ją w umowie
Wycena oparta na wyniku	Kontrolujesz na tyle dużą część systemu, by poruszyć metrykę biznesową, np. konwersję lub opóźnienia	Ty, plus ryzyko przypisania efektu	Do ciebie, jeśli wynik się pojawi	Uzgodniona wartość bazowa, okno pomiaru, sposób oddzielenia twojego wpływu od działań klienta	Płacenie za wyniki, których nie kontrolujesz; zostaw stałą opłatę minimalną

Większość firm łączy modele: time and materials na discovery, gdzie powstają kryteria akceptacji, fixed price lub cenę jednostkową na budowę i retainer na utrzymanie.

Cena jednostkowa wymaga jednostki, którą klient może sprawdzić

W umowie z klientem powiąż jednostkę z czymś, co klient może zweryfikować, na przykład z zadaniem, które przechodzi podpisane testy akceptacyjne w CI klienta. Definicję zaakceptowanej zmiany stosowaną w tym serwisie znajdziesz na stronie o ekonomii.

Jak wycenić ofertę fixed price, gdy budowę wykonują agenci?

Budowa staje się najtańszą pozycją oferty. Specyfikacja, weryfikacja, akceptacja i gwarancja chowały się kiedyś w „godzinach developmentu”; teraz decydują o marży, więc wyceń każdą osobno.

1. Policz własny koszt jednostkowy. Policz koszt zaakceptowanej zmiany w dwóch lub trzech ostatnich projektach zrealizowanych z agentami metodą ze strony o ekonomii. Bez tej liczby fixed price jest zgadywaniem.
2. Potnij zakres na weryfikowalne jednostki w płatnym discovery. Każda jednostka dostaje kryterium akceptacji podpisane przez klienta. Jednostki, dla których nie da się napisać testu, zostają w time and materials.
3. Wyceń discovery, specyfikację i akceptację w godzinach. Tę pracę z klientem agenci skracają najmniej.
4. Wyceń budowę jako liczba jednostek × twój koszt jednostkowy, plus rezerwa na ryzyko, tym większa, im słabsze testy. Legacy bez testów wymaga najpierw płatnych testów charakteryzujących.
5. Dodaj rezerwę gwarancyjną na podstawie własnej historii defektów zgłoszonych w okresie gwarancji, a nie życzeniowego procentu.
6. Opublikuj cenę jednostki dla zmian zakresu, co kończy najczęstszy spór przy fixed price.

Arkusz wyceny fixed price

Wklej blok do komórki A1 pustego arkusza Google Sheets lub Excela; kolumny są rozdzielone tabulatorami, a formuły się przeliczą. Wartości to przykładowe założenia, a nie benchmarki: zastąp każdą liczbę w kolumnie B własną.

Pozycja  Wartość  Źródło lub właściciel
Zaakceptowane zmiany w zakresie  120  Zakres pocięty na weryfikowalne jednostki podczas discovery — tech lead
Koszt zaakceptowanej zmiany w podobnych projektach (USD)  180  Twoje ostatnie dwa lub trzy projekty realizowane z agentami — finanse i realizacja
Koszt budowy, weryfikacji i review (USD)  =B2*B3
Godziny discovery i specyfikacji  160  Szacunek przed podpisaniem umowy, potem wartości rzeczywiste
Godziny akceptacji, demo i przekazania  60  Uwzględnij warsztaty z klientem i przekazanie harnessu
Pełny koszt godziny pracy (USD)  70  Finanse
Koszt discovery, akceptacji i przekazania (USD)  =(B5+B6)*B7
Stawka rezerwy gwarancyjnej  0.08  Koszt napraw defektów gwarancyjnych ÷ koszt realizacji w poprzednich projektach
Rezerwa gwarancyjna (USD)  =(B4+B8)*B9
Stawka rezerwy na ryzyko  0.15  Podnieś ją dla kodu legacy ze słabymi testami
Rezerwa na ryzyko (USD)  =(B4+B8)*B11
Całkowity koszt realizacji (USD)  =B4+B8+B10+B12
Docelowa marża brutto  0.35  Zarząd
Cena fixed price (USD)  =B13/(1-B14)
Cena jednostki dla zmian zakresu (USD)  =B15/B2  Trafia do klauzuli o zmianach zakresu w umowie

W polskich ustawieniach regionalnych arkusza wpisz stawki jako 0,08, 0,15 i 0,35 albo jako procenty.

Prompt do skopiowania: pocięcie briefu klienta na wycenione jednostki

Read the client brief in docs/brief.md and the existing codebase. Slice the scope into
units that each end in one merged pull request and one executable acceptance test.
For every unit, output one row: id, user-visible behaviour in one sentence, the
acceptance test in Given/When/Then form, the files or modules it touches, and a risk
flag (LOW: covered by existing tests; MEDIUM: needs new tests; HIGH: legacy code with
no tests, external integration, data migration, or security-sensitive).
Then list everything in the brief you could NOT turn into an acceptance test, with the
question the client must answer before it can be priced. Do not estimate hours.
Write the result to docs/scope-units.md.

Agent dobrze znajduje niejasności, ale nie zna twojego kosztu jednostkowego, więc nie bierz od niego wyceny w godzinach.

Jak zmieniają się marża i model zespołów w firmie działającej z agentami?

Agenci przejmują dużą część pracy juniorów, którą fakturowała piramida usługowa, więc dźwignia przesuwa się z ludzi na harness: reguły, skille, wyrocznie testowe i agentów review używanych w każdym projekcie. Jednostką obsady staje się mały zespół (pod).

	Firma-piramida	Mały zespół z agentami
Kształt	Jeden senior, kilku mid-level, wielu juniorów na projekt	Tech lead, jeden lub dwóch inżynierów, którzy specyfikują i weryfikują, agenci wykonujący większość budowy
Co robią seniorzy	Review, odblokowywanie, estymacje	Piszą z klientem specyfikacje i kryteria akceptacji, projektują weryfikację, odpowiadają za dowody
Co firma wykorzystuje ponownie	Ludzi na ławce	Zasoby harnessu: szablony AGENTS.md lub CLAUDE.md, skille, zestawy ewaluacji, bramki CI
Źródło marży	Obłożenie × stawka × dźwignia	Cena za wynik − (ludzie + zużycie + weryfikacja + gwarancja)
Główne ryzyko	Czas na ławce	Niedoszacowana weryfikacja i brak juniorów, którzy wyrosną na liderów

Obłożenie przestaje być liczbą, która steruje firmą. Śledź zamiast tego trzy metryki dla każdego projektu i kwartału:

• Marża realizacji = (przychód − koszt ludzi − zużycie agentów − CI i weryfikacja − koszt gwarancji) ÷ przychód. Zużycie agentów to realna pozycja kosztowa: refakturuj ją albo uwzględnij w cenie.
• Koszt zaakceptowanej zmiany = metoda ze strony o ekonomii, dla każdego klienta osobno. To wejście do kolejnej oferty.
• Wskaźnik defektów gwarancyjnych = defekty zgłoszone przez klienta w okresie gwarancji ÷ dostarczone zaakceptowane zmiany. Jeśli rośnie razem z marżą, zaciągasz dług, który spłacisz w sporach z klientami.

Nie przestawaj zatrudniać juniorów, żeby chronić marżę w tym kwartale

Liderzy zespołów wyrastali dotąd z warstwy juniorów, więc firma, która przestaje ich zatrudniać, za trzy lata nie będzie miała kogo awansować. Strona o juniorach w zespole z agentami ma 90-dniowy plan ich rozwoju, a strona o tym, jak zmienia się kształt zespołów i ról, omawia zatrudnienie.

Co się zmienia dla freelancerów i dwuosobowych studiów?

Sprzedawaj pakiety, nie godziny: stała cena za zdefiniowany rezultat („płatności Stripe z przechodzącymi testami end-to-end i wdrożeniem na staging”) zatrzymuje zysk z szybkości, który stawka godzinowa oddaje. Miej osobne konto komercyjne lub klucz API dla każdego klienta i przekazuj testy, kryteria akceptacji i plik reguł razem z kodem.

Jak rozdzielić dane, poświadczenia i koszty klientów w każdym narzędziu?

Każdy klient potrzebuje własnych poświadczeń, ścieżki danych i przypisania kosztów.

Claude Code

• Poświadczenia osobno dla klienta: trzymaj jeden plik ustawień na klienta poza repozytorium i uruchamiaj z nim sesje, na przykład claude --settings ~/clients/acme/settings.json. Jego apiKeyHelper pobiera klucz API klienta z menedżera sekretów, więc klucz nie trafia ani do repozytorium, ani do kontekstu modelu.
• Narzędzia osobno dla klienta: ładuj tylko serwery MCP danego klienta przez --mcp-config ~/clients/acme/mcp.json --strict-mcp-config, co pomija wszystkie inne skonfigurowane serwery.
• Koszty osobno dla klienta: ustaw CLAUDE_CODE_ENABLE_TELEMETRY=1 i znacznik klienta, na przykład OTEL_RESOURCE_ATTRIBUTES="client=acme,engagement=acme-2026-q4". Claude Code ignoruje zmienne eksportera OpenTelemetry, w tym CLAUDE_CODE_ENABLE_TELEMETRY, w plikach .claude/settings.json i .claude/settings.local.json repozytorium (od v2.1.282, kanał latest; na kanale stable 2.1.274 plik projektu nadal może je ustawić), więc ustaw telemetrię w powłoce, w ustawieniach użytkownika lub zarządzanych albo w pliku --settings danego klienta. Metryka claude_code.cost.usage niesie wtedy znacznik klienta. Pełna konfiguracja telemetrii jest na stronie o zarządzaniu kosztami.
• Przebiegi bez nadzoru: ogranicz każdy przebieg w CI przez claude -p --max-budget-usd 5 "…"; flaga działa tylko z --print (Claude Code 2.1.283).
• Dla administratora: na komputerach logujących się do twojej własnej organizacji Claude for Enterprise lub Team ustaw forceLoginMethod i forceLoginOrgUUID w ustawieniach zarządzanych. Te klucze blokują przy starcie ANTHROPIC_API_KEY, ANTHROPIC_AUTH_TOKEN i apiKeyHelper (Claude Code 2.1.283), więc nie ustawiaj ich na komputerach pracujących na kluczach klienta. Tam konfiguracją jest plik --settings danego klienta z jego apiKeyHelper, a zmienna ANTHROPIC_API_KEY pozostaje nieustawiona, bo w kolejności uwierzytelniania ma pierwszeństwo przed apiKeyHelper.

Codex

• Konfiguracja osobno dla klienta: umieść plik profilu w $CODEX_HOME/acme.config.toml i uruchamiaj codex -p acme, co nakłada ten plik na bazową konfigurację (Codex CLI 0.157.1). Plik zawiera serwery MCP i ustawienia modelu danego klienta. Na komputerach inżynierów daj każdemu klientowi osobny CODEX_HOME (na przykład CODEX_HOME=~/clients/acme/codex codex), bo profil nakłada konfigurację, ale dzieli zapisany login: codex login zapisuje auth.json w CODEX_HOME (Codex CLI 0.157.1).
• Poświadczenia w CI: zaloguj się kluczem API klienta z magazynu sekretów CI, printenv ACME_OPENAI_API_KEY | codex login --with-api-key, żeby zużycie trafiało na projekt API klienta albo na projekt, który refakturujesz.
• Zużycie i dowody dla każdego przebiegu: codex exec --json wypisuje zdarzenia przebiegu, w tym zużycie tokenów, jako JSONL; zapisuj je z numerem pull requesta, żeby każdy przebieg dało się przypisać do klienta i zmiany.

Cursor

• Rozdzielenie klientów: otwieraj każdego klienta w osobnym oknie z jego własnego repozytorium, nigdy w workspace z wieloma katalogami, który miesza klientów. Jeśli wymagają tego warunki umowy z klientem, inżynierowie używają dla niego osobnego konta lub zespołu w Cursorze.
• Serwery MCP osobno dla klienta: trzymaj serwery MCP klienta w pliku .cursor/mcp.json w repozytorium, śledzonym w git, żeby przeszły razem z kodem przy przekazaniu. Nie wpisuj ich do globalnej konfiguracji użytkownika, bo wtedy serwery jednego klienta ładują się w sesjach wszystkich pozostałych.
• Retencja: ta strona nie omawia planów Cursora, administracji zespołu ani ustawień retencji danych (nie sprawdzano ich ponownie 2026-09-26). Zanim otworzysz kod klienta w Cursorze, sprawdź na cursor.com, jakie ustawienie retencji obowiązuje na każdym koncie, które będzie miało do niego dostęp, i zapisz to w załączniku dla klienta.
• Reguły osobno dla klienta: trzymaj reguły projektu klienta w jego repozytorium, żeby przechodziły razem z kodem przy przekazaniu (zob. wzorce kontekstu w Cursorze).
• Koszty: bierz zużycie z raportów administracyjnych twojego planu i zapisuj plan oraz tryb rozliczeń każdego projektu.

Co ujawnić klientowi o użyciu agentów?

Ujawnij tyle, żeby klient mógł sam podjąć decyzje o swoich danych i ryzyku, i nie mniej, niż pyta jego kwestionariusz zakupowy. Klient, który znajdzie agentów w trailerze commita albo w pozycji na fakturze, zacznie rozmowę o zaufaniu, a nie o cenie.

Warunki danych różnią się między dostawcami, planami i modelami, dlatego załącznik wymienia modele i ścieżki, nie tylko narzędzia. Według stanu z 2026-09-26 Warunki komercyjne Anthropic (Commercial Terms of Service, obowiązujące od 2025-06-17) stanowią, że „Anthropic may not train models on Customer Content from Services”. Zerowa retencja danych (ZDR) dla Claude Code jest dostępna dla zakwalifikowanych kont Claude for Enterprise, włączana dla organizacji przez zespół Anthropic; klucze API organizacji komercyjnej objętej ZDR też są nią objęte, a ZDR nigdy nie obejmuje danych przetwarzanych przez serwery MCP ani inne integracje zewnętrzne; szczegóły dla modeli i regionów opisuje strona o tym, gdzie działa model. Aktualnych warunków OpenAI i Cursora nie sprawdzano na potrzeby tej strony 2026-09-26; przeczytaj je na stronie dostawcy, zanim je wymienisz.

Szablon załącznika o użyciu agentów AI

Dostosuj ten tekst z prawnikiem i dołącz go do zlecenia (statement of work). Pola w nawiasach kwadratowych wypełniasz dla każdego projektu. Zdanie o trenowaniu w punkcie 2 potwierdź przed podpisaniem z aktualnymi warunkami komercyjnymi każdego wymienionego dostawcy i usuń je dla dostawcy, którego warunków nie udało się sprawdzić. W umowie z polskim klientem przetłumacz go na polski razem z prawnikiem.

Appendix C — Use of AI coding agents

1. Tools and models. The Supplier uses the following AI coding agents and models to
   deliver the Services: [Claude Code with Claude Opus 5.5 via the Anthropic API;
   Codex with GPT-6 Astra]. The Supplier will notify the Client in writing at least
   [14] days before adding a tool or model whose data terms are less protective.
2. Data route. Client code and data are processed by [vendor] under the Supplier's
   commercial agreement, in [region], with [zero data retention | retention of N days].
   [The vendor's commercial terms, checked on (date), do not permit training on this
   data.] Personal accounts and consumer plans are never used for Client work.
3. Data classes. Agents may read: source code, test data, [synthetic data only].
   Agents may not read: production personal data, secrets, [list]. Secrets are
   injected at runtime and never placed in prompts or context files.
4. Human accountability. A named engineer of the Supplier is accountable for every
   change delivered, whoever or whatever wrote it. Agents do not approve their own work.
5. Verification. Each milestone is delivered with an evidence bundle: acceptance tests
   agreed with the Client, CI results, security and license scans, and a summary of
   what was not verified. Acceptance is decided against that evidence.
6. Client choices. The Client may (a) exclude named repositories or data from agent
   processing, (b) require use of Client-owned accounts or API keys, and (c) request
   the agent run logs for any change.
7. Handover. At the end of the engagement the Supplier delivers the rules files, skills,
   prompts, acceptance tests, and CI configuration used to build the deliverables.

Wpisz model, na którym naprawdę działają twoje sesje (sprawdź /status). Opus 5.5 wymaga Claude Code v2.1.280 lub nowszego, a 2026-09-26 tę wersję ma tylko kanał latest.

Klasyfikację danych, do której odwołuje się punkt 3, znajdziesz w polityce prywatności i obsługi danych; dla klientów z UE zob. stronę o AI Act.

Które klauzule umowne o IP, danych i gwarancji trzeba przepisać?

Gdy kod piszą agenci, większość ryzyka niesie sześć klauzul. To lista kontrolna do omówienia z prawnikiem, a nie porada prawna; strona o prawie i własności intelektualnej omawia każde z tych pytań dokładniej.

Klauzula	Stare brzmienie zakłada	Co zapisać zamiast tego	Dlaczego
Prawa do rezultatów	Kod napisali twoi pracownicy, więc możesz przenieść pełne prawa autorskie	Przenieś wszystkie przysługujące ci prawa, a do części wygenerowanych maszynowo — „w zakresie, w jakim istnieją”; gwarantuj proces, a nie oryginalność	Ochrona prawnoautorska kodu wygenerowanego maszynowo może być ograniczona, zależnie od jurysdykcji. Lokalne wymogi formy nadal obowiązują: według polskiej ustawy o prawie autorskim i prawach pokrewnych umowa przenosząca prawa wymaga formy pisemnej i musi wymieniać pola eksploatacji. Warunki dostawców przenoszą prawa do wyników tylko „if any” (Commercial Terms Anthropic, sprawdzone 2026-09-26)
Licencje open source i stron trzecich	Programiści wiedzą, co skopiowali	Gwarantuj, że rezultaty przechodzą skan licencji z uzgodnioną listą dozwolonych licencji, i dostarczaj SBOM z każdym wydaniem	Agent może odtworzyć licencjonowany kod albo dodać zależność, której nikt nie wybrał; skan w CI czyni gwarancję sprawdzalną
Zabezpieczenie przed roszczeniami osób trzecich z tytułu IP (indemnity)	Twoje zobowiązanie do zabezpieczenia opiera się na twoim własnym postępowaniu	Ogranicz własne zobowiązanie do zabezpieczenia i nie obiecuj przeniesienia na klienta indemnity dostawcy	Zobowiązanie Anthropic do obrony klienta przed roszczeniami (indemnity) nie obejmuje wyników zmodyfikowanych przez klienta ani połączonych z technologią spoza Anthropic, czyli większości dostarczanego kodu (Commercial Terms, sprawdzone 2026-09-26)
Poufność i dane	Dane zostają na twoich laptopach i serwerach	Wymień dostawców modeli jako podprzetwarzających, wypisz dozwolone klasy danych i ścieżki, zakaż kont prywatnych	Kod klienta opuszcza twoją infrastrukturę za każdym razem, gdy agent go czyta
Gwarancja	„Wolne od wad” przez N dni	Gwarantuj zgodność z podpisanymi kryteriami akceptacji przez N dni; wadą jest niezgodność z nimi, wszystko inne to zmiana zakresu	Roszczenia gwarancyjne stają się rozstrzygalne na podstawie dostarczonych dowodów
Odbiór	Klient testuje ręcznie i podpisuje	Odbiór rozstrzyga się na podstawie pakietu dowodów i uzgodnionych testów, z okresem odbioru dorozumianego	Klient może odebrać pracę bez czytania każdej linii

Prompt do skopiowania: sprawdzenie projektu umowy według listy klauzul

Review the attached master services agreement and statement of work for a software
delivery engagement in which the supplier uses AI coding agents. For each of these six
areas — ownership of deliverables, open-source and third-party licenses, IP indemnity,
confidentiality and data (including subprocessors), warranty, acceptance — quote the
clause that covers it, or write NONE. Then flag:
- ownership language that assumes human authorship of every line;
- any promise to pass through an AI vendor's indemnity;
- data clauses that do not name model vendors or forbid personal accounts;
- warranties phrased as "free from defects" rather than conformance to acceptance criteria;
- acceptance that depends on manual testing with no deemed-acceptance period.
Output a table: area, clause reference, issue, suggested wording for counsel to review.
You are not giving legal advice; mark anything jurisdiction-specific for counsel.

Jak udowodnić jakość klientowi, który nie czyta kodu?

Nikt nie przeczyta tysiąca diffów napisanych przez agentów, więc jakość pokazujesz dowodami, które klient może sprawdzić, podpisanymi przez konkretne osoby.

1. Przed budową product owner klienta podpisuje testy Given/When/Then dla każdej jednostki. Leżą tam, gdzie agent nie może ich edytować (zob. wykonywalne kryteria akceptacji).
2. Każda zmiana przechodzi w CI te same bramki: testy akceptacyjne, typy i lint, skan bezpieczeństwa i skan licencji z uzgodnioną listą dozwolonych licencji (przetestowaną bramkę CI opisuje strona o weryfikacji zależności). Agent review komentuje każdy pull request, a człowiek przegląda każdą zmianę wysokiego ryzyka i próbkę pozostałych (zob. review pull requestów agentów).
3. Każdy kamień milowy dostarczasz z pakietem dowodów, który podpisuje twój tech lead.
4. Klient odbiera pracę na podstawie pakietu, w okresie odbioru dorozumianego zapisanym w umowie.
5. Co kwartał raportuj sponsorowi po stronie klienta trzy liczby: zaakceptowane zmiany, defekty gwarancyjne i zmiany cofnięte w ciągu 30 dni (zob. frameworki metryk).

Zespoły wewnętrzne przechodzą tę samą zmianę, opisaną na stronie o weryfikowaniu dowodów zamiast diffów.

Prompt do skopiowania: złożenie pakietu dowodów dla kamienia milowego

Prepare the evidence bundle for milestone M2 of the ACME engagement. Use the merged pull
requests labelled "m2" and the CI runs on main since tag m1.
1. List each accepted unit from docs/scope-units.md with its acceptance test name and the
   CI run that passed it. Mark any unit whose test did not run as NOT VERIFIED.
2. Summarise the security scan and license scan results; list every new dependency and
   its license.
3. List changes reverted or re-opened since m1.
4. State plainly what this milestone does not prove (for example: no load test, manual
   accessibility check pending).
Write it to docs/evidence/m2.md for the tech lead to review and sign. Do not mark
anything as verified unless a CI artefact shows it.

Co się psuje, gdy software house przechodzi na pracę z agentami?

Klient z umową time and materials dowiaduje się o agentach i żąda rabatu. Co zrobić: ujawnij użycie agentów jako pierwszy, zaproponuj fixed price lub cenę jednostkową dla kolejnej fazy i pokaż godziny review, które zostały.

Oferta fixed price traci na weryfikacji, bo kryteria były niejasne, a legacy nie miało testów. Co zrobić: przenieś niejasny zakres z powrotem do time and materials przez zmianę zakresu i uzależnij kolejny fixed price od płatnego discovery z podpisanymi testami akceptacyjnymi.

Inżynier przepuszcza kod klienta przez prywatne konto. Dane podlegają teraz warunkom konsumenckim, których umowa nie obejmuje. Co zrobić: poinformuj klienta zgodnie z klauzulą poufności oraz unieważnij i zrotuj wszystko, co sesja mogła zobaczyć. Potem wymuś dostęp komercyjny przez ustawienia zarządzane dopasowane do tego, jak projekt się uwierzytelnia; którą konfigurację wybrać, mówi uwaga dla administratora w zakładce Claude Code powyżej.

Dział sprzedaży obiecuje przeniesienie indemnity dostawcy, której dostawca nigdy nie udzielił. Co zrobić: usuń z szablonów zapisy o przeniesieniu zobowiązania do zabezpieczenia, ogranicz własne zobowiązanie i poproś prawnika o przeczytanie aktualnych wyłączeń każdego dostawcy.

Marża rośnie razem ze wskaźnikiem defektów gwarancyjnych, bo zespoły dostarczają szybciej, niż bramki nadążają sprawdzać. Co zrobić: zmniejsz liczbę agentów na zespół i przed kolejnym projektem fixed price sfinansuj mocniejsze testy akceptacyjne.

Klient traci możliwość dalszej pracy po przekazaniu, bo rezultaty zależą od twoich prywatnych skilli, promptów i CI. Co zrobić: przekaż harness razem z kodem, jak wymaga punkt 7 załącznika; strona o unikaniu uzależnienia od dostawcy wymienia zasoby, które przechodzą między narzędziami.

Co dalej: strony dla software house’ów i agencji

Ścieżka dla zarządu zaczyna się na stronie startowej dla kadry zarządzającej. Stąd policz swój koszt realizacji, a potem zanieś pytania umowne do prawnika.

Ekonomia: koszt zaakceptowanej zmiany Metoda kosztu jednostkowego, na której opierasz fixed price i ceny jednostkowe.

Prawo i własność intelektualna Prawa do kodu, skażenie licencyjne, indemnity i warunki danych jako lista dla prawnika.

Zakup narzędzi AI do kodowania Kwestionariusz dla dostawców stojący za załącznikiem dla klienta i sposób weryfikacji odpowiedzi.

Pakiet dowodów Dowód dla każdej zmiany, który jest też zapisem odbioru i gwarancji.

Business case Zamień zmianę modelu realizacji w notatkę decyzyjną z opcjami i punktami zatrzymania.

Jak zmienia się kształt zespołów i ról Zatrudnienie, role i rozpiętość kierowania, gdy budowę wykonują agenci.