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

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

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

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

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

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

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

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

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

এই নিবন্ধটির কারণ সেটাই। বাকিটা ব্যাখ্যা করে কেন এটি কাজ করে।

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

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

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

এবং এটি একটি টেবিল হতে হবে না। একটি সরবরাহকারীর ডেটা শীট, একটি পিডিএফ, একটি ইমেইল থ্রেড: একজন সহকারী এগুলো থেকে মানগুলো পড়ে এবং Transpareo-এর প্রয়োজন অনুযায়ী সেগুলো ফরম্যাট করে। কারণ 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 ব্যবহারকারী হিসেবে সংযুক্ত হয়, এবং প্রোগ্রামগুলির জন্য অ্যাক্সেসপ্রতিটি Transpareo সাবস্ক্রিপশনে অন্তর্ভুক্ত। যা গণ্য হবে তা হল প্রকাশিত পাসপোর্ট, তাদের উপর কাজ করা মানুষ বা প্রোগ্রামের সংখ্যা নয়। যারা তাদের সম্মতি কাজ স্বয়ংক্রিয় করে, তাদের এটির জন্য বিল করা উচিত নয়।

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

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

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