এআই টিউটোরিয়াল

Agent Autoloop টিউটোরিয়াল: Claude Code, Codex-এর মতো কমান্ড-লাইন Agent-কে ব্যাকগ্রাউন্ডে স্বয়ংক্রিয়ভাবে কাজ নিতে ও ধারাবাহিকভাবে অনুসরণ করতে দিন

এই টিউটোরিয়ালে Agent Autoloop ইনস্টল করা, প্রথমবার চালিয়ে দেখা, সময়সূচি ও ইভেন্টের নিয়ম লেখা এবং মানব অনুমোদন, সেশন পুনরায় চালু, প্লাগইন সম্প্রসারণ ও নিরাপত্তা ব্যবস্থা বোঝানো হয়েছে।

৪ নভেম্বর, ২০২৬পড়তে প্রায় 32 মিনিট লাগবে

Agent Autoloop টিউটোরিয়াল: Claude Code, Codex-এর মতো কমান্ড-লাইন Agent-কে ব্যাকগ্রাউন্ডে কাজ নিতে দিন

Agent Autoloop কী?

Claude Code, Codex ইত্যাদি কমান্ড-লাইন Agent সাধারণত টার্মিনালের সামনে থাকা মানুষের সঙ্গে ক্রমাগত ইন্টারঅ্যাকশন চায়: কাজের নির্দেশ দেওয়া, সম্পাদনের জন্য অপেক্ষা করা, প্রশ্নের উত্তর দেওয়া, তারপর সেটিকে চালিয়ে যেতে বলা। টার্মিনাল বন্ধ হয়ে গেলে বা মানুষ সাময়িকভাবে দূরে থাকলে প্রক্রিয়াটি প্রায়ই থেমে যায়।

Agent Autoloop হলো কমান্ড-লাইন Agent-এর জন্য একটি হালকা স্বয়ংক্রিয়তা মধ্যস্থতাকারী প্ল্যাটফর্ম। এটি কাজের সময়সূচি এমন একটি কোরে পরিচালনা করে যার কোনো রানটাইম নির্ভরতা নেই, এবং ইভেন্টের উৎস, Agent, নোটিফিকেশন চ্যানেল ও ডেলিভারি পাইপলাইনকে পরিবর্তনযোগ্য প্লাগইন হিসেবে আলাদা করে। এটি স্থানীয় Mac বা Linux কম্পিউটারে চালানো যায়; ক্লাউড সার্ভার কেনার বা পাবলিক পোর্ট খোলার প্রয়োজন নেই।

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

মূল বৈশিষ্ট্য

স্থানীয়ভাবে চালানো: একটি macOS বা Linux কম্পিউটারেই স্থাপন করা যায়; আলাদা ক্লাউড ব্যাকএন্ডের প্রয়োজন নেই।
Agent যুক্ত করা সহজ: যে কোনো কমান্ড-লাইন টুল প্রম্পট গ্রহণ করে চূড়ান্ত উত্তর দিতে পারলে সাধারণ কমান্ড প্লাগইনের মাধ্যমে যুক্ত করা যায়।
অপেক্ষার সময় Agent ব্যবহারের খরচ শূন্য: মানুষের উত্তরের অপেক্ষায় Agent প্রক্রিয়া সরাসরি বন্ধ হয়ে যায় এবং আর Token খরচ করে না; অপেক্ষার অবস্থা ডেটাবেসে সংরক্ষিত থাকে।
নিয়ম-নির্ভর: rules.json-এর মাধ্যমে কোন ইভেন্ট কোন Agent-এর কাছে যাবে এবং কোন ডিরেক্টরিতে চলবে তা নির্ধারণ করা যায়; আঠালো কোড লিখতে হয় না।
প্রয়োজন অনুযায়ী নোটিফিকেশন: ডেস্কটপ নোটিফিকেশন, Feishu, DingTalk, WeCom, Slack এবং Discord Webhook টেমপ্লেট সমর্থন করে।
সেশন চালিয়ে যাওয়া: মানুষ উত্তর দেওয়ার পর শুরু থেকে কাজ পুনরাবৃত্তি না করে আগের কথোপকথন থেকেই কাজ চালিয়ে নেওয়া যায়।
অনুসরণযোগ্যতা: শুধু-সংযোজনযোগ্য লগ থেকে অবস্থা গণনা করা হয়; প্রতিটি কাজের দফার ট্রিগারের কারণ ও ফলাফল দেখা যায়।
প্লাগইন-ভিত্তিক: ইভেন্টের উৎস, Agent, নোটিফিকেশন চ্যানেল এবং CI/CD ডেলিভারি প্রক্রিয়া সম্প্রসারণ বা প্রতিস্থাপন করা যায়।

ইনস্টল করার আগে প্রস্তুতি

শুরু করার আগে নিশ্চিত করুন, আপনার সিস্টেমে macOS বা Linux চলছে এবং নিচের টুলগুলো ইনস্টল করা আছে:

Node 24
Git
curl
অন্তত একটি ইনস্টল ও লগইন করা কমান্ড-লাইন Agent, যেমন Claude Code বা Codex

ইনস্টলেশন ও স্থানীয়ভাবে পরীক্ষা চালানোর জন্য GitHub অ্যাকাউন্টের প্রয়োজন নেই। Agent Autoloop আপনার কম্পিউটারে আগে থেকেই থাকা কমান্ড-লাইন টুল সরাসরি ব্যবহার করে; এসব টুলের অ্যাকাউন্টের তথ্য পড়ে না বা অন্য কোথাও সংরক্ষণ করে না।

প্রথম ধাপ: Agent Autoloop ইনস্টল করুন

টার্মিনালে অফিসিয়াল ইনস্টলেশন স্ক্রিপ্ট চালান:

curl -fsSL https://raw.githubusercontent.com/KKKKhazix/agent-autoloop/main/install.sh | sh

ইনস্টলেশনের বিস্তারিত আগে দেখতে চাইলে প্রকল্পের ইনস্টলেশন নির্দেশনা পড়তে পারেন। README-তেও এই নির্দেশনাটি স্থানীয় Agent-কে দিয়ে ইনস্টলেশনে সহায়তা নেওয়ার পরামর্শ দেওয়া হয়েছে।

দ্বিতীয় ধাপ: প্রথম ইন্টারঅ্যাকটিভ পরীক্ষা চালান

ইনস্টলেশন শেষ হলে চালান:

agent-autoloop try

এই কমান্ডটি স্থানীয় Agent ব্যবহার করে সম্পূর্ণ প্রক্রিয়া প্রদর্শন করবে: কাজ পাঠানো, Agent-এর প্রশ্ন, অপেক্ষার জন্য বন্ধ হওয়া, আপনার সিদ্ধান্ত গ্রহণ, তারপর সেশন চালিয়ে কাজ সম্পন্ন করা।

পরীক্ষা চলাকালে আপনি নিচের মতো ফলাফল দেখতে পারেন:

ইভেন্ট পাঠানো হয়েছে, Agent কাজ শুরু করেছে……

Agent এই দফার কাজ শেষ করে আপনাকে একটি প্রশ্ন করেছে। এটি এখন কোনো প্রক্রিয়া চালাচ্ছে না এবং Token খরচ করছে না।

【আপনার সিদ্ধান্তের অপেক্ষায়】#1 পরীক্ষা: একটি রং বেছে নিন
এটি একটি পরীক্ষা, যেকোনোটি বেছে নিতে পারেন।
  1. নীল
  2. সবুজ

ইন্টারঅ্যাকটিভ টার্মিনালে সরাসরি বিকল্পের নম্বর লিখে Enter চাপতে পারেন। নন-ইন্টারঅ্যাকটিভ টার্মিনালে ১ নম্বর কার্ডের উত্তর স্পষ্টভাবে দিয়ে ২ নম্বর বিকল্প বেছে নিতে পারেন:

agent-autoloop answer 1 2

এরপর সামগ্রিক অবস্থা দেখুন:

agent-autoloop status

প্রক্রিয়াটি স্বাভাবিক হলে Agent আগের সেশন চালিয়ে আপনার নির্বাচনের ফল নিশ্চিত করবে। status কমান্ডটি আজকের এবং গত 7 দিনের রান সংখ্যা, Token ও খরচের পরিসংখ্যানও দেখাবে।

তৃতীয় ধাপ: কাজ কীভাবে স্বয়ংক্রিয়ভাবে চলে তা বুঝুন

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

যেসব কাজে মানুষের অংশগ্রহণ প্রয়োজন নেই, Agent সেগুলো সরাসরি শেষ করতে পারে বা পরে পুনরায় পরীক্ষা করার সময় নির্ধারণ করতে পারে। সারিতে অপেক্ষার সময় একই বিষয়ের নতুন বার্তাগুলোও সিস্টেম একত্র করে এক দফায় প্রক্রিয়া করে।

চতুর্থ ধাপ: প্রথম স্বয়ংক্রিয় নিয়ম লিখুন

দৈনন্দিন কনফিগারেশন এখানে থাকে:

~/.agent-autoloop/rules.json

প্রতিটি নিয়মে অন্তত কখন ট্রিগার হবে, কার কাছে পাঠানো হবে এবং কোন ডিরেক্টরিতে কাজ করবে তা উল্লেখ করতে হবে। এর মধ্যে to-কে কনফিগারেশনের agents-এ থাকা কোনো নাম উল্লেখ করতেই হবে।

উদাহরণ: প্রতিদিন সকাল 9টায় দৈনিক প্রতিবেদন তৈরি

{
  "name": "দৈনিক প্রতিবেদন",
  "when": { "cron": "0 9 * * *" },
  "to": "codex",
  "cwd": "~/notes",
  "prompt": "গতকালের নোট ও কমিট গুছিয়ে আজকের দৈনিক প্রতিবেদন লিখুন।"
}

এই নিয়মটি প্রতিদিন সকাল 9টায় কাজটি codex নামের Agent-এর কাছে পাঠাবে এবং তাকে ~/notes ডিরেক্টরিতে নোট ও Git কমিট গুছাতে বলবে।

উদাহরণ: নতুন GitHub Issue প্রক্রিয়া করা

বাহ্যিক ইভেন্টের নিয়মের কাঠামো একই রকম, তবে আগে sources-এ সংশ্লিষ্ট ইভেন্টের উৎস নিবন্ধন করতে হবে। নিচের নিয়মটি GitHub-এর issues.opened ইভেন্ট পর্যবেক্ষণ করে:

{
  "name": "Issue প্রক্রিয়া",
  "when": {
    "source": "github",
    "types": ["issues.opened"]
  },
  "to": "codex",
  "cwd": "~/code/app",
  "skill": "handle-issue",
  "parallel": 3
}

skill কাজটি প্রক্রিয়া করার জন্য প্রয়োজনীয় Skill নির্ধারণ করে, আর parallel সমান্তরাল কাজের সংখ্যা 3 করে। ইভেন্টের উৎস নিবন্ধনের পদ্ধতি প্রকল্পের কনফিগারেশন ম্যানুয়াল অনুযায়ী সম্পন্ন করতে হবে।

নিয়ম সংরক্ষণ করার কয়েক সেকেন্ডের মধ্যে তা স্বয়ংক্রিয়ভাবে কার্যকর হবে। অবিলম্বে পরীক্ষা চালানোর পরামর্শ দেওয়া হচ্ছে:

agent-autoloop check

নতুন নিয়মে ত্রুটি থাকলে সিস্টেম পুরোনো নিয়ম ব্যবহার করে চলতে থাকবে এবং কার্ডের মাধ্যমে নির্দিষ্ট সমস্যা জানাবে, যাতে ভুল কনফিগারেশনের কারণে বিদ্যমান স্বয়ংক্রিয়তা সরাসরি বন্ধ না হয়।

পঞ্চম ধাপ: Agent-কে মানুষের সিদ্ধান্ত চাইতে দিন

Agent Autoloop-এ Agent-এর জন্য প্রধান নিয়ম হলো: শেষ উত্তরে ফলাফল জানানো। কাজ শেষ হয়ে গেলে স্বাভাবিকভাবে উপসংহার লিখলেই হবে; মানুষের নির্বাচন প্রয়োজন হলে উত্তরের শেষে একটি agent-autoloop রসিদ কোড ব্লক যোগ করতে হবে।

অর্ডার যাচাই সম্পন্ন হয়েছে, পর্যাপ্ত স্টক রয়েছে।

```agent-autoloop
{
  "ask": [{
    "title": "কীভাবে পাঠানো হবে?",
    "text": "দুই পদ্ধতিতেই আজ পাঠানো সম্ভব।",
    "options": ["কুরিয়ার", "নিজে সংগ্রহ"],
    "key": "shipping"
  }]
}
```

এখানে ask দুটি বিকল্পসহ একটি সিদ্ধান্ত কার্ড তৈরি করবে। প্রশ্ন করা ছাড়াও রসিদটি নিচের কাজগুলো সমর্থন করে:

notice: নোটিফিকেশন পাঠানো।
resolve: সমাধান হওয়া কার্ড বন্ধ করা।
later: ভবিষ্যতের কোনো সময় পুনরায় পরীক্ষা নির্ধারণ করা।
events: নতুন ইভেন্ট ট্রিগার করা।

Agent-এর আউটপুটের JSON ভুল হলে মধ্যস্থতাকারী শুধু তাকে আগের সেশনেই শেষ রসিদের অংশটি পুনরায় লিখতে বলবে; ইতিমধ্যে সম্পন্ন ব্যবসায়িক কাজ আবার চালাবে না। পুনরায় লেখাও ব্যর্থ হলে সিস্টেম মূল উপসংহার সংরক্ষণ করবে এবং রসিদ কার্যকর হয়নি বলে আপনাকে জানাবে।

প্রস্তুত দৃশ্যপট টেমপ্লেট ব্যবহার

প্রকল্পে নিয়ম, কাজের Skill ও সক্রিয়করণের নির্দেশনাসহ একাধিক টেমপ্লেট দেওয়া আছে, যা বাস্তব কনফিগারেশনের সূচনা হিসেবে ব্যবহার করা যায়:

দৈনিক প্রতিবেদন: স্থানীয় নোট ও Git কমিট গুছিয়ে তারিখ অনুযায়ী নাম দেওয়া ফাইলে লিখে।
GitHub Issue অনুসরণ: নিয়মিত নতুন Issue পরীক্ষা করে, স্থানীয়ভাবে কোড পরিবর্তন করে এবং আপনাকে দেখতে জানায়; ডিফল্টভাবে কমিট, পুশ বা Issue-তে উত্তর দেয় না।
অনলাইন সতর্কতা তদন্ত: ত্রুটি গ্রহণ করে কোডের সঙ্গে মিলিয়ে কারণ বিশ্লেষণ করে; পুনরায় চালুর কাজ হলে আগে অনুমতি চায়।
ব্যবহারকারীর মতামত প্রক্রিয়া: মতামতের অবস্থা পরীক্ষা, সমস্যা সমাধান, ডেলিভারি যাচাই ও উত্তর প্রস্তুত করে; সিদ্ধান্ত প্রয়োজন হলে Feishu-এর মাধ্যমে জিজ্ঞেস করে।
ওয়েবসাইট পর্যবেক্ষণ: নিয়মিত অবস্থা ও গুরুত্বপূর্ণ বিষয় পরীক্ষা করে, চলমান সমস্যার কারণে পুনরাবৃত্ত নোটিফিকেশন এড়ায় এবং পুনরুদ্ধারের পর মূল কার্ড হালনাগাদ করে।
Feishu সাপ্তাহিক প্রতিবেদন ও ব্যবসায়িক সারাংশ: অনুমতি অনুযায়ী প্রতিবেদন ও নির্দিষ্ট টেবিল পড়ে, সম্পূর্ণ সারাংশ স্থানীয়ভাবে সংরক্ষণ করে এবং Feishu-এ শুধু সংক্ষিপ্ত বিষয়বস্তু পাঠায়।
PR স্বয়ংক্রিয় ডেলিভারি: কোড পর্যালোচনা দিয়ে শুরু করে, CI-এর জন্য অপেক্ষা, PR মার্জ, ডিপ্লয়মেন্টের জন্য অপেক্ষা এবং শেষে অনলাইন সংস্করণ যাচাই করে।

টেমপ্লেট সক্রিয় করার সময় ব্যবহৃত Agent-এর skills ডিরেক্টরিতে কাজের Skill রাখতে হবে, উদাহরণ নিয়মগুলো ~/.agent-autoloop/rules.json-এ একত্র করতে হবে, পথ ও কম্পিউটারের নাম বদলাতে হবে, তারপর agent-autoloop check চালাতে হবে।

README-তে বিশেষভাবে বলা হয়েছে: মতামত প্রক্রিয়া, ওয়েবসাইট পর্যবেক্ষণ এবং Feishu সারাংশের নমুনা ডেটা কাল্পনিক। সংশ্লিষ্ট স্ক্রিপ্ট ও রসিদ শুধু স্থানীয় HTTP এবং সিমুলেটেড Feishu CLI দিয়ে যাচাই করা হয়েছে; বাস্তব অ্যাকাউন্টে সম্পূর্ণ ব্যবসায়িক পরীক্ষা এখনও করা হয়নি।

বিভিন্ন Agent ও নোটিফিকেশন চ্যানেল যুক্ত করা

অন্তর্নির্মিত Agent প্লাগইন

প্রকল্পে Claude Code, Codex, ACP এবং সাধারণ কমান্ড প্লাগইন অন্তর্নির্মিত রয়েছে। Claude Code, Codex এবং অফিসিয়াল Codex ACP অ্যাডাপ্টারের বহু দফা প্রশ্নোত্তর ও আন্তঃপ্রক্রিয়া সেশন চালিয়ে যাওয়ার পরীক্ষা সম্পন্ন হয়েছে।

সাধারণ কমান্ডের মাধ্যমে অন্যান্য Agent যুক্ত করা

অন্যান্য কমান্ড-লাইন Agent-এর জন্য use: "command" সেট করে কমান্ডের একটি অ্যারে দিতে পারেন। {prompt} প্লেসহোল্ডারটি স্বতন্ত্র আর্গুমেন্ট হিসেবে পাঠানো হয়; এটিকে Shell কোড হিসেবে চালানো হয় না।

README-তে সংশ্লিষ্ট টুলগুলোর অফিসিয়াল ডকুমেন্টেশন অনুযায়ী DeepSeek Harness, pi, OpenClaw, Hermes, Cursor এবং WorkBuddy／CodeBuddy-এর মতো কমান্ডের উদাহরণ দেওয়া হয়েছে। তবে একই সঙ্গে স্পষ্ট করা হয়েছে যে এসব কমান্ড আলাদাভাবে বাস্তবে পরীক্ষা করা হয়নি। তাই আনুষ্ঠানিক ব্যবহারের আগে বিচ্ছিন্ন ডিরেক্টরিতে আর্গুমেন্ট, আউটপুট ফরম্যাট ও সেশন আচরণ যাচাই করা উচিত।

তৃতীয় পক্ষের প্লাগইন ইনস্টল করা

Git ঠিকানার মাধ্যমে তৃতীয় পক্ষের প্লাগইন ইনস্টল করা যায়:

agent-autoloop add <git ঠিকানা>

নিজে প্লাগইন তৈরি করতে চাইলে প্রকল্পের দেওয়া ন্যূনতম Agent, চ্যানেল ও ইভেন্ট প্লাগইন টেমপ্লেট দিয়ে শুরু করতে পারেন এবং প্লাগইন ডেভেলপমেন্ট নির্দেশনা অনুসরণ করতে পারেন।

নোটিফিকেশন চ্যানেল নির্বাচন

ডেস্কটপ নোটিফিকেশন ডিফল্টভাবে চালু থাকে। Feishu-তে পাঠানো, বোতামের কলব্যাক এবং কার্ড আপডেট বাস্তবে পরীক্ষা করা হয়েছে। DingTalk, WeCom, Slack এবং Discord Webhook টেমপ্লেট ব্যবহার করে; বর্তমানে এগুলো শুধু স্থানীয় সিমুলেশন সার্ভিসে যাচাই করা হয়েছে।

এই টেক্সট চ্যানেলগুলো উত্তর-লিংকের মাধ্যমে সিদ্ধান্ত জমা দেয়, তাই hub.publicUrl এমন ঠিকানায় কনফিগার করতে হবে যা ফোন বা কম্পিউটার থেকে অ্যাক্সেস করা যায়। পাবলিক অ্যাক্সেস প্রয়োজন কি না, তা আপনি বেছে নেওয়া চ্যানেল ও নেটওয়ার্ক পরিবেশের ওপর নির্ভর করে, মৌলিক স্থানীয় রানিংয়ের ওপর নয়।

উন্নত কৌশল ও নির্ভরযোগ্যতা নকশা

কেন একটি নির্দিষ্ট টাস্ক রাউন্ড চালানো হয়েছিল তা দেখুন

নির্দিষ্ট রাউন্ডের ট্রিগার ইভেন্ট, নিয়মের সংস্করণ, দায়িত্বগ্রহণকারী এবং চূড়ান্ত ফলাফল দেখতে why কমান্ড ব্যবহার করুন:

agent-autoloop why 1

ভুল নিয়ম, পুনরাবৃত্ত ইভেন্ট বা অপ্রত্যাশিত কাজ বরাদ্দের সমস্যা অনুসন্ধানে এটি বিশেষভাবে কার্যকর।

চারটি মূল প্রক্রিয়া বুঝুন

স্থগিত অবস্থায় শূন্য খরচ: মানুষের উত্তরের অপেক্ষায় Agent প্রক্রিয়া বন্ধ হয়ে যায় এবং অবস্থা ডেটাবেসে থেকে যায়; উত্তর পাওয়ার পর মূল সেশন পুনরায় চালু হয়।
ইভেন্ট সোর্সিং: সব অবস্থা শুধু-সংযোজনযোগ্য লগ থেকে গণনা করা হয়। লগ ও ইনডেক্স একই ট্রানজ্যাকশনে ডিস্কে লেখা হয়, তাই ফরম্যাট পরিবর্তনের পর লগ থেকে অবস্থা পুনর্নির্মাণ করা যায়।
নির্দেশনা ও ডেটার পৃথকীকরণ: Issue-এর শিরোনাম ও বর্ণনার মতো বাহ্যিক বিষয়বস্তু তথ্য হিসেবে সংরক্ষিত হয়, সরাসরি প্রম্পটে জোড়া হয় না। Agent, কাজের ডিরেক্টরি এবং অনুমতি শুধু স্থানীয় নিয়ম দ্বারা নির্ধারিত হয়; ইভেন্টের cwd, agent, access ক্ষেত্র প্রত্যাখ্যান করা হবে।
হপ-সংখ্যা সার্কিট ব্রেকার: Agent-এর ট্রিগার করা নতুন ইভেন্টে স্তর সংখ্যা যোগ হয়; মানুষের প্রশ্ন এবং নির্ধারিত পুনঃপরীক্ষা এই সংখ্যা রিসেট করে না। 8 স্তর ছাড়িয়ে গেলে শুধু রেকর্ড করা হয়, আর কাজ বরাদ্দ করা হয় না; ব্যবহারকারীকে একটি কার্ড পাঠানো হয়।

সিমুলেশন ও পারফরম্যান্স পরীক্ষা চালানো

প্রোগ্রামের ডিরেক্টরিতে প্রবেশ করুন:

cd ~/.agent-autoloop/app

এরপর README-তে দেওয়া যাচাইকরণ কমান্ডগুলো চালানো যায়:

node sim/random.ts 24301 200000
node sim/crash.ts 1000 12648430
npm run benchmark

প্রথম কমান্ডটি নেটওয়ার্ক বিচ্ছিন্নতা, প্যাকেট হারানো, ক্র্যাশ এবং পুনরাবৃত্ত জমা দেওয়া সিমুলেট করে; দ্বিতীয় কমান্ডটি বারবার প্রক্রিয়া জোর করে বন্ধ করে নিশ্চিত করা রেকর্ড হারিয়েছে কি না পরীক্ষা করে; তৃতীয় কমান্ডটি পারফরম্যান্স বেঞ্চমার্ক চালায়। README-এর মানদণ্ড Apple M5 Pro, 24 GB মেমরি এবং Node 24.21.0-এর ভিত্তিতে নির্ধারিত; হার্ডওয়্যারের পার্থক্যের কারণে অন্য মেশিনে মানদণ্ড পূরণ না করার ফল দেখা যেতে পারে।

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

ডেলিভারি পাইপলাইনের ব্যবহারের সীমা

Agent Autoloop delivery প্লাগইন সরবরাহ করে। GitHub PR-এ deliver লেবেল যোগ করলে “কোড পর্যালোচনা, CI-এর অপেক্ষা, PR মার্জ, ডিপ্লয়মেন্টের অপেক্ষা, অনলাইন সংস্করণ যাচাই” এই ক্রমে ধারাবাহিকভাবে অনুসরণ করা যায়।

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

ব্যবহার ও কমপ্লায়েন্সের পরামর্শ

মডেল কলের খরচ আপনার নিজের অ্যাকাউন্টে গণনা হয় এবং সীমা ও ব্যবহারের পরিধি সংশ্লিষ্ট মডেল সরবরাহকারীর পরিষেবার শর্ত দ্বারা নিয়ন্ত্রিত। README মনে করিয়ে দেয়, ঘন ঘন স্বয়ংক্রিয় ব্যবহারের ক্ষেত্রে সাধারণত API Key বেশি উপযোগী; ব্যক্তিগত সাবস্ক্রিপশন সীমা মূলত দৈনন্দিন মানবিক যোগাযোগের জন্য। এই টুল ব্যবহার করে বাইরের জন্য সেবা দিলে API Key ব্যবহার করুন এবং পরিষেবার শর্ত ও কমপ্লায়েন্সের প্রয়োজনীয়তা নিজে নিশ্চিত করুন।

Agent Autoloop একটি স্বাধীন ওপেন-সোর্স প্রকল্প; Anthropic, OpenAI বা অন্য কোনো মডেল সরবরাহকারীর সঙ্গে এর অধিভুক্তি বা অনুমোদন সম্পর্ক নেই।

উপসংহার

Agent Autoloop-এর মূল লক্ষ্য Agent-কে সবসময় অনলাইনে রাখা নয়, বরং কাজকে নির্ভরযোগ্যভাবে থামানো, অপেক্ষা করানো এবং পুনরায় চালু করা। ইন্টারঅ্যাকশন চক্র যাচাই করতে প্রথমে agent-autoloop try ব্যবহার করতে পারেন, তারপর দৈনিক ব্রিফিং বা GitHub Issue টেমপ্লেট দিয়ে নিয়ম লেখা শুরু করুন। স্থানীয় প্রক্রিয়া স্থিতিশীল নিশ্চিত হওয়ার পর ধীরে ধীরে Feishu, Webhook, বাহ্যিক ইভেন্ট এবং PR ডেলিভারি পাইপলাইন যুক্ত করুন।

আরও কনফিগারেশনের জন্য নিয়ম ও ডেলিভারি কনফিগারেশন নির্দেশিকা, সম্পূর্ণ যোগাযোগ প্রোটোকল এবং প্লাগইন ডেভেলপমেন্ট ডকুমেন্টেশন দেখুন।