Claude কয়েক সেকেন্ডে কোয়ান্টাম লেজার সামলেছে—সাফল্য ৯৯.৩%

QuEra-র ২৭ আগস্টের প্রকাশিত ফল অনুযায়ী, Anthropic-এর Claude একটি dedicated testbed-এ laser-lock recovery controller তৈরি করেছে; চূড়ান্ত পরীক্ষায় সেটি সাত ধরনের fault-এর ৭০০টি trial-এর মধ্যে ৬৯৫টিতে সঠিক lock ফিরিয়েছে—সাফল্য ৯৯.৩%—এবং অধিকাংশ recovery কয়েক সেকেন্ডে শেষ হয়েছে। এটি পুরো quantum computer স্বয়ংক্রিয়ভাবে চালানোর পরীক্ষা ছিল না, বরং একটি নির্দিষ্ট laser subsystem পুনরুদ্ধারের পরীক্ষা।

ForkLog-এর স্বাধীন প্রতিবেদনে dedicated test stand, নিয়ন্ত্রিত fault এবং development শেষে AI agent ছাড়াই controller পরীক্ষার বিষয়টি নিশ্চিত করা হয়েছে। Claude live hardware থেকে reading নিয়ে ও control বদলে softwareটি তৈরি করলেও blind test-এর সময় চলেছে তার লেখা deterministic program; runtime-এ Claude সিদ্ধান্ত নিচ্ছিল না।

Claude আসলে কোন কাজটি করেছে

QuEra-র neutral-atom quantum computer-এ laser-এর সঙ্গে atom-এর নিয়ন্ত্রিত interaction ব্যবহার করে qubit পরিচালনা ও ফল পড়া হয়। এই কাজে laser frequency লক্ষ্যমানের অত্যন্ত কাছে স্থির রাখতে হয়। তাপমাত্রা, vibration, air pressure বা বৈদ্যুতিক গোলযোগে frequency সরে গেলে feedback loop ভেঙে lock হারাতে পারে এবং quantum operation ব্যর্থ হতে শুরু করে।

পরীক্ষার কেন্দ্রে ছিল একটি tunable titanium-sapphire laser। “লেজার সামলানো” বলতে এখানে আলো চালু-বন্ধ করা, qubit computation পরিচালনা করা বা সম্পূর্ণ processor নিয়ন্ত্রণ করা বোঝায় না। কাজটি ছিল হারিয়ে যাওয়া frequency lock শনাক্ত করা, প্রয়োজনীয় control বদলানো এবং system সত্যিই সঠিক lock-এ ফিরেছে কি না যাচাই করা।

QuEra আগে থেকেই সাধারণ disturbance শনাক্ত ও সংশোধনের automation ব্যবহার করত। নতুন pilot-এর লক্ষ্য ছিল কম ঘটা কিন্তু জটিল বিচ্যুতি, যেখানে specialist-কে একাধিক instrument দেখে কী বদলেছে, কোন control আগে সমন্বয় করতে হবে এবং ফল কখন গ্রহণযোগ্য—এসব বিচার করতে হয়।

Live hardware থেকে controller বানানোর পদ্ধতি

মানব engineers প্রথমে পরীক্ষার scope, অনুমোদিত operating range ও সাফল্যের শর্ত নির্ধারণ করেন। তারপর beam আটকে দেওয়া, instrument-এর power বিচ্ছিন্ন করা এবং frequency-কে লক্ষ্য থেকে বিভিন্ন দূরত্বে সরানোর মতো disturbance তৈরি করা হয়। Model Hardware Standard বা MHS Claude-কে কেবল অনুমোদিত instrument reading ও control-এর programmatic access দিয়েছে।

Development loop-এ Claude-এর পৃথক instance ভিন্ন কাজ করত: সম্ভাব্য উন্নতি প্রস্তাব করা, recovery script বদলানো, live laser-এ নতুন সংস্করণ চালানো এবং log বিশ্লেষণ করা। পুনরাবৃত্ত পরীক্ষার মাধ্যমে তৈরি controllerটি আগের fixed sequence-এর বদলে instrument-এর বর্তমান অবস্থার ভিত্তিতে ভিন্ন পথ বেছে নেওয়া decision tree ব্যবহার করে।

এই পার্থক্যটি ফল বোঝার জন্য গুরুত্বপূর্ণ। আগের automation মানব procedure-এর ধাপগুলো নির্দিষ্ট ক্রমে চালাত; মাঝপথে অবস্থা বদলালে আবার শুরু করতে হতো। Claude-নির্মিত script সামান্য frequency deviation দেখলে অপ্রয়োজনীয় control এড়িয়ে যায়, আর বড় বিচ্যুতিতে বেশি ধাপ ব্যবহার করে।

৯৯.৩% ফলটি যেভাবে মাপা হয়েছে

Anthropic-এর প্রযুক্তিগত বিবরণে development run ও পরবর্তী blind test আলাদা করা হয়েছে: development শেষে recovery প্রায় ছয় সেকেন্ডে নেমে সাফল্য হয় ৯৬%; পরে finished script-কে AI agent ছাড়া randomized induced-disturbance set-এ চালিয়ে ৭০০ trial-এর ৬৯৫টিতে সঠিক lock পাওয়া যায়, অর্থাৎ ৯৯.৩%; সহজ fault-এ সময় লাগে ০.৯–৫.৪ সেকেন্ড, কঠিন frequency hop-এ ১০–১৪ সেকেন্ড, যেখানে bench-এ specialist-এর তুলনামূলক সময় ছিল ৫–১০ মিনিট।

অতএব ৯৯.৩% কোনো সাধারণ Claude benchmark নয় এবং QuEra-র quantum computer-এর সামগ্রিক reliability-ও নয়। এটি একটি laser system, পরীক্ষায় অন্তর্ভুক্ত নির্দিষ্ট fault এবং আগে নির্ধারিত success criterion-এর ফল। Controller ভুল recovery-কে সফল বলে চিহ্নিত করেনি; ব্যর্থ trial-গুলো test rig-এর একটি বিশেষ অবস্থার সঙ্গে যুক্ত করা হয়েছে।

পরীক্ষার সারসংক্ষেপ ও পদ্ধতির ব্যাখ্যা প্রকাশিত হলেও raw trial data, peer-reviewed paper বা অন্য laboratory-তে স্বাধীন replication এখনো সামনে আসেনি। তাই ফলটিকে সংশ্লিষ্ট pilot-এর মাপ হিসেবে পড়তে হবে, বিভিন্ন laser system-এর জন্য প্রতিষ্ঠিত benchmark হিসেবে নয়।

মানুষ ও পুরোনো automation কোথায় রয়ে গেছে

Claude মানব বিশেষজ্ঞকে workflow থেকে সরিয়ে দেয়নি। Engineers সমস্যার সীমানা, success criterion, safety limit ও review প্রক্রিয়া ঠিক করেছেন। Hardware interlock এবং emergency stop-ও agent-এর কর্তৃত্বের বাইরে ছিল; MHS কেবল ঘোষিত সীমার মধ্যে action নেওয়ার সুযোগ দিয়েছে।

Claude-এর বোঝাপড়া ছিল programmatic। এমন physical fault দেখা দিলে যা sensor reading বা software state থেকে ধরা যায় না, agent নিজে rig পরীক্ষা করে কারণ বের করতে পারেনি। সম্ভাব্য ঝুঁকিপূর্ণ action-এর আগে মানব অনুমোদনের জন্য অপেক্ষা করায় unattended experiment থেমেও গেছে।

আগের automation-ও ফলের অংশ। Claude শূন্য থেকে laser physics বা safety system তৈরি করেনি; বিদ্যমান instrument interface, feedback ব্যবস্থা এবং মানুষের নির্ধারিত test environment-এর ওপর দাঁড়িয়ে recovery logic উন্নত করেছে। চূড়ান্ত relock controller conventional ও inspectable হওয়ায় সেটি audit, version control এবং একই rig-এ পুনরায় পরীক্ষা করা যায়।

আরেকটি সীমা হলো relock controller ও laser-tuning experiment এক জিনিস নয়। Relock script থেকে runtime AI সরিয়ে দেওয়া সম্ভব হয়েছে। কিন্তু পরিবর্তিত পরিস্থিতি অনুসারে একাধিক tuning parameter খোঁজার পৃথক workflow-তে agent loop সক্রিয় ছিল, ফলে সেখানে safety ও supervision-এর প্রশ্ন আলাদা।

ফলটির তাৎপর্য এবং পরবর্তী প্রশ্ন

এই pilot-এর তাৎপর্য গতি বা শতাংশের বাইরেও রয়েছে: একটি AI agent live scientific hardware পর্যবেক্ষণ করে এমন control logic তৈরি করেছে, যা পরে সাধারণ deterministic software হিসেবে চলতে পারে। বিরল failure-এর জন্য specialist উপস্থিত না থাকলেও এমন controller recovery delay কমাতে পারে এবং runtime model-এর সিদ্ধান্তের তুলনায় softwareটির আচরণ পরীক্ষা করা সহজ।

তবে dedicated testbed থেকে live quantum processor deployment পর্যন্ত বড় ব্যবধান আছে। একই সঙ্গে বহু laser ও অন্য subsystem চললে controller কতটা স্থিতিশীল থাকবে, অদেখা physical fault কীভাবে শনাক্ত হবে এবং আলাদা laboratory environment-এ ফলটি পুনরুৎপাদন করা যাবে কি না—প্রকাশিত পরীক্ষায় এসবের উত্তর নেই।

পরবর্তী পর্যায়ে recovery system-কে live processor-এ বসানো এবং অন্য subsystem-এ পদ্ধতিটি পরীক্ষা করার পরিকল্পনা রয়েছে। আপাতত নিশ্চিত সিদ্ধান্ত সীমিত: Claude একটি নির্দিষ্ট QuEra testbed-এ দ্রুত ও উচ্চ সাফল্যের laser-relock controller তৈরি করেছে, কিন্তু স্বয়ংসম্পূর্ণ quantum computer পরিচালনা বা সাধারণভাবে সব quantum laser-এর নির্ভরযোগ্যতা এই ফল প্রমাণ করে না।