Claude Opus 5 নিজে থেকেই ঘণ্টার পর ঘণ্টা কোড করতে পারে। একটি POS-এর কোন অংশগুলোর জন্য এখনও কোডিংয়ের চেয়ে বেশি কিছু প্রয়োজন?

একটি POS-এর যে অংশগুলোর জন্য এখনও কোডের চেয়ে বেশি কিছু প্রয়োজন, সেগুলো হলো অর্থ এবং বাস্তব জগতের সাথে সম্পর্কিত বিষয়সমূহ: পেমেন্ট প্রসেসিং চুক্তি, PCI কমপ্লায়েন্স (কার্ডের তথ্য পরিচালনার জন্য কার্ড ইন্ডাস্ট্রির নিরাপত্তামূলক নিয়মাবলী), সার্টিফাইড কার্ড-প্রেজেন্ট টার্মিনাল এবং রেকর্ড-কিপিং যা প্রতিবারই একদম সঠিক হতে হয়। ২৪ জুলাই ২০২৬ সালে মুক্ত পাওয়া Claude Opus 5 ন্যূনতম তদারকিতে ঘণ্টার পর ঘণ্টা কোডিং সেশন চালাতে পারে¹। কিন্তু এই ঘণ্টার পর ঘণ্টা কোডিংয়ের কোনোটিই একটি মার্চেন্ট অ্যাকাউন্ট তৈরি করতে পারে না।

এই পোস্টের মডেল সংস্করণ এবং তারিখগুলো প্রকাশের সময় পর্যন্ত সঠিক; বিস্তারিত বিষয়গুলোকে একটি নির্দিষ্ট সময়ের চিত্র হিসেবে বিবেচনা করুন।

Claude Opus 5 আসলে কী পরিবর্তন এনেছে?

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

এটি একটি বড় পরিবর্তন, এবং এটি GPT-5.6 আসার সময় আমাদের কভার করা ধারাটিকেই জোরদার করে: প্রতি কয়েক মাসে, একটি প্রম্পট থেকে পাওয়া কার্যকরী সফটওয়্যারের পরিমাণ বৃদ্ধি পাচ্ছে। গত বছর যে চেকআউট ইন্টারফেস তৈরি করতে প্রম্পট দিয়ে এক সপ্তাহ লাগত, তা এখন এক বিকেলেই হয়ে যায়, আর Opus 5-এর মাধ্যমে আপনি সরিয়ে যাওয়ার পরও মডেলটি কাজ চালিয়ে যায়।

কেন দীর্ঘ কোডিং সময়ও কাজ শেষ করতে পারে না?

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

দ্বিতীয় আরেকটি সূক্ষ্ম সীমাবদ্ধতা রয়েছে। Opus 5-এর প্রধান দক্ষতা হলো নিজের কাজ নিজে যাচাই করা, আর এই যাচাইকরণের জন্য প্রকৃত তথ্যের (ground truth) প্রয়োজন। একটি মডেল পরীক্ষা করে দেখতে পারে যে তার চেকআউটের হিসাব ঠিক আছে কিনা। এটি কোনো প্রকৃত কার্ড নেটওয়ার্ক, প্রকৃত সেটেলমেন্ট শিডিউল (কখন কার্ডের টাকা আপনার ব্যাংকে পৌঁছায়), বা প্রকৃত ট্যাক্স কর্তৃপক্ষের সাথে পরীক্ষা করতে পারে না, কারণ কোনো কোডিং স্যান্ডবক্সের ভেতরে এগুলোর অস্তিত্ব নেই। কোড হয়তো নিখুঁতভাবে স্বসংগত হতে পারে, তবে আপনার কাউন্টারে এসে প্রথমবারের মতো বাস্তবতার মুখোমুখি হতে পারে।

একটি POS-এর কোন অংশগুলোর জন্য এখনও কোডিংয়ের চেয়ে বেশি কিছু প্রয়োজন?

প্রধানত চারটি:

• অর্থ লেনদেন। কোনো কার্ড থেকে চার্জ নেওয়ার জন্য পেমেন্ট প্রসেসরের (যে কোম্পানি আপনার ব্যাংকে কার্ডের টাকা সেটেল করে) সাথে সম্পর্ক থাকা প্রয়োজন: আন্ডাররাইটিং, পেআউট শিডিউল, ফ্রড মনিটরিং, বিরোধ বা ডিসপিউট হ্যান্ডলিং। কোনো কোডিং সেশন কোনো অনুমোদিত মার্চেন্ট অ্যাকাউন্ট প্রদান করতে পারে না।

• কার্ড-ডাটার নিরাপত্তা। কার্ড নম্বরের স্পর্শে আসা যেকোনো সিস্টেমের ক্ষেত্রে PCI কমপ্লায়েন্স প্রযোজ্য। কার্ড ডাটা হ্যান্ডেল করে এমন জেনারেটেড চেকআউট কোড অডিটের বোঝা আপনার ওপরই চাপায়; সার্টিফাইড পেমেন্ট ইনফ্রাস্ট্রাকচার মূলত ব্যবসায়ীদের এই জটিলতার বাইরে রাখতেই বিদ্যমান।

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

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

তাহলে আপনি Claude Opus 5-কে দিয়ে কী তৈরি করাবেন?

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

বাস্তবসম্মত উপায়টি হলো MCP (Model Context Protocol, একটি ওপেন স্ট্যান্ডার্ড যা AI টুলগুলোকে অন্যান্য সফটওয়্যারের সাথে সংযুক্ত হতে দেয়)। মডেলকে একদম নতুন করে পেমেন্ট সিস্টেম তৈরি করতে না বলে, আপনি এটিকে এমন একটি প্ল্যাটফর্মের সাথে যুক্ত করুন যেখানে অর্থ আদান-প্রদান, হার্ডওয়্যার সার্টিফিকেশন এবং কমপ্লায়েন্স আগেই বিদ্যমান, এবং তার ওপর চেকআউট তৈরি করতে দিন। আমরা আগে AI পরিচালনা করতে পারে এমন প্ল্যাটফর্ম এবং AI যার ওপর নতুন কিছু তৈরি করতে পারে এমন প্ল্যাটফর্মের মধ্যকার পার্থক্য নিয়ে লিখেছি; স্বয়ংক্রিয় মডেলগুলো দ্বিতীয় ক্যাটাগরিকে আরও গুরুত্বপূর্ণ করে তোলে, কারণ মডেলটি এখন আপনার সাহায্য ছাড়াই কাজ অনেকটা এগিয়ে নিতে পারে।

Final-এর Build এভাবে কাজ করে: বিল্ডারটি প্রম্পট-ভিত্তিক, আপনি আপনার পছন্দের ফ্লো বর্ণনা করেন অথবা MCP-এর মাধ্যমে আপনার নিজের AI সংযুক্ত করেন, এবং ফ্লো-টি এমন একটি ইনফ্রাস্ট্রাকচারে ডেপ্লয় হয় যেখানে Final Pay, সার্টিফাইড টার্মিনাল এবং ব্যাকএন্ড রেকর্ড-কিপিং ইতোমধ্যে সংরক্ষিত থাকে। একটি কার্যকরী POS তৈরির জন্য কীভাবে Claude Fable 5 ব্যবহার করবেন-এ Opus 5-এর বড় সংস্করণ দিয়ে বিষয়টি কেমন দেখায় তা বিস্তারিত তুলে ধরা হয়েছে।

তাহলে, একটি POS-এর কোন অংশগুলোর জন্য এখনও কোডিংয়ের চেয়ে বেশি কিছু প্রয়োজন?

যেগুলো কোনো চুক্তি, সার্টিফিকেশন বা পেআউটে গিয়ে শেষ হয়: পেমেন্ট প্রসেসিং, PCI কমপ্লায়েন্স এবং কার্ড-প্রেজেন্ট হার্ডওয়্যার, সাথে এমন সব রেকর্ড যা প্রতিবারই নিখুঁত হতে হয়। একটি কোডিং সেশন থেকে আপনি কতখানি POS তৈরি করতে পারেন তা Claude Opus 5 বদলে দিয়েছে। তবে একটি কোডিং সেশন কী তৈরি করতে পারে তা বদলায়নি। একটি দরকারী সাধারণ নিয়ম: কাজটি যদি কোড দিয়ে শেষ হয়, তবে তা মডেলকে দিন; আর যদি কোনো চুক্তি, সার্টিফিকেশন বা অর্থ স্থানান্তরে গিয়ে শেষ হয়, তবে তা ইনফ্রাস্ট্রাকচারের ওপর ছেড়ে দিন।

বাস্তবে এই সীমাটি কোথায় তা দেখতে চাইলে, MCP-এর মাধ্যমে Build-এ আপনার নিজস্ব AI যুক্ত করুন এবং মডেলটিকে সেই কাজ করতে দিন যাতে এটি এখন অত্যন্ত পারদর্শী।