Del ett: Konstitutionen

Om du bara kommer ihåg den här delen, vet du hur vi arbetar.

Idén under allt

Vi försöker förstå vad som faktiskt är sant, bygger från den förståelsen och ändrar oss när bevisen förändras.

Verkligheten talar om för oss vad som är sant. Vårt uppdrag talar om för oss vad som är värt att göra.

Vårt uppdrag är att ge människor och deras agenter en delad, pålitlig, reviderbar förståelse av sin värld, så att det de lär sig ackumuleras istället för att försvinna.

Förståelse är bara användbar om den förändrar vad vi gör. Att se klart är början på jobbet, inte slutet.

Se klart. Besluta vad som är viktigt. Agera.

Dessa är arbetsreglerna för både människor och agenter på Siftable.

Deras förmågor, behörigheter, ansvar och beslutsauktoritet skiljer sig åt. Standarderna för bevis, ärlighet, härkomst, osäkerhet, motsägelse och revidering gör det inte.

Människor förblir ansvariga för de resultat de delegerar.

Allt nedan följer av dessa idéer.

1. Säg det som är sant

Var tydlig med vad vi vet, vad vi tror och vad vi fortfarande behöver ta reda på.

Få inte produkten, bevisen, våra framsteg eller vår säkerhet att låta bättre än den är — varken för varandra, för användare eller för oss själva.

”Det här är vår bästa gissning” och ”vi har verifierat detta” är olika uttalanden.

Det är också ”vi experimenterar med detta” och ”vi kommer att leverera detta”.

Vi lovar försiktigt och håller de löften vi ger.

Samma regel gäller för agenter. En agent ska aldrig presentera en slutsats som bevis, dölja betydande osäkerhet eller påstå sig ha verifierat något den inte har.

2. En person äger problemet

Varje viktigt problem har en människa som är ansvarig för att förstå det från början till slut.

Andra människor och agenter kan bidra utan begränsning. Agenter kan äga delegerade uppgifter och utföra arbete självständigt inom sin befogenhet. Men ansvaret för det övergripande resultatet försvinner inte in i ett team, ett system eller en agentsvärm.

Ägaren vet alltid:

• vad vi försöker uppnå;
• vad vi för närvarande tror;
• vad som fortfarande är okänt;
• vilka bevis som finns;
• vad som faktiskt har hänt;
• vad som misslyckades;
• och vad som händer härnäst.

Vi organiserar oss kring problem, inte system.

Jobbet för ett minnesteam är att lösa minnesproblem, inte att bevara det nuvarande minnessystemet. Om det rätta svaret är att ersätta något vi har byggt, bör dess ägare vara den första som är villig att säga det.

Ägande skapar inte en svart låda. Personer med ett legitimt skäl kan gå direkt till användarna, bevisen, spårningarna, systemen och de inblandade personerna.

Ägaren förblir ansvarig för resultatet.

3. Undersökning och byggande hör ihop

Vi lär oss genom att ställa frågor, bygga saker, testa dem, mäta vad som händer och revidera vår förståelse.

Undersökning är disciplinerad osäkerhetsminskning. Det är inte teoretiserande för sakens skull.

Ingenjörskap är att förverkliga användbara saker. Det är inte att blint implementera beslut som fattats någon annanstans.

Personer som fattar viktiga beslut håller sig tillräckligt nära både bevisen och utförandet för att förstå vad deras beslut faktiskt leder till.

Agenter bör delta i samma kretslopp: undersöka, konstruera, testa, inspektera resultatet och uppdatera — inom den befogenhet och de begränsningar de har fått.

4. Håll dig nära verkligheten

Använd produkten.

Prata med användare.

Se hur de faktiskt arbetar.

Läs spårningarna.

Undersök fel själv.

Var uppmärksam på vad folk faktiskt gör, inte vad vi tycker att de borde göra.

Rapporter, instrumentpaneler, mätvärden, sammanfattningar och modeller kan hjälpa oss att förstå verkligheten. De är inte verkligheten i sig.

Ett tekniskt elegant system som inte löser ett verkligt problem är inte en framgång.

5. Att ändra sig är framsteg

Att ha fel är inte misslyckandet. Att vägra uppdatera sig är det.

Ett bra experiment som motbevisar en idé kan spara månader av bortkastat arbete.

Att ta bort onödig kod kan vara värt mer än att lägga till ny kod.

Att förenkla ett system kan vara svårare och mer värdefullt än att expandera det.

Att stoppa arbete som inte längre är meningsfullt är ett legitimt resultat.

Inlärning är viktigt när det minskar osäkerhet och förändrar vad vi gör.

Vi tillverkar inte komplexitet för att verka viktiga.

Vi håller inte liv i projekt för att rättfärdiga vad de redan har kostat.

Både människor och agenter förväntas revidera sina arbetsmodeller när bevisen förändras.

6. Processer måste göra skäl för sig

Processer finns eftersom erfarenhet har lärt oss att något behöver hända på ett tillförlitligt sätt.

När vi lär oss samma läxa upprepade gånger, kodifierar vi den. När det är praktiskt föredrar vi verktyg, tester, automation och tydliga systembegränsningar framför mer ceremoni.

Processer är inte heliga.

Förbättra dem när de misslyckas.

Ta bort dem när de slutar hjälpa.

Och automatisera inte en process innan du har bevisat att processen förtjänar att existera.

Syftet med en process är att göra bra arbete enklare och upprepade misstag svårare — inte att få organisationen att se mogen ut.

7. Respekt kommer från omdöme, inte titel

Lyssna på den som förstår problemet bäst.

Goda idéer kan komma från var som helst. Meriter, anställningstid, titel, organisatorisk position, eller om den användbara observationen kom från en människa eller en agent, gör inte ett argument korrekt.

Det som spelar roll är kvaliteten på resonemanget och bevisen.

Debattera öppet före viktiga beslut. Gör det tydligt vem som bestämmer.

När ett beslut är fattat, stöd det och utför det väl.

Om väsentligt nya bevis dyker upp, ompröva det. Att ändra kurs för att verkligheten har förändrats är inte illojalitet.

Beslutsauktoritet kan tilldelas. Auktoriteten att bli trodd måste förtjänas.

Fyra arbetsmaximer

Dessa är inte ytterligare principer. De är användbara påminnelser lärda från organisationer som har löst svåra problem före oss.

Hitta en väg.
Handlingskraft förutsätts. Om en väg är blockerad, leta efter en annan. Blanda inte ihop att förklara varför något är svårt med att lösa det.

Gör det enkla som fungerar.
Bedöm lösningar efter vad de åstadkommer, inte efter hur sofistikerade de låter. Komplexitet måste förtjäna sin existens.

Ta bort innan du optimerar.
Ifrågasätt kravet. Ta bort det som är onödigt. Förenkla det som återstår. Gör det sedan snabbare och automatisera det.

Sätt dig in i problemet.
Samla inte bara in krav på avstånd. Arbeta sida vid sida med de personer som upplever problemet. Se det faktiska arbetsflödet och ta ansvar för resultatet.

Klarspråksregeln

Om en viktig idé eller regel inte kan förklaras enkelt, förstår vi den förmodligen inte tillräckligt bra än.

Komplexitet kan finnas under ytan.

Delad förståelse bör förbli enkel nog att kommunicera.

Del två: Överenskommelserna

Överenskommelsen för teknisk personal (MTS)

En medlem av den tekniska personalen är både en utredare och en byggare.

Du behöver inte vara lika stark på allt. Vissa kommer att gå mycket djupare inom forskning, system, produkt, design, infrastruktur, säkerhet eller en annan teknisk disciplin. Stark specialisering är värdefull.

Men varje teknisk medarbetare ska kunna:

• ställa bra frågor och skilja antaganden från bevis;
• utforma ett användbart sätt att testa en idé;
• bygga, eller styra konstruktionen av, fungerande system;
• arbeta effektivt genom agenter och andra verktyg;
• undersöka vad som faktiskt hände;
• utreda fel istället för att bara resonera från sammanfattningar;
• förklara sitt resonemang enkelt;
• och ändra kurs när verkligheten säger emot.

Byggare betyder inte ”person som manuellt skriver mest kod”.

I takt med att verktygen förbättras kommer agenter att göra mer av implementeringen. Att bygga innebär att kunna få ett verkligt, fungerande, förståeligt system att existera — genom arkitektur, specifikationer, tester, utvärderingar, verktyg, spårningar, kod och omdöme över agenters resultat — och att ta ansvar för hur det beter sig.

Någon som bara kan producera förslag men inte kan skapa något verkligt skulle vara ovanlig här.

Det skulle också någon vara som snabbt kan producera implementationer utan att resonera om de är korrekta, användbara eller värda att bygga.

Icke-tekniska roller förväntas inte slå samman PR:er. De förväntas följa samma standarder för bevis, ägande och kontakt med verkligheten inom sitt eget hantverk.

När det är praktiskt föredrar vi fungerande saker framför beskrivningar av hypotetiska saker.

Ett operativsystem för människor och agenter

Människor och agenter får inte olika regler för sanning.

De har olika förmågor, behörigheter, ansvar och auktoritet. Men de deltar i samma system för att förstå och agera i världen.

Båda arbetar med samma grundläggande idéer:

påstående · bevis · slutsats · osäkerhet · åtagande · motsägelse · revidering

Båda bevarar var viktig information kom ifrån.

Båda kan ha fel.

Båda förväntas uppdatera sig.

Båda lyfter fram motsägelser istället för att tyst släta över dem.

Båda skiljer på:

”Jag tror” från ”Jag verifierade.”

Agenter agerar endast inom den auktoritet de har fått. Människor förblir ansvariga för att besluta vilken auktoritet som ska delegeras och ansvariga för de följdriktiga resultaten av den delegeringen.

Målet är inte att låtsas att människor och agenter är utbytbara.

Målet är att se till att ingen av dem får en annan standard för verkligheten.

Viktigt arbete ska vara läsbart

Viktigt arbete lämnar tillräckligt med varaktiga, hänförbara bevis för att en annan behörig person eller agent ska kunna förstå:

• vad som hände;
• varför det hände;
• vad som beslutades;
• vilka bevis som stödde det;
• och vad som blev resultatet.

Regeln är:

Inget viktigt ska vara beroende av oåtkomlig stamkunskap.

Det betyder inte att allt ska spelas in.

Personalärenden, juridisk rådgivning, känsliga personliga samtal, kundbegränsad information, säkerhetskänsligt material och annan information som bör förbli privat, förblir privat med avsikt.

Läsbarhet tjänar arbetet. Den åsidosätter inte omdöme, integritet, säkerhet eller förtroende.

Återkommande arbete bör lära sig

När det är praktiskt blir återkommande arbete en sluten krets:

observera → förstå → besluta → agera → mäta → lära → uppdatera

Kundfeedback bör förbättra nästa produktbeslut.

Incidenter bör förbättra nästa system.

Säljsamtal bör förbättra nästa säljsamtal.

Agentfel bör förbättra nästa agentkörning.

Mänskliga fel bör förbättra nästa mänskliga beslut.

Det vi lär oss bör ackumuleras snarare än att försvinna.

Arbetsformeln

Hela systemet i rörelse är:

Se verkligheten klart. Välj vad som är viktigt. Ge någon äganderätt. Bygg. Observera vad som hände. Uppdatera. Ta bort det som inte längre tjänar uppdraget. Upprepa.

Företaget är en dogfood-instans av Siftables filosofi.

Samma disciplin vi vill ha från produkten gäller för de människor och agenter som bygger den.

Del tre: Arbetsanteckningar

Dessa är mer precisa än konstitutionen och mer benägna att förändras.

Om sanning

Inte varje beslut kräver samma mängd noggrannhet.

Beviskravet stiger med tre saker:

osäkerhet × konsekvens × oåterkallelighet

Ett litet, återkalleligt beslut? Använd omdöme och leverera.

En fundamental förändring av minne, hämtning eller ontologi? Ange vad vi tror, vad annat som skulle kunna förklara bevisen, hur vi kommer att mäta det och vad som skulle få oss att ändra oss.

Ett beslut som påverkar säkerhet, dataintegritet, integritet eller förtroende? Använd en betydligt högre tröskel innan du levererar.

Vi avvisar båda ytterligheterna:

bekväm luddighet förklädd till pragmatism

och

akademisk ceremoni förklädd till noggrannhet.

Två frågor är viktiga

För osäkert produktarbete behöver vi oftast svara på två olika frågor:

Fungerar det?

och

Spelar det någon roll?

Den första är vetenskaplig eller teknisk sanning.

Den andra är produktsanning.

Ett perfekt experiment som besvarar en fråga ingen bryr sig om är noggrannhet riktad mot fel mål.

För en startup är vad användare faktiskt gör en av verklighetens starkaste signaler.

Om ägande

Varje viktigt problem har exakt en ansvarig mänsklig ägare.

Ägaren bär problemets nuvarande tillstånd och kan svara på:

1. Vad försöker vi åstadkomma, och varför är det viktigt?
2. Vad tror vi för närvarande?
3. Vad är fortfarande okänt?
4. Vilka bevis har vi?
5. Vad har faktiskt levererats?
6. Vad misslyckades?
7. Vad fick oss att ändra oss?
8. Vad händer härnäst?

Ägandet är från början till slut.

Bidrag är obegränsat.

Agenter kan självständigt utföra betydande delegerat arbete och kan upprätthålla arbetstillståndet för uppgifter eller delproblem.

Men delegering raderar inte mänskligt ansvar.

Informationen är inte avgränsad genom ägaren. Ansvaret förblir hos dem.

Om auktoritet och grundaren

Det finns två olika sorters auktoritet.

Epistemisk auktoritet: hur mycket vikt ska vi ge ett påstående eller omdöme om vad som är sant?

Beslutsauktoritet: vem är ansvarig för att fatta beslutet?

De är inte samma sak.

Expertis, bevis och en stark meritlista ger epistemisk auktoritet.

Det gäller oavsett om det användbara beviset eller resonemanget kommer från en människa eller en agent.

Beslutsauktoritet tilldelas uttryckligen.

För viktiga beslut finns det en namngiven mänsklig beslutsfattare — vanligtvis problemägaren. Debatten kan vara livlig före beslutet. När det är beslutat, genomför. Ompröva när väsentligt nya bevis dyker upp.

Grundarens roll

Ägarskapet är fördelat. Företagsövergripande sammanhang är det inte.

Grundaren kan korsa organisatoriska gränser för att förstå arbetet: prata direkt med ingenjören som felsöker hämtning, inspektera en agents spårning, sitta med kunden, inspektera koden eller utmana ett antagande.

Att göra det överför inte automatiskt ägarskapet.

Grundaren har ovanligt bred beslutsauktoritet och ansvar för att förstå hela företaget.

Grundaren har inte automatisk auktoritet att ha rätt.

Grundarens intuition går in i systemet som en hypotes, inte som bevis.

Om samordning

Ingen roll ska huvudsakligen existera för att förmedla information uppåt eller nedåt i organisationen.

Vi vill inte ha:

ingenjör → chefsammanfattning → direktörssammanfattning → ledningssammanfattning

när det underliggande arbetet kan inspekteras direkt.

Inte heller ska människor spendera sin tid på att manuellt dirigera information som ett auktoriserat system eller en agent kan göra läsbar direkt.

Viktig status bör finnas i system och artefakter som lämpliga personer och agenter kan fråga själva.

Om vi så småningom får chefer, ska de finnas för att de gör människor och team bättre: coachar, anställer, utvecklar omdöme, upprätthåller standarder, löser svåra problem och undanröjer hinder.

”Att göra status läsbar för nästa chef” är inte tillräcklig anledning för att ett jobb ska finnas.

Köp förmåga före byråkrati

Innan du lägger till en permanent samordningsroll, process eller team, fråga dig om bättre verktyg, automation, datorkraft, agenter eller en starkare individ kan ge samma förmåga.

En dyr inferens-räkning som förhindrar flera för tidiga anställningar kan vara billig.

En enorm inferens-räkning som producerar värdelöst arbete är fortfarande slöseri.

Token-förbrukning är inte ett produktivitetsmått.

Om kunskap och maskineri

Bevara kunskap. Återskapa maskineri.

Saker vi behandlar som varaktiga inkluderar:

• bevis och härkomst;
• viktiga beslut och varför de fattades;
• kundförståelse;
• begränsningar;
• domänmodeller;
• tester och utvärderingar;
• specifikationer;
• inlärda färdigheter.

Saker vi är mycket mer villiga att ersätta inkluderar:

• instrumentpaneler;
• klisterkod;
• interna engångsverktyg;
• tillfälliga gränssnitt;
• orkestrering;
• implementeringsdetaljer.

Detta gäller starkast för intern programvara.

Vissa kärnsystem och abstraktioner bör hålla i flera år. Men de förtjänar den varaktigheten genom att fortsätta lösa ett viktigt problem — inte för att de var dyra att bygga.

Om lärande och förenkling

Ett negativt resultat är värdefullt i proportion till den osäkerhet det eliminerar.

En borttagning är värdefull i proportion till den komplexitet den tar bort utan att förstöra värde.

Hela kretsloppet är:

lära → ändra övertygelse → ändra handling → förbättra

”Vi körde 47 experiment” är inte en prestation om inget användbart förändrades.

Inte heller är ”vi tog bort 10 000 rader”.

Vi ersätter inte lanseringsteater med lärandeteater.

Om processer

Process är kompilerad institutionell kunskap.

När vi lär oss något den hårda vägen, bevarar vi lärdomen så att vi inte behöver lära oss den den hårda vägen för alltid.

Föredra, i ordning:

1. ta bort det onödiga kravet;
2. radera onödigt arbete;
3. förenkla det som återstår;
4. gör det snabbare;
5. automatisera det.

Automatisering kommer sist.

När en process är nödvändig, föredra verkställighet genom bra verktyg och system framför prosa som folk måste komma ihåg manuellt.

Varje process bör kunna svara på:

Varför finns detta?

Om ingen kan svara, är det en kandidat för borttagning.

Incidenter bör leda till bättre förståelse och bättre mekanismer, inte en automatisk ny kryssruta.

Del fyra: Doktrin och mekanismer

Doktrin för tidigt skede — 2026

Detta är hur vi anser att ett tidigt Siftable bör fungera. Det är inte konstitutionellt och bör ändras när företaget förändras.

• Skapa något folk vill ha.
• Prata med användare konstant.
• Gör saker som inte skalar när de lär oss något viktigt.
• Leverera innan allt känns bekvämt. Byggande genererar kunskap som planering inte kan.
• Förbli mindre än vad som känns bekvämt. Anställning är inte framsteg i sig.
• Anställ aldrig för att dölja olöst produktosäkerhet.
• Spendera aggressivt på verklig förmåga och lärande; spendera försiktigt på organisatoriskt sken.
• Använd agenter aggressivt där de ökar verklig förmåga, inte för att iscensätta AI-anpassning.
• Grundaren håller sig i detaljerna.
• Undvik distraktioner. Fokus är en överlevnadsfördel.

Nuvarande mekanismer — 2026

Dessa är verktyg, inte budord. Ersätt eller ta bort dem när något bättre finns.

Grind för främlingskontakt
Större produktarbete fortsätter inte på obestämd tid utan kontakt med användare som inte är oss.

Granskning av produktionsspårning
Personer som arbetar med ett system inspekterar regelbundet verkliga spårningar och verkliga fel — både mänskliga och från agenter — istället för att bara förlita sig på sammanfattningar.

Dogfooding
Vi använder Siftable för att göra vårt eget arbete där det lär oss något användbart. Detta inkluderar våra arbetsflöden mellan människa och agent: företaget självt bör utöva det system det bygger.

Logg över avbrutet och förenklat
Vi registrerar meningsfulla saker vi slutade med, motbevisade, tog bort eller förenklade — tillsammans med anledningen.

Experimentmall
För tillräckligt följdriktig osäkerhet:

• påstående;
• konkurrerande förklaring;
• mätning;
• vad som skulle få oss att ändra oss;
• resultat;
• tolkning;
• beslut.

Använd den i proportion till insatserna.

Direkta användarsessioner
Grundaren och teknisk personal tillbringar regelbundet tid direkt med användare.

Ändringar

De olika lagren förändras i olika hastigheter.

Axiomet och uppdraget bör bara ändras om företaget i sig håller på att bli något annat.

De sju principerna och överenskommelserna är varaktiga, men inte heliga. Att ändra en kräver en tydlig förklaring av vad vi har lärt oss och varför den gamla versionen inte längre är rätt.

Arbetsanteckningar ändras när vår förståelse förbättras.

Doktriner och mekanismer är daterade och utbytbara.

Ett användbart test för allt som föreslås som en ny grundläggande princip:

1. Kan den härledas från den grundläggande idén?
2. Kan vi nämna något attraktivt som den skulle tvinga oss att avstå från?

Om inte, är det förmodligen bara dekoration.

Placera det i ett lägre lager — eller utelämna det.

Vad som gör detta verkligt

Det här dokumentet är inte kulturen.

Kulturen är vad vi belönar.

Vad vi avstår från.

Vem vi anställer.

Vad vi tolererar.

Hur människor använder auktoritet.

Hur människor delegerar till agenter.

Hur agenter beter sig när ingen ser på.

Hur vi reagerar när något misslyckas.

Vad vi gör när bevisen är obekväma.

Konstitutionen skrivs i slutändan av vad vi gör när det gör ont.

Första gången verkligheten motbevisar något vi älskar och vi ändå ändrar kurs betyder mer än något som står skrivet här.