
Atlassian AMP-তে AI agent দৃশ্যমান—তবে এটি খোলা standard নয়

৬ অক্টোবর আমস্টারডামের Team ’26 Europe-এ Atlassian-এর প্রতিষ্ঠাতার প্রকাশনা Agentic Multiplayer Protocol বা AMP ঘোষণা করে এবং ধাপে ধাপে চালু হওয়া শুরু করার কথা জানায়—“AMP begins rollout today.” Jira, Confluence ও Loom-এর চলমান কাজে এআই এজেন্টকে দৃশ্যমান অংশগ্রহণকারী করার পরিকল্পনা এতে তুলে ধরা হয়েছে। এজেন্ট কী কাজ করছে, কার অনুমতিতে করছে এবং তার অবদান কোথায় দেখা যাবে, সেই প্রশ্নগুলোকে একই ব্যবস্থায় আনার লক্ষ্য Atlassian-এর।
AMP খোলা প্রযুক্তিগত মান নয়। Techzine-এর সাক্ষাৎকারে Atlassian-এর এআই পণ্যপ্রধান Jamil Valliani একে প্রচলিত অর্থে আনুষ্ঠানিক প্রযুক্তিগত স্পেসিফিকেশন না বলে প্রযুক্তি, ইন্টারফেসের ধরন ও পরিচালনব্যবস্থার সমষ্টি হিসেবে ব্যাখ্যা করেছেন। বাংলাদেশের ও ভারতের সফটওয়্যার এবং পণ্য দলের জন্য তাই ঘোষণাটির তাৎপর্য নতুন কোনো সার্বজনীন সংযোগবিধির চেয়ে কাজের মধ্যে এজেন্টের পরিচয়, সীমিত প্রবেশাধিকার ও মানুষের সিদ্ধান্তের জায়গা স্পষ্ট হওয়ার মধ্যে।
Jira, Confluence ও Loom-এ সহযোগিতার ধরন
AMP-এর প্রথম স্তর এজেন্টকে সেই জায়গায় আনে, যেখানে দলের কাজ ইতিমধ্যে চলছে। Jira-র মন্তব্যে কোনো কাজের পদ্ধতি নিয়ে এজেন্টের সঙ্গে আলোচনা, Confluence পাতায় তাকে উল্লেখ করা এবং Loom ভিডিও দিয়ে তাকে নির্দেশনা দেওয়া—ঘোষণায় এই তিনটি ব্যবহারের কথা আছে। অনুরোধ ও জবাব কাজের প্রেক্ষাপটের সঙ্গে যুক্ত থাকলে অন্য সদস্যরাও বুঝতে পারেন এজেন্টকে কেন ডাকা হয়েছিল।
Jira-র কর্মপ্রবাহে এজেন্ট দিয়ে প্রাথমিক বাছাই বা কাজ যথাযথ জায়গায় পাঠানোর পরিকল্পনাও রয়েছে। এর অর্থ এজেন্ট শুধু প্রশ্নের উত্তর দেওয়ার জন্য অপেক্ষা করবে না; নির্ধারিত কর্মপ্রবাহে তাকে একটি কাজ দেওয়া যাবে। তবে কর্মপ্রবাহে দায়িত্ব পাওয়া আর প্রকল্পের সব তথ্য ব্যবহারের অধিকার পাওয়া আলাদা বিষয়—কোন তথ্য সে নিতে পারবে, তা অনুমতির স্তর ঠিক করবে।
Loom-এ ভিডিও নির্দেশনার বিষয়টি আরও নির্দিষ্ট। কথা, পর্দায় দেখানো অংশ এবং নির্বাচিত বিষয় মিলিয়ে এজেন্টের জন্য কাজের বিবরণ তৈরি করার ধারণা দেওয়া হয়েছে; এজেন্ট ফল ফেরালে মানুষ তা পর্যালোচনা ও সংশোধন করতে পারবেন। ফলে ভিডিওটি কেবল সহকর্মীর জন্য রাখা ব্যাখ্যা নয়, এজেন্টকে কাজ বোঝানোর মাধ্যমও হতে পারে। এই অভিজ্ঞতার ঘোষিত রূপকে সব গ্রাহকের কাছে ইতিমধ্যে পৌঁছানো সুবিধা হিসেবে ধরা যাবে না, কারণ AMP ধাপে ধাপে চালু হচ্ছে।
এজেন্টের পরিচয় থাকলে অবদান শনাক্ত করা যায়
দ্বিতীয় স্তরটি পরিচয় ও উপস্থিতি নিয়ে। ঘোষিত নকশায় প্রতিটি এজেন্টের নির্দিষ্ট মালিক, স্বতন্ত্র প্রোফাইল এবং কাজের সময় অবদান শনাক্ত করার ব্যবস্থা থাকবে। Confluence-এর নথি বা হোয়াইটবোর্ডে মানুষ ও এজেন্ট পাশাপাশি কাজ করলে কোন পরিবর্তন কে করেছে, তা বোঝার জন্য এই পৃথক পরিচয় প্রয়োজন। শুধু তৈরি হওয়া চূড়ান্ত লেখা দেখলে সেই তথ্য পাওয়া যায় না।
Jira বোর্ডে এজেন্টের কাজ দেখানোর পরিকল্পনার সঙ্গে স্থানীয় এজেন্ট সেশন যুক্ত করার ঘোষণাও সম্পর্কিত। কোনো ডেভেলপার নিজের কম্পিউটারে এজেন্ট দিয়ে কাজ করালে সেই কার্যক্রম সংশ্লিষ্ট Jira কাজের সঙ্গে যুক্ত করার লক্ষ্য রয়েছে, যাতে দলের অন্য সদস্যরা কাজের অগ্রগতি দেখতে পারেন। Atlassian স্থানীয় সেশন আনার সুবিধাটিকে আসন্ন বলেছে; তাই এটিকে সর্বত্র চালু থাকা বর্তমান অভিজ্ঞতা হিসেবে বর্ণনা করা ঠিক হবে না।
এখানে দৃশ্যমানতার দুটি দিক আছে: এজেন্ট দলের কোন কাজে সক্রিয়, আর তার তৈরি পরিবর্তনের দায় কোন পরিচয়ের সঙ্গে যুক্ত। প্রথমটি কাজের সমন্বয়ে সাহায্য করে; দ্বিতীয়টি পরিবর্তন পর্যালোচনা ও পরে তার ইতিহাস বোঝার সুযোগ দেয়। একাধিক মানুষ ও এজেন্ট একই নথি বা কাজের টিকিটে অংশ নিলে এই পার্থক্য বিশেষভাবে কার্যকর।
কার অনুমতিতে এজেন্ট কাজ করবে
AMP-এর তৃতীয় স্তর কাজের প্রেক্ষাপট ও নিয়ন্ত্রণ। Atlassian-এর AMP বিবরণে এজেন্টের দুটি কাজের ধরন দেখানো হয়েছে: কোনো ব্যক্তির অনুমতি নিয়ে কাজ করা, অথবা নিজের নির্দিষ্ট এজেন্ট অ্যাকাউন্ট দিয়ে কাজ করা। উভয় ক্ষেত্রেই কাজটি কোন এজেন্ট করেছে, তা নিরীক্ষার নথিতে শনাক্ত করার কথা বলা হয়েছে। পরিচয় তাই শুধু দৃশ্যমান নাম নয়; প্রবেশাধিকার ও জবাবদিহি নির্ধারণেরও ভিত্তি।
প্রথম ধরনে অনুরোধকারী ব্যক্তি যতটুকু তথ্য দেখতে পারেন, তাঁর হয়ে কাজ করা এজেন্টের প্রবেশাধিকারও সেই সীমার মধ্যে থাকার কথা। দ্বিতীয় ধরনে এজেন্টের নিজের অ্যাকাউন্টের জন্য আলাদা অনুমতি নির্ধারিত হয়। একই কাজের অনুরোধ পেলেও দুই ধরনের এজেন্টের তথ্য পাওয়ার সীমা এক হবে, এমন নয়। এই পার্থক্য বোঝায় কেন কোনো এজেন্টকে কাজে যুক্ত করার সিদ্ধান্তের পাশাপাশি তার অ্যাকাউন্ট ও অনুমতিও নির্ধারণ করতে হয়।
Teamwork Graph কাজ, নথি ও প্রতিষ্ঠানের অন্যান্য প্রাসঙ্গিক তথ্য এজেন্টের কাছে পৌঁছানোর ভিত্তি। তবে প্রেক্ষাপট পাওয়া মানেই সব সংযুক্ত তথ্য পড়ার ছাড়পত্র নয়: প্রশাসনিক নিয়ন্ত্রণ, Atlassian Guard, প্রতিষ্ঠানের তথ্য সুরক্ষার নীতি এবং নিরীক্ষার নথি সেই প্রবেশাধিকার পরিচালনার ঘোষিত অংশ। প্রশাসক কোন এজেন্ট কোথায় দেখা যাবে, কারা তাকে ব্যবহার করতে পারবেন এবং প্রয়োজনে তার প্রবেশাধিকার বন্ধ করবেন কি না, তাও পরিচালনা করতে পারবেন।
মানুষের নিয়ন্ত্রণ কাজ শুরুর অনুমতিতেই শেষ হয় না। ঘোষিত নিরীক্ষাব্যবস্থায় কে এজেন্টকে চালু করেছেন, সে কোন তথ্য ব্যবহার করেছে এবং মানুষের পর্যালোচনার ধাপ কোথায় আছে, তা ধরার কথা বলা হয়েছে। যেমন, কোনো এজেন্ট Confluence পাতায় পরিবর্তনের খসড়া দিলে পরিচয় ও পরিবর্তনের ইতিহাস দেখে মানুষ ফলটি গ্রহণের সিদ্ধান্ত নিতে পারেন। এটি ঘোষিত ব্যবস্থার একটি সম্ভাব্য প্রয়োগ, প্রত্যেক কর্মপ্রবাহে স্বয়ংক্রিয় অনুমোদন বাধ্যতামূলক হওয়ার দাবি নয়।
খোলা সংযোগের সঙ্গে AMP-এর সীমানা
AMP-এর লক্ষ্য Atlassian-এর নিজস্ব এজেন্টের বাইরে অন্য সরবরাহকারীর এজেন্টকেও কাজের মধ্যে আনা। Atlassian MCP এবং A2A-এর মতো সংযোগব্যবস্থা তথ্য ও সরঞ্জামের সঙ্গে যোগাযোগে ভূমিকা রাখে; AMP-এর আওতায় সেই সংযোগের ওপর এজেন্টের উপস্থিতি, কাজের প্রেক্ষাপট ও প্রতিষ্ঠানের নিয়ন্ত্রণ সাজানো হচ্ছে। ফলে বাইরের এজেন্টকে যুক্ত করার সুযোগ আর তাকে অবাধ প্রবেশাধিকার দেওয়া একই সিদ্ধান্ত নয়।
এখানেই ‘প্রোটোকল’ নামটির সীমা স্পষ্ট হয়। AMP ব্যবহারের অভিজ্ঞতা ও পরিচালনার নিয়মকে এক ছাতার নিচে আনে, কিন্তু অন্য প্রতিষ্ঠান স্বাধীনভাবে বাস্তবায়ন করতে পারে এমন আনুষ্ঠানিক উন্মুক্ত স্পেসিফিকেশন হিসেবে এটি প্রকাশিত হয়নি। একটি সফটওয়্যার দলের কাছে পার্থক্যটি বাস্তব: সংযোগের পথ খোলা থাকলেও কোন এজেন্ট কোন প্রকল্পে কাজ করবে এবং তার কাজ কে পর্যালোচনা করবেন, তা প্রতিষ্ঠানের অনুমতি ও পরিচালনব্যবস্থার ওপর নির্ভর করে।
চালু হওয়া শুরু করলেও ঘোষিত সব সুবিধা একই সময়ে সব গ্রাহকের কাছে পৌঁছাবে, এমন নিশ্চয়তা দেওয়া হয়নি। বিশেষ করে স্থানীয় সেশনকে Jira-র কাজে আনা এবং এজেন্ট অ্যাকাউন্টের পরিচয় ও নিয়ন্ত্রণ বিস্তারের ঘোষণায় ভবিষ্যৎ চালুর ভাষা আছে। এসব সুবিধা পৌঁছানোর সঙ্গে সঙ্গে দল দেখতে পাবে তাদের পরিচিত কাজের জায়গায় এজেন্টের কার্যক্রম কতটা দৃশ্যমান হচ্ছে এবং মানুষের পর্যালোচনার ধাপ কোথায় বসছে।
আরও পড়ুন:
সম্পর্কিত নিবন্ধ


Notion না Confluence—৫০ জনের দলে flexibility-র দাম বছরে $২,৫৫০

Slack Code-এ coding হবে খোলা channel-এ—review chain আগে ঠিক করুন

Webex বৈঠকে Claude agent কাজ করবে—অনুমতি ও audit থাকছে শর্ত

Linear না Jira—সস্তা seat-ই নয়, SSO ও configuration-এ হিসাব বদলায়

AI agent শুধু prompt দিয়ে সুরক্ষিত নয়—আক্রমণে ৮৬% পর্যন্ত পথ বদলেছে
আমাদের নিউজলেটার নিন
সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।