Część pierwsza: Konstytucja

Jeśli zapamiętasz tylko tę część, będziesz wiedzieć, jak pracujemy.

Idea leżąca u podstaw wszystkiego

Staramy się zrozumieć, co jest prawdą, budować na tym zrozumieniu i zmieniać zdanie, gdy dowody się zmieniają.

Rzeczywistość mówi nam, co jest prawdą. Nasza misja mówi nam, co warto robić.

Naszą misją jest zapewnienie ludziom i ich agentom wspólnego, godnego zaufania i modyfikowalnego zrozumienia ich świata, aby to, czego się uczą, kumulowało się, a nie znikało.

Zrozumienie jest użyteczne tylko wtedy, gdy zmienia to, co robimy. Jasne postrzeganie to początek pracy, a nie jej koniec.

Postrzegaj jasno. Decyduj, co ważne. Działaj.

To są zasady działania dla zarówno ludzi, jak i agentów w Siftable.

Ich możliwości, uprawnienia, obowiązki i autorytet decyzyjny różnią się. Standardy dotyczące dowodów, uczciwości, pochodzenia, niepewności, sprzeczności i rewizji nie.

Ludzie pozostają odpowiedzialni za wyniki, które delegują.

Wszystko poniżej wynika z tych idei.

1. Mówmy, jak jest

Jasno komunikujmy, co wiemy, co przypuszczamy, a czego jeszcze musimy się dowiedzieć.

Nie przedstawiajmy produktu, dowodów, naszych postępów ani naszej pewności w lepszym świetle — ani sobie nawzajem, ani użytkownikom, ani samym sobie.

„To nasze najlepsze przypuszczenie” i „zweryfikowaliśmy to” to dwa różne stwierdzenia.

Podobnie jak „eksperymentujemy z tym” i „dostarczymy to”.

Składamy obietnice ostrożnie i dotrzymujemy ich.

Ta sama zasada dotyczy agentów. Agent nigdy nie powinien przedstawiać wniosku jako faktu, ukrywać istotnej niepewności ani twierdzić, że zweryfikował coś, czego nie zweryfikował.

2. Jedna osoba odpowiada za problem

Za każdy ważny problem odpowiada jeden człowiek, którego zadaniem jest zrozumienie go od początku do końca.

Inne osoby i agenci mogą wnosić nieograniczony wkład. Agenci mogą przejmować delegowane zadania i wykonywać pracę samodzielnie w ramach swoich uprawnień. Jednak odpowiedzialność za końcowy wynik nie rozpływa się w zespole, systemie czy roju agentów.

Osoba odpowiedzialna zawsze wie:

• co próbujemy osiągnąć;
• jakie są nasze obecne założenia;
• co pozostaje niewiadomą;
• jakie istnieją dowody;
• co faktycznie się wydarzyło;
• co się nie powiodło;
• i co dalej.

Organizujemy się wokół problemów, a nie systemów.

Zadaniem zespołu od pamięci jest rozwiązywanie problemów z pamięcią, a nie utrzymywanie obecnego systemu. Jeśli właściwym rozwiązaniem jest zastąpienie czegoś, co zbudowaliśmy, osoba za to odpowiedzialna powinna być pierwszą, która to przyzna.

Odpowiedzialność nie tworzy czarnej skrzynki. Osoby mające uzasadniony powód mogą mieć bezpośredni dostęp do użytkowników, dowodów, logów, systemów i zaangażowanych osób.

Właściciel problemu wciąż odpowiada za wynik.

3. Badania i tworzenie idą w parze

Uczymy się, zadając pytania, tworząc, testując, mierząc wyniki i weryfikując nasze zrozumienie.

Badania to zdyscyplinowane zmniejszanie niepewności. To nie jest teoretyzowanie dla samego teoretyzowania.

Inżynieria to urzeczywistnianie użytecznych rzeczy. To nie jest ślepe wdrażanie decyzji podjętych gdzie indziej.

Osoby podejmujące ważne decyzje pozostają blisko zarówno dowodów, jak i realizacji, aby rozumieć, co faktycznie oznaczają ich decyzje.

Agenci powinni uczestniczyć w tej samej pętli: badać, tworzyć, testować, analizować wyniki i aktualizować wiedzę — w ramach nadanych im uprawnień i ograniczeń.

4. Trzymajmy się rzeczywistości

Używajmy produktu.

Rozmawiajmy z użytkownikami.

Obserwujmy, jak faktycznie pracują.

Czytajmy logi.

Samodzielnie badajmy awarie.

Zwracajmy uwagę na to, co ludzie faktycznie robią, a nie na to, co naszym zdaniem powinni robić.

Raporty, pulpity, metryki, podsumowania i modele mogą pomóc nam zrozumieć rzeczywistość. Ale nie są rzeczywistością.

Technicznie elegancki system, który nie rozwiązuje prawdziwego problemu, nie jest sukcesem.

5. Zmiana zdania to postęp

Porażką nie jest mylenie się, ale odmawianie aktualizacji swoich poglądów.

Dobry eksperyment, który obala tezę, może zaoszczędzić miesiące zmarnowanej pracy.

Usunięcie niepotrzebnego kodu może być cenniejsze niż dodanie nowego.

Uproszczenie systemu może być trudniejsze i bardziej wartościowe niż jego rozbudowa.

Zatrzymanie pracy, która nie ma już sensu, jest uprawnionym rezultatem.

Nauka ma znaczenie, gdy zmniejsza niepewność i zmienia to, co robimy.

Nie tworzymy złożoności, by wyglądać na ważniejszych.

Nie utrzymujemy projektów przy życiu, aby uzasadnić poniesione już koszty.

Oczekuje się, że zarówno ludzie, jak i agenci będą weryfikować swoje modele robocze, gdy zmienią się dowody.

6. Proces musi na siebie zasłużyć

Procesy istnieją, ponieważ doświadczenie nauczyło nas, że pewne rzeczy muszą dziać się w niezawodny sposób.

Gdy powtarzamy tę samą lekcję, kodyfikujemy ją. Jeśli to możliwe, zamiast ceremonii preferujemy narzędzia, testy, automatyzację i jasne ograniczenia systemowe.

Procesy nie są święte.

Ulepszaj je, gdy zawodzą.

Usuwaj je, gdy przestają pomagać.

I nie automatyzuj procesu, zanim nie udowodnisz, że zasługuje on na istnienie.

Celem procesu jest ułatwianie dobrej pracy i utrudnianie powtarzania błędów, a nie sprawianie, by organizacja wyglądała na dojrzałą.

7. Szacunek wynika z oceny, nie ze stanowiska

Słuchaj tego, kto najlepiej rozumie problem.

Dobre pomysły mogą pochodzić z każdego źródła. Referencje, staż pracy, tytuł, pozycja w organizacji ani to, czy użyteczna obserwacja pochodzi od człowieka, czy od agenta, nie przesądzają o słuszności argumentu.

Liczy się jakość rozumowania i dowodów.

Otwarcie debatuj przed podjęciem ważnych decyzji. Jasno określ, kto decyduje.

Gdy decyzja zostanie podjęta, wspieraj ją i dobrze wykonaj.

Jeśli pojawią się istotne nowe dowody, otwórz sprawę na nowo. Zmiana kursu z powodu zmiany rzeczywistości to nie nielojalność.

Autorytet decyzyjny można przypisać. Na wiarygodność trzeba zapracować.

Cztery maksymy robocze

To nie są dodatkowe zasady. To użyteczne przypomnienia wyniesione z organizacji, które przed nami rozwiązywały trudne problemy.

Znajdź sposób.
Zakładamy sprawczość. Jeśli jedna droga jest zablokowana, szukaj innej. Nie myl wyjaśniania, dlaczego coś jest trudne, z rozwiązaniem tego.

Rób proste rzeczy, które działają.
Oceniaj rozwiązania po tym, co osiągają, a nie po tym, jak wyrafinowanie brzmią. Złożoność musi zasłużyć na swoje istnienie.

Usuwaj, zanim zoptymalizujesz.
Kwestiunuj wymaganie. Usuń to, co niepotrzebne. Uprość to, co zostało. Potem przyspiesz i zautomatyzuj.

Wejdź w głąb problemu.
Nie zbieraj tylko wymagań z daleka. Pracuj ramię w ramię z ludźmi doświadczającymi problemu. Zobacz faktyczny przepływ pracy i weź odpowiedzialność za wynik.

Zasada prostego języka

Jeśli ważnej idei lub zasady nie da się wyjaśnić w prosty sposób, prawdopodobnie jeszcze jej wystarczająco dobrze nie rozumiemy.

Złożoność może kryć się pod spodem.

Wspólne zrozumienie powinno pozostać na tyle proste, by można je było komunikować.

Część druga: Pakty

Pakt MTS

Członek personelu technicznego (MTS) jest zarówno badaczem, jak i budowniczym.

Nie musisz być równie silny we wszystkim. Niektórzy będą znacznie głębiej specjalizować się w badaniach, systemach, produktach, projektowaniu, infrastrukturze, bezpieczeństwie lub innej dyscyplinie technicznej. Silna specjalizacja jest cenna.

Ale każdy MTS powinien potrafić:

• zadawać dobre pytania i oddzielać założenia od dowodów;
• projektować użyteczne sposoby testowania pomysłów;
• budować lub kierować budową działających systemów;
• efektywnie pracować przy użyciu agentów i innych narzędzi;
• badać, co faktycznie się wydarzyło;
• badać przyczyny niepowodzeń, zamiast wnioskować tylko na podstawie podsumowań;
• wyjaśniać swoje rozumowanie w prosty sposób;
• i zmieniać kurs, gdy rzeczywistość się nie zgadza.

Budowniczy nie oznacza „osoby, która ręcznie pisze najwięcej kodu”.

W miarę ulepszania narzędzi, agenci będą wykonywać więcej zadań implementacyjnych. Budowanie oznacza zdolność do tworzenia rzeczywistego, działającego i zrozumiałego systemu — poprzez architekturę, specyfikacje, testy, ewaluacje, narzędzia, ślady, kod i ocenę wyników pracy agenta — oraz branie odpowiedzialności za jego działanie.

Ktoś, kto potrafi jedynie tworzyć propozycje, ale nie potrafi stworzyć niczego realnego, byłby tu wyjątkiem.

Podobnie jak ktoś, kto potrafi szybko tworzyć implementacje, nie zastanawiając się, czy są one poprawne, użyteczne czy warte budowania.

Od osób na stanowiskach nietechnicznych nie oczekuje się scalania PR-ów. Oczekuje się od nich przestrzegania tych samych standardów dotyczących dowodów, odpowiedzialności i kontaktu z rzeczywistością w ramach ich własnej pracy.

W miarę możliwości preferujemy działające rzeczy od opisów rzeczy hipotetycznych.

Jeden system operacyjny dla ludzi i agentów

Ludzi i agentów obowiązują te same zasady dotyczące prawdy.

Mają różne możliwości, uprawnienia, obowiązki i autorytet. Ale uczestniczą w tym samym systemie rozumienia świata i działania w nim.

Obie strony pracują z tymi samymi podstawowymi pojęciami:

stwierdzenie · dowód · wniosek · niepewność · zobowiązanie · sprzeczność · rewizja

Obie strony przechowują informacje o pochodzeniu ważnych danych.

Obie strony mogą się mylić.

Od obu stron oczekuje się aktualizacji.

Obie strony ujawniają sprzeczności, zamiast je po cichu tuszować.

Obie strony rozróżniają:

„myślę, że” od „sprawdziłem”.

Agenci działają tylko w ramach nadanych im uprawnień. Ludzie pozostają odpowiedzialni za decyzje o delegowaniu uprawnień i za konsekwencje wynikające z tej delegacji.

Celem nie jest udawanie, że ludzie i agenci są wymienni.

Celem jest zapewnienie, że żadna ze stron nie ma innego standardu rzeczywistości.

Ważna praca powinna być czytelna

Ważna praca pozostawia wystarczająco trwałe, przypisane dowody, aby inna upoważniona osoba lub agent mógł zrozumieć:

• co się stało;
• dlaczego się stało;
• co zostało postanowione;
• jakie dowody to potwierdziły;
• i jaki był rezultat.

Zasada brzmi:

Nic ważnego nie powinno zależeć od niedostępnej wiedzy plemiennej.

To nie oznacza nagrywania wszystkiego.

Sprawy personalne, porady prawne, wrażliwe rozmowy osobiste, informacje zastrzeżone przez klienta, materiały wrażliwe ze względów bezpieczeństwa i inne informacje, które powinny pozostać prywatne, celowo pozostają prywatne.

Czytelność służy pracy. Nie uchyla oceny, prywatności, bezpieczeństwa ani zaufania.

Powtarzalna praca powinna uczyć

W miarę możliwości powtarzalna praca staje się zamkniętą pętlą:

obserwuj → zrozum → zdecyduj → działaj → mierz → ucz się → aktualizuj

Opinie klientów powinny wpływać na ulepszenie kolejnej decyzji produktowej.

Incydenty powinny ulepszać kolejny system.

Rozmowy sprzedażowe powinny ulepszać kolejne rozmowy sprzedażowe.

Błędy agentów powinny ulepszać ich kolejne uruchomienie.

Błędy ludzkie powinny ulepszać kolejne ludzkie decyzje.

To, czego się uczymy, powinno się kumulować, a nie znikać.

Formuła operacyjna

Cały system w ruchu to:

Jasno postrzegaj rzeczywistość. Wybieraj, co ważne. Powierz komuś odpowiedzialność. Buduj. Obserwuj, co się stało. Aktualizuj. Usuwaj to, co już nie służy misji. Powtarzaj.

Firma jest wewnętrznym przykładem zastosowania filozofii Siftable.

Ta sama dyscyplina, której oczekujemy od produktu, dotyczy ludzi i agentów go tworzących.

Część trzecia: Notatki operacyjne

Są bardziej precyzyjne niż Konstytucja i łatwiej je zmienić.

O prawdzie

Nie każda decyzja wymaga takiej samej dyscypliny.

Poziom wymaganych dowodów rośnie wraz z trzema czynnikami:

niepewność × konsekwencje × nieodwracalność

Mała, odwracalna decyzja? Oceń sytuację i wdrażaj.

Fundamentalna zmiana w pamięci, wyszukiwaniu lub ontologii? Określ, w co wierzymy, co jeszcze mogłoby wyjaśnić dowody, jak to zmierzymy i co mogłoby zmienić nasze zdanie.

Decyzja wpływająca na bezpieczeństwo, integralność danych, prywatność lub zaufanie? Zastosuj znacznie wyższe standardy przed wdrożeniem.

Odrzucamy obie skrajności:

wygodną niejednoznaczność podawaną za pragmatyzm

oraz

akademicką ceremonię podawaną za dyscyplinę.

Dwa pytania mają znaczenie

W przypadku niepewnej pracy nad produktem zwykle musimy odpowiedzieć na dwa różne pytania:

Czy to działa?

oraz

Czy to ma znaczenie?

Pierwsze to prawda naukowa lub techniczna.

Drugie to prawda produktowa.

Idealny eksperyment odpowiadający na pytanie, które nikogo nie obchodzi, to dyscyplina skierowana w zły cel.

Dla startupu to, co faktycznie robią użytkownicy, jest jednym z najsilniejszych sygnałów od rzeczywistości.

O odpowiedzialności

Każdy ważny problem ma dokładnie jedną odpowiedzialną za niego osobę.

Właściciel problemu zna jego aktualny stan i potrafi odpowiedzieć na pytania:

1. Co próbujemy osiągnąć i dlaczego jest to ważne?
2. W co obecnie wierzymy?
3. Co pozostaje niewiadomą?
4. Jakie mamy dowody?
5. Co faktycznie zostało wdrożone?
6. Co się nie udało?
7. Co sprawiło, że zmieniliśmy zdanie?
8. Co dalej?

Odpowiedzialność jest kompleksowa (end-to-end).

Wkład jest nieograniczony.

Agenci mogą samodzielnie wykonywać znaczną część delegowanych zadań i utrzymywać roboczy stan zadań lub podproblemów.

Delegowanie zadań nie zwalnia jednak człowieka z odpowiedzialności.

Informacje nie są przekazywane wyłącznie przez właściciela problemu. Odpowiedzialność pozostaje po jego stronie.

O autorytecie i założycielu

Istnieją dwa rodzaje autorytetu.

Autorytet epistemiczny: jak dużą wagę powinniśmy przywiązywać do twierdzenia lub oceny tego, co jest prawdą?

Autorytet decyzyjny: kto jest odpowiedzialny za podjęcie decyzji?

To nie to samo.

Ekspertyza, dowody i solidne osiągnięcia budują autorytet epistemiczny.

Dotyczy to zarówno sytuacji, gdy użyteczne dowody lub rozumowanie pochodzą od człowieka, jak i od agenta.

Autorytet decyzyjny jest przypisywany jawnie.

W przypadku ważnych decyzji istnieje wyznaczony ludzki decydent — zazwyczaj osoba odpowiedzialna za problem. Debata przed podjęciem decyzji może być ożywiona. Po podjęciu decyzji, wykonaj ją. Otwórz sprawę na nowo, gdy pojawią się istotne nowe dowody.

Rola założyciela

Odpowiedzialność jest rozproszona. Kontekst całej firmy nie.

Założyciel może przekraczać granice organizacyjne, aby zrozumieć pracę: rozmawiać bezpośrednio z inżynierem debugującym wyszukiwanie, sprawdzać ślad agenta, spotykać się z klientem, sprawdzać kod lub kwestionować założenia.

Nie przenosi to automatycznie odpowiedzialności.

Założyciel ma niezwykle szerokie uprawnienia decyzyjne i obowiązek rozumienia całej firmy.

Założyciel nie ma automatycznego prawa do posiadania racji.

Intuicja założyciela wchodzi do systemu jako hipoteza, a nie dowód.

O koordynacji

Żadna rola nie powinna istnieć głównie po to, by przekazywać informacje w górę lub w dół organizacji.

Nie chcemy:

inżynier → streszczenie dla menedżera → streszczenie dla dyrektora → streszczenie dla zarządu

kiedy pracę u podstaw można sprawdzić bezpośrednio.

Ludzie nie powinni też tracić czasu na ręczne przesyłanie informacji, które autoryzowany system lub agent może udostępnić w czytelny sposób.

Ważne dane o stanie powinny znajdować się w systemach i artefaktach, do których odpowiednie osoby i agenci mogą sami kierować zapytania.

Jeśli w końcu będziemy mieć menedżerów, to dlatego, że dzięki nim ludzie i zespoły stają się lepsi: poprzez coaching, rekrutację, rozwijanie umiejętności oceny, utrzymywanie standardów, rozwiązywanie trudnych problemów i usuwanie przeszkód.

„Udostępnianie statusu kolejnemu menedżerowi” to za mało, by tworzyć stanowisko pracy.

Kupuj zdolności, a nie biurokrację

Zanim dodasz stałą rolę, proces lub zespół koordynacyjny, zapytaj, czy lepsze narzędzia, automatyzacja, moc obliczeniowa, agenci lub silniejszy specjalista mogą zapewnić tę samą zdolność.

Kosztowny rachunek za inferencję, który zapobiega kilku przedwczesnym zatrudnieniom, może być tani.

Ogromny rachunek za inferencję generujący bezużyteczną pracę to wciąż marnotrawstwo.

Zużycie tokenów nie jest miarą produktywności.

O wiedzy i maszynerii

Zachowuj wiedzę. Odtwarzaj maszynerię.

Rzeczy, które traktujemy jako trwałe, to między innymi:

• dowody i pochodzenie;
• ważne decyzje i ich uzasadnienie;
• zrozumienie klienta;
• ograniczenia;
• modele domenowe;
• testy i ewaluacje;
• specyfikacje;
• nabyte umiejętności.

Rzeczy, które znacznie chętniej wymieniamy, to między innymi:

• pulpity nawigacyjne;
• kod łączący (glue code);
• jednorazowe narzędzia wewnętrzne;
• tymczasowe interfejsy;
• orkiestracja;
• szczegóły implementacji.

Dotyczy to w największym stopniu oprogramowania wewnętrznego.

Niektóre kluczowe systemy i abstrakcje powinny przetrwać lata. Ale zasługują na to, rozwiązując ważny problem — a nie dlatego, że ich budowa była kosztowna.

O nauce i upraszczaniu

Wynik negatywny jest cenny proporcjonalnie do niepewności, którą eliminuje.

Usunięcie elementu jest cenne proporcjonalnie do złożoności, którą usuwa, nie niszcząc wartości.

Pełna pętla wygląda tak:

ucz się → zmień przekonanie → zmień działanie → ulepszaj

„Przeprowadzenie 47 eksperymentów” nie jest osiągnięciem, jeśli nie przyniosło żadnych użytecznych zmian.

Podobnie jak „usunięcie 10 000 linii”.

Nie zamieniamy teatru premier na teatr nauki.

O procesie

Proces to skompilowana wiedza instytucjonalna.

Gdy uczymy się czegoś na własnych błędach, zachowajmy tę lekcję, aby nie musieć powtarzać jej w nieskończoność.

Preferuj w następującej kolejności:

1. usuń zbędne wymaganie;
2. usuń zbędną pracę;
3. uprość to, co zostało;
4. przyspiesz to;
5. zautomatyzuj to.

Automatyzacja jest na końcu.

Gdy proces jest konieczny, lepiej egzekwować go za pomocą dobrych narzędzi i systemów niż polegać na tekście, który ludzie muszą zapamiętać.

Każdy proces powinien odpowiadać na pytanie:

Po co to istnieje?

Jeśli nikt nie potrafi odpowiedzieć, proces jest kandydatem do usunięcia.

Incydenty powinny prowadzić do lepszego zrozumienia i tworzenia lepszych mechanizmów, a nie do automatycznego dodawania nowego pola do odhaczenia.

Część czwarta: Doktryna i mechanizmy

Doktryna wczesnego etapu — 2026

Tak naszym zdaniem powinien działać wczesny Siftable. Nie jest to konstytucja i powinno się zmienić, gdy zmieni się firma.

• Twórz coś, czego ludzie chcą.
• Ciągle rozmawiaj z użytkownikami.
• Rób rzeczy, które się nie skalują, jeśli uczą nas czegoś ważnego.
• Wysyłaj, zanim wszystko będzie idealne. Budowanie generuje wiedzę, której planowanie nie może.
• Pozostań mniejszy, niż to komfortowe. Zatrudnianie samo w sobie nie jest postępem.
• Nigdy nie zatrudniaj, aby ukryć nierozwiązaną niepewność co do produktu.
• Wydawaj agresywnie na realne zdolności i naukę; wydawaj ostrożnie na wizerunek organizacji.
• Używaj agentów agresywnie tam, gdzie zwiększają realne zdolności, a nie dla samego faktu adopcji AI.
• Założyciel pozostaje w szczegółach.
• Unikaj rozpraszaczy. Skupienie to przewaga przetrwania.

Obecne mechanizmy — 2026

To są narzędzia, a nie przykazania. Zastąp je lub usuń, gdy pojawi się coś lepszego.

Bramka kontaktu z obcymi
Poważne prace nad produktem nie mogą trwać w nieskończoność bez kontaktu z użytkownikami, którzy nie są nami.

Przegląd logów produkcyjnych
Osoby pracujące nad systemem regularnie sprawdzają prawdziwe logi i awarie — ludzkie i agentów — zamiast polegać tylko na podsumowaniach.

Dogfooding
Używamy Siftable do naszej własnej pracy, gdy tylko uczy nas to czegoś pożytecznego. Dotyczy to naszych przepływów pracy człowiek-agent: sama firma powinna ćwiczyć system, który buduje.

Rejestr usuniętych i uproszczonych rzeczy
Zapisujemy istotne rzeczy, które zatrzymaliśmy, obaliliśmy, usunęliśmy lub uprościliśmy — wraz z powodem.

Szablon eksperymentu
Dla wystarczająco istotnej niepewności:

• twierdzenie;
• konkurencyjne wyjaśnienie;
• pomiar;
• co zmieniłoby nasze zdanie;
• wynik;
• interpretacja;
• decyzja.

Stosuj proporcjonalnie do stawki.

Bezpośrednie sesje z użytkownikami
Założyciel i personel techniczny regularnie spędzają czas bezpośrednio z użytkownikami.

Zmiany

Różne warstwy zmieniają się w różnym tempie.

Aksjomat i misja powinny się zmieniać tylko wtedy, gdy sama firma staje się czymś innym.

Siedem zasad i umów jest trwałych, ale nie świętych. Zmiana jednej z nich wymaga jasnego wyjaśnienia, czego się nauczyliśmy i dlaczego stara wersja nie jest już właściwa.

Notatki operacyjne zmieniają się wraz z naszym zrozumieniem.

Doktryna i mechanizmy są datowane i jednorazowe.

Użyteczny test dla każdej nowej propozycji zasady konstytucyjnej:

1. Czy można ją wywieść z naszej fundamentalnej idei?
2. Czy możemy wskazać atrakcyjną rzecz, którą zmusiłaby nas do odrzucenia?

Jeśli nie, to prawdopodobnie jest to tylko dekoracja.

Umieść ją w niższej warstwie lub pomiń.

Co sprawia, że to jest realne

Ten dokument to nie kultura.

Kultura to to, co nagradzamy.

Czego odmawiamy.

Kogo zatrudniamy.

Co tolerujemy.

Jak ludzie korzystają z autorytetu.

Jak ludzie delegują zadania agentom.

Jak agenci zachowują się, gdy nikt nie patrzy.

Jak reagujemy, gdy coś zawiedzie.

Co robimy, gdy dowody są niewygodne.

Konstytucję ostatecznie pisze to, co robimy, gdy boli.

Pierwszy raz, gdy rzeczywistość obali coś, co kochamy, a my mimo to zmienimy kurs, znaczy więcej niż cokolwiek, co tu napisano.