Deel Een: De Constitutie

Als je alleen dit deel onthoudt, weet je hoe we werken.

Het idee onder alles

We proberen te begrijpen wat daadwerkelijk waar is, bouwen vanuit dat begrip, en veranderen van gedachten wanneer het bewijs verandert.

De realiteit vertelt ons wat waar is. Onze missie vertelt ons wat de moeite waard is om te doen.

Onze missie is om mensen en hun agents een gedeeld, betrouwbaar, herzienbaar begrip van hun wereld te geven, zodat wat ze leren zich opbouwt in plaats van verdwijnt.

Begrip is alleen nuttig als het verandert wat we doen. Helder zien is het begin van de klus, niet het einde.

Zie helder. Beslis wat belangrijk is. Handel.

Dit zijn de werkregels voor zowel mensen als agents bij Siftable.

Hun capaciteiten, permissies, verantwoordelijkheden en beslissingsbevoegdheid verschillen. De normen voor bewijs, eerlijkheid, herkomst, onzekerheid, tegenspraak en herziening niet.

Mensen blijven verantwoordelijk voor de resultaten die ze delegeren.

Al het onderstaande vloeit voort uit deze ideeën.

1. Zeg wat waar is

Wees duidelijk over wat we weten, wat we denken en wat we nog moeten uitzoeken.

Laat het product, het bewijs, onze vooruitgang of onze zekerheid niet beter klinken dan het is — niet tegenover elkaar, niet tegenover gebruikers, en niet tegenover onszelf.

"Dit is onze beste gok" en "we hebben dit geverifieerd" zijn verschillende uitspraken.

Net als "we experimenteren hiermee" en "we gaan dit leveren."

We doen zorgvuldig beloftes en komen de beloftes die we doen na.

Dezelfde regel geldt voor agents. Een agent mag nooit een afleiding als bewijs presenteren, betekenisvolle onzekerheid verbergen of beweren iets geverifieerd te hebben wat niet zo is.

2. Eén persoon is eigenaar van het probleem

Elk belangrijk probleem heeft één mens die verantwoordelijk is voor het begrip ervan van begin tot eind.

Andere mensen en agents kunnen onbeperkt bijdragen. Agents kunnen eigenaar zijn van gedelegeerde taken en zelfstandig werk uitvoeren binnen hun bevoegdheid. Maar de verantwoordelijkheid voor het eindresultaat verdwijnt niet in een team, systeem of zwerm agents.

De eigenaar weet altijd:

• wat we proberen te bereiken;
• wat we momenteel geloven;
• wat onbekend blijft;
• welk bewijs er bestaat;
• wat er daadwerkelijk is gebeurd;
• wat er mislukt is;
• en wat er hierna gebeurt.

We organiseren rond problemen, niet rond systemen.

De taak van een geheugenteam is om het geheugenprobleem op te lossen, niet om het huidige geheugensysteem te behouden. Als het vervangen van iets wat we hebben gebouwd het juiste antwoord is, moet de eigenaar ervan de eerste zijn die bereid is dat te zeggen.

Eigenaarschap creëert geen zwarte doos. Mensen met een legitieme reden kunnen rechtstreeks naar de gebruikers, het bewijs, de traces, de systemen en de betrokkenen gaan.

De eigenaar blijft verantwoordelijk voor het resultaat.

3. Onderzoek en bouwen horen bij elkaar

We leren door vragen te stellen, dingen te bouwen, ze te testen, te meten wat er gebeurt en ons begrip te herzien.

Onderzoek is gedisciplineerde onzekerheidsreductie. Het is geen theorievorming om de theorievorming.

Engineering is nuttige dingen werkelijkheid maken. Het is niet het blindelings uitvoeren van beslissingen die ergens anders zijn genomen.

Mensen die belangrijke beslissingen nemen, blijven dicht genoeg bij zowel het bewijs als de uitvoering om te begrijpen wat hun beslissingen daadwerkelijk doen.

Agents moeten deelnemen aan dezelfde cyclus: onderzoeken, construeren, testen, het resultaat inspecteren en bijwerken — binnen de bevoegdheid en beperkingen die hun zijn gegeven.

4. Blijf dicht bij de realiteit

Gebruik het product.

Praat met gebruikers.

Kijk hoe ze daadwerkelijk werken.

Lees de traces.

Onderzoek storingen zelf.

Besteed aandacht aan wat mensen daadwerkelijk doen, niet aan wat wij denken dat ze zouden moeten doen.

Rapporten, dashboards, statistieken, samenvattingen en modellen kunnen ons helpen de realiteit te begrijpen. Ze zijn niet de realiteit zelf.

Een technisch elegant systeem dat geen echt probleem oplost, is geen succes.

5. Van gedachten veranderen is vooruitgang

Het mis hebben is niet de mislukking. Weigeren bij te stellen is dat wel.

Een goed experiment dat een idee weerlegt, kan maanden verspild werk besparen.

Onnodige code verwijderen kan meer waard zijn dan nieuwe code toevoegen.

Een systeem vereenvoudigen kan moeilijker en waardevoller zijn dan het uitbreiden.

Stoppen met werk dat niet langer zinvol is, is een legitiem resultaat.

Leren is belangrijk wanneer het onzekerheid vermindert en verandert wat we doen.

We produceren geen complexiteit om belangrijk te lijken.

We houden geen projecten in leven om te rechtvaardigen wat ze al hebben gekost.

Zowel mensen als agents worden geacht hun werkmodellen te herzien wanneer het bewijs verandert.

6. Proces moet zijn nut bewijzen

Processen bestaan omdat ervaring ons heeft geleerd dat iets betrouwbaar moet gebeuren.

Wanneer we herhaaldelijk dezelfde les leren, coderen we die. Waar praktisch, geven we de voorkeur aan tools, tests, automatisering en duidelijke systeembeperkingen boven meer ceremonie.

Processen zijn niet heilig.

Verbeter ze als ze falen.

Verwijder ze als ze niet meer helpen.

En automatiseer geen proces voordat je hebt bewezen dat het proces bestaansrecht heeft.

Het doel van een proces is om goed werk makkelijker te maken en herhaalde fouten moeilijker — niet om de organisatie volwassen te laten lijken.

7. Respect komt van oordeelsvermogen, niet van titel

Luister naar degene die het probleem het beste begrijpt.

Goede ideeën kunnen overal vandaan komen. Referenties, anciënniteit, titel, organisatorische positie, of het feit dat een nuttige observatie van een mens of een agent kwam, maken een argument niet correct.

Wat telt, is de kwaliteit van de redenering en het bewijs.

Debatteer openlijk voor belangrijke beslissingen. Maak duidelijk wie beslist.

Zodra een beslissing is genomen, steun deze en voer deze goed uit.

Als er wezenlijk nieuw bewijs verschijnt, heropen het dan. Van koers veranderen omdat de realiteit is veranderd, is geen ontrouw.

Beslissingsbevoegdheid kan worden toegewezen. De autoriteit om geloofd te worden, moet worden verdiend.

Vier werkende stelregels

Dit zijn geen extra principes. Het zijn nuttige herinneringen die we hebben geleerd van organisaties die voor ons moeilijke problemen hebben opgelost.

Vind een weg.
Handelingsvermogen wordt verondersteld. Als één pad geblokkeerd is, zoek dan een ander. Verwar het uitleggen waarom iets moeilijk is niet met het oplossen ervan.

Doe het simpele dat werkt.
Beoordeel oplossingen op wat ze bereiken, niet op hoe geavanceerd ze klinken. Complexiteit moet zijn bestaan verdienen.

Verwijder voordat je optimaliseert.
Stel de eis ter discussie. Verwijder wat onnodig is. Vereenvoudig wat overblijft. Maak het dan sneller en automatiseer het.

Duik in het probleem.
Verzamel niet alleen eisen van een afstand. Werk samen met de mensen die het probleem ervaren. Zie de daadwerkelijke workflow en neem verantwoordelijkheid voor het resultaat.

De regel van heldere taal

Als een belangrijk idee of een belangrijke regel niet helder kan worden uitgelegd, begrijpen we het waarschijnlijk nog niet goed genoeg.

Complexiteit kan eronder leven.

Gedeeld begrip moet eenvoudig genoeg blijven om te communiceren.

Deel Twee: De Afspraken

De MTS-Afspraak

Een Lid van de Technische Staf (MTS) is zowel een onderzoeker als een bouwer.

Je hoeft niet in alles even sterk te zijn. Sommige mensen zullen veel dieper gaan in onderzoek, systemen, product, ontwerp, infrastructuur, beveiliging of een andere technische discipline. Sterke specialisatie is waardevol.

Maar elke MTS moet in staat zijn om:

• goede vragen stellen en aannames van bewijs scheiden;
• een nuttige manier ontwerpen om een idee te testen;
• werkende systemen bouwen, of de bouw ervan aansturen;
• effectief werken via agents en andere tools;
• onderzoeken wat er daadwerkelijk is gebeurd;
• storingen onderzoeken in plaats van alleen vanuit samenvattingen te redeneren;
• hun redenering helder uitleggen;
• en van koers veranderen wanneer de realiteit het oneens is.

Bouwer betekent niet "persoon die handmatig de meeste code schrijft."

Naarmate tools verbeteren, zullen agents meer implementatie doen. Bouwen betekent in staat zijn om een echt, werkend, begrijpelijk systeem tot stand te brengen — via architectuur, specificaties, tests, evaluaties, tools, traces, code en oordeel over de output van een agent — en verantwoordelijkheid te nemen voor hoe het zich gedraagt.

Iemand die alleen voorstellen kan produceren maar niets echts kan maken, zou hier ongebruikelijk zijn.

Evenals iemand die snel implementaties kan produceren zonder na te denken of ze correct, nuttig of de moeite waard zijn om te bouwen.

Van niet-technische rollen wordt niet verwacht dat ze PR's mergen. Van hen wordt verwacht dat ze dezelfde normen van bewijs, eigenaarschap en contact met de realiteit volgen in hun eigen vak.

Waar praktisch, geven we de voorkeur aan werkende dingen boven beschrijvingen van hypothetische dingen.

Eén besturingssysteem voor mensen en agents

Mensen en agents krijgen geen verschillende regels voor de waarheid.

Ze hebben verschillende capaciteiten, permissies, verantwoordelijkheden en autoriteit. Maar ze nemen deel aan hetzelfde systeem voor het begrijpen van en handelen in de wereld.

Beide werken met dezelfde basisideeën:

bewering · bewijs · afleiding · onzekerheid · toezegging · tegenspraak · herziening

Beide behouden waar belangrijke informatie vandaan komt.

Beide kunnen het mis hebben.

Van beide wordt verwacht dat ze zich aanpassen.

Beide brengen tegenstrijdigheden aan het licht in plaats van ze stilletjes glad te strijken.

Beide maken onderscheid tussen:

"Ik denk" en "Ik heb geverifieerd."

Agents handelen alleen binnen de aan hen gegeven bevoegdheid. Mensen blijven verantwoordelijk voor de beslissing welke bevoegdheid te delegeren en aansprakelijk voor de gevolgen van die delegatie.

Het doel is niet te doen alsof mensen en agents uitwisselbaar zijn.

Het doel is ervoor te zorgen dat geen van beide een andere standaard voor de realiteit krijgt.

Belangrijk werk moet leesbaar zijn

Belangrijk werk laat voldoende duurzaam, toerekenbaar bewijs achter zodat een andere bevoegde persoon of agent kan begrijpen:

• wat er is gebeurd;
• waarom het gebeurde;
• wat er werd besloten;
• welk bewijs dit ondersteunde;
• en wat het resultaat was.

De regel is:

Niets belangrijks mag afhangen van ontoegankelijke stammenkennis.

Dat betekent niet dat alles moet worden vastgelegd.

Personeelskwesties, juridisch advies, gevoelige persoonlijke gesprekken, door de klant beperkte informatie, beveiligingsgevoelig materiaal en andere informatie die privé moet blijven, blijven opzettelijk privé.

Leesbaarheid dient het werk. Het overstijgt niet het oordeelsvermogen, de privacy, de veiligheid of het vertrouwen.

Terugkerend werk moet leren

Waar praktisch, wordt terugkerend werk een gesloten kringloop:

observeren → begrijpen → beslissen → handelen → meten → leren → bijwerken

Feedback van klanten moet de volgende productbeslissing verbeteren.

Incidenten moeten het volgende systeem verbeteren.

Verkoopgesprekken moeten het volgende verkoopgesprek verbeteren.

Falen van agents moet de volgende run van een agent verbeteren.

Menselijke fouten moeten de volgende menselijke beslissing verbeteren.

Wat we leren moet zich opbouwen in plaats van verdwijnen.

De werkformule

Het hele systeem in beweging is:

Zie de realiteit helder. Kies wat belangrijk is. Geef iemand eigenaarschap. Bouw. Observeer wat er is gebeurd. Werk bij. Verwijder wat de missie niet langer dient. Herhaal.

Het bedrijf is een 'dogfood'-instantie van Siftable's filosofie.

Dezelfde discipline die we van het product willen, is van toepassing op de mensen en agents die het bouwen.

Deel Drie: Werknotities

Deze zijn preciezer dan de Constitutie en veranderen makkelijker.

Over waarheid

Niet elke beslissing vereist dezelfde mate van strengheid.

De bewijslast stijgt met drie dingen:

onzekerheid × consequentie × onomkeerbaarheid

Een kleine, omkeerbare beslissing? Gebruik je oordeel en lever.

Een fundamentele verandering in geheugen, retrieval of de ontologie? Geef aan wat we geloven, wat het bewijs anders zou kunnen verklaren, hoe we het zullen meten en wat ons van gedachten zou doen veranderen.

Een beslissing die de veiligheid, gegevensintegriteit, privacy of het vertrouwen beïnvloedt? Hanteer een aanzienlijk hogere lat voordat je levert.

We verwerpen beide extremen:

comfortabele vaagheid vermomd als pragmatisme

en

academische ceremonie vermomd als strengheid.

Twee vragen zijn van belang

Voor onzeker productwerk moeten we meestal twee verschillende vragen beantwoorden:

Werkt het?

en

Is het belangrijk?

De eerste is wetenschappelijke of technische waarheid.

De tweede is productwaarheid.

Een perfect experiment dat een vraag beantwoordt die niemand interesseert, is strengheid gericht op het verkeerde doel.

Voor een startup is wat gebruikers daadwerkelijk doen een van de sterkste signalen van de realiteit.

Over eigenaarschap

Elk belangrijk probleem heeft precies één verantwoordelijke menselijke eigenaar.

De eigenaar draagt de huidige staat van het probleem en kan antwoord geven op:

1. Wat proberen we te bereiken en waarom is dat belangrijk?
2. Wat geloven we momenteel?
3. Wat blijft onbekend?
4. Welk bewijs hebben we?
5. Wat is er daadwerkelijk geleverd?
6. Wat is er mislukt?
7. Wat heeft ons van gedachten doen veranderen?
8. Wat gebeurt er nu?

Eigenaarschap is van begin tot eind.

Bijdrage is onbeperkt.

Agents kunnen zelfstandig aanzienlijk gedelegeerd werk uitvoeren en de werkende staat van taken of deelproblemen onderhouden.

Maar delegatie wist de menselijke verantwoordelijkheid niet uit.

Informatie wordt niet via de eigenaar afgeschermd. De verantwoordelijkheid blijft bij hen.

Over autoriteit en de oprichter

Er zijn twee verschillende soorten autoriteit.

Epistemische autoriteit: hoeveel gewicht moeten we geven aan een bewering of oordeel over wat waar is?

Beslissingsautoriteit: wie is verantwoordelijk voor het nemen van de beslissing?

Dat is niet hetzelfde.

Expertise, bewijs en een sterke staat van dienst verdienen epistemische autoriteit.

Dat geldt of het nuttige bewijs of de redenering nu van een mens of een agent komt.

Beslissingsautoriteit wordt expliciet toegewezen.

Voor belangrijke beslissingen is er een met name genoemde menselijke beslisser — meestal de probleemeigenaar. Het debat kan levendig zijn vóór de beslissing. Eenmaal besloten, uitvoeren. Heropenen wanneer er wezenlijk nieuw bewijs verschijnt.

De rol van de oprichter

Eigenaarschap is verdeeld. Bedrijfsbrede context niet.

De oprichter kan organisatorische grenzen overschrijden om het werk te begrijpen: rechtstreeks praten met de ingenieur die de retrieval debugt, de trace van een agent inspecteren, bij de klant zitten, de code inspecteren of een aanname ter discussie stellen.

Dat doen, draagt niet automatisch eigenaarschap over.

De oprichter heeft een ongewoon brede beslissingsbevoegdheid en de verantwoordelijkheid om het hele bedrijf te begrijpen.

De oprichter heeft niet automatisch de autoriteit om gelijk te hebben.

De intuïtie van de oprichter komt het systeem binnen als een hypothese, niet als bewijs.

Over coördinatie

Geen enkele rol mag hoofdzakelijk bestaan om informatie omhoog of omlaag in de organisatie door te geven.

We willen niet:

ingenieur → samenvatting manager → samenvatting directeur → samenvatting directie

wanneer het onderliggende werk direct geïnspecteerd kan worden.

Evenmin moeten mensen hun tijd besteden aan het handmatig doorsturen van informatie die een geautoriseerd systeem of agent direct leesbaar kan maken.

Belangrijke status moet leven in systemen en artefacten die de juiste mensen en agents zelf kunnen bevragen.

Als we uiteindelijk managers hebben, moeten ze er zijn omdat ze mensen en teams beter maken: coachen, aannemen, oordeelsvermogen ontwikkelen, standaarden handhaven, moeilijke problemen oplossen en obstakels wegnemen.

"Status leesbaar maken voor de volgende manager" is niet genoeg reden voor een baan om te bestaan.

Koop capaciteit vóór bureaucratie

Voordat je een permanente coördinerende rol, proces of team toevoegt, vraag je af of betere tooling, automatisering, rekenkracht, agents of een sterkere individu dezelfde capaciteit kunnen bieden.

Een dure rekening voor inferentie die meerdere vroegtijdige aanwervingen voorkomt, kan goedkoop zijn.

Een enorme rekening voor inferentie die nutteloos werk produceert, is nog steeds verspilling.

Tokenverbruik is geen productiviteitsmaatstaf.

Over kennis en machinepark

Behoud kennis. Regenereer machinepark.

Dingen die we als duurzaam behandelen, zijn onder andere:

• bewijs en herkomst;
• belangrijke beslissingen en waarom ze zijn genomen;
• klantbegrip;
• beperkingen;
• domeinmodellen;
• tests en evaluaties;
• specificaties;
• geleerde vaardigheden.

Dingen die we veel meer bereid zijn te vervangen, zijn onder andere:

• dashboards;
• lijmcode;
• eenmalige interne tools;
• tijdelijke interfaces;
• orkestratie;
• implementatiedetails.

Dit geldt het sterkst voor interne software.

Sommige kernsystemen en abstracties moeten jaren meegaan. Maar ze verdienen die duurzaamheid door een belangrijk probleem te blijven oplossen — niet omdat ze duur waren om te bouwen.

Over leren en vereenvoudigen

Een negatief resultaat is waardevol in verhouding tot de onzekerheid die het elimineert.

Een verwijdering is waardevol in verhouding tot de complexiteit die het verwijdert zonder waarde te vernietigen.

De volledige cyclus is:

leren → overtuiging veranderen → actie veranderen → verbeteren

"We hebben 47 experimenten uitgevoerd" is geen prestatie als er niets nuttigs is veranderd.

Evenmin als "we hebben 10.000 regels verwijderd."

We vervangen geen lanceertheater door leertheater.

Over proces

Proces is gecompileerd institutioneel leren.

Als we iets op de harde manier leren, behoud dan de les zodat we die niet voor altijd op de harde manier hoeven te leren.

Geef de voorkeur aan, in volgorde:

1. verwijder de onnodige eis;
2. verwijder onnodig werk;
3. vereenvoudig wat overblijft;
4. maak het sneller;
5. automatiseer het.

Automatisering komt als laatste.

Wanneer een proces noodzakelijk is, geef dan de voorkeur aan handhaving via goede tools en systemen boven proza dat mensen handmatig moeten onthouden.

Elk proces moet antwoord kunnen geven op:

Waarom bestaat dit?

Als niemand antwoord kan geven, is het een kandidaat voor verwijdering.

Incidenten moeten leiden tot beter begrip en betere mechanismen, niet tot een automatisch nieuw selectievakje.

Deel Vier: Doctrine en Mechanismen

Doctrine voor de vroege fase — 2026

Dit is hoe wij geloven dat een vroege Siftable zou moeten opereren. Het is niet constitutioneel en zou moeten veranderen wanneer het bedrijf verandert.

• Maak iets wat mensen willen.
• Praat constant met gebruikers.
• Doe dingen die niet schalen als ze ons iets belangrijks leren.
• Lever voordat alles comfortabel aanvoelt. Bouwen genereert kennis die plannen niet kan.
• Blijf kleiner dan comfortabel voelt. Aannemen is op zichzelf geen vooruitgang.
• Neem nooit iemand aan om onopgeloste productonzekerheid te verbergen.
• Besteed agressief aan echte capaciteit en leren; besteed voorzichtig aan organisatorische uitstraling.
• Gebruik agents agressief waar ze de echte capaciteit verhogen, niet om AI-adoptie uit te voeren.
• De oprichter blijft in de details.
• Vermijd afleidingen. Focus is een overlevingsvoordeel.

Huidige Mechanismen — 2026

Dit zijn hulpmiddelen, geen geboden. Vervang of verwijder ze als er iets beters bestaat.

Poort voor contact met vreemden
Groot productwerk gaat niet oneindig door zonder contact met gebruikers die niet ons zijn.

Review van productietraces
Mensen die aan een systeem werken, inspecteren regelmatig echte traces en echte storingen — zowel menselijke als van agents — in plaats van alleen op samenvattingen te vertrouwen.

Dogfooding
We gebruiken Siftable om ons eigen werk te doen, overal waar dit ons iets nuttigs leert. Dit omvat onze mens-agent-workflows: het bedrijf zelf moet het systeem dat het bouwt, uitoefenen.

Logboek van gestopte en vereenvoudigde zaken
We leggen betekenisvolle dingen vast die we hebben gestopt, weerlegd, verwijderd of vereenvoudigd — samen met de reden.

Experimentsjabloon
Voor onzekerheid met voldoende grote gevolgen:

• bewering;
• concurrerende verklaring;
• meting;
• wat ons van gedachten zou doen veranderen;
• resultaat;
• interpretatie;
• beslissing.

Gebruik het in verhouding tot de inzet.

Directe gebruikerssessies
De oprichter en technische medewerkers brengen regelmatig rechtstreeks tijd door met gebruikers.

Wijziging

De verschillende lagen veranderen met verschillende snelheden.

Het axioma en de missie zouden alleen moeten veranderen als het bedrijf zelf iets anders wordt.

De zeven principes en de afspraken zijn duurzaam, maar niet heilig. Het veranderen van een ervan vereist een duidelijke uitleg van wat we hebben geleerd en waarom de oude versie niet meer klopt.

Werknotities veranderen naarmate ons begrip verbetert.

Doctrine en mechanismen zijn gedateerd en vervangbaar.

Een nuttige test voor alles wat wordt voorgesteld als een nieuw constitutioneel principe:

1. Kan het worden afgeleid van het idee dat aan alles ten grondslag ligt?
2. Kunnen we een aantrekkelijk iets noemen dat we hierdoor zouden moeten weigeren?

Zo niet, dan is het waarschijnlijk decoratie.

Plaats het in een lagere laag — of laat het weg.

Wat dit echt maakt

Dit document is niet de cultuur.

De cultuur is wat we belonen.

Wat we weigeren.

Wie we aannemen.

Wat we tolereren.

Hoe mensen autoriteit gebruiken.

Hoe mensen delegeren aan agents.

Hoe agents zich gedragen als niemand kijkt.

Hoe we reageren als iets mislukt.

Wat we doen als het bewijs ongemakkelijk is.

De constitutie wordt uiteindelijk geschreven door wat we doen als het pijn doet.

De eerste keer dat de realiteit iets weerlegt waar we van houden en we toch van koers veranderen, is belangrijker dan alles wat hier geschreven staat.