Claude Code Routines सार्वजनिक

 (code.claude.com)
13 पॉइंट द्वारा GN⁺ 17 일 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • शेड्यूल, API कॉल, और GitHub इवेंट्स के आधार पर अपने-आप चलने वाली cloud-based code automation सुविधा, जो Anthropic infrastructure पर चलती है
  • Routines, prompt, repository, connector, trigger से मिलकर बनती हैं, और लैपटॉप बंद होने पर भी चलती रहती हैं
  • Triggers तीन प्रकार के हैं: schedule, API, GitHub events, और एक ही routine में कई triggers जोड़े जा सकते हैं
  • इन्हें web, CLI, desktop app से बनाया और manage किया जा सकता है, और GitHub·Slack·Linear जैसे external service connectors के जरिए काम किए जा सकते हैं
  • यह Pro और उससे ऊपर के plans में उपलब्ध है, और अभी research preview चरण में है, इसलिए फीचर्स और API spec बदल सकते हैं

Routines से काम automate करें

  • Claude Code Routines शेड्यूल, API कॉल, और GitHub इवेंट्स के आधार पर अपने-आप चलने वाले saved code configurations हैं, जो Anthropic द्वारा प्रबंधित cloud infrastructure पर चलते हैं
  • Routines, prompt, repository, connectors के सेट से बनती हैं, और लैपटॉप बंद होने पर भी चलती रहती हैं
  • Trigger types तीन हैं: schedule, API, GitHub events, और एक routine में कई triggers जोड़े जा सकते हैं
  • Routines, Pro, Max, Team, Enterprise plans में उपलब्ध हैं, और web या CLI(/schedule) से बनाई और manage की जा सकती हैं
  • यह अभी research preview चरण में है, इसलिए इसका व्यवहार और API spec बदल सकते हैं

Routines के प्रमुख उपयोग के मामले

  • Backlog maintenance: schedule trigger हर रात issue tracker की जाँच करके label जोड़ता है, assignee तय करता है, और Slack summary पोस्ट करता है
  • Alert classification: monitoring tool एरर होने पर API trigger कॉल करता है, routine stack trace का विश्लेषण करके fix PR बनाती है
  • Custom code review: GitHub trigger PR बनने पर चलकर security·performance·style review comments अपने-आप जोड़ता है
  • Deployment verification: CD pipeline deployment के बाद API trigger कॉल करती है, routine smoke tests और logs की जाँच करती है
  • Documentation sync: साप्ताहिक schedule trigger merged PRs को स्कैन करके बदले हुए API से जुड़े docs update PR बनाती है
  • Library porting: PR merge होने पर GitHub trigger बदलावों को दूसरी language SDK में port करता है

Routine बनाने का तरीका

  • Routines को web, desktop app, CLI में बनाया जा सकता है, और सभी interfaces एक ही cloud account से जुड़े होते हैं
  • Routine बनाते समय settings: prompt, repository, environment, connector, trigger
  • Routine एक automated execution session है, जो permission approval के बिना commands चला सकती है और connectors कॉल कर सकती है
  • Routines व्यक्तिगत account के स्वामित्व में होती हैं, team के साथ share नहीं होतीं। इनके runs account की daily limit में गिने जाते हैं
  • GitHub, Slack, Linear जैसे connectors के जरिए किए गए सभी काम आपके जुड़े हुए account के नाम से दिखेंगे

  • Web में बनाना

    • claude.ai/code/routines पर New routine क्लिक करें
    • Routine का नाम और prompt लिखें, model चुनें
    • Repository चुनें: GitHub repository जोड़ें, claude/ prefix branch का उपयोग करें
    • Environment चुनें: network access, environment variables, install scripts सेट करें
    • Trigger चुनें: schedule, GitHub event, API में से चुनें या मिलाकर इस्तेमाल करें
    • Connectors की समीक्षा करें और अनावश्यक items हटाएँ
    • Create क्लिक करने पर routine बन जाती है और तुरंत चलाई जा सकती है

  • CLI में बनाना

    • /schedule कमांड से interactive creation किया जा सकता है (/schedule daily PR review at 9am)
    • CLI में केवल schedule trigger बनाया जा सकता है, API·GitHub triggers web में जोड़ने होंगे
    • /schedule list, /schedule update, /schedule run से manage किया जा सकता है

  • Desktop app में बनाना

    • Schedule page में New remote task चुनें
    • Local scheduled tasks और routines को साथ में दिखाया जाता है

Trigger configuration

  • किसी routine में schedule, API, GitHub triggers में से एक या अधिक हो सकते हैं
  • Triggers को कभी भी जोड़ा या हटाया जा सकता है

  • Schedule trigger

    • timezone के अनुसार hourly, daily, weekdays, weekly execution
    • न्यूनतम execution interval 1 घंटा है
    • CLI में /schedule update से cron expression सेट किया जा सकता है

  • API trigger

    • हर routine के लिए HTTP endpoint दिया जाता है, authentication Bearer token से होता है
    • POST request पर नई session बनती है और URL लौटाया जाता है
    • Request body के text field से execution context भेजा जा सकता है
    • Token केवल एक बार दिखाया जाता है, और इसे फिर से जारी या revoke किया जा सकता है
    • /fire endpoint के लिए experimental-cc-routine-2026-04-01 beta header आवश्यक है

  • GitHub trigger

    • जुड़े हुए repository में event होने पर अपने-आप execution
    • Claude GitHub App install होना आवश्यक है
    • केवल web UI में configure किया जा सकता है
    • Events अधिक होने पर प्रति घंटा limit लागू होती है

    • Supported events

      • Pull request, Push, Release, Issues, Discussion आदि लगभग 20 GitHub events supported हैं
      • हर event, opened, closed, edited जैसी detailed actions पर प्रतिक्रिया दे सकता है

    • PR filtering

      • author, title, body, branch, label, merged status, fork status आदि के आधार पर filtering
      • उदाहरण: is draft=false → केवल review के लिए तैयार PR पर execution, labels include needs-backport → केवल खास label होने पर trigger

    • Session mapping

      • हर event independent session के रूप में चलता है, events के बीच session reuse नहीं हो सकता

Routine management

  • Routine list में क्लिक करने पर detail page खुलता है
  • Repository, connectors, prompt, triggers, run history देखी जा सकती है

  • Runs देखना और interaction

    • हर run session form में खुलता है, जहाँ changes review करना, PR बनाना, और conversation जारी रखना संभव है
    • Session menu में rename, archive, delete किया जा सकता है

  • Editing और control

    • Run now से तुरंत चलाएँ
    • Repeats toggle से pause/resume
    • Edit routine में नाम, prompt, repository, environment, triggers संशोधित करें
    • Delete करने पर पुरानी sessions बनी रहती हैं

Repository और branch permissions

  • Routines के लिए GitHub authentication आवश्यक है, /web-setup से connection सेट करें
  • डिफ़ॉल्ट रूप से केवल claude/ prefix branches पर push किया जा सकता है
  • Allow unrestricted branch pushes option से यह सीमा हटाई जा सकती है

Connectors

  • Routines, MCP connectors के जरिए Slack, Linear, Google Drive जैसी external services तक पहुँच सकती हैं
  • डिफ़ॉल्ट रूप से सभी connected connectors शामिल होते हैं, इसलिए अनावश्यक items हटाने की सलाह दी जाती है
  • Settings > Connectors या /schedule update से manage किया जा सकता है

Environment settings

  • हर routine cloud environment में चलती है
  • Environment, network access, environment variables, install scripts को नियंत्रित करता है
  • API access, dependency installation, network restrictions आदि पहले से configure किए जा सकते हैं

Usage और limits

  • Routine runs सामान्य sessions की तरह ही subscription usage से कटते हैं
  • हर account के लिए daily run limit होती है
  • अतिरिक्त usage की अनुमति होने पर billed overage runs संभव हैं
  • Usage claude.ai/settings/usage पर देखी जा सकती है

संबंधित सामग्री

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 17 일 전
Hacker News की राय

  • LLM और उन्हें उपलब्ध कराने वाली कंपनियाँ अब भी विशाल ब्लैक बॉक्स हैं
    मुझे उनसे बहुत मूल्य मिलता है, लेकिन Anthropic जो नए फीचर ला रहा है उन पर भरोसा नहीं होता
    फीचर के nerf हो जाने या गायब हो जाने की संभावना, और कंपनी के लंबे समय तक बने रहने—दोनों पर भरोसा करना मुश्किल है
    इसलिए मैं इस प्लेटफ़ॉर्म के ऊपर अपना बिज़नेस या डेवलपमेंट वर्कफ़्लो नहीं बनाना चाहता
    मैं बस Claude Code तक ही सीमित रहना चाहता हूँ, और अगर दिक्कत आए तो OpenCode या Codex पर जा सकूँ, इसलिए न्यूनतम lock-in ही रखना चाहता हूँ

    • मेरी भी यही सोच है। पिछले कुछ हफ़्तों में Claude Code पर निर्भरता बढ़ती देख मैं इसका इस्तेमाल कम करने लगा हूँ
      खासकर "Memory" फीचर निर्णायक साबित हुआ। यह training data सिर्फ local path में स्टोर करता है, इसलिए git में नहीं रहता
      ऊपर से नई शर्तों में दूसरे CLI के इस्तेमाल पर रोक बता दी गई, तो कंपनी में जिस auto-debug agent के साथ हम प्रयोग कर रहे थे वह रुक गया
      आखिरकार, “so long Claude”
    • मैं भी मॉडल-स्वतंत्र रहने की कोशिश कर रहा था, लेकिन Anthropic की lock-in strategy अब इतनी खुली हो गई है कि उससे बचना मुश्किल है
      मैं सिर्फ MCP या Skills जैसे portable फीचर ही इस्तेमाल कर रहा हूँ
      Silicon Valley वाली moat strategy को बार-बार दोहराते देख अब फिर से फँसना नहीं चाहता
    • उल्टा वे तो मौका मिलते ही फीचर को nerf करने में देर नहीं लगाते
    • मुझे लगता है lock-in की चिंता पुरानी विरासत है। आजकल agent migration आसान है, इसलिए vendor बदलना कुछ घंटों में हो सकता है
      बड़े LLM providers एक-दूसरे के फीचर कॉपी कर रहे हैं, तो अंततः सब common standards पर ही चल रहे हैं
      दिक्कत आए तो lift-and-shift करके जल्दी से कहीं और जा सकेंगे, ऐसा मेरा मानना है
    • यह चर्चा पुरानी multi-cloud strategy की याद दिलाती है
      उस समय भी lock-in को लेकर बहुत चिंता थी, लेकिन व्यवहार में AWS जैसी जगहों पर वह उतनी गंभीर नहीं निकली जितनी भविष्यवाणी की गई थी
      मुझे लगता है LLM भी कुछ वैसा ही रास्ता लेंगे, इसलिए मैं इस पर ज़्यादा ध्यान नहीं देता

  • ToS उलझाने वाला है। claude -p को cron में चलाना ठीक है, लेकिन Telegram bot में डालें तो क्या वह उल्लंघन होगा?
    Routines फीचर subscription में भी चलता है और API callback भी है, तो अगर bot API को कॉल करे तो क्या अकाउंट suspend हो जाएगा, समझ नहीं आता

    • Anthropic ने इसे साफ़ नहीं किया है, इसलिए भ्रम बहुत है। हर दस्तावेज़ में अलग बात लिखी है, जो परेशान करने वाली है
    • यह जानबूझकर रखी गई अस्पष्टता लगती है। Microsoft के volume licensing की तरह, ताकि user subscription का ज़्यादा इस्तेमाल करने से डरें
    • पिछले एक महीने की उलझन कुछ ऐसी रही
      • SDK में OAuth authentication की अनुमति
      • दस्तावेज़ में बदलकर “OAuth का इस्तेमाल न करें”
      • एक कर्मचारी ने ट्वीट में कहा “personal use के लिए ठीक है”
      • उसके बाद पूरे मेल में “कभी इस्तेमाल न करें” की सूचना
        संबंधित लिंक: SDK दस्तावेज़, Reddit अपडेट, HN सूचना
    • यह बात समझ नहीं आती कि claude -p को दूसरे टूल्स के साथ क्यों नहीं चला सकते
      मैं IDE में ClaudeCode integrate करना चाहता हूँ, लेकिन “3rd party harness” कहाँ से शुरू होता है यह बिल्कुल समझ नहीं आता

  • हाल में Claude की performance गिरावट इतनी गंभीर रही कि मजबूरी में मुझे दूसरे मॉडल पर जाना पड़ा
    हालत यह है कि basic Python script भी syntax error के कारण दोबारा चलानी पड़ती है
    पहले कंप्यूटर हमेशा निर्देश के मुताबिक चलता था, अब वैसा नहीं रहा

    • marginlab.ai का Claude Code performance tracker देखें
    • मैं Codex 5.4 xhigh इस्तेमाल कर रहा हूँ। communication में कमजोर है, लेकिन काम कर देता है
    • मैं भी “मॉडल बेवकूफ़ हो गया है” जैसी बातों पर भरोसा नहीं करता था, लेकिन इस हफ़्ते मानना पड़ा। Opus, Sonnet से भी ज़्यादा जूझ रहा है

  • लगता है Anthropic लगभग हर हफ़्ते उसी फीचर को नए नाम से जारी करता है

    • management पिछले हफ़्ते के सारे प्रोजेक्ट रद्द करके इस बार Routines को आगे बढ़ा रहा है
      DevOps ने घोषणा की है कि Routines Hub को centralize किया जाएगा। जो साथ नहीं चल पाएगा उसे बदल दिया जाएगा
    • “7 दिन में तो context window से बाहर हो ही जाएगा…” जैसी मज़ाकिया बात तक होने लगी है
    • शायद यही कई sessions में फैली vibecoding की परिभाषा है
    • अगले हफ़्ते फिर कुछ चुपचाप टूटे हुए फीचर GitHub issues में दिखेंगे, ऐसा लगता है
      आज Sonnet 4.6 ने पूरी तरह उलटे जवाब दिए, इसलिए निराशा हुई। अब Opus 4.6 फिर से आज़माने वाला हूँ
    • कई बार तो नाम मेरे बनाए फीचर से भी टकरा जाते हैं। “dispatch” का trademark करा लेना चाहिए था

  • हाल में Claude Code usage limits घटाए जाने की अफ़वाह है
    (संबंधित लिंक)
    ऐसे प्रतिबंधों के बीच autonomous tools ठीक से काम कर पाएँगे या नहीं, इस पर संदेह है

    • दोस्तों से बात करके लगा कि समस्या की जड़ 1M token context window का आना है
      शुरुआत में इसने चौंकाने वाले नतीजे दिए, लेकिन बाद में load बढ़ गया और तब से लगातार tuning चल रही है
      “High” mode अब व्यवहार में पुराने “Medium” जैसा हो गया है, और असली high performance सिर्फ hidden settings से मिलती है
      मुझे लगता है users को खुद context window का size adjust करने की सुविधा देनी चाहिए
      संबंधित लिंक: HN चर्चा, version downgrade समाधान
    • अभी की AI प्रतिस्पर्धा एक debt game जैसी लगती है। आखिर में किसी न किसी को इसकी कीमत चुकानी पड़ेगी
    • अब टिप्पणियाँ फिर से restored दिख रही हैं
    • वास्तव में limit सही है: ghacks.net लेख

  • अगर compute resources कम हैं, तो और automation फीचर लाना अजीब लगता है

    • शायद वे load prediction के लिए scheduling को बढ़ावा दे रहे हैं। हो सकता है मकसद रात के समय execution में बाँटकर लोड फैलाना हो
    • लेकिन असल बात lock-in को मजबूत करना है। ऐसी integration को बढ़ावा देना जिसे वापस लेना मुश्किल हो
    • Max account में रोज़ 15 runs शामिल हैं, और उससे ज़्यादा पर extra charges लगते हैं
    • लगता है लक्ष्य सिर्फ usage नहीं, बल्कि रणनीतिक usage pattern बनवाना है। code-writing logs कहीं ज़्यादा मूल्यवान हैं
    • अंततः यह users को अपने ecosystem में बाँधकर रखने का तरीका है

  • मुझे लगता है अभी से AI cloud युग की शुरुआत हो रही है
    मॉडल के ऊपर advanced services चढ़ाकर, और lock-in के ज़रिए revenue सुरक्षित करने की दिशा बन रही है

  • मैंने पहले claude-code-action GitHub Action से PR review को automate किया था
    लेकिन forked repositories में यह काम नहीं करता था, इसलिए मुझे खुद बदलाव करने पड़े
    लगता है Routines फीचर इस समस्या को हल कर सकता है
    लेकिन रोज़ 15 automated runs की सीमा बहुत कम है। OpenWrt प्रोजेक्ट में रोज़ 20 PR आते हैं, इसलिए सब पर चलाना मुश्किल होगा
    बदलाव के बाद re-check करने की सुविधा भी चाहिए
    दैनिक run count बढ़ाने या 7 दिन carry-over जैसी सुविधा हो तो अच्छा होगा
    routine edit करते समय window बंद हो जाने वाला bug भी मुझे दो बार मिला

  • Claude Code को autopilot mode में चलाया जा सकता है।
    इसका मतलब है ऐसे routines परिभाषित करना जो schedule, API trigger, और GitHub events पर प्रतिक्रिया दें
    इसे क्या कहा जाए? “software engineering”? “programming”?

    • यह बस agent configuration है, इसे programming कहने लायक नहीं
    • “openclawing” ज़्यादा ठीक बैठेगा
    • “promptramming” जैसा शब्द भी आया
    • “vibe coding” भी अच्छा उम्मीदवार है
    • कुछ लोगों का कहना है, बस “gramming” कह दो

  • मैं काफ़ी समय से उस फीचर का इस्तेमाल कर रहा हूँ, जिसका पुराना नाम “Scheduled” था
    bug थे, लेकिन अब यह stable है
    मैंने इसका इस्तेमाल इन मामलों में किया है

    1. Slack feedback channel को मॉनिटर करके अपने-आप issue बनाना, और आसान मामलों में खुद fix करके PR link के साथ जवाब देना
    2. code के बाहर के कामों के लिए GitHub·Slack·email गतिविधियों का सार बताने वाली daily report बनाना
      CoWork से भी कोशिश की थी, लेकिन Claude Code का GitHub connector कहीं ज़्यादा सटीक था
      अगर यह सही से काम करे, तो यह काफ़ी उपयोगी automation tool है