Solo to Team টিউটোরিয়াল: সহযোগিতা স্কিল প্যাক ইনস্টল করে একাই একাধিক AI সহকারী পরিচালনা করুন

প্রকল্পের পরিচিতি

Solo to Team · একজনে দল নামে পরিচিত solo-to-team-skills হলো এমন একটি চীনা সহযোগিতা-দক্ষতা প্যাকেজ, যা “একজন ব্যক্তি কেন্দ্রীয় নিয়ন্ত্রণে, একাধিক দীর্ঘমেয়াদি AI সহকারী” পরিস্থিতির জন্য তৈরি। এটি AI-কে স্বয়ংক্রিয়ভাবে দলে ভাগ করার কাজ করে না; বরং একটি পুনরাবৃত্তিযোগ্য পদ্ধতি দেয়, যার মাধ্যমে আপনি কাজ বরাদ্দ করতে, ফলাফল ফেরত আনতে, প্রমাণ যাচাই করতে এবং শেষে নিজে সিদ্ধান্ত নিতে পারেন।

প্রকল্পটির বর্তমান অবস্থা v0.9-draft; এতে এখনও পরিবর্তন চলবে। Codex, WorkBuddy, DeepSeek Harness, Cursor, CodeBuddy, Kimi Work, 千问办公সহ বিভিন্ন হোস্টে সীমিত পরিসরে বাস্তব ব্যবহারের যাচাই সম্পন্ন হয়েছে; Grok Bot-এর জন্য ম্যানুয়াল কনফিগারেশন প্রয়োজন। Claude Code-এর প্লাগইন কাঠামো প্রস্তুত আছে, তবে প্রথম প্রকাশের সমর্থনে এখনও অন্তর্ভুক্ত নয়।

“সমর্থিত” বলতে বোঝায় নির্দিষ্ট ইনস্টলেশন ও কল করার পদ্ধতি বাস্তবে ব্যবহার করে দেখা হয়েছে; এর অর্থ এই নয় যে সব কাজ স্থিতিশীলভাবে সম্পন্ন হবে, কিংবা প্রতিটি হোস্টে চারটি দক্ষতাই একে একে যাচাই করা হয়েছে।

প্রকল্পটি কোন সমস্যার সমাধান করে

একাধিক AI সহকারীর সহযোগিতায় প্রকৃত নিয়ন্ত্রণহীনতা সাধারণত মডেলের সক্ষমতার কারণে হয় না, বরং প্রক্রিয়ার কারণে হয়: কাজ পাঠানোর পর কেউ নিশ্চিত করে না, কর্মী “সম্পন্ন হয়েছে” বললেও কোনো প্রমাণ থাকে না, গ্রহণযোগ্যতা যাচাই ও ফলাফল পাওয়াকে এক করে ফেলা হয়, অথবা পরিচালনানির্দেশনা শুধু লেখক নিজেই বুঝতে পারেন।

Solo to Team সহযোগিতার প্রক্রিয়াকে একটি ধারায় সাজায়:

লক্ষ্য নির্ধারণ → দায়িত্ব বণ্টন → হস্তান্তর → যাচাই → সিদ্ধান্ত

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

চারটি মূল দক্ষতা

dispatch-accept-verify

প্রদর্শন নাম “পাঠানো কাজ ফিরিয়ে আনুন”; এটি দায়িত্ব বণ্টন ও হস্তান্তরের কাজ করে। কাজ পাঠানোর আগে এটি “অপেক্ষমাণ গ্রহণ” নথিভুক্ত করতে বলে এবং কাজ গ্রহণ, ফলাফল পাওয়া ও গ্রহণযোগ্যতা যাচাই সম্পন্ন হওয়াকে আলাদা করে记录 করতে বলে। গ্রহণযোগ্যতা যাচাই সম্পন্ন না হওয়া বা অনুমোদিতভাবে বাতিল না হওয়া পর্যন্ত কোনো কাজ অসম্পন্ন তালিকা থেকে সরানো যাবে না।

evidence-before-done

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

beginner-ops-writing

প্রদর্শন নাম “নবীনদের পরিচালনানির্দেশনা”; এটি এমন ধাপ লিখতে ব্যবহৃত হয় যা পটভূমি না-জানা ব্যক্তিও অনুসরণ করতে পারেন। মূলনীতির মধ্যে রয়েছে একবারে একটি ধাপ লেখা, প্রতিটি বস্তুর নির্দেশনা একক রাখা এবং কাজ শেষে কী দেখা উচিত তা উল্লেখ করা। লগইন, পেমেন্ট, মুছে ফেলা, আনুষ্ঠানিকভাবে পাঠানো ইত্যাদি কাজ本人কেই করতে হলে শুধু “অনুগ্রহ করে本人 করুন” লিখতে হবে; অন্যের হয়ে করার পদ্ধতি তৈরি করা যাবে না।

ops-case-notes

প্রদর্শন নাম “পরিচয়-গোপন করা পরিচালন নথি”; এতে বাস্তব পরিচালনা থেকে নেওয়া দুটি পরিচয়-গোপন করা ঘটনা রয়েছে, যেখানে প্রকৃত সমস্যা, পরিবর্তনের পদ্ধতি, ফলাফল এবং এখনও সমাধান না হওয়া সীমাবদ্ধতাগুলো নথিভুক্ত করা হয়েছে। প্রক্রিয়ায় ত্রুটি দেখা দিলে এটি পর্যালোচনার রেফারেন্স হিসেবে উপযোগী।

শুরু করার আগে প্রস্তুতি

প্রথমে রিপোজিটরি ডাউনলোড বা ক্লোন করুন এবং নিশ্চিত করুন যে স্থানীয়ভাবে skills/ ডিরেক্টরি রয়েছে। এই ডিরেক্টরির মধ্যে চারটি দক্ষতার সাবডিরেক্টরি থাকা উচিত এবং প্রতিটি ডিরেক্টরিতে একটি করে SKILL.md থাকতে হবে।

git clone YOUR_REPOSITORY_URL
cd solo-to-team-skills

ক্লোনের ঠিকানাটি প্রকল্পটি আনুষ্ঠানিকভাবে প্রকাশের পরের প্রকৃত রিপোজিটরি ঠিকানা দিয়ে প্রতিস্থাপন করতে হবে। ডাউনলোড করা কমপ্রেসড প্যাকেজের মাধ্যমে প্রকল্প নিলে সেটি সরাসরি এক্সট্র্যাক্ট করেও ব্যবহার করা যায়।

ইনস্টল করার সময় নিচের নীতিগুলো মেনে চলুন:

• সম্পূর্ণ skills/দক্ষতার-নাম/ ডিরেক্টরি কপি করুন; শুধু SKILL.md কপি করবেন না।
• dispatch-accept-verify তার ডিরেক্টরির টেমপ্লেটগুলোর ওপরও নির্ভরশীল; শুধু মূল লেখা কপি করলে নিবন্ধন-সারি টেমপ্লেট হারিয়ে যাবে।
• dispatch-accept-verify এবং evidence-before-done একই সঙ্গে ইনস্টল করার পরামর্শ দেওয়া হয়।
• evidence-before-done আলাদাভাবেও ব্যবহার করা যায়।
• beginner-ops-writing ও ops-case-notes ঐচ্ছিক সংযোজন; এগুলো ইনস্টল না করলেও মূল কাজ পাঠানো ও গ্রহণের প্রক্রিয়া প্রভাবিত হবে না।

হোস্ট নির্বাচন ও ইনস্টলেশন

Codex

Codex-এর যাচাইকৃত পদ্ধতিতে রিপোজিটরির সঙ্গে থাকা .agents/plugins/marketplace.json ব্যবহার করা হয়। প্রথমে Codex CLI ইনস্টল ও লগইন করুন, তারপর প্রকল্পের মূল ডিরেক্টরিতে চালান:

cd /path/to/solo-to-team-skills
codex plugin marketplace add "$(pwd)"
codex plugin add solo-to-team-skills@solo-to-team-skills

কমান্ডটি শূন্যের বেশি স্ট্যাটাস ফিরিয়ে দিলে থামুন এবং নিশ্চিত করুন যে বর্তমান ডিরেক্টরিটি .agents/plugins/marketplace.json-সহ প্যাকেজের মূল ডিরেক্টরি কি না। ইনস্টলেশনের পর নতুন সেশন খুলুন, অথবা codex exec ব্যবহার করে দক্ষতাটি কল করুন।

codex exec -s workspace-write --skip-git-repo-check -C "$(pwd)" 'অনুগ্রহ করে dispatch-accept-verify দক্ষতা ব্যবহার করে T044_dispatch_line.md-এ একটি অপেক্ষমাণ গ্রহণ নিবন্ধন-সারি লিখুন'

ইনস্টলেশন প্রত্যাহার করতে চালান:

codex plugin remove solo-to-team-skills@solo-to-team-skills
codex plugin marketplace remove solo-to-team-skills

Cursor

প্রয়োজনীয় দক্ষতার সম্পূর্ণ ডিরেক্টরি ব্যবহারকারীর দক্ষতা ডিরেক্টরিতে কপি করুন:

mkdir -p ~/.cursor/skills/
cp -R skills/dispatch-accept-verify ~/.cursor/skills/
cp -R skills/evidence-before-done ~/.cursor/skills/

এরপর Cursor Agent-এ দক্ষতার নাম ধরে কল করুন। cursor agent --print ধরনের CLI-ও ব্যবহার করা যায়। নতুন ওয়ার্কস্পেসে নন-ইন্টার‌্যাক্টিভ রান করলে হোস্টে --trust ব্যবহারের প্রয়োজন হতে পারে; এই প্যারামিটার ওয়ার্কস্পেসকে বিশ্বাসযোগ্য হিসেবে চিহ্নিত করে, নিরাপত্তা ব্যবস্থা বন্ধ করে না।

WorkBuddy ও CodeBuddy

দুটি পণ্যের নাম কাছাকাছি হলেও এগুলো একই হোস্ট নয়; ইনস্টলেশন ডিরেক্টরি একে অপরের সঙ্গে ব্যবহার করা যাবে না।

• WorkBuddy: ~/.workbuddy/skills/ অথবা প্রকল্পের .workbuddy/skills/-এ কপি করুন। চাইলে SKILL.md-সহ দক্ষতা ডিরেক্টরি বা zip ফাইল ইন্টারফেসে আপলোড করতে পারেন।
• CodeBuddy: ~/.codebuddy/skills/ অথবা প্রকল্পের .codebuddy/skills/-এ কপি করুন, তারপর ইন্টারফেস বা CLI-তে নাম ধরে কল করুন।

সংশ্লিষ্ট সরকারি নির্দেশনার জন্য WorkBuddy Skills ডকুমেন্টেশন এবং CodeBuddy Skills ডকুমেন্টেশন দেখুন।

DeepSeek Harness

দক্ষতাগুলো সম্পূর্ণভাবে প্রকল্পের .dsh/skills/, ব্যবহারকারীর ~/.dsh/skills/ অথবা .agents/skills/-এ কপি করুন, তারপর Harness পুনরায় খুলুন বা রিফ্রেশ করুন। প্রকল্পে স্পষ্টভাবে বলা হয়েছে, dsh plugin add এই দক্ষতার মূল লেখা ইনস্টল করার পদ্ধতি নয়।

ব্যবহারের আগে নিজে DeepSeek অ্যাকাউন্ট বা API প্রস্তুত করতে হবে; এই প্রকল্প কোনো কী সরবরাহ করে না। বিস্তারিত পদ্ধতির জন্য DeepSeek Harness Skills ডকুমেন্টেশন দেখুন।

Kimi Work

README-তে যাচাই করা হয়েছে Kimi Work ডেস্কটপ সংস্করণ, Kimi Code CLI নয়। macOS যাচাইকরণ পরিবেশে দক্ষতার ডিরেক্টরি ছিল:

~/Library/Application Support/kimi-desktop/daimon-share/daimon/skills/

কপি সম্পন্ন হলে Kimi Work ইন্টারফেসে / লিখে দক্ষতা নির্বাচন করুন। এই পথটি কমিউনিটি-ভিত্তিক ব্যবহারের ফল; সরকারি পক্ষ থেকে zip, Markdown, লিংক বা স্টোরের মাধ্যমে ইনস্টলেশনের পদ্ধতিও দেওয়া হতে পারে। তাই Kimi Skills-এর সরকারি পৃষ্ঠা-র বর্তমান নির্দেশনাই অনুসরণ করুন।

千问办公 QwenWork

দক্ষতার ডিরেক্টরি এখানে কপি করুন:

~/.qwenworkcn/skills/

এরপর ডেস্কটপ সংস্করণে / লিখে দক্ষতা নির্বাচন করুন, অথবা কথোপকথনে সরাসরি নাম উল্লেখ করুন। 千问办公 ও 通义灵码 একই পণ্য নয়; একই ইনস্টলেশন ডিরেক্টরি প্রয়োগ করা উচিত নয়। QwenWork Skills ডকুমেন্টেশন দেখুন।

Grok Bot

Grok Bot স্থানীয় ডিরেক্টরি ইনস্টলেশন ব্যবহার করে না। কোনো দক্ষতার SKILL.md খুলে কথোপকথনে নির্দেশ দিন যেন মূল লেখাটি ব্যক্তিগত দক্ষতা হিসেবে সংরক্ষণ করা হয়, এবং ফাইলের শুরুতে থাকা name ও description ব্যবহার করুন। চারটি দক্ষতা আলাদাভাবে সংরক্ষণ করতে হবে।

dispatch-accept-verify সংরক্ষণের সময় এর নিবন্ধন-সারি টেমপ্লেটটিও ব্যক্তিগত দক্ষতায় পেস্ট করতে হবে। এই পদ্ধতি কেবল ব্যক্তিগত দক্ষতা সংরক্ষণের ক্ষমতাসম্পন্ন Grok Bot-এর জন্য; অন্যান্য Grok পণ্য একই কনফিগারেশন ব্যবহার করতে পারবে এমন নয়।

Claude Code

রিপোজিটরিতে ইতিমধ্যে .claude-plugin/plugin.json এবং marketplace কাঠামো দেওয়া আছে, কিন্তু বর্তমানে এটি “কাঠামো প্রস্তুত, ব্যবহারিক যাচাই বাকি” অবস্থায় রয়েছে। তাই এটিকে প্রথম প্রকাশের সমর্থন হিসেবে গণ্য করা যাবে না। নিজে চেষ্টা করলে Claude Code-এর সরকারি প্লাগইন ডকুমেন্টেশন-এর বর্তমান ইনস্টলেশন পদ্ধতি অনুসরণ করুন।

প্রথম রান: ছোট কাজ দিয়ে শুরু করুন

শুরুতেই জটিল প্রকল্প একাধিক সহকারীর হাতে দেবেন না। প্রথমে এমন একটি ছোট কাজ বেছে নিন যার ফলাফল সহজে পরীক্ষা করা যায়, যেমন নির্দিষ্ট ইনপুট অনুযায়ী একটি মিটিং নোট সাজানো। প্রকল্পে examples/-এর প্রধান উদাহরণ এবং examples/walkthrough-meeting-notes/-এর সম্পূর্ণ অনুশীলন সামগ্রী রয়েছে। এগুলো “নির্দিষ্ট ইনপুট, ফলাফল তৈরি, প্রমাণ যাচাই, মানবীয় গ্রহণযোগ্যতা পরীক্ষা, সংশোধনের জন্য ফেরত পাঠানো” অনুশীলনে ব্যবহার করা যায়।

ধাপ এক: লক্ষ্য স্পষ্টভাবে লিখুন

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

অনুগ্রহ করে dispatch-accept-verify ব্যবহার করে এই কাজটি পরিচালনা করুন।
কাজ: নির্দিষ্ট ইনপুট অনুযায়ী মিটিং নোট সাজান।
ফলাফলের অবস্থান: নির্দিষ্ট ওয়ার্কস্পেস ফাইল।
জমা দেওয়ার সময়: নির্ধারিত সময়।
সম্পন্ন হওয়ার মানদণ্ড: বিষয়বস্তু ইনপুটের সঙ্গে সামঞ্জস্যপূর্ণ, প্রয়োজনীয় ক্ষেত্রগুলো পূর্ণ এবং আমি খুলে পরীক্ষা করতে পারব।
প্রথমে একটি “অপেক্ষমাণ গ্রহণ” নিবন্ধন-সারি তৈরি করুন।

ধাপ দুই: “অপেক্ষমাণ গ্রহণ” নথিভুক্ত করুন

কাজ দেওয়ার আগে একটি নিবন্ধন-সারি তৈরি করুন। অন্তত কাজের অবস্থা, কে কাজটি করছে, কে গ্রহণের দায়িত্বে, নির্দিষ্ট সময়ে কে পরীক্ষা করবে, ফলাফল কোথায় থাকবে এবং কখন জমা দিতে হবে তা স্পষ্ট করুন। রিপোজিটরির templates/task-register-line.md সরাসরি কপি করার পরামর্শ দেওয়া হয়; সম্পূর্ণ ক্ষেত্রগুলো নিজে অনুমান করবেন না।

ধাপ তিন: কাজ গ্রহণ ও ফলাফল আলাদাভাবে নথিভুক্ত করুন

অ্যাসিস্ট্যান্ট কাজটি গ্রহণ করেছে নিশ্চিত হওয়ার পর “কাজ গ্রহণ করা হয়েছে” নথিভুক্ত করুন। ফলাফল ফাইল সত্যিই ফেরত আসার পর “ফলাফল পাওয়া গেছে” নথিভুক্ত করুন। এই দুটি অবস্থা একত্র করা যাবে না, কারণ “কেউ কাজটি করার প্রতিশ্রুতি দিয়েছে” মানেই “ফলাফল ইতিমধ্যে জমা দেওয়া হয়েছে” নয়।

ধাপ চার: প্রমাণ দিয়ে যাচাই

evidence-before-done কল করুন এবং অ্যাসিস্ট্যান্টকে সম্পন্ন হওয়ার সিদ্ধান্তের পক্ষে বর্তমান সংস্করণের সঙ্গে সামঞ্জস্যপূর্ণ প্রমাণ দিতে বলুন।

বর্তমান ফলাফল যাচাই করতে evidence-before-done ব্যবহার করুন।
চূড়ান্ত ফাইল খুলে মূল প্রয়োজনীয়তার সঙ্গে একে একে মিলিয়ে দেখুন।
যে অংশ সংশোধন করা হয়েছে বা ব্যর্থ হয়েছে, তা আবার যাচাই করুন।
প্রমাণ, অপূর্ণ বিষয় এবং প্রস্তাবিত সিদ্ধান্ত তালিকাভুক্ত করুন; আমার হয়ে সরাসরি অনুমোদন দেবেন না।

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

ধাপ পাঁচ: মানুষ দ্বারা গ্রহণযোগ্যতা যাচাই

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

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

শূন্য থেকে শুরু করা ব্যবহারকারীদের জন্য প্রস্তাবিত শেখার ক্রম

1. প্রথমে examples/-এর প্রধান উদাহরণটি পড়ুন।
2. examples/walkthrough-meeting-notes/ অনুসরণ করে ফেরত পাঠিয়ে সংশোধন করানোসহ একটি ছোট কাজ সম্পন্ন করুন।
3. শুধু একটি টেমপ্লেট শিখুন: templates/task-register-line.md।
4. প্রথমে নোটপ্যাড বা স্প্রেডশিটে “অপেক্ষমাণ → কাজ গ্রহণ করা হয়েছে → ফলাফল পাওয়া গেছে → গ্রহণযোগ্যতা যাচাই সম্পন্ন” অনুশীলন করুন।
5. পদ্ধতিতে অভ্যস্ত হওয়ার পর একটি সমর্থিত Agent হোস্টে দক্ষতাটি ইনস্টল করে নাম ধরে কল করুন।

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

উন্নত ব্যবহার

নিবন্ধন ফিল্ড বিদ্যমান বোর্ডে যুক্ত করা

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

একাধিক অ্যাসিস্ট্যান্টের দায়িত্ব স্পষ্ট করা

স্কিল প্যাকেজ প্রক্রিয়া ও লেখার ধরন সরবরাহ করে; হোস্ট সেশন চালু করা, কমান্ড চালানো, ফাইল পড়া ও লেখা এবং প্রয়োজনে নির্ধারিত অনুস্মারক বা অ্যাসিস্ট্যান্টগুলোর মধ্যে বার্তা পাঠানোর সুবিধা পরিচালনা করে। মানুষ লক্ষ্য নির্ধারণ, অগ্রাধিকার ঠিক করা, ঝুঁকিপূর্ণ কাজ অনুমোদন এবং চূড়ান্ত সিদ্ধান্ত নেওয়ার দায়িত্বে থাকে।

প্রক্রিয়া তৈরি করার সময় ধারাবাহিকভাবে পরীক্ষা করতে পারেন:

• হোস্ট কি একই সময়ে একাধিক সেশন বা সাব-অ্যাসিস্ট্যান্ট চালু করতে পারে?
• হোস্ট কি অ্যাসিস্ট্যান্টগুলোর মধ্যে বার্তা পাঠাতে পারে?
• হোস্টের কি নির্ধারিত অনুস্মারক বা জাগিয়ে দেওয়ার ক্ষমতা আছে?
• স্বয়ংক্রিয় অনুস্মারক না থাকলে, সময়মতো কে হাতে-কলমে পরীক্ষা করবে?
• চূড়ান্ত গ্রহণযোগ্যতা যাচাই এবং ঝুঁকিপূর্ণ কাজ কে নিজে নিশ্চিত করবে?

শুধু প্রভাবিত অংশ পুনরায় যাচাই করা

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

মানবিক ধাপ লিখতে beginner-ops-writing ব্যবহার করা

লগইন, অর্থ প্রদান বা নিজে নিশ্চিত করার মতো যেসব ধাপ মানুষকেই সম্পাদন করতে হবে, সেসব ক্ষেত্রে beginner-ops-writing কল করে ধাপগুলো একবারে একটি কাজ হিসেবে ভাগ করুন এবং কাজের বস্তু ও প্রত্যাশিত ফলাফল স্পষ্টভাবে লিখুন। ঝুঁকিপূর্ণ কাজের ক্ষেত্রে শুধু “অনুগ্রহ করে নিজে করুন” নির্দেশ দিন; অ্যাসিস্ট্যান্টকে মানবিক অনুমোদন এড়িয়ে যাওয়ার চেষ্টা করতে বলবেন না।

পর্যালোচনার জন্য ops-case-notes ব্যবহার করা

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

স্বয়ংক্রিয়তার সীমা অবশ্যই বুঝতে হবে

এই প্যাকেজের প্লাগইন তালিকায় hooks: {} থাকার অর্থ এটিস্বয়ংক্রিয়ভাবে জাগিয়ে দেওয়ার সুবিধা দেয় না। স্কিল ইনস্টল করার অর্থ শুধু অ্যাসিস্ট্যান্ট এই পদ্ধতি অনুসরণ করে কাজ করতে পারবে; এর অর্থ এই নয় যে সিস্টেম স্বয়ংক্রিয়ভাবে কাজ বণ্টন, নির্ধারিত অনুস্মারক, সেশনগুলোর মধ্যে বার্তা পাঠানো বা স্বয়ংক্রিয় রসিদ প্রদান করবে।

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

README-তে উল্লেখ করা প্রায় দশ মিনিট কেবল একটি নকশাগত লক্ষ্য; এটিকে যাচাইকৃত নিশ্চয়তা হিসেবে লেখা যাবে না। বর্তমান Cursor CLI পরিমাপটি এমন পরিস্থিতিতে করা হয়েছে যেখানে হোস্টে আগে থেকেই লগইন করা ছিল, রিপোজিটরি সংগ্রহ করা ছিল এবং প্রম্পট আগে থেকে প্রস্তুত ছিল। স্কিল কপি করা থেকে নিবন্ধনের সারি আউটপুট হওয়া পর্যন্ত সময় ছিল প্রায় 29.6 সেকেন্ড; এটি অপরিচিত কোনো ব্যবহারকারী শূন্য থেকে হোস্ট ইনস্টল করে সম্পূর্ণ কাজ শেষ করতে মোট যে সময় নেবে তা নির্দেশ করে না।

ইনস্টলেশন সত্যিই সফল হয়েছে কি না কীভাবে বুঝবেন

প্রকল্পটি দুটি কঠোর মানদণ্ড দিয়েছে:

1. ইনস্টল ও কল করা যায়: সংগ্রহ, ইনস্টলেশন বা কনফিগারেশন সম্পন্ন করা যায়, স্কিলের নাম ধরে কল করা যায় এবং পরীক্ষা করা সম্ভব এমন নিবন্ধনের সারি তৈরি হয়।
2. একটি বাস্তব ছোট কাজ সম্পন্ন করা যায়: লক্ষ্য, দায়িত্ব বণ্টন ও হস্তান্তর থেকে প্রমাণ যাচাই এবং মানুষের সিদ্ধান্ত পর্যন্ত এগিয়ে গিয়ে বাস্তব ফলাফল, প্রমাণ ও গ্রহণযোগ্যতার সিদ্ধান্ত রেখে যাওয়া যায়।

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

উপসংহার

Solo to Team-এর মূল্য সম্পূর্ণ স্বয়ংক্রিয় একটি AI দল তৈরি করায় নয়; বরং একটি স্পষ্ট, যাচাইযোগ্য ও স্থানান্তরযোগ্য সহযোগিতা পদ্ধতি দেওয়ায়। প্রথমে dispatch-accept-verify এবং evidence-before-done ইনস্টল করুন। একটি ছোট কাজের মাধ্যমে “অপেক্ষমাণ, কাজ গ্রহণ, ফলাফল পাওয়া, প্রমাণ যাচাই, মানবিক গ্রহণযোগ্যতা যাচাই” অনুশীলন করুন, তারপর ধীরে ধীরে একাধিক অ্যাসিস্ট্যান্ট ও বিদ্যমান বোর্ড যুক্ত করুন। যে হোস্টই ব্যবহার করুন, একই নীতি মেনে চলুন: অ্যাসিস্ট্যান্ট কাজ সম্পাদন ও প্রমাণ দেওয়ার দায়িত্বে থাকবে, আর মানুষ লক্ষ্য, অনুমোদন ও চূড়ান্ত সিদ্ধান্তের দায়িত্বে থাকবে।