Mac Mini'de Claude: En Ucuz Apple Ürününü Arka Planda Çalışan Bir İş Gücüne Dönüştürmek

Çoğu otomasyon aynı şekilde ölür. Birisi akıllıca bir şey yapar, sohbet penceresinde bir kez çalıştırır, akşam yemeğine gitmek için dizüstü bilgisayarı kapatır ve her şey buharlaşır. Komut dosyası hiçbir zaman zayıf halka olmadı. Dizüstü bilgisayardı. İşin devam etmesi için açık kalması, fişe takılı olması, uyanık olması gerekiyordu ve dizüstü bilgisayarlar tam tersini yapacak şekilde üretilmiştir.

Bir Mac mini'de bu sorun yok. Temel sürümü yaklaşık 599 dolara mal oluyor, bir masa lambasından daha az güç çekiyor, söz edilmeye değer hiçbir ses çıkarmıyor ve tam olarak tek bir iş tanımına sahip: açık kalmak. Bu tek özellik, insanların Claude iş akışlarını sessizce emanet ettiği makine haline gelmesinin tüm sebebidir.

Bu makale, bu iş akışlarından üçünü ele alıyor - kendini sınıflandıran bir gelen kutusu, gece boyunca incelenen çekme talepleri ve size bir toplantı başlığı yerine bir brifing sunan bir takvim - bunların tümü, bir evin bir yerinde oturan, kimsenin başlatmayı hatırlaması gerekmeyen bir mini üzerinde çalışıyor.

Bunun için neden sadece Claude sohbetini kullanmıyorsunuz?

Zaten bir e-postayı Claude'a yapıştırıp bir yanıt taslağı hazırlamasını isteyebilirsiniz. Zaten bir farkı yapıştırıp bir inceleme isteyebilirsiniz. Bu makaledeki hiçbir şey, sohbet penceresinde halihazırda var olmayan bir yetenek gerektirmez.

Değişen şey, tetiği kimin çektiğidir.

Sohbette, tetik her seferinde sizsiniz. Sekmeyi açarsınız, içeriği yapıştırırsınız, cevabı okursunuz, bir yere kopyalarsınız. Bunu yapmayı bıraktığınız an, süreç durur. Yalnızca eliniz üzerindeyken hareket eden bir araçtır.

Mini'de tetik, bir saat, bir web kancası veya bir klasöre düşen yeni bir dosyadır. Claude işi yapar, kendi çıktısını önceden yazdığınız bir kurala göre kontrol eder ve kimse bir dizüstü bilgisayar açmadan ya gönderir ya da tekrar dener. "Kullandığım bir model" ile "çalışan bir sistem" arasındaki tüm fark budur.

Masada aslında ne var

Üç katman ve hiçbiri egzotik değil:

Makine. Bir program veya bir dosya değişikliğine yanıt olarak Python betiklerini ateşleyen launchd işleri (cron'un macOS'taki daha iyi huylu kuzeni) çalıştıran bir Mac mini. Herhangi bir küçük, sürekli açık bilgisayar aynı işi yapar - mini sadece sessiz, çalıştırması ucuz ve bir monitörün arkasında kaybolacak kadar küçük olur.

Depolama. Düz klasörler ve işaretleme dosyaları, artı iş akışının doğrudan dokunduğu her şey - IMAP üzerinden bir gelen kutusu, yerel olarak klonlanmış bir GitHub deposu, bir .ics akışına senkronize edilmiş bir takvim. Hiçbir şey başka birinin uygulamasının arkasında yaşamaz. Mini yarın ortadan kaybolsa, ürettiği her dosya herhangi bir bilgisayarda normal şekilde açılmaya devam ederdi.

Akıl yürütme. API aracılığıyla çağrılan Claude. Sonnet, gerçek muhakeme gerektiren her şeyi halleder - bir çekme talebinin birleştirilmesinin güvenli olup olmadığına karar vermek, size benzeyen bir yanıt taslağı hazırlamak. Haiku, ucuz, yüksek hacimli işleri halleder - sıralama, etiketleme, evet/hayır kontrolleri. İşi bu şekilde bölmek, aylık faturanın bir kahve aboneliğinin maliyetinin altında kalmasının ana nedenidir.

Şimdi asıl iş akışlarına geçelim.

Birinci rutin: siz kontrol ettiğinizde gürültüden arınmış gelen kutusu

Çoğu gelen kutusu zor kararlarla dolu değildir. Size hiç ihtiyaç duymayan şeylerle doludur - bir bülten, bir takvim onayı, elli kere cevapladığınız bir soruyu soran bir satıcı. Zor kısım onları cevaplamak değil. Buna karar vermeden önce her birinin çaldığı yirmi saniyelik dikkattir.

1ÇALIŞMA ZAMANI:    hafta içi her 15 dakikada bir
2İZLE:              birincil gelen kutusundaki yeni postalar
3
4ADIMLAR:
5  1. Bağlam için aynı konudaki son 10 mesajı çek
6  2. Claude yeni mesajı sınıflandırır:
7       - rutin (onaylar, bültenler, otomatik yanıtlar)
8       - yanıt gerektiriyor (gerçek bir soru, bir talep)
9       - insan kararı gerektiriyor (para, çatışma, belirsiz olan her şey)
10  3. Rutin -> otomatik olarak arşivlenir, günlük özete kaydedilir
11     Yanıt gerektiriyor -> Claude kendi sesimle bir yanıt taslağı hazırlar, Taslaklar'a kaydedilir,
12                             ben açmadan asla gönderilmez
13     İnsan kararı gerektiriyor -> dokunulmaz, işaretlenir, taslak hazırlanmaz
14
15KONTROL:      sınıflandırma, tek satırlık bir gerekçe içermelidir. Claude
16              gerçek mesaj içeriğine atıfta bulunan bir gerekçe üretemezse,
17              öğe varsayılan olarak "insan kararı gerektiriyor" kategorisine düşer.
18DUR:          toplu işteki her mesaj sıralandığında veya herhangi bir mesajda
19              doğrudan benim için işaretlenmeden önce 3 yeniden deneme yapıldığında

Burada önemli olan kural, geri dönüş mekanizmasıdır. Claude'un güvenle sınıflandıramadığı hiçbir şey tahmin edilmez - her zamanki gibi size gelir. İş akışı, zor %10'luk kısımda muhakemenin yerini almaya çalışmıyor. Kolay %90'lık kısımda dikkatinizi çalmayı durdurmaya çalışıyor.

İkinci rutin: siz uyanmadan önce çekme talepleri ilk incelemeden geçer

Kod incelemesinin garip bir hata modu vardır: en önemli inceleme - gece 11'de gelen PR üzerindeki - yarı uykulu bir şekilde aceleyle geçiştirilme veya daha da kötüsü, asla gerçekleşmeyen bir "yarın bakarım" ile birleştirilme olasılığı en yüksek olan incelemedir.

1ÇALIŞMA ZAMANI:    her yeni çekme talebinde, bir GitHub web kancası aracılığıyla
2
3ADIMLAR:
4  1. Diff'i ve varsa bağlantılı sorunu çek
5  2. Claude, sabit bir rubriğe göre inceleme yapar:
6       - bağlantılı sorunun gerçek kapsamıyla eşleşiyor mu?
7       - kimlik doğrulama, ödemeler veya geçişlerle ilgili herhangi bir değişiklik var mı? (işaretle, yargılama)
8       - değiştirilen satırlardaki test kapsamı - mevcut mu yoksa eksik mi?
9       - isimlendirme ve yapı, dosyanın geri kalanıyla tutarlı mı?
10  3. Yorum doğrudan PR üzerine yayınlanır, rubrik maddesi başına 1-5 puanlanır,
11     en zayıf iki nokta açıkça belirtilir
12
13KONTROL:      bir yorum yalnızca belirli satır numaralarına atıfta bulunuyorsa yayınlanır.
14              Satır referansı olmayan bir inceleme atılır ve yeniden denenir -
15              belirsiz geri bildirim göndermeye değmez.
16DUR:          yorum yayınlandığında veya 2 denemeden sonra PR, otomatik incelemenin
17              tamamlanamadığına dair bir notla birlikte olduğu gibi bırakılır

Burada hiçbir şey birleşmiyor. Bu, asıl ilk gözleriniz işe koyulmadan önce PR'larınızda oturan, asla yorulmayan ikinci bir göz setidir. Sabit bir rubriğe göre puanlama, onu kullanışlı kılan şeydir - serbest biçimde "bu kodu incele"mesi istenen bir model, ya her şeyi över ya da rastgele seçici davranır. Dört sabit soruya göre puanlanan bir model, her seferinde aynı türde geri bildirim üretir ve bu da onu sabah 8'de okumaya değer kılan şeydir.

Üçüncü rutin: toplantılar sadece bir başlıkla değil, bir brifingle gelir

Bir takvim daveti size ne zaman ve nerede olduğunu söyler. İçeri girmeden önce gerçekte neyi hatırlamanız gerektiğini neredeyse hiç söylemez - o kişiyle yapılan son e-posta dizisi, önceki toplantıdan kalan açık madde, birinin soracağı sayı.

1ÇALIŞMA ZAMANI:    2 veya daha fazla katılımcısı olan her takvim etkinliğinden 45 dakika önce
2
3ADIMLAR:
4  1. Son e-posta dizisini ve bir katılımcının adına veya etkinlik başlığına
5     bağlı herhangi bir paylaşılan belgeyi çek
6  2. Claude tek sayfalık bir brifing yazar:
7       - varsa, geçen sefer üzerinde anlaşılan şey
8       - gündeme getirilmeye değer açık bir soru
9       - son görüşmede bahsedilen herhangi bir sayı veya tarih
10  3. Etkinlikten 30 dakika önce push bildirimi olarak teslim edilir
11
12KONTROL:      brifing, gerçek bir önceki mesaja veya belgeye atıfta bulunmalıdır.
13              Önceki bağlam bulunamazsa -> bildirim "geçmiş bulunamadı" der,
14              uydurulmuş bir özet değil.
15DUR:          gönderildiğinde veya katılımcılar yeni ise tamamen atlanır

Üzerinde durulmaya değer olan son kontroldür. Claude'un gerçek bir bağlam bulamadığında yoktan var eder gibi makul görünen bir brifing yazması kolay olurdu ve makul görünen bir sahtelik, hiç brifing olmamasından daha kötüdür, çünkü ona güvenirsiniz. Dürüst bir "hiçbir şey bulunamadı" ifadesini zorlamak, gelenlerin okumaya değer olmasını sağlar.

Yukarıdaki her şeyin bağlı olduğu iki kural

Ayrıntıları bir kenara bırakın ve buradaki her rutin aynı iki korkuluk üzerine kuruludur.

Kontrol edilebilir bir kural, bir his değil. "Bu e-postayı sınıflandır" bir histir. "Bu e-postayı sınıflandır ve etiketi haklı çıkaran cümleye atıfta bulunamıyorsan, varsayılan olarak güvenli kategoriye geç" bir kuraldır. Aradaki fark, Claude'un kendi işini belirli bir şeye karşı derecelendirip derecelendirmediği veya sadece bitmiş gibi görünen bir şey üretip üretmediğidir.

Gerçek bir durma koşulu. Yukarıdaki her rutinin, yeniden denemeler için bir üst sınırı ve işi temiz bir şekilde yapamadığında ne olacağına dair tanımlanmış bir geri dönüşü vardır. Bu olmadan, tek bir hatalı biçimlendirilmiş e-posta veya bozuk bir diff'e sahip bir PR, bütün gece bir yeniden deneme döngüsünde mutlu bir şekilde API çağrılarını yakacaktır ve fatura, hata raporundan önce gelir.

Bu iki şeyi doğru yapın ve belirli görevin pek önemi kalmaz - gelen kutusu, kod, takvim veya tamamen başka bir şey.

Oluşturmadan önce elle deneyin

Bunların hiçbiri başlamak için bir terminale dokunmayı gerektirmez. Aynı yapıyı normal bir Claude sohbetinde çalıştırabilir ve herhangi bir şeyi otomatikleştirmeden önce sizin için gerçekten yararlı olup olmadığını görebilirsiniz:

1Bu görevi aşamalar halinde çalışacak, bitmiş olduğunu söylemeden önce
2kendi çıktınızı kontrol edeceksiniz.
3
4GÖREV:
5[halletmek istediğiniz şey]
6
7AŞAMA KURALI:
8- İşi yap.
9- Şuna karşı kontrol et: [belirli, kontrol edilebilir durum]
10- Kontrolü geçemezse, neyin yanlış olduğunu söyle ve sadece o kısmı yeniden yap.
11- Geçerse, "bitti" de ve dur.
12- Bana asla açıklayıcı bir soru sorma - en makul varsayımı yap,
13  tek satırda belirt ve devam et.
14
15Başla.

Bu, mekanizmanın tamamının minyatür halidir. Mini yok, web kancası yok, program yok - sadece Claude, ilk makul görünen taslakta durmak yerine kendi işini bir kurala karşı kontrol ediyor. Bunu aynı tür görevde üç veya dört kez elle çalıştırıp tekrar tekrar ona geri dönüyorsanız, bu, onu çalıştırmayı hatırlamanızı gerektirmeyen bir makineye koymaya değer olduğunun işaretidir.

Bunu sabah 2'de bozulmaktan koruyan sıralama

Bunları güvenilir bir şekilde çalıştıran hiç kimse, cron işini yazarak başlamaz. Gerçekten dayanan sıralama şudur:

1. Çıktı tutarlı bir şekilde doğru olana kadar sohbette elle çalıştırın.
2. Bu kesin istemi bir betiğe dönüştürün - mantıkta hiçbir değişiklik yapmayın.
3. Kontrolü ve yeniden deneme sınırını her şeyden önce ekleyin.
4. Ancak o zaman onu bir programa veya bir web kancasına bağlayın.

Doğrudan dördüncü adıma atlayın ve "durma koşulu olmamasının" size neye mal olduğunu acı yoldan öğrenirsiniz, genellikle yinelenen PR yorumlarıyla dolu bir sabahta veya Gönderilmiş klasörünüzde oturan yüz tane aynı taslakla.

Bunun size asıl sağladığı şey

Bunların hiçbiri Claude'u daha akıllı yapmaz. Kullandığınız bir şey ile dikkat edip etmediğinize bakmaksızın çalışan bir şey arasındaki farkı yaratır. Mini ilginç kısım değil - bu sadece bir iş akışına asla yeniden açılması gerekmeyen bir makine vermenin en ucuz, en sessiz yoludur.

Bu makaledeki manuel sürümle başlayın. Birkaç defadan fazla elle çalıştırdığınızı fark ederseniz, yattıktan sonra açık kalan bir kutuya koymaya değer olan odur.

Bu makaleyi okuduğunuz için teşekkür ederiz

Oluşturan: @0xclayn**

Bunu Kaydet