Sistemler, piyasalar ve anlamaya çalıştığım her şey üzerine notlar.

Orkestra da halüsinasyon görmeye başlıyor#

Bugün ajanlarla çalışma biçimimdeki bir zayıflığı fark ettim.

En temiz döngü mühendisliği sistemini tasarlayabilirsin. Projeyi aşamalara bölebilirsin. Bir orkestratör atayabilirsin. Her ajana dar bir rol verebilirsin. İnceleyiciler, kapılar, kayıtlar ve kabul ölçütleri ekleyebilirsin. Bir süre boyunca makine neredeyse kendi kendini düzeltiyormuş gibi görünür.

Ama uzun bir projenin sonuna yaklaşırken bir şey değişir.

Orkestratör fazla geçmiş biriktirmiştir. Eski varsayımlar güncel gerçeklikle birbirine karışır. Ajanlar gerçek sistemi doğrulamak yerine kurmakta oldukları hikâyeyi doğrulamaya başlar. Hiyerarşi kâğıt üzerinde hâlâ vardır, fakat muhakemesi yavaş yavaş aşınmıştır.

İşin garip yanı, bunun genellikle bitiş çizgisine yakınken, tam da güvenin en yüksek ve hataların en pahalı olduğu anda gerçekleşmesidir.

Bu yüzden insan karar kapısı bir acil durum freni olarak görülemez. Mimarinin bir parçası olmalıdır.

Her büyük aşamanın son kapılarında hiyerarşiyi sıfırdan kurmak gerekebilir: taze bir orkestratör, temiz bağlam, açık kanıt ve önceki ekibin muhtemelen haklı olduğuna dair miras alınmış hiçbir inanç olmadan.

Şimdi Atlas’ta yaptığım şey bu.

Üçüncü Aşama yakın, ama aynı beyin çetesinin kendi sonunu onaylamasına izin vermiyorum. Kalan kapılar yeni bir şefin yönetiminde devam edecek.

Bazen son adım sistemden daha çok çabalamasını istemek değildir.

Sisteme yeni bir zihin vermektir.

Bir merak testi#

Sosyalleşmeyi bir tür merak testi olarak görmeye başladım.

Bu kişiyi gerçekten tanımak istiyor muyum? Yalnızca ne iş yaptığını değil; nasıl düşündüğünü, günlerinin nasıl geçtiğini, nelerden keyif aldığını ve ona kendini canlı hissettiren şeyleri merak ediyor muyum?

Sanırım yıllarca bir partner arayışına yanlış yerden yaklaştım. Sağlıklı bir ilişkinin neyin üzerine kurulması gerektiğini doğru dürüst anlamadan önce doğru kişiyi bulmaya odaklanıyordum.

Son zamanlarda temelin çok daha basit olduğunu fark ettim: birbirlerinin iç dünyasını gerçekten merak eden iki insan.

Şimdi hayatıma girmesine izin verdiğim insanlardaki farkı şimdiden görebiliyorum. İki taraf da yeni bir bağa performans, baskı veya beklentiyle değil merakla yaklaştığında çok daha dengeli bir şey oluşmaya başlıyor.

Belki de yakınlığın gerçek başlangıcı budur. Birini etkilemeye, sahiplenmeye veya hayatında nasıl bir rol oynayabileceğine hemen karar vermeye çalışmamak.

Yalnızca onun zaten olduğu kişiye içtenlikle ilgi duymak.

Bağlam mühendisliği çoğunlukla modelin neyi görmemesi gerektiğine karar vermektir#

Daha fazla bağlam daha güvenli hissettiriyor. Model bütün konuşmaya, her belgeye, geçmişteki her karara ve mümkün olan her araca sahipse mutlaka daha iyi bir karar verir.

Ben ise sürekli tersini görüyorum.

Bağlam yönetimi için kullandığım çalışma tanımı, bir sonraki kararı nelerin etkilemesine izin verildiğine karar vermek. Bu, içeri girenleri kapsıyor; fakat daha zor olan dışarıda kalanlar. Eski varsayımlar, tamamlanmış tartışmalar ve başka birinin görevi doğru olabilir, ama yine de bu an için yanlış olabilir.

Birden fazla ajan devreye girdiğinde fark belirginleşiyor. Araştırmacının soruya, ilgili dosyalara ve kanıt standardına ihtiyacı var. Değişikliği yapan kişinin kabul edilmiş plana, kesin sınırlara ve testlere ihtiyacı var. İnceleyenin ise sözleşmeye, tamamlanmış değişikliğe ve hata koşullarına ihtiyacı var. Üçüne de aynı devasa geçmişi vermek onları koordine etmiyor. Her birine başka birine ait kararları taşıtıyor.

Eskiden etkileyici kısmın araç kullanımı olduğunu düşünürdüm: bir ajan tarayıcıyı inceleyebiliyor, depoyu okuyabiliyor, test çalıştırabiliyor veya işi başka bir ajana devredebiliyor mu? Bunlar önemli, ama mimari değiller. Mimari, araç çağrısının çevresindeki sınırdır. Bu ajan neye karar veriyor? Neye karar vermediğini açıkça söylüyor? Hangi durum güncel? Görevi hangi kanıt kapatıyor?

Somut bir yöntem bana yardımcı oldu: araştırmayı, planı ve uygulamayı ayırmak; ardından bütün süreç yerine küçük, yazılı bir sonuç aktarmak. Sonraki görev, sonuca ve onun kanıtına ulaşır; o sonucu üreten her çıkmaz sokağa değil. Taze bir inceleyici daha da azını alır. Üreticinin güvenini miras almamalıdır.

Alt ajanları sevmemin nedenlerinden biri de bu Daha çok ajan otomatik olarak daha fazla zekâ demek olduğu için değil Onlar bağlamı kontrol etmenin bir yolu Küçük bir görevin

İlk istek nadiren gerçek gereksinimdir#

İnsanlar genellikle isteğin içine çözümü de yerleştirerek gelir.

Bir misafir masa değiştirmek isteyebilir. Asıl sorun masa olmayabilir. Gürültü, mahremiyet, sıcaklık veya önemli bir akşamın özensizce ele alındığı hissi olabilir. Masayı değiştirmek sorunu çözebilir. Tamamen ıskalaması da mümkün.

Teknik istekler de aynı şekilde çalışır. Birisi chatbot, gösterge paneli veya otomasyon ister. Bu yararlı bir bilgidir, fakat henüz gereksinim değildir. Gereksinim, günlük hayatında ihtiyaç duyduğu değişimdir: daha az kaçırılan talep, daha hızlı yanıt, güvenebileceği bir karar veya insanlar arasında kaybolmayı bırakan bir devir.

Konukseverliğin, satışın ve teknik işin aynı noktaya dokunduğunu düşündüğüm yer burası. İletişim, sistem kurulduktan sonra eklenen katman değildir. Hangi sistemin kurulması gerektiğini bulmanın bir parçasıdır.

Zor olan, kişiye düzeltiliyormuş gibi hissettirmeden dinlemektir. İstediği çözümün neden yanlış olduğunu hemen açıklarsam bilgiyi ve muhtemelen güveni kaybederim. İstekten önce ne olduğunu, iyi bir sonucun nasıl göründüğünü ve neyin yanlış gitmesine izin verilemeyeceğini sormayı tercih ederim.

Bazen ilk istek tam olarak doğrudur. Sadece eksiksiz olduğunu varsaymak istemiyorum. Birinin başladığı cümle çoğu zaman odanın kendisi değil, kapısıdır.

İnsanlara yönetiliyor gibi hissettirmeden görevleri yönlendirmek#

Küçük bir grupla çalışmayı seviyorum; özellikle de dağınık bir hedef birkaç net parçaya dönüştürülebildiğinde. Sevmediğim şey ise hiyerarşi tiyatrosu: sürekli kontrol, belirsiz baskı veya iş kontrol altındaymış gibi görünsün diye birini küçük hissettirmek.

Benim için parçalama dört şeyle başlıyor. Ulaşmaya çalıştığımız sonuç ne? Bu kişi yeniden sormadan neye karar verebilir? Onun parçası başka birinin işiyle nerede birleşiyor? Parçanın tamamlandığını hangi kanıt gösteriyor?

Bu mekanik gelebilir, ama insani tarafı daha önemli. Sahiplik belirsiz olduğunda, gerekçe saklandığında veya geri bildirim ancak kişi yanlış yönde fazla ilerledikten sonra geldiğinde görev ağırlaşır. Netlik baskıyı azaltabilir. Birine hareket alanının nerede olduğunu gösterir.

Sorumluluk ile saygınlığın birlikte hareket etmesi gerektiğini de düşünüyorum. Bir kişi bir parçanın sahibiyse onun içindeki varsayımı sorgulayabilmeli. Aksi hâlde sahiplik vermiş olmam. Talimat vermiş ve adını değiştirmiş olurum.

Denge hâlâ zor. Çok az yönlendirme iş birliğini tahmin oyununa çeviriyor. Fazlası ise yetkin insanları tek bir kişinin ellerinin uzantısına dönüştürüyor. İşi kimsenin beklemeyeceği kadar net, ama daha iyi bir fikrin göreve en yakın kişiden gelebileceği kadar serbest bölmek istiyorum.

Canlı pencereler ‘bitti’nin anlamını değiştirir#

Piyasa açıktı ve sistem zamanını daha sonra test etmeye hazırlanarak geçiriyordu.

“Bitti” tanımımın değiştiği an buydu.

Çevrimdışı kontroller değerliydi. Canlı sistem herhangi bir şeye dokunmadan önce bozuk bir işlevi, kötü bir şemayı veya gerilemeyi yakalayabiliyorlardı. Ama önemsediğim hatalar yalnızca gerçek ortamda ortaya çıkıyordu: kimliği doğrulanmış oturum, sayfanın güncel durumu, sağlayıcının tarih kontrolleri ve dar bir piyasa penceresinde kullanılabilen veriler.

İlk süreç her değişikliği uzun bir tören gibi ele alıyordu. Düzeltme yap. Taze inceleyicilere gönder. Başka bir çalıştırma planla. Bekle. Tekrarla. Dikkatli görünüyordu; fakat kıt olan kaynağı — açık piyasayı — beklemek için, sınırsız olan kaynağı — çevrimdışı zamanı — hareket etmek için kullanıyordu.

Farklı bir sıra istedim. Güvenlik sınırlarını koru: tek bir canlı operatör, salt okunur toplama, kör yeniden deneme yok, değişmez kanıt ve kaynak durumu yanlış olduğunda güvenli biçimde kapalı kalan sonuç. Ardından açık pencereyi sınırlı canlı kanıt için kullan. Bir çalışma gerçek bir sorunu ortaya çıkarırsa onu teşhis et, desteklenen en küçük düzeltmeyi yap, odaklanmış çevrimdışı kontrolleri geç ve ortam hâlâ varken aynı canlı yola dön.

Bu, üretimde pervasızca test yapma savunusu değildi. Kesinliğin nereden gelebileceği üzerine bir savdı. Bir inceleyici tarih değişmezinin kodda bulunduğunu doğrulayabilir. Sayfanın o tarihi gerçekten sunup sunmadığını, seçili durumun yenilemeden sonra korunup korunmadığını ve gönderilen sorgunun arayüzde gösterileni izleyip izlemediğini yalnızca canlı kaynak gösterebilir.

Bu ayrım her canlı denemeye “kabul” dememi de engelledi. Kaçırılan resmî kontrol noktası kaçırılmış olarak kalır. Bir kurtarma çalışması, sonradan başarılı diye yeniden yazılmadan da yararlı mühendislik kanıtı olabilir. Bu dürüstlük önemli; aksi hâlde süreç sistemi değil etiketi optimize etmeye başlar.

Çevrimdışı güvenceyi