Bir web projesinde hata araştırması, arayüz değişikliği ve test hazırlığı aynı anda gündeme gelebilir. Claude masaüstündeki Code sekmesi, bu işleri ayrı oturumlarda yürütmeye imkân veriyor. Verimli bir düzen kurmak için önce hangi işlerin bağımsız olduğunu ve hangi dosyaları değiştireceğini belirlemek gerekiyor.
Önce işi küçük bir haritaya dönüştürün
Başlangıçta her görev için üç satır yeterli olabilir: beklenen sonuç, çalışma klasörü ve kontrol yöntemi. Örneğin hata araştırmasının çıktısı bir teşhis notu, arayüz işinin çıktısı belirli ekran değişiklikleri, test görevinin çıktısı ise bu davranışları sınayan kontroller olabilir. İki görev aynı dosyayı değiştirecekse aralarındaki bağımlılığı da kaydedin.
Bağımsız iş için ayrı oturum
Code sekmesinde her oturumun kendi konuşma geçmişi ve proje klasörü bulunuyor. Yeni oturum kenar çubuğundan açılabiliyor; oturumlar yan yana veya ayrı pencerelerde görüntülenebiliyor. Yan yana görünüm yalnız görüntü düzenidir. İşlerin aynı dosyalara müdahale edip etmediğini tek başına belirlemez.
Git deposunda bir oturumu kendi worktree’sinde başlatmak, proje için ayrı bir çalışma kopyası sağlar. Böylece iki işin değişikliklerini sonradan birleştirmek mümkün olur. Birleştirme aşamasında aynı dosya üzerindeki farklı değişiklikler yine incelenmelidir. Dosya paylaşımını görmeden yalnız pencere sayısını artırmak, koordinasyon görevini ortadan kaldırmaz.
Açıklama istemek için yeni ana görev açmayın
Devam eden işi başka yöne çekmeden bir ayrıntıyı anlamak istiyorsanız yan sohbet uygun olabilir. Resmî belgeye göre bu sohbet ana konuşmanın o ana kadarki bağlamını kullanıyor, ancak kendi yazışmasını ana konuşmaya geri eklemiyor. Yerel, SSH ve WSL oturumlarında kullanılabiliyor. Uygulama kapandıktan sonra geri dönülecek kalıcı bir kayıt olarak saklanmıyor.
Bu nedenle bir yan sorudan çıkan karar ana işi etkileyecekse, kararı ana oturuma ayrıca iletin. “Bu yaklaşımı anladım” ile “Bundan sonra şu yaklaşımı uygula” farklı sonuçlar doğurur.
Bilgi yükünü görev sınırına göre yönetin
Oturumun bağlamı yalnız mesajlardan oluşmaz; okunan dosyalar ve araç sonuçları da yer kaplar. Yeni konu bağımsızsa yeni oturuma geçmek, eski işin ayrıntılarını taşımadan başlamayı sağlar. Aynı iş sürüyorsa /compact geçmişi özetleyerek alan açabilir. Önemli kararları, açık kalan işleri ve kontrol sonucunu kısa bir görev notunda tutmak, hangi yoldan devam edildiğini anlaşılır kılar.
Uzaktan kontrol ile bulutta çalışma farklı
Remote Control, yerel oturuma başka bir cihazdan ulaşmayı sağlar; çalışma yine başlangıçtaki makinededir. Bilgisayar kapandığında devam etmesi gereken iş için çalışma ortamının gerçekten bulut olması gerekir. Claude’un proje yaklaşımında koordinatör, buluttaki iş parçalarını ve ortak belleği yönetiyor. Her iş parçası kendi çalışma kopyasıyla ilerleyebiliyor; aynı koda dokunan sonuçlar birleştirme aşamasında ele alınıyor.
Her oturumdan aynı tür teslim isteyin
Bir işi bitmiş saymadan değişen dosyalar, kontrol edilen davranışlar ve açık kalan noktalar istenebilir. Sonra sonuçlar ortak hedefe göre birleştirilir. Bu küçük teslim düzeni, “oturum yanıt verdi” ile “proje beklentiyi karşıladı” arasındaki farkı görünür kılar.
Oliver’ın değerlendirmesi
Beklenen davranış bu mu? Paralel çalışmanın değeri daha çok pencere açmakta değil, bağımsız işleri gerçekten ayırabilmekte. Oturum sınırı bağlamı, worktree dosyaları, ortam seçimi ise işin nerede çalıştığını düzenler. Bu üç karar baştan netse, sonuçları birleştirmek ve kontrol etmek de daha yönetilebilir olur.
