Claude Code Routines: নির্ধারিত সময়ে চলা ক্লাউড এজেন্ট, সাব-রুটিন ও কো-রুটিন

এটি বিস্তারিত গাইড। পাঁচ মিনিটের সংক্ষিপ্ত পরিচিতির জন্য পড়ুন সহযোগী ব্লগ পোস্টটি।

1. নির্ধারিত সময়ে চলা এজেন্ট কেন গুরুত্বপূর্ণ

সম্প্রতি পর্যন্ত, একটি AI কোডিং এজেন্ট কেবল তখনই কাজ করত যখন কেউ তাকে পর্যবেক্ষণ করছেন। আপনি টার্মিনাল খুলতেন, একটি টাস্ক দিতেন, তার কাজগুলো অনুমোদন করতেন এবং ফলাফল পড়তেন। সেশন বন্ধ করলেই কাজ থেমে যেত। অনুসন্ধানমূলক কাজের জন্য এই মডেল উপযুক্ত, কিন্তু প্রকৌশলের অনেক কাজই অনুসন্ধানমূলকও নয়, জরুরিও নয়। সেগুলো পুনরাবৃত্তিমূলক: রাতভর জমা হওয়া ইস্যুর তালিকা বাছাই করা, ডকুমেন্টেশন এখনও API-এর সঙ্গে মেলে কিনা যাচাই করা, প্রতিটি পুল রিকোয়েস্ট একই চেকলিস্ট ধরে রিভিউ করা, রিলিজ উইন্ডো বন্ধ হওয়ার আগে একটি ডিপ্লয়মেন্ট যাচাই করা।

যেসব টিম চাইত একটি এজেন্ট তত্ত্বাবধান ছাড়াই এই কাজ করুক, তাদের নিজেদেরই প্রয়োজনীয় অবকাঠামো তৈরি করতে হতো। সাধারণ বিকল্প ছিল GitHub Actions-এ একটি cron জব, আলমারিতে চালু রেখে দেওয়া একটি অতিরিক্ত মেশিন, অথবা Trigger.dev বা n8n-এর মতো একটি ওয়ার্কফ্লো ইঞ্জিন, যার সঙ্গে জোড়া লাগানো একটি এজেন্ট কল। প্রতিটিই কাজ করে, কিন্তু প্রতিটিই অবকাঠামো, ক্রেডেনশিয়াল, খরচ ও রক্ষণাবেক্ষণ যোগ করে এমন একটি জিনিসের চারপাশে, যা আসলে একটিমাত্র নির্দেশ: "প্রতি রাতে এটা করো আর আমাকে জানাও কী পেলে।"

Routines সেই অবকাঠামোর ঝামেলা দূর করে। শিডিউল, কম্পিউট, রিপোজিটরি চেকআউট এবং অডিট ট্রেইল—সবই থাকে Claude Code-এর ভেতরেই।

2. routine কী

Anthropic একটি routine-কে সংরক্ষিত Claude Code কনফিগারেশন হিসেবে সংজ্ঞায়িত করে। এর পাঁচটি অংশ:

• প্রম্পট। প্রতিটি রানে Claude যে নির্দেশ পালন করে। যেহেতু প্রশ্নের উত্তর দেওয়ার জন্য কেউ উপস্থিত থাকে না, তাই এটিকে স্বয়ংসম্পূর্ণ হতে হবে এবং "সম্পন্ন" বলতে কী বোঝায় তা স্পষ্ট করতে হবে। মডেলও এখানেই বেছে নেন, এবং প্রতিটি রানে সেই মডেলই ব্যবহৃত হয়।
• রিপোজিটরি। এক বা একাধিক GitHub রিপোজিটরি। প্রতিটি রানের শুরুতে প্রতিটি রিপোজিটরি নতুন করে ক্লোন করা হয়, প্রম্পটে অন্য কিছু বলা না থাকলে ডিফল্ট ব্রাঞ্চ থেকে।
• ক্লাউড এনভায়রনমেন্ট। এটি নেটওয়ার্ক অ্যাক্সেস, এনভায়রনমেন্ট ভেরিয়েবল এবং নির্ভরতা ইনস্টল করার একটি ঐচ্ছিক সেটআপ স্ক্রিপ্ট নিয়ন্ত্রণ করে। সেটআপের ফলাফল ক্যাশ করা থাকে, তাই প্রতিবার আবার চালাতে হয় না।
• কানেক্টর। আপনার claude.ai অ্যাকাউন্টের MCP ইন্টিগ্রেশনগুলো, যেমন Slack, Linear বা Google Drive, যেগুলো থেকে routine পড়তে ও যেগুলোতে লিখতে পারে।
• ট্রিগার। শিডিউল, API এবং GitHub ইভেন্টের মধ্যে এক বা একাধিক। একটি routine তিনটিকেই একসঙ্গে ব্যবহার করতে পারে।

প্রতিটি রান একটি পূর্ণাঙ্গ Claude Code ক্লাউড সেশন। এটি শেল কমান্ড চালাতে পারে, ক্লোন করা রিপোজিটরিতে কমিট করা স্কিলগুলো ব্যবহার করতে পারে এবং আপনার যুক্ত করা কানেক্টরগুলোর প্রতিটি টুল কল করতে পারে। কোনো পারমিশন-মোড বাছাইয়ের ব্যবস্থা নেই, এবং কোনো কিছুই অনুমোদনের অপেক্ষায় থাকে না। এই স্বয়ংক্রিয়তাই মূল কথা, আর এ কারণেই পরিধি নির্ধারণ গুরুত্বপূর্ণ (দেখুন বিভাগ 8)।

3. তিন ধরনের ট্রিগার

3.1 শিডিউল

সবচেয়ে সহজ ট্রিগারটি routine-কে একটি পূর্বনির্ধারিত ছন্দে (প্রতি ঘণ্টায়, প্রতিদিন, কর্মদিবসে বা সাপ্তাহিক) অথবা ভবিষ্যতের একটি নির্দিষ্ট সময়ে একবার চালায়। কয়েকটি বিষয় জেনে রাখা ভালো:

• স্থানীয় সময়। আপনি নিজের টাইম জোনে সময় দেন এবং Claude Code তা রূপান্তর করে, তাই ক্লাউড হার্ডওয়্যার যেখানেই থাকুক, 09:00-এর রান আপনার ঘড়িতে 09:00-তেই হয়। কিছু প্রাথমিক তৃতীয়-পক্ষের গাইডে বলা হয়েছিল শিডিউল শুধু UTC-তে চলে। Anthropic-এর ডকুমেন্টেশন ভিন্ন কথা বলে।
• ঘণ্টার শুরু এড়িয়ে চলুন। ঠিক ঘণ্টার শুরুতে নির্ধারিত রান কয়েক মিনিট দেরিতে শুরু হতে পারে। 09:00-এর বদলে 09:07 বেছে নিলে সময় আরও নির্ভরযোগ্য হয়।
• কাস্টম cron। প্রিসেটগুলো যে ব্যবধান কভার করে না, যেমন প্রতি দুই ঘণ্টা বা মাসের প্রথম দিন, সেগুলোর জন্য কাছাকাছি প্রিসেটটি বেছে নিন, তারপর CLI-তে /schedule update চালিয়ে একটি cron এক্সপ্রেশন সেট করুন। ন্যূনতম ব্যবধান এক ঘণ্টা; এর চেয়ে ঘন ঘন কিছু প্রত্যাখ্যাত হয়।
• একবারের রান। সাধারণ ভাষায় সময় বর্ণনা করুন, যেমন /schedule in 2 weeks, open a cleanup PR that removes the feature flag। সংরক্ষণের আগে Claude সঠিক টাইমস্ট্যাম্প নিশ্চিত করে। চালু হওয়ার পর routine নিজেকে নিষ্ক্রিয় করে এবং Ran হিসেবে চিহ্নিত হয়। একবারের রান দৈনিক রান-সীমায় গণ্য হয় না।

3.2 API

একটি API ট্রিগার routine-কে তার নিজস্ব HTTPS এন্ডপয়েন্ট দেয়। যে কোনো সিস্টেম যা একটি প্রমাণীকৃত POST রিকোয়েস্ট পাঠাতে পারে, সেটিই একটি রান শুরু করতে পারে: একটি অ্যালার্টিং টুল, একটি ডিপ্লয়মেন্ট পাইপলাইন, একটি অভ্যন্তরীণ অ্যাডমিন পেজ। টোকেনটি ওয়েব UI-তে তৈরি হয়, একবারই দেখানো হয়, শুধু সেই routine-এর মধ্যেই সীমাবদ্ধ থাকে, এবং যে কোনো সময় পুনরায় তৈরি বা বাতিল করা যায়।

curl -X POST https://api.anthropic.com/v1/claude_code/routines/<ROUTINE_TRIGGER_ID>/fire \
  -H "Authorization: Bearer <ROUTINE_TOKEN>" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Error rate on checkout-api above 5% for 10 minutes."}'

রেসপন্সে থাকে একটি সেশন ID এবং একটি সেশন URL, যা খুলে আপনি রানটি সরাসরি দেখতে পারেন। ঐচ্ছিক text ফিল্ডটি রান-নির্দিষ্ট প্রসঙ্গ বহন করে। নিরাপত্তা-সচেতন টিমগুলোর লক্ষ করা উচিত যে Claude Code এই টেক্সটকে একটি <routine-fire-payload> ব্লকে মুড়ে দেয় এবং একে অবিশ্বস্ত ডেটা হিসেবে চিহ্নিত করে। routine-এর নিজস্ব সংরক্ষিত প্রম্পট পেলোড ব্যবহার করতে না বললে Claude এর ভেতরের নির্দেশ অনুসরণ করবে না। আপনার routine যদি কোনো অ্যালার্টের বিষয়বস্তুর ভিত্তিতে কাজ করার জন্য হয়, তবে প্রম্পটে তা স্পষ্টভাবে বলা উচিত, যেমন: "routine-fire-payload ব্লকে বর্ণিত অ্যালার্টটি তদন্ত করো।" এই নকশার অর্থ হলো, একটি ফাঁস হওয়া টোকেন দিয়ে কেউ একটি রান শুরু করতে পারে, কিন্তু routine-এর নির্দেশনা পুনর্লিখন করতে পারে না।

এন্ডপয়েন্টটি একটি তারিখযুক্ত বিটা হেডারের পেছনে রয়েছে। Anthropic জানিয়েছে যে ব্রেকিং পরিবর্তনগুলো নতুন হেডার সংস্করণের অধীনে আসবে, এবং আগের দুটি সংস্করণ কাজ করতে থাকবে, যাতে কলাররা মাইগ্রেট করার সময় পান।

3.3 GitHub ইভেন্ট

একটি সংযুক্ত রিপোজিটরিতে মিলে যাওয়া কোনো ইভেন্ট ঘটলেই একটি GitHub ট্রিগার নতুন সেশন শুরু করে। এর জন্য সেই রিপোজিটরিতে Claude GitHub App ইনস্টল করা থাকতে হবে। দুটি ইভেন্ট শ্রেণি সমর্থিত:

• পুল রিকোয়েস্ট: খোলা, বন্ধ, অ্যাসাইন, লেবেল যুক্ত, সিঙ্ক্রোনাইজ এবং অন্যান্য হালনাগাদ।
• রিলিজ: তৈরি, প্রকাশিত, সম্পাদিত বা মুছে ফেলা।

কোন ইভেন্টগুলো গণ্য হবে, ফিল্টার তা সংকুচিত করে। আপনি লেখক, শিরোনাম, বডি, বেস ব্রাঞ্চ, হেড ব্রাঞ্চ, লেবেল, ড্রাফট অবস্থা ও মার্জড অবস্থার ওপর ফিল্টার করতে পারেন, equals, contains, starts with, is one of, is not one of এবং matches regex অপারেটর ব্যবহার করে। সব শর্ত মিলতে হবে। একটি ফাঁদ: matches regex পুরো ফিল্ডটি পরীক্ষা করে, তাই "hotfix" থাকা যে কোনো শিরোনাম ধরতে আপনার দরকার .*hotfix.*, hotfix নয়।

প্রতিটি ইভেন্ট নিজস্ব স্বাধীন সেশন তৈরি করে, তাই একই পুল রিকোয়েস্টে দুটি পুশ মানে দুটি রান। প্রিভিউ চলাকালে GitHub ইভেন্টগুলো প্রতি routine ও প্রতি অ্যাকাউন্টে ঘণ্টাভিত্তিক সীমার অধীনও থাকে। সীমা ছাড়ানো ইভেন্টগুলো উইন্ডো রিসেট না হওয়া পর্যন্ত বাদ পড়ে।

4. ধাপে ধাপে একটি routine তৈরি

তিনটি জায়গা থেকে routines তৈরি করা যায়: ওয়েবে claude.ai/code/routines, Claude Desktop অ্যাপের Code ট্যাবের Routines বিভাগ, অথবা CLI। তিনটিই একই অ্যাকাউন্টে লেখে, তাই একটিতে তৈরি করা routine সঙ্গে সঙ্গে অন্যগুলোতেও দেখা যায়।

4.1 ওয়েবে

1. claude.ai/code/routines খুলে New routine বেছে নিন।
2. একটি নাম দিন এবং প্রম্পট লিখুন। মডেল নির্বাচন করুন।
3. যে রিপোজিটরিগুলোতে Claude কাজ করবে সেগুলো যোগ করুন।
4. একটি ক্লাউড এনভায়রনমেন্ট বেছে নিন। Default এনভায়রনমেন্টে Trusted নেটওয়ার্ক অ্যাক্সেস থাকে, যা প্রচলিত প্যাকেজ রেজিস্ট্রি, ক্লাউড প্রোভাইডারের API এবং ডেভেলপমেন্ট ডোমেইনের অনুমতি দেয়। routine-কে যদি আপনার নিজস্ব সার্ভিসে পৌঁছাতে হয়, তবে আগে এনভায়রনমেন্টের অনুমোদিত ডোমেইনগুলো সমন্বয় করুন।
5. এক বা একাধিক ট্রিগার নির্বাচন করুন। API ট্রিগারের ক্ষেত্রে আগে routine সংরক্ষণ করুন; URL ও টোকেন পরে তৈরি হয়।
6. কানেক্টরগুলো পর্যালোচনা করুন। আপনার সব সংযুক্ত কানেক্টর ডিফল্টভাবে অন্তর্ভুক্ত থাকে, এবং Claude জিজ্ঞাসা না করেই সেগুলোর প্রতিটি টুল, রাইট অ্যাকশনসহ, ব্যবহার করতে পারে। টাস্কের প্রয়োজন নেই এমন সবকিছু সরিয়ে দিন।
7. Create বেছে নিন, তারপর শিডিউলের ওপর নির্ভর করার আগে পরীক্ষা করতে Run now চাপুন।

4.2 CLI থেকে

যে কোনো লোকাল Claude Code সেশনে /schedule (বিকল্প নাম /routines) কথোপকথনের মাধ্যমে একটি শিডিউলড routine তৈরি করে। Claude ছন্দ, রিপোজিটরি ও প্রম্পট সম্পর্কে জিজ্ঞাসা করে, তারপর সেটি আপনার অ্যাকাউন্টে সংরক্ষণ করে।

/schedule daily PR review at 9am
/schedule tomorrow at 9am, summarise yesterday's merged PRs
/schedule list
/schedule update
/schedule run
/schedule why did my nightly review do nothing this morning?

শেষ উদাহরণটি বিশেষভাবে কাজের। Claude routine-এর সাম্প্রতিক রানগুলোর তালিকা দেয়, প্রাসঙ্গিক লগ পড়ে এবং কী ঘটেছে তা ব্যাখ্যা করে, টুল ত্রুটি ও পারমিশন প্রত্যাখ্যানসহ। GitHub App ইনস্টল থাকলে সাম্প্রতিক CLI সংস্করণগুলো কথোপকথনের মাধ্যমে একটি GitHub ট্রিগারও যুক্ত করতে পারে। তবে API টোকেন কেবল ওয়েবেই তৈরি বা বাতিল করা যায়।

/schedule স্বীকৃত না হলে, কারণটি প্রায় সবসময়ই প্রমাণীকরণ। Routines-এর জন্য claude.ai সাবস্ক্রিপশন লগইন দরকার। একটি Console API কী, একটি ANTHROPIC_API_KEY এনভায়রনমেন্ট ভেরিয়েবল, অথবা Amazon Bedrock-এর মতো ক্লাউড-প্রোভাইডার লগইন কমান্ডটিকে লুকিয়ে ফেলবে। Team ও Enterprise প্ল্যানে একজন Owner পুরো প্রতিষ্ঠানের জন্য routines বন্ধও করে দিতে পারেন।

5. তত্ত্বাবধানহীন রানে টিকে থাকে এমন প্রম্পট লেখা

routine-এর প্রম্পট চ্যাট বার্তার চেয়ে বরং একটি রানবুকের কাছাকাছি। অস্পষ্টতা দূর করার জন্য কেউ থাকে না, তাই অস্পষ্ট নির্দেশ অস্পষ্ট ফলাফল দেয়, কিংবা তার চেয়েও খারাপ—আত্মবিশ্বাসী এমন পদক্ষেপ যা আপনি চাননি। তুলনা করুন:

একটি ভালো routine প্রম্পটে উল্লেখ থাকে:

• পরিধি: কোন রিপোজিটরি, কোন সময়সীমা এবং কোন আইটেম।
• অনুমোদিত কাজ: Claude কী পরিবর্তন করতে পারবে এবং, সমান গুরুত্বপূর্ণভাবে, কী স্পর্শ করবে না।
• আউটপুট: সঠিক গন্তব্য ও ফরম্যাট, যেমন একটি ড্রাফট PR, একটি Slack চ্যানেল বা একটি ট্র্যাকার মন্তব্য।
• থামার শর্ত: করার কিছু না থাকলে কী করতে হবে, এবং কখন হাল ছেড়ে দিতে হবে।
• পেলোড ব্যবস্থাপনা: API ট্রিগারের ক্ষেত্রে, ফায়ার টেক্সট ব্যবহার করা হবে কিনা এবং কীভাবে।

প্রথম সপ্তাহে একটি নতুন routine দুই-তিনবার পরিমার্জন করতে হবে বলে ধরে নিন। শুধু স্ট্যাটাস ব্যাজ নয়, ট্রান্সক্রিপ্টগুলো পড়ুন। Anthropic স্পষ্ট করে বলেছে যে সবুজ স্ট্যাটাসের অর্থ কেবল সেশনটি শুরু হয়েছে এবং কোনো অবকাঠামোগত ত্রুটি ছাড়াই শেষ হয়েছে। এর অর্থ এই নয় যে টাস্কটি সফল হয়েছে।

6. সাব-রুটিন: একটি রানের ভেতরে কাজ সাজানো

Anthropic "sub-routines" নামে কোনো ফিচার দেয় না। Workstation-এ আমরা এই শব্দটি ব্যবহার করি এমন একটি ডিজাইন প্যাটার্নের জন্য, যা দীর্ঘ, তত্ত্বাবধানহীন রানগুলোকে অনেক বেশি নির্ভরযোগ্য করে তোলে: routine-এর প্রম্পট একজন সমন্বয়কের কাজ করে, এবং প্রতিটি সুনির্দিষ্ট ধাপ রিপোজিটরিতে কমিট করা একটি সাবএজেন্ট বা একটি স্কিলের কাছে অর্পণ করে।

এটি কাজ করে Claude Code-এর দুটি মৌলিক উপাদানের কারণে, যেগুলো আপনার রিপোজিটরির সঙ্গেই থাকে:

• সাবএজেন্ট হলো .claude/agents/-এ থাকা YAML ফ্রন্ট ম্যাটারসহ Markdown ফাইল। প্রতিটির নিজস্ব সিস্টেম প্রম্পট, টুল অ্যালাউ-লিস্ট ও ঐচ্ছিক মডেল থাকে, এবং প্রতিটি চলে নিজস্ব কনটেক্সট উইন্ডোতে। কলারের কাছে শুধু একটি সারাংশ ফেরত যায়। সাবএজেন্টগুলো সমান্তরালে চলতে পারে, এবং ডিফল্টভাবে নিজেরাও তিন স্তর পর্যন্ত গভীরে কাজ অর্পণ করতে পারে।
• স্কিলগুলো (.claude/skills/-এ থাকে) পুনর্ব্যবহারযোগ্য প্রক্রিয়া প্যাকেজ করে, যেমন আপনার রিলিজ-নোটের স্টাইল বা নিরাপত্তা রিভিউ চেকলিস্ট, যা প্রাসঙ্গিক হলে Claude লোড করে। Routines ক্লোন করা রিপোজিটরিতে কমিট করা স্কিলগুলো ব্যবহার করে।

এভাবে তৈরি একটি নৈশ রক্ষণাবেক্ষণ routine দেখতে এরকম হতে পারে:

# Routine prompt (orchestrator)
1. Use the issue-triager subagent to label and assign issues opened since the last run.
2. Pick the single highest-priority bug labelled "good-first-fix".
3. Use the bug-fixer subagent to implement a fix on a claude/ branch.
4. Use the test-runner subagent to run the test suite; if it fails twice, stop and report.
5. Open ONE draft PR, using the release-notes skill for the description.
6. Post a three-line summary to #eng-nightly.

# .claude/agents/issue-triager.md
---
name: issue-triager
description: Labels and assigns new issues. Never edits code.
tools: Read, Grep, Glob
model: haiku
---
You triage GitHub issues. Apply area labels from CODEOWNERS and
assign the owning team. Return a table of issue, label and owner.

সুবিধাগুলো বাস্তবসম্মত। প্রতিটি সহকারী শুধু তার প্রয়োজনীয়টুকুই দেখে, তাই দীর্ঘ রান জুড়ে সমন্বয়কের কনটেক্সট ছোট ও কেন্দ্রীভূত থাকে। প্রতিটি ধাপে টুলের অনুমতি সংকীর্ণ থাকে: ওপরের ট্রায়াজার ফাইল সম্পাদনাই করতে পারে না। যান্ত্রিক ধাপগুলো সস্তা মডেল দিয়ে সামলানো যায়। আর যেহেতু সাবএজেন্ট ও স্কিলগুলো ভার্সন কন্ট্রোলে থাকে, routine-এর আচরণে যে কোনো পরিবর্তন অন্য যে কোনো পরিবর্তনের মতোই কোড রিভিউয়ের মধ্য দিয়ে যায়।

7. কো-রুটিন: যে routines পরস্পর সহযোগিতা করে

আবারও বলি, "co-routines" আমাদের দেওয়া শব্দ, Anthropic-এর কোনো ফিচার নয়। আমরা এটি ব্যবহার করি কয়েকটি স্বাধীন routine-এর জন্য যারা একে অপরের হাতে কাজ তুলে দেয়, যেমন একটি প্রোডাকশন লাইন একটি যন্ত্রাংশ এক স্টেশন থেকে পরের স্টেশনে পাঠায়। Routines সরাসরি একে অপরকে কল করতে পারে না এবং কোনো মেমরি ভাগ করে না। বরং একটি routine একটি স্থায়ী আর্টিফ্যাক্ট তৈরি করে, যার দিকে অন্য একটি routine-এর ট্রিগার নজর রাখে।

একটি সাধারণ শৃঙ্খল:

1. Routine A (শিডিউল) কর্মদিবসের রাতে ব্যাকলগ বাছাই করে এবং একটি claude/fix-… ব্রাঞ্চ থেকে একটি ড্রাফট PR খোলে।
2. Routine B (GitHub, pull_request.opened) শুধু claude/ দিয়ে শুরু হওয়া হেড ব্রাঞ্চের জন্য ফিল্টার করা। এটি টিমের রিভিউ চেকলিস্ট প্রয়োগ করে এবং PR-এ লেবেল দেয়।
3. একজন মানুষ রিভিউ করে মার্জ করেন। এটিই অনুমোদনের গেট।
4. Routine C (GitHub, pull_request.closed, merged = true) ডকুমেন্টেশন হালনাগাদ করে অথবা পরিবর্তনটি একটি সহোদর SDK-তে পোর্ট করে এবং একটি ফলো-আপ PR খোলে।
5. Routine D (API) রিলিজের পরে ডিপ্লয়মেন্ট পাইপলাইন এটিকে কল করে। এটি স্মোক চেক চালায় এবং go বা no-go পোস্ট করে। no-go হলে এটি একটি ট্র্যাকার ইস্যু ফাইল করে, যা Routine A পরের রাতে তুলে নেয়।

হ্যান্ড-অফের চ্যানেলগুলো, সবচেয়ে সুগঠিত থেকে সবচেয়ে কম সুগঠিত পর্যন্ত:

• GitHub ইভেন্ট: নেটিভ, ফিল্টারযোগ্য এবং সম্পূর্ণ অডিটযোগ্য।
• লেবেল ও ব্রাঞ্চ নামকরণের রীতি: কোনো গ্লু কোড না লিখেই কাজকে সঠিক পথে পাঠায়।
• API কল: CI, মনিটরিং বা অভ্যন্তরীণ টুল থেকে, যেখানে পেলোডকে অবিশ্বস্ত প্রসঙ্গ হিসেবে গণ্য করা হয়।
• একটি শেয়ার্ড ট্র্যাকার বা আর্টিফ্যাক্ট: একটি Linear ইস্যু বা একটি স্ট্যাটাস পেজ, যা পরবর্তী শিডিউলড রান পড়ে।

কো-রুটিন সতর্কতার সঙ্গে ডিজাইন করুন। ফিল্টার ব্যবহার করুন যাতে কোনো routine নিজের আউটপুটে কখনো ট্রিগার না হয়, যেমন এটি যে লেখক বা ব্রাঞ্চ তৈরি করে সেগুলো বাদ দিয়ে। কোড লেখে এমন যে কোনো routine এবং তা শিপ করে এমন যে কোনো routine-এর মাঝখানে একটি মানব মার্জ রাখুন। মনে রাখবেন, প্রতিটি ধাপ একই অ্যাকাউন্ট-স্তরের দৈনিক রান-সীমা ও GitHub ইভেন্ট-সীমা থেকে খরচ করে। যদি দেখেন অনেকগুলো routine জুড়ে ব্রাঞ্চিং লজিক, রিট্রাই ও ফ্যান-আউট তৈরি করছেন, তবে আপনি এই প্যাটার্নের সীমা ছাড়িয়ে গেছেন, এবং একটি নিবেদিত ওয়ার্কফ্লো ইঞ্জিনই হবে ভালো সমাধান।

8. নিরাপত্তা ও গভর্ন্যান্স

• Routines আপনার পরিচয়ে কাজ করে। Routines একটি ব্যক্তিগত claude.ai অ্যাকাউন্টের অধীনে থাকে এবং সহকর্মীদের সঙ্গে শেয়ার হয় না। কমিট ও পুল রিকোয়েস্টে আপনার GitHub পরিচয় থাকে, এবং কানেক্টরের কাজগুলো আপনার লিংক করা অ্যাকাউন্ট ব্যবহার করে। একটি routine-কে এমন একটি পার্সোনাল অ্যাক্সেস টোকেন হিসেবে দেখুন, যার সঙ্গে একটি মস্তিষ্ক জুড়ে দেওয়া আছে।
• ব্রাঞ্চ সুরক্ষা। ডিফল্টভাবে Claude claude/-প্রিফিক্সযুক্ত ব্রাঞ্চে পুশ করে। এটি সুরক্ষিত ব্রাঞ্চে, অন্য কারও খোলা PR থাকা ব্রাঞ্চে এবং অন্যদের কমিট থাকা ব্রাঞ্চে পুশ করতে অস্বীকার করে।
• ন্যূনতম সুবিধা (Least privilege)। অপ্রয়োজনীয় কানেক্টর সরিয়ে দিন। নির্দিষ্ট কোনো ডোমেইন প্রয়োজন না হলে নেটওয়ার্ক অ্যাক্সেস Trusted-এ রাখুন; ব্লক করা রিকোয়েস্ট 403 ও x-deny-reason: host_not_allowed দিয়ে ব্যর্থ হয়। Pro ও Max প্ল্যানে API কী সাধারণ ভেরিয়েবল হিসেবে নয়, এনভায়রনমেন্টের API credentials হিসেবে সংরক্ষণ করুন, কারণ সাধারণ ভেরিয়েবল এনভায়রনমেন্ট ব্যবহারকারী যে কেউ দেখতে পারে।
• অবিশ্বস্ত ইনপুট। API পেলোড ও Run now টেক্সট অবিশ্বস্ত হিসেবে চিহ্নিত হয়ে আসে। রানের সময় আনা কনটেন্ট, যেমন ইস্যুর বডি ও ওয়েব পেজ, স্বাভাবিক প্রম্পট-ইনজেকশন ব্যবস্থাপনার অধীনে থাকে। এমন প্রম্পট লিখুন যা Claude-কে জানায় কোনটিকে বিশ্বাস করতে হবে।
• সংযোগের সুস্থতা। GitHub সংযোগের মেয়াদ শেষ হলে সর্বোচ্চ 72 ঘণ্টা পর্যন্ত রানগুলো বাদ পড়ে, তারপর আপনি পুনরায় সংযোগ না করা পর্যন্ত routine নিজেকে বন্ধ করে রাখে।
• প্রতিষ্ঠানিক নিয়ন্ত্রণ। Team ও Enterprise-এর Owner-রা অ্যাডমিন সেটিংস থেকে সব সদস্যের জন্য routines নিষ্ক্রিয় করতে পারেন।

9. প্ল্যান, ব্যবহার ও সীমা

Routines ইন্টারঅ্যাক্টিভ সেশনের মতো একইভাবে সাবস্ক্রিপশন ব্যবহার খরচ করে। দৈনিক সীমা এর অতিরিক্ত হিসেবে প্রযোজ্য। আপনার বর্তমান বরাদ্দ claude.ai/code/routines-এ দেখানো হয় এবং প্রিভিউ চলাকালে বদলাতে পারে। ইউসেজ ক্রেডিট চালু থাকলে সীমা ছাড়ানো রানগুলো মিটারড ওভারেজ হিসেবে চলতে থাকে; চালু না থাকলে উইন্ডো রিসেট না হওয়া পর্যন্ত অতিরিক্ত রান প্রত্যাখ্যাত হয়। একবারের শিডিউলড রান সীমায় গণ্য হয় না। সাবস্ক্রিপশন স্থগিত থাকলে তার routines-ও স্থগিত থাকে।

10. অন্যান্য শিডিউলিং বিকল্পের সঙ্গে Routines-এর তুলনা

10.1 Claude Code-এর ভেতরে

/loop টাস্কগুলো সেশন-সীমিত এবং সাত দিন পর মেয়াদোত্তীর্ণ হয়। কাজ করার সময় একটি বিল্ড বা পুল রিকোয়েস্টের ওপর নজর রাখতে এগুলো আদর্শ, কিন্তু এগুলো routine-এর বিকল্প নয়।

10.2 Claude Code-এর বাইরে

• GitHub Actions সাশ্রয়ী, কোডের পাশেই থাকে এবং রানারের ওপর পূর্ণ নিয়ন্ত্রণ দেয়। বিনিময়ে সামলাতে হয় YAML, সিক্রেট ব্যবস্থাপনা ও রানার রক্ষণাবেক্ষণ। নির্ধারিত (deterministic) বিল্ড ধাপের জন্য Actions বেছে নিন, আর বিচারবুদ্ধি প্রয়োজন এমন কাজের জন্য routines।
• Trigger.dev-এর মতো ওয়ার্কফ্লো ইঞ্জিন রিট্রাই, ফ্যান-আউট ও দীর্ঘমেয়াদি অর্কেস্ট্রেশন সামলায়, কিন্তু অর্কেস্ট্রেশনটি আপনাকে কোডে লিখতে হয়। যখন ওয়ার্কফ্লো নিজেই পণ্য, তখন এগুলো ব্যবহার করুন।
• n8n ও Zapier-এর মতো ইন্টিগ্রেশন প্ল্যাটফর্ম SaaS টুলগুলোর মধ্যে ডেটা আদান-প্রদানে পারদর্শী। Routines পারদর্শী কোড, লগ ও ডকুমেন্ট নিয়ে যুক্তি-বিশ্লেষণে। দুটি একসঙ্গে ভালো কাজ করে: একটি n8n ফ্লো একটি routine-এর API এন্ডপয়েন্ট কল করতে পারে।

11. যে ব্যবহারক্ষেত্রগুলোতে ভালো কাজ করে

• ব্যাকলগ গোছানো: রাতে লেবেলিং, মালিকানা নির্ধারণ এবং সকালের সারাংশ।
• অ্যালার্ট ট্রায়াজ: মনিটরিং API ট্রিগার কল করে, আর Claude স্ট্যাক ট্রেসকে সাম্প্রতিক কমিটের সঙ্গে মিলিয়ে একটি ড্রাফট ফিক্স খোলে।
• নিজস্ব ধাঁচের কোড রিভিউ: রিভিউয়ের জন্য প্রস্তুত প্রতিটি PR-এ আপনার নিজস্ব চেকলিস্ট।
• ডিপ্লয় যাচাই: প্রতিটি রিলিজের পরে স্মোক চেক ও লগ স্ক্যান, শেষে go বা no-go।
• ডকুমেন্টেশনের বিচ্যুতি: মার্জ হওয়া PR-গুলোর সাপ্তাহিক স্ক্যান, এবং পরিবর্তিত API উল্লেখ করা ডকসের জন্য হালনাগাদ PR।
• লাইব্রেরি পোর্টিং: এক SDK-তে মার্জ হওয়া পরিবর্তন অন্য ভাষার সহোদর SDK-তে প্রতিফলিত করা।
• ডিপেনডেন্সি পরিচ্ছন্নতা: পুরোনো প্যাকেজগুলোর সাপ্তাহিক পর্যালোচনা, একটিমাত্র পরীক্ষিত আপগ্রেড PR-সহ।

এক ঘণ্টার কম ব্যবধানের কাজ, রানের মাঝপথে মানুষের সিদ্ধান্ত প্রয়োজন এমন টাস্ক, এবং রিট্রাইসহ জটিল বহু-শাখার ওয়ার্কফ্লোর জন্য routines তুলনামূলক কম উপযোগী।

12. কমিউনিটি কীভাবে গ্রহণ করেছে

প্রতিক্রিয়া মিশ্র হলেও মূলত ইতিবাচক। InfoQ এমন প্রকৌশলীদের উদ্ধৃত করেছে যারা webhook-এর মাধ্যমে AI-কে সরাসরি অবজারভেবিলিটি ড্যাশবোর্ড ও CI ওয়ার্কফ্লোর সঙ্গে যুক্ত করার বিষয়ে উৎসাহী ছিলেন। অন্যরা ছিলেন সন্দিহান। তারা আগের Claude শিডিউলিং ফিচারগুলোর কথা তুলে ধরেন, যেগুলো শুধু ব্যবহারকারীর নিজের মেশিনে চলত, এবং যুক্তি দেন যে নতুন ফিচারের আগে নির্ভরযোগ্যতা, আপটাইম ও কোটা-সীমার দিকে মনোযোগ দেওয়া উচিত। আমাদের অভিজ্ঞতা হলো, নিরাপত্তার দিক থেকে routines ভালোভাবে নকশা করা, বিশেষ করে অবিশ্বস্ত পেলোড ব্যবস্থাপনা ও ব্রাঞ্চ সুরক্ষায়। প্রধান অপারেশনাল ঝুঁকিগুলো হলো অতিরিক্ত বিস্তৃত কানেক্টর এবং যথেষ্ট সুনির্দিষ্ট নয় এমন প্রম্পট।

13. Workstation কীভাবে এটি ব্যবহার করে

Workstation-এ আমরা ক্লায়েন্টদের জন্য DevOps, ফাইন্যান্স অপারেশনস ও গ্রাহক ওয়ার্কফ্লো জুড়ে এজেন্টিক অটোমেশন পরিচালনা করি। Routines আমাদের পদ্ধতির সঙ্গে ভালোভাবে খাপ খায়: ভিত্তিগত কাজের জন্য নির্ধারিত (deterministic) অবকাঠামো, বিচারবুদ্ধির জন্য AI, এবং প্রোডাকশনে কিছু পৌঁছানোর আগে একটি মানব অনুমোদন গেট। routine শৃঙ্খল, সাবএজেন্ট লাইব্রেরি বা সেগুলোর চারপাশের গভর্ন্যান্স ডিজাইনে সহায়তা চাইলে আমাদের টিমের সঙ্গে কথা বলুন।

14. মূল শিক্ষা

• একটি routine হলো সংরক্ষিত প্রম্পট, রিপোজিটরি, এনভায়রনমেন্ট, কানেক্টর ও ট্রিগার, যা ক্লাউডে স্বয়ংক্রিয়ভাবে চলে।
• ট্রিগার হতে পারে একটি শিডিউল (ন্যূনতম এক ঘণ্টা, স্থানীয় সময়), একটি API কল (bearer টোকেন, অবিশ্বস্ত পেলোড) অথবা একটি GitHub পুল রিকোয়েস্ট বা রিলিজ ইভেন্ট।
• Pro, Max, Team ও Enterprise-এ পাওয়া যায়, সাধারণ ব্যবহারের অতিরিক্ত দৈনিক রান-সীমাসহ। ফিচারটি এখনও রিসার্চ প্রিভিউতে রয়েছে।
• একটি দীর্ঘ রানকে কেন্দ্রীভূত ও ন্যূনতম-সুবিধাসম্পন্ন রাখতে সাব-রুটিন (সাবএজেন্ট ও স্কিল) ব্যবহার করুন।
• বহু-ধাপের পাইপলাইনের জন্য কো-রুটিন (PR, লেবেল ও API কলের মাধ্যমে কাজ হস্তান্তরকারী routines) ব্যবহার করুন, মাঝখানে একটি মানব মার্জ-গেট রেখে।
• কানেক্টর ও নেটওয়ার্ক অ্যাক্সেসের পরিধি কঠোরভাবে সীমিত রাখুন, রানবুকের মতো করে প্রম্পট লিখুন এবং ট্রান্সক্রিপ্টগুলো পড়ুন।

সূত্র ও আরও পড়ুন

• Anthropic: Introducing routines in Claude Code (14 এপ্রিল 2026)
• Claude Code ডকস: Automate work with routines
• Claude Code ডকস: Run prompts on a schedule (/loop)
• Claude Code ডকস: Subagents
• Claude Platform ডকস: Trigger a routine through the API
• InfoQ: Anthropic Introduces Routines for Claude Code Automation
• MindStudio: Claude Code Routines: How to Run Scheduled AI Agents Without a Server
• Medium-এ Tahir: What is Claude Code Routines?

Routines রিসার্চ প্রিভিউতে রয়েছে। আচরণ, সীমা ও API বদলাতে পারে। এই গাইডের তথ্যগুলো 25 সেপ্টেম্বর 2026 পর্যন্ত Anthropic-এর প্রকাশিত ডকুমেন্টেশন অনুযায়ী।