এআই এজেন্টের যুগে ট্রান্সপ্যারেও

শিফট শেষ হওয়ার কিছুক্ষণ পর। কমপ্লায়েন্স অফিসার প্রোডাকশন সিস্টেম থেকে শিফট তালিকা এক্সপোর্ট করেন, তা তার সহকারী-তে রাখেন এবং একটি বাক্য টাইপ করেন: ‘এই তালিকার সেলগুলোর জন্য পণ্য পাসপোর্ট প্রকাশ করুন।’

সহকারী ১,২৪০টি সিরিয়াল নম্বর এবং সেগুলোর ব্যাচ পড়ে, Transpareo-র সাথে যাচাই করে দেখে এই পণ্যের পাসপোর্টে কী কী প্রয়োজন, পাসপোর্টগুলো তৈরি করে এবং নিয়মাবলীর সাথে মিলিয়ে যাচাই করিয়ে নেয়। ফল: ১,২৩৭টি প্রস্তুত, ৩টি নয়, কারণ একটি ব্যাচের CO₂ ফুটপ্রিন্ট নেই। তিনি অনুপস্থিত মানটি জমা দেন, এবং সহকারী সেগুলো প্রকাশ করে। দুই দিন পর, সেলগুলো কারখানা ছেড়ে যায়, প্রতিটি একটি QR কোডের সাথে যা তার পাসপোর্টের সাথে সংযুক্ত।

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

এখনই চেষ্টা করে দেখুন

আপনার ## কিClaude, ChatGPT, Grok বা Gemini-তে এমন কোনো অ্যাকাউন্ট আছে যা অ্যাপ্লিকেশন সংযোগ করার জন্য অনুমোদিত? তাহলে সেটি আমাদেরডেমো-এ সংযুক্ত করুন। এটি একটি প্লেগ্রাউন্ড: এটি প্রতি ঘণ্টায় রিসেট হয়, এবং এর মধ্যে আপনি যা কিছু করবেন তা তখনই মুছে যাবে।

১. সংযোগ করুন। আপনার অ্যাসিস্ট্যান্টে একটি নতুন অ্যাপ্লিকেশন তৈরি করুন, ঠিকানা হিসেবে https://demo.transpareo.com/mcp লিখুন এবং ‘Connect’-এ ক্লিক করুন। ২. অনুমোদন করুন। tester এবং DemoPass2027 দিয়ে লগ ইন করুন - এই লগইন বিবরণগুলো ইচ্ছাকৃতভাবে এখানে দেখানো হয়েছে। তারপর যে স্ক্রিনটি আসবে, তাতে প্রতিটি অনুমতি আলাদাভাবে তালিকাভুক্ত থাকবে। আপনি স্থায়ীভাবে পড়ার অনুমতি দিতে পারেন; লেখার অনুমতিগুলির জন্য, সেগুলি পৃথকভাবে নিশ্চিত করাই ভালো। ৩. কুয়েরি। চ্যাট উইন্ডোতে ফিরে আসুন, সাধারণ ভাষায় জিজ্ঞাসা করুন, উদাহরণস্বরূপ, ‘আমাদের পণ্যের পাসপোর্ট তালিকা দেখান।’

> একটি তালিকা অনুরোধ করা হয়েছিল; স্থিতি ফেরত দেওয়া হয়েছিল।

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

এই নিবন্ধটির কারণ সেটাই। বাকি অংশে ব্যাখ্যা করা হয়েছে এটি কেন কাজ করে।

কথা বলার সঙ্গে সঙ্গেই কাজ

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

আপনার সিস্টেমকে এটার জন্য কিছুই করার দরকার নেই। এটিকে শুধু যা আউটপুট করে, তা-ই আউটপুট করতে হবে: এক্সপোর্ট ফাইল, রিপোর্ট থেকে তালিকা, শিফটের শেষে টেবিল।

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

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

এটাই আসল গেম-চেঞ্জার। যদি অন্য প্রান্তের প্ল্যাটফর্মটি প্রোগ্রামকে বলতে পারে যে এটি কী প্রয়োজন।

প্রোগ্রামগুলো সবসময়ই প্রধান পাঠক

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

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

এবং এ কারণেই একজন সহকারীর কাজ তৈরি করার সাথে শেষ হয় না। একই ধরনের বিবৃতি জীবনচক্রের বাকি অংশ জুড়ে চলে:

• ‘ব্যাচ B-2214 থেকে সমস্ত পাসপোর্ট ফেরত আনুন।’
• ‘লট 88-এর জন্য নতুন CO₂ মান আপডেট করুন।’
• “এই মাসে মেরামতের জন্য যে সব পাসপোর্ট জমা পড়েছে, সেগুলো দেখান।”

এই প্রতিটি বাক্যই সেই একই কলগুলোকে ট্রিগার করে যা একজন মানুষ অ্যাপ্লিকেশন ম্যানেজারে চালাতো, এবং একই ট্রেইল রেখে যায়।

একজন সহকারীকে অনুমান না করে প্রশ্ন করতে সক্ষম হতে হবে

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

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

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

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

এটি কোড না লিখে যাচাই করতে সক্ষম হতে হবে। একটি যাচাইকরণ রান প্রকাশনার মতোই পরীক্ষা করে এবং কিছুই তৈরি করে না। ঠিক এই কারণেই 1237 নম্বরটি উপরে 3 হিসেবে দেখা গিয়েছিল, কিছুই প্রকাশিত হওয়ার আগে**।

এটি বুঝতে হবে কেন কিছু প্রত্যাখ্যাত হয়েছে।** একটি প্রত্যাখ্যান ক্ষেত্রটি নির্দিষ্ট করে এবং কী করতে হবে তা উল্লেখ করে:

PRODUCT_INVALID: পণ্য অবৈধ
ক্ষেত্রগুলির অধীনে তালিকাভুক্ত বৈশিষ্ট্যগুলি সংশোধন করুন এবং অনুরোধটি পুনরায় পাঠান।
  brand: ব্র্যান্ডের জন্য একটি ব্র্যান্ড প্রয়োজন - কিছুই দেওয়া হয়নি
  componentsInput: উপাদান ইনপুট অনুপস্থিত

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

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

প্রতিটি অ্যাক্সেস বাতিল করা যেতে পারে

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

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

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

যে অ্যাক্সেস বাতিল করা যায় না, তা আসলে কোনো অ্যাক্সেসই নয়, বরং দরজার চটাইয়ের নিচে লুকানো একটি চাবি।

আপনার ডেটা আপনার কাছেই থাকে

Transpareo নিজ উদ্যোগে কোনো AI প্রদানকারীর কাছে কিছুই পাঠায় না। AI প্রদানকারীর কাছে যা পৌঁছায় তা হলো আপনি আপনার সহকারীের মাধ্যমে যা পুনরুদ্ধার করেন - এবং সেই সহকারী কোনটি হবে এবং এটি EU-র মধ্যে ডেটা প্রক্রিয়া করে কিনা তা আমরা নয়, আপনি সিদ্ধান্ত নেন। সংযোগ স্থাপনকারী টুলটি আপনার নিজস্ব কম্পিউটারে চলে, এবং এর সোর্স কোড উন্মুক্ত: আপনার নিরাপত্তা বিভাগ শুধু আমাদের কথা বিশ্বাস করার পরিবর্তে এটি কী করে তা পরীক্ষা করতে পারে।

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

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

এটি কয়েক মিনিটের মধ্যে সেট আপ করা যায়

একই কথা আপনার নিজস্ব ওয়ার্কস্পেসের ক্ষেত্রেও প্রযোজ্য, যার নিজস্ব ঠিকানা রয়েছে, যেমন https://dpp.example.com/mcp: একই তিনটি ধাপ; ইনস্টল করার কিছুই নেই।

যারা টাইপ করতে বা স্ক্রিপ্ট ব্যবহার করে প্রক্রিয়া স্বয়ংক্রিয় করতে পছন্দ করেন, তারা কমান্ড লাইন ব্যবহার করতে পারেন। transpareo একটি একক প্রোগ্রাম, যার কমান্ডগুলো ইন্টারফেসের বিবরণ থেকে তৈরি হয়: প্ল্যাটফর্ম যা করতে পারে, এই টুলটিও করতে পারে, কাউকে ম্যানুয়ালি দুটোকে মিলিয়ে নিতে হয় না। এটি ওপেন সোর্স এবং GitHub-এ উপলব্ধ। তিনটি লাইন: ইনস্টল করুন, লগ ইন করুন, দেখুন অ্যাকাউন্টটি কী করতে অনুমোদিত।

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me

গোপনীয়তাটি auth login দ্বারা স্ট্যান্ডার্ড ইনপুট বা একটি এনভায়রনমেন্ট ভ্যারিয়েবল থেকে পড়া হয় - কখনই আর্গুমেন্ট থেকে নয়, যা অন্যথায় প্রসেস লিস্ট এবং শেল হিস্ট্রিতে দেখা যেত। এর পর, একই বাইনারি ফাইল নিম্নলিখিত ধাপগুলো পরিচালনা করে:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow

যদি একটি উইজার্ড আপনার নিজস্ব কম্পিউটারে চলছে, তাহলে এটিকে সংযুক্ত করতে আরেকটি লাইন ব্যবহার করুন:

transpareo setup claude

তারপর একই প্রসেসগুলো সংশ্লিষ্ট নাম যেমন dpp_requirements, validate_dpp, এর অধীনে টুল হিসেবে পাওয়া যাবে। create_dpp, publish_dpp, tail_events। কমান্ড লাইনে আপনি যা টাইপ করবেন এবং উইজার্ড যা দেখাবে, তা একই। এছাড়াও, উইজার্ডদের জন্য একটি গাইড রয়েছে যা স্ট্যান্ডার্ড ওয়ার্কফ্লো বর্ণনা করে, যাতে কেউকেই পরীক্ষা-নিরীক্ষার মাধ্যমে ক্রম শিখতে না হয়। এবং যারা সরাসরি কোড করতে পছন্দ করেন, তাদের জন্য ইন্টারফেসের সম্পূর্ণ বিবরণ প্রতিটি ওয়ার্কস্পেসে /apidocs এর অধীনে পাওয়া যাবে।

উইজার্ডের জন্য কোনো অতিরিক্ত খরচ নেই

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

কাজ বাধ্যতামূলক হওয়ার আগেই শুরু হয়

২০২৭ সালের ফেব্রুয়ারি থেকে,ব্যাটারির জন্য পণ্য পাসপোর্টবাধ্যতামূলক হবে, এবং অন্যান্য পণ্য গ্রুপগুলিও এর পরেই আসবে। প্রকৃত প্রচেষ্টা পাসপোর্টে নয়, বরং পণ্য ডেটা সংগঠিত করার মধ্যেই নিহিত, এবং ঠিক এই কাজটি ঠিক সেই কাজ যা কোম্পানিগুলো বর্তমানে সহকারীদের কাছে অর্পণ করছে: ক্ষেত্রগুলো সংকলন করা, ফাঁকফোকর চিহ্নিত করা, সরবরাহকারীর বিবরণ অনুসরণ করা, যাচাই করা, পুনরাবৃত্তি করা। এই ডেটা কীভাবে প্রকৃতপক্ষে পাসপোর্টে প্রবেশ করে তা ‘ওয়ান স্ট্রিম, ওয়ান ডিরেকশন’-এ বর্ণনা করা হয়েছে; একটি নিবেদিত সংযোগ কেমন দেখায় তা ERP ইন্টিগ্রেশন গাইডে অন্তর্ভুক্ত রয়েছে।

যে সহকারী অনুমান করতে হয়, সে এমন পাসপোর্ট তৈরি করে যা বিশ্বাসযোগ্য মনে হয় কিন্তু যাচাই করলে টিকে থাকে না। যে সহকারী প্রশ্ন করতে পারে, সে সঠিক পাসপোর্ট তৈরি করে। পার্থক্য সহকারীতে নয়, বরং সেই প্ল্যাটফর্মেই নিহিত, যার দিকে তারা মুখ করে।