Claude Code Routines duyuruldu

 (code.claude.com)
13 puan yazan GN⁺ 15 일 전 | 1 yorum | WhatsApp'ta paylaş
  • Program, API çağrıları ve GitHub etkinliklerine göre otomatik çalışan bulut tabanlı kod otomasyonu özelliği, Anthropic altyapısında çalışıyor
  • Rutinler prompt, depo, bağlayıcılar ve tetikleyicilerden oluşuyor; dizüstü bilgisayar kapalı olsa bile çalışmaya devam ediyor
  • Tetikleyiciler üç türü destekliyor: program, API, GitHub etkinlikleri; tek bir rutine birden fazla tetikleyici bağlanabiliyor
  • Web, CLI ve masaüstü uygulaması üzerinden oluşturulup yönetilebiliyor; GitHub, Slack, Linear gibi harici servis bağlayıcıları üzerinden işler yürütüyor
  • Pro ve üzeri planlarda sunuluyor; şu anda araştırma önizlemesi aşamasında olduğundan özellikler ve API spesifikasyonu değişebilir

Rutinlerle işleri otomatikleştirme

  • Claude Code Routines, program, API çağrıları ve GitHub etkinliklerine göre otomatik çalışan kaydedilmiş kod yapılandırmalarıdır ve Anthropic tarafından yönetilen bulut altyapısında çalışır
  • Rutinler prompt, depo ve bağlayıcı setlerinden oluşur; dizüstü bilgisayar kapalı olsa bile çalışmayı sürdürür
  • Tetikleyici türleri üçe ayrılır: program, API ve GitHub etkinlikleri; tek bir rutine birden fazla tetikleyici eklenebilir
  • Rutinler Pro, Max, Team ve Enterprise planlarında kullanılabilir; web veya CLI (/schedule) üzerinden oluşturulup yönetilir
  • Şu anda araştırma önizlemesi aşamasındadır; davranış ve API spesifikasyonu değişebilir

Rutinlerin başlıca kullanım senaryoları

  • Backlog bakımı: Program tetikleyicisi her gece issue tracker'ı kontrol ederek etiket ekler, atama yapar ve Slack özeti paylaşır
  • Uyarı sınıflandırma: İzleme aracı hata oluştuğunda API tetikleyicisini çağırır; rutin stack trace'i analiz edip düzeltme PR'ı oluşturur
  • Özelleştirilmiş kod incelemesi: GitHub tetikleyicisi PR oluşturulduğunda çalışır ve güvenlik, performans, stil inceleme yorumlarını otomatik ekler
  • Dağıtım doğrulaması: CD pipeline'ı dağıtımdan sonra API tetikleyicisini çağırır; rutin smoke test ve log kontrolü yapar
  • Dokümantasyon senkronizasyonu: Haftalık program tetikleyicisi merge edilmiş PR'ları tarayarak değişen API ile ilgili dokümanlar için güncelleme PR'ı oluşturur
  • Kütüphane portlama: PR merge edildiğinde GitHub tetikleyicisi değişiklikleri başka dildeki SDK'ya taşır

Rutin oluşturma yöntemleri

  • Rutinler web, masaüstü uygulaması ve CLI üzerinden oluşturulabilir; tüm arayüzler aynı bulut hesabına bağlıdır
  • Rutin oluştururken yapılandırılan alanlar: prompt, depo, ortam, bağlayıcılar, tetikleyiciler
  • Rutinler otomatik çalışan oturumlardır; yetki onayı olmadan komut çalıştırabilir ve bağlayıcı çağırabilir
  • Rutinler kişisel hesaplara aittir ve takımla paylaşılmaz. Çalıştırma sayısı hesabın günlük limitine dahildir
  • GitHub, Slack, Linear gibi bağlayıcılar üzerinden yapılan tüm işlemler kullanıcının bağlı hesabı üzerinden görünür

  • Web üzerinden oluşturma

    • claude.ai/code/routines adresinde New routine seçeneğine tıklayın
    • Rutin adını yazın, prompt'u girin ve modeli seçin
    • Depo seçimi: GitHub deposu ekleyin, claude/ önekli branch kullanın
    • Ortam seçimi: Ağ erişimi, ortam değişkenleri ve kurulum script'ini ayarlayın
    • Tetikleyici seçimi: Program, GitHub etkinliği veya API arasından seçim yapın ya da birleştirin
    • Bağlayıcıları gözden geçirin ve gerekmeyenleri kaldırın
    • Create seçeneğine tıklayın; rutin oluşturulur ve hemen çalıştırılabilir

  • CLI üzerinden oluşturma

    • /schedule komutuyla etkileşimli olarak oluşturabilirsiniz (/schedule daily PR review at 9am)
    • CLI'da yalnızca program tetikleyicisi oluşturulabilir; API ve GitHub tetikleyicileri web'den eklenir
    • /schedule list, /schedule update, /schedule run komutlarıyla yönetilebilir

  • Masaüstü uygulamasında oluşturma

    • Schedule sayfasında New remote task seçeneğini seçin
    • Yerel zamanlanmış görevler ve rutinler birlikte gösterilir

Tetikleyici yapılandırması

  • Rutinler program, API veya GitHub tetikleyicilerinden en az birine sahip olabilir
  • Tetikleyiciler istenildiği zaman eklenip kaldırılabilir

  • Program tetikleyicisi

    • Saat dilimine göre saatlik, günlük, hafta içi veya haftalık çalışabilir
    • Minimum çalışma aralığı 1 saattir
    • CLI'da /schedule update ile cron ifadesi ayarlanabilir

  • API tetikleyicisi

    • Her rutin için HTTP endpoint'i sağlanır, Bearer token ile kimlik doğrulaması yapılır
    • POST isteği gönderildiğinde yeni bir oturum oluşturulur ve URL döndürülür
    • İstek gövdesindeki text alanıyla çalıştırma bağlamı iletilebilir
    • Token yalnızca bir kez gösterilir; yeniden üretilebilir veya iptal edilebilir
    • /fire endpoint'i için experimental-cc-routine-2026-04-01 beta header'ı gerekir

  • GitHub tetikleyicisi

    • Bağlı depoda bir etkinlik olduğunda otomatik çalışır
    • Claude GitHub App kurulumu gerekir
    • Yalnızca web arayüzünden yapılandırılabilir
    • Etkinlik fazlası durumunda saatlik limit uygulanır

    • Desteklenen etkinlikler

      • Pull request, Push, Release, Issues, Discussion dahil 20'den fazla GitHub etkinliği desteklenir
      • Her etkinlik ayrıntılı aksiyonlara (opened, closed, edited vb.) tepki verebilir

    • PR filtreleme

      • Yazar, başlık, gövde, branch, etiket, merge durumu, fork durumu gibi alanlara göre filtreleme yapılabilir
      • Örnek: is draft=false → yalnızca incelemeye hazır PR'larda çalışır, labels include needs-backport → yalnızca belirli etiket olduğunda tetiklenir

    • Oturum eşleme

      • Her etkinlik bağımsız bir oturum olarak çalışır; etkinlikler arasında oturum yeniden kullanılamaz

Rutin yönetimi

  • Rutin listesinde tıklandığında ayrıntı sayfası açılır
  • Depo, bağlayıcılar, prompt, tetikleyiciler ve çalışma geçmişi görülebilir

  • Çalıştırmaları görüntüleme ve etkileşim

    • Her çalıştırma oturum biçiminde açılır; değişiklikler incelenebilir, PR oluşturulabilir ve sohbete devam edilebilir
    • Oturum menüsünden yeniden adlandırma, arşivleme ve silme yapılabilir

  • Düzenleme ve kontrol

    • Run now ile hemen çalıştırılabilir
    • Repeats anahtarıyla duraklatma/devam ettirme yapılabilir
    • Edit routine bölümünde ad, prompt, depo, ortam ve tetikleyiciler düzenlenebilir
    • Silindiğinde geçmiş oturumlar korunur

Depo ve branch izinleri

  • Rutinler GitHub kimlik doğrulaması gerektirir; /web-setup ile bağlantı kurulur
  • Varsayılan olarak yalnızca claude/ önekli branch'lere push yapılabilir
  • Allow unrestricted branch pushes seçeneğiyle bu kısıtlama kaldırılabilir

Bağlayıcılar

  • Rutinler MCP bağlayıcıları üzerinden Slack, Linear, Google Drive gibi harici servislere erişebilir
  • Varsayılan olarak tüm bağlı bağlayıcılar dahil edilir; gerekmeyenlerin kaldırılması önerilir
  • Settings > Connectors veya /schedule update ile yönetilebilir

Ortam ayarları

  • Her rutin bulut ortamında çalışır
  • Ortam; ağ erişimi, ortam değişkenleri ve kurulum script'ini kontrol eder
  • API erişimi, bağımlılık kurulumu ve ağ kısıtları önceden yapılandırılabilir

Kullanım ve sınırlamalar

  • Rutin çalıştırmaları, normal oturumlarla aynı şekilde abonelik kullanımından düşer
  • Her hesap için günlük çalıştırma limiti vardır
  • Fazla kullanıma izin verilirse ücretli ek çalıştırma mümkündür
  • Kullanım bilgisi claude.ai/settings/usage adresinden görülebilir

İlgili kaynaklar

İlgili okumalar

1 yorum

 
GN⁺ 15 일 전
Hacker News görüşleri

  • LLM’ler ve onları sağlayan şirketler hâlâ devasa birer kara kutu
    Onlardan çok değer elde ediyorum ama Anthropic’in çıkardığı yeni özellikler güven vermiyor
    Özelliklerin budanması ya da ortadan kalkması ihtimali, şirketin uzun vadede ayakta kalıp kalmayacağı; bunların hiçbirine güvenmek zor
    Bu yüzden platformun üstüne işimi ya da geliştirme akışımı kurmayı düşünmüyorum
    En fazla Claude Code kullanırım; bir sorun çıkarsa OpenCode ya da Codex’e geçebilecek şekilde mümkün olan en az vendor lock-in ile kalmak istiyorum

    • Ben de aynı düşünüyorum. Son birkaç haftada Claude Code bağımlılığımın arttığını fark edip kullanımı azaltmaya başladım
      Özellikle "Memory" özelliği belirleyici oldu. Öğrenme verisini yalnızca yerel bir yola kaydediyor, bu yüzden git’te kalmıyor
      Üstelik yeni kullanım şartları başka CLI’lerin kullanımını yasaklayınca, şirkette denediğimiz otomatik debug ajanı da engellenmiş oldu
      Sonuç olarak “so long Claude”
    • Ben de modeli bağımsız tutmaya çalışıyordum ama Anthropic’in lock-in stratejisi giderek daha açık hâle geliyor ve bundan kaçınmak zorlaşıyor
      Sadece MCP ya da Skills gibi taşınabilir özellikleri kullanıyorum
      Silikon Vadisi tarzı moat stratejisinin tekrarlandığını görmek, bir daha aynı tuzağa düşmek istemememe neden oluyor
    • Hatta onlar, fırsat bulur bulmaz özellikleri hemen buduyor
    • Bence lock-in kaygısı geçmişten kalan bir mesele. Bugünlerde ajan migrasyonu kolay; vendor’lar arasında geçiş birkaç saat içinde yapılabiliyor
      Başlıca LLM sağlayıcıları birbirlerinin özelliklerini kopyaladığı için, sonuçta herkes ortak standartlar üzerinde hareket ediyor
      Sorun çıkarsa lift-and-shift ile hızlıca taşınabileceğini düşünüyorum
    • Bu tartışma bana eski multi-cloud stratejisini hatırlatıyor
      O zaman da lock-in endişesi çok büyüktü ama pratikte AWS gibi yerlerde durum beklendiği kadar ciddi olmadı
      LLM’lerde de benzer bir gidişat olacağını düşünüyorum; o yüzden pek umursamıyorum

  • ToS kafa karıştırıcı. claude -p komutunu cron’da çalıştırmak sorun değil ama Telegram botuna koyunca ihlal mi oluyor?
    Routines özelliği abonelikte de çalışıyor ve API callback’leri de var; o zaman bot API’yi çağırırsa hesap askıya mı alınacak, anlamıyorum

    • Anthropic’in bunu netleştirmemesi büyük karışıklık yaratıyor. Belgelerin her birinde farklı şeyler yazıyor, çok sinir bozucu
    • Bu bana kasıtlı bir muğlaklık gibi geliyor. Microsoft’un volume licensing’inde olduğu gibi, kullanıcıyı aboneliği fazla kullanmaktan caydırmaya yönelik bir strateji gibi
    • Son bir aydaki karmaşa şöyleydi
      • SDK’de OAuth kimlik doğrulamasına izin verildi
      • Sonra belgeler “OAuth kullanmayın” diye değiştirildi
      • Bir çalışan Twitter’da “kişisel kullanım için sorun yok” dedi
      • Ardından herkese gönderilen bir e-postada “kesinlikle kullanmayın” denildi
        İlgili bağlantılar: SDK belgeleri, Reddit güncellemesi, HN duyurusu
    • claude -p komutunun başka araçlarla birlikte kullanılamamasını anlamıyorum
      ClaudeCode’u IDE’ye entegre etmeye çalışıyorum ama nereden itibaren “3rd party harness” sayıldığını hiç bilmiyorum

  • Son zamanlarda Claude’un performans düşüşü o kadar kötüleşti ki mecburen başka modellere geçtim
    En basit Python script’leri bile sözdizimi hatası yüzünden yeniden çalıştırılıyor
    Eskiden bilgisayar her zaman komutlara göre hareket ederdi, artık öyle değil

    • marginlab.ai’nin Claude Code performans izleyicisine bakın
    • Codex 5.4 xhigh kullanıyorum. İletişimi zayıf ama işi yapıyor
    • Ben de “model aptallaştı” söylemine inanmıyordum ama bu hafta kabul etmekten başka çare yok. Opus, Sonnet’ten bile daha çok zorlanıyor

  • Anthropic neredeyse her hafta aynı özelliği yeni bir isimle yeniden çıkarıyormuş gibi görünüyor

    • Yönetim geçen haftaki projelerin hepsini iptal edip bu kez Routines’i öne çıkarıyor
      DevOps da Routines Hub’ı merkezileştireceğini açıkladı. Yetişemeyenlerin değiştirileceği söyleniyor
    • “7 günde context window’un dışına çıkıyor, o yüzden…” diye espriler dönüyor
    • Belki de bu, birden fazla oturuma yayılan vibecoding’in tanımıdır
    • Gelecek hafta da yine bir şeylerin sessizce bozulduğu GitHub issue’ları görürüz gibi
      Bugün Sonnet 4.6 tamamen alakasız yanıtlar verdi, hayal kırıklığı yarattı. Opus 4.6’yı yeniden deneyeceğim
    • Hatta bazen benim daha önce yaptığım özelliklerle isimleri çakışıyor. “dispatch” için trademark alsaydım keşke

  • Son dönemde Claude Code kullanım limitlerinin daraltıldığına dair söylentiler var
    (ilgili bağlantı)
    Bu tür kısıtlar altında otonom araçların gerçekten düzgün çalışıp çalışamayacağını merak ediyorum

    • Arkadaşlarımla konuşunca, sorunun kökeninin 1M token context window’unun devreye alınması olduğu izlenimini edindim
      İlk başta etkileyici sonuçlar verdi ama sonrasında yük arttı ve o zamandan beri sürekli ayarlanıyor
      “High” modu fiilen eski “Medium” oldu ve gerçek yüksek performans yalnızca gizli bir ayarla kullanılabiliyor
      Kullanıcının context window boyutunu doğrudan ayarlayabilmesi gerektiğini düşünüyorum
      İlgili bağlantılar: HN tartışması, sürüm düşürerek çözüm
    • Şu anki yapay zeka yarışı bir borç oyunu gibi. Sonunda birileri bunun bedelini ödeyecek
    • Yorumlar artık geri gelmiş gibi görünüyor
    • Evet, gerçekten limit düşürülmüş: ghacks.net haberi

  • Eğer hesaplama kaynakları yetersizse, daha fazla otomasyon özelliği çıkarmak garip

    • Muhtemelen yük tahmini için insanları planlı çalıştırmaya yönlendiriyorlar. Gece çalıştırmalarına kaydırarak yükü dağıtmak istiyor olabilirler
    • Ama işin özü lock-in’i güçlendirmek. Geri dönüşü zor entegrasyonları teşvik eden bir strateji bu
    • Max hesabına günde 15 çalıştırma dahil, fazlası için ekstra ücret alınıyor
    • Görünüşe göre yalnızca kullanım miktarına değil, stratejik kullanım kalıplarına yön vermek istiyorlar. Kod yazma log’ları çok daha değerli
    • Sonuçta bu da kullanıcıları kendi ekosistemlerine bağlama yöntemi

  • Bence şu an tam olarak AI cloud çağının başlangıcındayız
    Modellerin üstüne gelişmiş hizmetler koyup, lock-in üzerinden gelir güvenceye alınmak isteniyor

  • Ben daha önce claude-code-action GitHub Action ile PR incelemelerini otomatikleştirmiştim
    Ama fork edilmiş depolarda çalışmadığı için kendim düzeltmek zorunda kaldım
    Routines özelliği bu sorunu çözebilir gibi görünüyor
    Yine de günde 15 otomatik çalıştırma limiti çok az. OpenWrt projesinde günde 20 PR geliyor; hepsini çalıştırmak zor
    Düzeltme sonrası yeniden kontrol özelliği de gerekli
    Günlük çalıştırma hakkının artırılması ya da 7 günlük devretme özelliği olsa iyi olurdu
    Ayrıca rutin düzenlerken pencerenin kapanması hatasını iki kez yaşadım

  • Claude Code’u otomatik pilot modunda çalıştırabiliyorsunuz.
    Fikir; schedule, API trigger ve GitHub event’lerine tepki verecek rutinler tanımlamak
    Buna ne demeliyiz? “Yazılım mühendisliği” mi? “Programlama” mı?

    • Bu sadece ajan yapılandırması, programlama denecek kadar ileri bir şey değil
    • “openclawing” daha uygun olur
    • “promptramming” önerildi
    • “vibe coding” de fena bir aday değil
    • Sadece “gramming” diyelim diyenler de var

  • Bu özelliğin eski adı “Scheduled” idi ve ben onu epey uzun süredir kullanıyorum
    Hataları vardı ama şimdi daha kararlı
    Benim kullandığım örnekler şunlar

    1. Slack geri bildirim kanalını izleyip otomatik issue oluşturmak; basit olanları doğrudan düzeltip PR linkiyle yanıt vermek
    2. Kod dışı işler için, GitHub·Slack·e-posta aktivitelerini özetleyen bir günlük rapor oluşturmak
      Bunu CoWork ile de denedim ama Claude Code’un GitHub connector’ı çok daha isabetliydi
      Düzgün çalıştığında oldukça yararlı bir otomasyon aracı