İçeriğe atla
Siftable
TR
Menü
Mevcut · v4 · Ağustos 2026 Siftable / ExecuFunction Inc. · Genel işletim anayasası

Siftable şu anda bir kişi ve bir agent filosundan oluşuyor. Bu anayasa ilk işe alımdan önce yazıldı—böylece ilk katılan kişi tam olarak neye katıldığını bilir ve halihazırda burada çalışan agent'lar bunu kendi bağlamlarında bulundurur.

İnsanlar ve agent'lar için bir anayasa

Nasıl çalışıyoruz?

Gerçekte neyin doğru olduğunu anlamaya çalışırız, bu anlayıştan yola çıkarak inşa ederiz ve kanıtlar değiştiğinde fikrimizi değiştiririz.

Misyonumuz, insanlara ve onların agent'larına, öğrendiklerinin kaybolmak yerine birikmesi için dünyaları hakkında paylaşılan, güvenilir, gözden geçirilebilir bir anlayış sunmaktır.

Net görün.
Neyin önemli olduğuna karar verin.
Harekete geçin.
Katmana göre oku

Bu belgenin nasıl oluşturulduğu. Kalıcılık sırasına göre dört katman:

  1. Anayasa — şirketin temelindeki fikir ve yedi ilke. Neredeyse değiştirilemez. 500 kişide bile hâlâ anlamlı olmalı.
  2. Sözleşmeler — burada teknik personel olmanın ne anlama geldiği ve insanlar ile ajanların paylaştığı işletim sistemi. Dayanıklı, ancak kayıtlı gerekçelerle değiştirilebilir.
  3. Çalışma Notları — ilkelerin daha kesin açıklamaları. Öğrendikçe revize edilebilir.
  4. Doktrin ve Mekanizmalar — zamana tabi, aşamaya bağlı ve kasıtlı olarak gözden çıkarılabilir. Artık fayda sağlamadıklarında bunları silmek sistemin çalıştığını gösterir, başarısız olduğunu değil.

Üst kısmın sade kalabilmesi için detaylar belgenin daha alt kısımlarında yer alır.


Birinci Bölüm: Anayasa

Sadece bu bölümü hatırlıyorsanız, nasıl çalıştığımızı biliyorsunuz demektir.

Her şeyin altındaki fikir

Gerçekte neyin doğru olduğunu anlamaya çalışırız, bu anlayıştan yola çıkarak inşa ederiz ve kanıtlar değiştiğinde fikrimizi değiştiririz.

Gerçeklik bize neyin doğru olduğunu söyler. Misyonumuz ise neyin yapmaya değer olduğunu söyler.

Misyonumuz, insanlara ve onların agent'larına, öğrendiklerinin kaybolmak yerine birikmesi için dünyaları hakkında paylaşılan, güvenilir, gözden geçirilebilir bir anlayış sunmaktır.

Anlayış, yalnızca yaptıklarımızı değiştirirse faydalıdır. Net görmek işin sonu değil, başlangıcıdır.

Net görün. Neyin önemli olduğuna karar verin. Harekete geçin.

Bunlar, Siftable'daki hem insanlar hem de agent'lar için işletim kurallarıdır.

Yetenekleri, izinleri, sorumlulukları ve karar verme yetkileri farklıdır. Kanıt, dürüstlük, köken, belirsizlik, çelişki ve revizyon standartları ise farklı değildir.

İnsanlar, devrettikleri sonuçlardan sorumlu kalmaya devam eder.

Aşağıdaki her şey bu fikirlerden kaynaklanmaktadır.

1. Doğru olanı söyleyin

Neyi bildiğimiz, neyi düşündüğümüz ve neyi hala öğrenmemiz gerektiği konusunda net olun.

Ürünü, kanıtları, ilerlememizi veya kesinliğimizi olduğundan daha iyi göstermeyin — birbirimize, kullanıcılara veya kendimize karşı.

"Bu bizim en iyi tahminimiz" ile "bunu doğruladık" farklı ifadelerdir.

"Bunu deniyoruz" ile "bunu sunacağız" da öyle.

Sözlerimizi dikkatli verir ve verdiğimiz sözleri tutarız.

Aynı kural agent'lar için de geçerlidir. Bir agent, bir çıkarımı asla kanıt olarak sunmamalı, anlamlı bir belirsizliği gizlememeli veya doğrulamadığı bir şeyi doğrulamış gibi iddia etmemelidir.

2. Sorunu bir kişi sahiplenir

Her önemli sorunun, onu baştan sona anlamaktan sorumlu bir insan vardır.

Diğer insanlar ve agent'lar sınırsızca katkıda bulunabilir. Agent'lar devredilen görevleri sahiplenebilir ve yetkileri dahilinde işleri bağımsız olarak yürütebilir. Ancak genel sonuçtan sorumluluk bir ekibe, sisteme veya agent sürüsüne dağılıp kaybolmaz.

Sahibi her zaman bilir:

  • ne başarmaya çalıştığımızı;
  • şu anda neye inandığımızı;
  • neyin bilinmediğini;
  • hangi kanıtların mevcut olduğunu;
  • gerçekte ne olduğunu;
  • neyin başarısız olduğunu;
  • ve sırada ne olacağını.

Sistemlere değil, sorunlara göre organize oluruz.

Bir hafıza ekibinin işi hafızayı çözmektir, mevcut hafıza sistemini korumak değil. İnşa ettiğimiz bir şeyi değiştirmenin doğru cevap olması durumunda, sahibi bunu söylemeye istekli ilk kişi olmalıdır.

Sahiplenmek, bir kara kutu yaratmaz. Meşru bir nedeni olan kişiler doğrudan kullanıcılara, kanıtlara, izlere, sistemlere ve ilgili kişilere gidebilir.

Sonuçtan sorumlu olan yine de sahibidir.

3. Araştırma ve inşa etmek bir aradadır

Soru sorarak, bir şeyler inşa ederek, onları test ederek, ne olduğunu ölçerek ve anlayışımızı gözden geçirerek öğreniriz.

Araştırma, disiplinli bir belirsizlik azaltmadır. Kendi başına teorileştirme değildir.

Mühendislik, faydalı şeyleri gerçeğe dönüştürmektir. Başka bir yerde alınmış kararları körü körüne uygulamak değildir.

Önemli kararlar alan insanlar, kararlarının gerçekte ne işe yaradığını anlamak için hem kanıtlara hem de uygulamaya yeterince yakın durur.

Agent'lar da aynı döngüye katılmalıdır: kendilerine verilen yetki ve kısıtlamalar dahilinde araştırmak, inşa etmek, test etmek, sonucu denetlemek ve güncellemek.

4. Gerçekliğe yakın durun

Ürünü kullanın.

Kullanıcılarla konuşun.

Gerçekte nasıl çalıştıklarını izleyin.

İzleri (trace) okuyun.

Başarısızlıkları kendiniz araştırın.

İnsanların ne yapması gerektiğini düşündüğümüze değil, gerçekte ne yaptıklarına dikkat edin.

Raporlar, panolar, metrikler, özetler ve modeller gerçekliği anlamamıza yardımcı olabilir. Ama bunlar gerçekliğin kendisi değildir.

Gerçek bir sorunu çözmeyen teknik olarak zarif bir sistem, bir başarı değildir.

5. Fikrimizi değiştirmek ilerlemedir

Başarısızlık yanılmak değildir. Güncelleme yapmayı reddetmektir.

Bir fikri çürüten iyi bir deney, aylarca boşa gidecek çalışmayı kurtarabilir.

Gereksiz kodu silmek, yeni kod eklemekten daha değerli olabilir.

Bir sistemi basitleştirmek, onu genişletmekten daha zor ve daha değerli olabilir.

Artık mantıklı olmayan bir işi durdurmak meşru bir sonuçtur.

Öğrenmek, belirsizliği azalttığında ve yaptıklarımızı değiştirdiğinde önemlidir.

Önemli görünmek için karmaşıklık üretmeyiz.

Halihazırda maliyetini haklı çıkarmak için projeleri hayatta tutmayız.

Hem insanların hem de agent'ların kanıtlar değiştiğinde çalışma modellerini gözden geçirmeleri beklenir.

6. Süreç, varlığını hak etmelidir

Süreç vardır, çünkü deneyim bize bir şeylerin güvenilir bir şekilde olması gerektiğini öğretmiştir.

Aynı dersi tekrar tekrar öğrendiğimizde, onu kodlarız. Mümkün olduğunca, daha fazla seremoni yerine araçları, testleri, otomasyonu ve net sistem kısıtlamalarını tercih ederiz.

Süreçler kutsal değildir.

Başarısız olduklarında iyileştirin.

Yardım etmeyi bıraktıklarında silin.

Ve bir sürecin var olmayı hak ettiğini kanıtlamadan onu otomatikleştirmeyin.

Sürecin amacı, organizasyonu olgun göstermek değil, iyi işi kolaylaştırmak ve tekrarlanan hataları zorlaştırmaktır.

7. Saygı unvandan değil, muhakemeden gelir

Sorunu en iyi anlayan kişiyi dinleyin.

İyi fikirler her yerden gelebilir. Referanslar, kıdem, unvan, organizasyonel konum veya faydalı bir gözlemin bir insandan mı yoksa bir agent'tan mı geldiği, bir argümanı doğru yapmaz.

Önemli olan, akıl yürütmenin ve kanıtın kalitesidir.

Önemli kararlardan önce açıkça tartışın. Kimin karar verdiğini netleştirin.

Bir karar verildikten sonra, onu destekleyin ve iyi bir şekilde uygulayın.

Maddi olarak yeni bir kanıt ortaya çıkarsa, konuyu yeniden açın. Gerçeklik değiştiği için rotayı değiştirmek sadakatsizlik değildir.

Karar verme yetkisi atanabilir. İnanılma yetkisi ise kazanılmalıdır.

Dört çalışma ilkesi

Bunlar ek ilkeler değildir. Bizden önce zor sorunları çözmüş organizasyonlardan öğrenilen faydalı hatırlatıcılardır.

Bir yolunu bulun.
İnisiyatif alındığı varsayılır. Bir yol tıkalıysa, başka bir yol arayın. Bir şeyin neden zor olduğunu açıklamayı, onu çözmekle karıştırmayın.

İşe yarayan basit şeyi yapın.
Çözümleri ne kadar sofistike göründüklerine göre değil, ne başardıklarına göre yargılayın. Karmaşıklık, varlığını hak etmek zorundadır.

Optimize etmeden önce silin.
Gereksinimi sorgulayın. Gereksiz olanı kaldırın. Kalanı basitleştirin. Sonra onu hızlandırın ve otomatikleştirin.

Sorunun içine girin.
Sadece uzaktan gereksinimleri toplamayın. Sorunu yaşayan insanlarla birlikte çalışın. Gerçek iş akışını görün ve sonuç için sorumluluk alın.

Sade dil kuralı

Önemli bir fikir veya kural sade bir dille açıklanamıyorsa, muhtemelen onu henüz yeterince iyi anlamıyoruzdur.

Karmaşıklık altta yaşayabilir.

Paylaşılan anlayış, iletişim kurulabilecek kadar basit kalmalıdır.


İkinci Bölüm: Sözleşmeler

MTS Sözleşmesi

Bir Teknik Personel Üyesi (MTS), hem bir araştırmacı hem de bir inşa edicidir.

Her şeyde eşit derecede güçlü olmanız gerekmez. Bazı insanlar araştırma, sistemler, ürün, tasarım, altyapı, güvenlik veya başka bir teknik disiplinde çok daha derine inecektir. Güçlü uzmanlaşma değerlidir.

Ancak her MTS şunları yapabilmelidir:

  • iyi sorular sormak ve varsayımları kanıtlardan ayırmak;
  • bir fikri test etmek için faydalı bir yol tasarlamak;
  • çalışan sistemler inşa etmek veya inşasını yönetmek;
  • agent'lar ve diğer araçlar aracılığıyla etkili bir şekilde çalışmak;
  • gerçekte ne olduğunu incelemek;
  • sadece özetlerden akıl yürütmek yerine başarısızlıkları araştırmak;
  • akıl yürütmelerini açıkça açıklamak;
  • ve gerçeklik uyuşmadığında rotayı değiştirmek.

İnşa edici, "en çok kodu manuel olarak yazan kişi" anlamına gelmez.

Araçlar geliştikçe, agent'lar daha fazla uygulama yapacaktır. İnşa etmek, mimari, spesifikasyonlar, testler, değerlendirmeler, araçlar, izler, kod ve agent çıktısı üzerinde yargı yoluyla gerçek, çalışan, anlaşılır bir sistemin var olmasını sağlamak ve nasıl davrandığının sorumluluğunu almak anlamına gelir.

Yalnızca teklif üretebilen ama gerçek bir şey yapamayan biri burada alışılmadık olurdu.

Doğru, faydalı veya inşa etmeye değer olup olmadıkları hakkında akıl yürütmeden hızla uygulama üretebilen biri de öyle.

Teknik olmayan rollerin PR birleştirmesi beklenmez. Kendi zanaatlarında aynı kanıt, sahiplenme ve gerçeklikle temas standartlarını takip etmeleri beklenir.

Mümkün olduğunca, hipotetik şeylerin açıklamaları yerine çalışan şeyleri tercih ederiz.

İnsanlar ve Agent'lar için Tek Bir İşletim Sistemi

İnsanlar ve agent'lar için farklı gerçeklik kuralları yoktur.

Farklı yetenekleri, izinleri, sorumlulukları ve yetkileri vardır. Ancak dünyayı anlama ve ona göre hareket etme konusunda aynı sisteme katılırlar.

Her ikisi de aynı temel fikirlerle çalışır:

iddia · kanıt · çıkarım · belirsizlik · taahhüt · çelişki · revizyon

Her ikisi de önemli bilgilerin nereden geldiğini korur.

Her ikisi de yanılabilir.

Her ikisinin de güncelleme yapması beklenir.

Her ikisi de çelişkileri sessizce düzeltmek yerine yüzeye çıkarır.

Her ikisi de şunları ayırt eder:

"Bence" ile "Doğruladım" arasındaki farkı.

Agent'lar yalnızca kendilerine verilen yetki dahilinde hareket eder. İnsanlar, hangi yetkinin devredileceğine karar vermekten ve bu devrin önemli sonuçlarından sorumlu kalmaya devam eder.

Amaç, insanlar ve agent'lar birbirinin yerine geçebilirmiş gibi davranmak değildir.

Amaç, ikisine de farklı bir gerçeklik standardı uygulanmamasını sağlamaktır.

Önemli işler okunabilir olmalıdır

Önemli işler, yetkili başka bir kişi veya agent'ın anlayabileceği kadar kalıcı, atfedilebilir kanıt bırakır:

  • ne olduğunu;
  • neden olduğunu;
  • ne karar verildiğini;
  • onu hangi kanıtların desteklediğini;
  • ve ne sonuçlandığını.

Kural şudur:

Hiçbir önemli şey, erişilemeyen kabile bilgisine bağlı olmamalıdır.

Bu, her şeyi kaydetmek anlamına gelmez.

Personel meseleleri, hukuki tavsiyeler, hassas kişisel konuşmalar, müşteri kısıtlı bilgiler, güvenlikle ilgili materyaller ve gizli kalması gereken diğer bilgiler kasıtlı olarak gizli kalır.

Okunabilirlik işe hizmet eder. Yargıyı, gizliliği, güvenliği veya güveni geçersiz kılmaz.

Tekrarlanan iş öğrenmelidir

Mümkün olduğunda, tekrarlanan iş kapalı bir döngü haline gelir:

gözlemle → anla → karar ver → harekete geç → ölç → öğren → güncelle

Müşteri geri bildirimi bir sonraki ürün kararını iyileştirmelidir.

Olaylar bir sonraki sistemi iyileştirmelidir.

Satış görüşmeleri bir sonraki satış görüşmesini iyileştirmelidir.

Agent başarısızlıkları bir sonraki agent çalışmasını iyileştirmelidir.

İnsan hataları bir sonraki insan kararını iyileştirmelidir.

Öğrendiklerimiz kaybolmak yerine birikmelidir.

İşletim formülü

Hareket halindeki tüm sistem şudur:

Gerçekliği net görün. Neyin önemli olduğunu seçin. Birine sahiplik verin. İnşa edin. Ne olduğunu gözlemleyin. Güncelleyin. Artık misyona hizmet etmeyeni silin. Tekrarlayın.

Şirket, Siftable felsefesinin bir dogfood örneğidir.

Üründen istediğimiz aynı disiplin, onu inşa eden insanlar ve agent'lar için de geçerlidir.


Üçüncü Bölüm: İşletim Notları

Bunlar Anayasa'dan daha kesindir ve değişime daha açıktır.

Gerçeklik hakkında

Her karar aynı derecede titizlik gerektirmez.

Kanıt çıtası üç şeyle yükselir:

belirsizlik × sonuç × geri alınamazlık

Küçük, geri alınabilir bir karar mı? Muhakemenizi kullanın ve yayınlayın.

Hafızada, erişimde veya ontolojide temel bir değişiklik mi? Neye inandığımızı, kanıtları başka nelerin açıklayabileceğini, bunu nasıl ölçeceğimizi ve fikrimizi neyin değiştireceğini belirtin.

Güvenliği, veri bütünlüğünü, gizliliği veya güveni etkileyen bir karar mı? Yayınlamadan önce çıtayı önemli ölçüde daha yükseğe koyun.

Her iki aşırı ucu da reddediyoruz:

pragmatizm kılığına girmiş rahat belirsizlik

ve

titizlik kılığına girmiş akademik seremoni.

İki soru önemlidir

Belirsiz ürün çalışmaları için genellikle iki farklı soruyu cevaplamamız gerekir:

İşe yarıyor mu?

ve

Önemli mi?

İlki bilimsel veya teknik gerçektir.

İkincisi ise ürün gerçeğidir.

Kimsenin umursamadığı bir soruyu cevaplayan mükemmel bir deney, yanlış hedefe yönlendirilmiş titizliktir.

Bir startup için, kullanıcıların gerçekte ne yaptığı, gerçekliğin en güçlü sinyallerinden biridir.

Sahiplenme hakkında

Her önemli sorunun tam olarak bir sorumlu insan sahibi vardır.

Sahibi, sorunun mevcut durumunu taşır ve şunları cevaplayabilir:

  1. Ne başarmaya çalışıyoruz ve bu neden önemli?
  2. Şu anda neye inanıyoruz?
  3. Ne bilinmiyor?
  4. Hangi kanıtlara sahibiz?
  5. Gerçekte ne yayınlandı?
  6. Ne başarısız oldu?
  7. Fikrimizi ne değiştirdi?
  8. Sırada ne var?

Sahiplenme uçtan ucadır.

Katkı sınırsızdır.

Agent'lar, önemli devredilmiş işleri bağımsız olarak yürütebilir ve görevlerin veya alt sorunların çalışma durumunu sürdürebilir.

Ancak devir, insan sorumluluğunu ortadan kaldırmaz.

Bilgi, sahip üzerinden filtrelenmez. Sorumluluk onlarda kalır.

Yetki ve kurucu hakkında

İki farklı türde yetki vardır.

Epistemik yetki: Bir iddianın veya neyin doğru olduğuna dair bir yargının ne kadar ağırlığı olmalıdır?

Karar verme yetkisi: Kararı vermekten kim sorumludur?

İkisi aynı şey değildir.

Uzmanlık, kanıt ve güçlü bir geçmiş, epistemik yetki kazandırır.

Bu, faydalı kanıtın veya akıl yürütmenin bir insandan mı yoksa bir agent'tan mı geldiğine bakılmaksızın geçerlidir.

Karar verme yetkisi açıkça atanır.

Önemli kararlar için, genellikle sorun sahibi olan, adı konmuş bir insan karar verici vardır. Karardan önce tartışma şiddetli olabilir. Karar verildikten sonra, uygulayın. Maddi olarak yeni kanıtlar ortaya çıktığında yeniden açın.

Kurucunun rolü

Sahiplenme dağıtılmıştır. Şirket genelindeki bağlam ise değildir.

Kurucu, işi anlamak için organizasyonel sınırları aşabilir: doğrudan erişimi düzelten mühendisle konuşabilir, bir agent'ın izini inceleyebilir, müşteriyle oturabilir, kodu inceleyebilir veya bir varsayıma meydan okuyabilir.

Bunu yapmak sahipliği otomatik olarak devretmez.

Kurucu, alışılmadık derecede geniş bir karar verme yetkisine ve tüm şirketi anlama sorumluluğuna sahiptir.

Kurucunun otomatik olarak haklı olma yetkisi yoktur.

Kurucu sezgisi, sisteme kanıt olarak değil, bir hipotez olarak girer.

Koordinasyon hakkında

Hiçbir rol, esas olarak organizasyonda yukarı veya aşağı bilgi aktarmak için var olmamalıdır.

İstemediğimiz şey:

mühendis → yönetici özeti → direktör özeti → üst düzey yönetici özeti

temel iş doğrudan denetlenebiliyorken.

Ne de insanlar zamanlarını, yetkili bir sistemin veya agent'ın doğrudan okunabilir hale getirebileceği bilgiyi manuel olarak yönlendirerek geçirmemelidir.

Önemli durum, uygun kişilerin ve agent'ların kendilerinin sorgulayabileceği sistemlerde ve eserlerde yaşamalıdır.

Eğer sonunda yöneticilerimiz olursa, insanları ve ekipleri daha iyi hale getirdikleri için var olmalıdırlar: koçluk, işe alım, muhakeme geliştirme, standartları koruma, zor sorunları çözme ve engelleri kaldırma.

"Durumu bir sonraki yöneticiye okunabilir kılmak", bir işin var olması için yeterli bir neden değildir.

Bürokrasi yerine yetenek satın alın

Kalıcı bir koordinasyon rolü, süreci veya ekibi eklemeden önce, daha iyi araçların, otomasyonun, işlem gücünün, agent'ların veya daha güçlü bir bireyin aynı yeteneği sağlayıp sağlayamayacağını sorun.

Birkaç erken işe alımı önleyen pahalı bir çıkarım faturası ucuz olabilir.

Faydasız iş üreten devasa bir çıkarım faturası ise hala israftır.

Token tüketimi bir üretkenlik metriği değildir.

Bilgi ve mekanizma hakkında

Bilgiyi koruyun. Mekanizmayı yeniden üretin.

Kalıcı olarak ele aldığımız şeyler şunları içerir:

  • kanıt ve köken;
  • önemli kararlar ve neden alındıkları;
  • müşteri anlayışı;
  • kısıtlamalar;
  • alan modelleri;
  • testler ve değerlendirmeler;
  • spesifikasyonlar;
  • öğrenilmiş beceriler.

Değiştirmeye çok daha istekli olduğumuz şeyler şunları içerir:

  • panolar;
  • ara kodlar (glue code);
  • tek seferlik dahili araçlar;
  • geçici arayüzler;
  • orkestrasyon;
  • uygulama detayları.

Bu en çok dahili yazılımlar için geçerlidir.

Bazı temel sistemler ve soyutlamalar yıllarca sürmelidir. Ancak bu dayanıklılığı, inşa edilmeleri pahalı olduğu için değil, önemli bir sorunu çözmeye devam ettikleri için kazanırlar.

Öğrenme ve basitleştirme hakkında

Negatif bir sonuç, ortadan kaldırdığı belirsizlik oranında değerlidir.

Bir silme işlemi, değeri yok etmeden ortadan kaldırdığı karmaşıklık oranında değerlidir.

Tam döngü şudur:

öğren → inancı değiştir → eylemi değiştir → iyileştir

Faydalı bir şey değişmediyse, "47 deney yaptık" bir başarı değildir.

"10.000 satır sildik" de öyle.

Lansman tiyatrosunu öğrenme tiyatrosuyla değiştirmiyoruz.

Süreç hakkında

Süreç, derlenmiş kurumsal öğrenmedir.

Bir şeyi zor yoldan öğrendiğimizde, dersi koruruz ki sonsuza dek zor yoldan öğrenmemiz gerekmesin.

Sırasıyla tercih edin:

  1. gereksiz gereksinimi kaldırın;
  2. gereksiz işi silin;
  3. kalanı basitleştirin;
  4. daha hızlı yapın;
  5. otomatikleştirin.

Otomasyon en son gelir.

Bir süreç gerekli olduğunda, insanların manuel olarak hatırlaması gereken metinler yerine iyi araçlar ve sistemler aracılığıyla uygulamayı tercih edin.

Her süreç şu soruya cevap verebilmelidir:

Bu neden var?

Kimse cevap veremiyorsa, silinmeye adaydır.

Olaylar, otomatik yeni bir onay kutusu yerine daha iyi bir anlayış ve daha iyi mekanizmalar üretmelidir.


Dördüncü Bölüm: Doktrin ve Mekanizmalar

Erken Aşama Doktrini — 2026

Erken bir Siftable'ın bu şekilde çalışması gerektiğine inanıyoruz. Bu anayasal değildir ve şirket değiştiğinde değişmelidir.

  • İnsanların istediği bir şey yapın.
  • Kullanıcılarla sürekli konuşun.
  • Bize önemli bir şey öğrettiğinde ölçeklenmeyen şeyler yapın.
  • Her şey rahat hissettirmeden önce yayınlayın. İnşa etmek, planlamanın sağlayamayacağı bilgiyi üretir.
  • Rahat hissedilenden daha küçük kalın. İşe alım tek başına ilerleme değildir.
  • Çözülmemiş ürün belirsizliğini gizlemek için asla işe alım yapmayın.
  • Gerçek yetenek ve öğrenmeye agresif bir şekilde harcayın; organizasyonel görünüme ise temkinli harcayın.
  • AI benimsemeyi göstermek için değil, gerçek yeteneği artırdıkları yerlerde agent'ları agresif bir şekilde kullanın.
  • Kurucu, detayların içinde kalır.
  • Dikkat dağıtıcı şeylerden kaçının. Odaklanmak bir hayatta kalma avantajıdır.

Mevcut Mekanizmalar — 2026

Bunlar emirler değil, araçlardır. Daha iyisi bulunduğunda değiştirin veya silin.

Yabancıyla temas kapısı
Büyük ürün çalışmaları, bizden olmayan kullanıcılarla temas kurulmadan süresiz olarak devam etmez.

Üretim izi (trace) incelemesi
Bir sistem üzerinde çalışan kişiler, yalnızca özetlere güvenmek yerine, hem insan hem de agent kaynaklı gerçek izleri ve gerçek başarısızlıkları düzenli olarak inceler.

Dogfooding (kendi ürününü kullanma)
Bize faydalı bir şey öğrettiği her yerde kendi işimizi yapmak için Siftable'ı kullanırız. Buna insan-agent iş akışlarımız da dahildir: şirketin kendisi, inşa ettiği sistemi kullanmalıdır.

Durdurulan ve basitleştirilenler günlüğü
Durdurduğumuz, çürüttüğümüz, kaldırdığımız veya basitleştirdiğimiz anlamlı şeyleri nedenleriyle birlikte kaydederiz.

Deney şablonu
Yeterince önemli belirsizlikler için:

  • iddia;
  • rakip açıklama;
  • ölçüm;
  • fikrimizi ne değiştirirdi;
  • sonuç;
  • yorumlama;
  • karar.

Risklerle orantılı olarak kullanın.

Doğrudan kullanıcı oturumları
Kurucu ve teknik personel düzenli olarak doğrudan kullanıcılarla zaman geçirir.


Değişiklik

Farklı katmanlar farklı hızlarda değişir.

Aksiyom ve misyon yalnızca şirketin kendisi farklı bir şeye dönüşüyorsa değişmelidir.

Yedi ilke ve sözleşme kalıcıdır, ancak kutsal değildir. Birini değiştirmek, ne öğrendiğimizi ve eski versiyonun neden artık doğru olmadığını açıkça açıklama gerektirir.

İşletim Notları, anlayışımız geliştikçe değişir.

Doktrin ve mekanizmalar tarihli ve tek kullanımlıktır.

Yeni bir anayasal ilke olarak önerilen herhangi bir şey için faydalı bir test:

  1. Her şeyin altındaki ana fikirden türetilebilir mi?
  2. Bizi cazip bir şeyi reddetmeye zorlayacak bir örnek verebilir miyiz?

Değilse, muhtemelen sadece süstür.

Onu daha alt bir katmana koyun ya da hiç koymayın.


Bunu Gerçek Kılan Şey

Bu belge kültür değildir.

Kültür, neyi ödüllendirdiğimizdir.

Neyi reddettiğimizdir.

Kimi işe aldığımızdır.

Neye müsamaha gösterdiğimizdir.

İnsanların yetkiyi nasıl kullandığıdır.

İnsanların agent'lara nasıl görev devrettiğidir.

Agent'ların kimse izlemiyorken nasıl davrandığıdır.

Bir şey başarısız olduğunda nasıl tepki verdiğimizdir.

Kanıtlar işimize gelmediğinde ne yaptığımızdır.

Anayasa, nihayetinde canımızı yaktığında ne yaptığımız tarafından yazılır.

Gerçekliğin sevdiğimiz bir şeyi çürüttüğü ve yine de rotayı değiştirdiğimiz ilk an, burada yazılan her şeyden daha önemlidir.

Değişiklik geçmişi

v4 · Ağustos 2026. Mevcut genel sürüm. Gelecekteki değişiklikler, ne öğrendiğimizi ve önceki ifadenin neden artık işe hizmet etmediğini kaydedecektir.