Anthropic کا MHS: اے آئی ایجنٹس اب microscopes اور robotic arms چلائیں گے
Anthropic نے 27 اگست 2026 کو Model Hardware Standard، یا MHS، کی محدود research preview جاری کی۔ Reuters کی رپورٹ کے مطابق یہ framework اے آئی ایجنٹس کو سائنسی تحقیق اور advanced manufacturing میں programmable microscopes، liquid handlers اور robotic arms جیسے آلات باہم ملا کر چلانے دیتا ہے۔
27 اگست کو جاری ہونے والا MHS ابھی عام دستیابی یا مکمل open-source اجرا نہیں، بلکہ ابتدائی شراکت داروں کے لیے research preview ہے۔ Anthropic اور HHMI Janelia Research Campus سے شروع ہونے والے اس منصوبے کا مقصد مختلف manufacturers کے آلات کو ایک مشترک specification کے ذریعے ایجنٹس کے لیے قابلِ دریافت، قابلِ نگرانی اور قابلِ کنٹرول بنانا ہے۔
MHS مختلف آلات کو ایک زبان کیسے دیتا ہے؟
MHS کوئی نیا microscope، robot یا foundation model نہیں؛ یہ hardware drivers کے لیے مشترک software specification ہے۔ ہر آلے کا driver اس کی موجودہ حالت، دستیاب operations، بدلنے کے قابل parameters، جسمانی خصوصیات اور نافذ ہونے والی safety limits کو ایک مستقل format میں پیش کرتا ہے۔
Anthropic کی technical preview کے مطابق driver بنیادی “read” اور “write” commands استعمال کرتا ہے، آلے کو network پر discoverable بناتا ہے اور ایسی معلومات بھی agent کو دے سکتا ہے جو عموماً manuals یا ماہرین کے تجربے میں محفوظ ہوتی ہیں۔ اسی preview میں Genentech کے liquid handler، robotic arm اور plate reader، University of Washington کے laboratory workflows اور microscopy سے متعلق ابتدائی استعمال بیان کیے گئے ہیں۔
Programmable control بنیادی شرط ہے: MHS مکمل طور پر دستی machine کو خودکار نہیں بناتا۔ کسی API، SDK، command interface یا قابلِ کنٹرول GUI تک رسائی، درست driver، قابلِ اعتماد state reporting اور آلے پر نافذ مقامی حفاظتی نظام پھر بھی ضروری ہیں۔
MCP اور MHS architecture میں الگ کام کرتے ہیں
MCP اور MHS ایک دوسرے کے متبادل نہیں ہیں۔ MHS physical device کی خصوصیات، حالت، operations اور حدود بیان کرتا ہے؛ MCP، command-line interface یا code API agent کی درخواست کو متعلقہ MHS driver تک پہنچانے کے راستے بن سکتے ہیں۔
اس architecture کو چار تہوں میں سمجھا جا سکتا ہے:
- Agent: تجربے یا صنعتی workflow کا مقصد سمجھتا، اگلا operation منتخب کرتا اور واپس آنے والا نتیجہ دیکھتا ہے۔
- Access mechanism: MCP، command line یا API درخواست کو hardware-control layer تک پہنچاتا ہے۔
- MHS driver: vendor-specific interface کو مشترک states، procedures، parameters اور safety limits میں پیش کرتا ہے۔
- Physical device: microscope پیمائش، liquid handler منتقلی اور robotic arm حقیقی حرکت انجام دیتا ہے۔
طویل یا تیز operation کے لیے agent کئی driver commands کو deterministic code file میں جوڑ سکتا ہے، تاکہ ہر لمحے model reasoning کا انتظار نہ کرنا پڑے۔ یہ execution کو مسلسل بنا سکتا ہے، مگر script validation، sensor feedback اور hardware interlocks کی ضرورت ختم نہیں کرتا۔
ابتدائی تجربات نے کیا ثابت کیا؟
Research preview میں دکھائے گئے کام proof of concept ہیں، مکمل production deployments نہیں۔ ایک laboratory assay میں agent نے liquid handler، robotic arm اور plate reader کے درمیان sequence چلایا؛ دوسرے workflow میں liquid handler کی تکمیل کے بعد robotic arm نے plate منتقل کی؛ microscopy rigs میں مختلف vendor programs کو ایک interface کے نیچے لایا گیا۔
ان مثالوں سے MHS کا اصل فائدہ سامنے آتا ہے: agent کو ہر machine کے لیے الگ control vocabulary دینے کے بجائے devices کی states اور procedures ایک مشترک شکل میں ملتی ہیں۔ اس کے بعد agent completion signal کا انتظار، اگلا operation شروع، measurement کا جائزہ اور ضرورت پڑنے پر parameter تبدیل کر سکتا ہے۔
تاہم مشترک interface سائنسی درستگی کی ضمانت نہیں۔ نتیجہ اب بھی protocol، calibration، sensors، sample کی جسمانی خصوصیات اور domain experts کی مقرر کردہ acceptance criteria پر منحصر رہتا ہے۔ ایک ہی specification مختلف آلات کو جوڑ سکتی ہے، مگر ہر نئے setup کو حقیقی hardware اور متعلقہ failure modes کے خلاف الگ validate کرنا ہوگا۔
انسانی نگرانی اور emergency stop کہاں باقی ہیں؟
Physical automation میں غلط command صرف خراب data نہیں بلکہ equipment damage یا انسانی چوٹ کا سبب بھی بن سکتی ہے۔ WIRED کی آزاد رپورٹ کے مطابق MHS کی وسیع دستیابی سے پہلے Anthropic trusted partners کے ساتھ safety پر کام کر رہا ہے، جبکہ physical systems تک agent کی رسائی نئے عملی اور misuse risks پیدا کرتی ہے۔
انسانی اختیار کم از کم تین مقامات پر برقرار رہتا ہے: تجربے کا مقصد اور قابلِ قبول نتیجہ مقرر کرنے میں، غیر معمولی physical failure کی تشریح میں، اور خطرناک یا ناقابلِ واپسی operation سے پہلے approval policy طے کرنے میں۔ University of Washington کے qPCR workflow میں agent amplification curve دیکھتا تھا، مگر مناسب مقام پر researcher سے stop یا continue کی منظوری لیتا تھا۔
Safety صرف prompt میں لکھی ہدایت نہیں ہو سکتی۔ Emergency stop، collision avoidance، access control، device responsiveness، timeout اور مقامی interlocks کو agent سے الگ سطح پر نافذ کرنا پڑتا ہے۔ اگر network connection ٹوٹ جائے، state update پرانی ہو یا command کا نتیجہ واضح نہ ہو تو محفوظ default یہی ہے کہ driver operation روک کر ایک صریح failure state واپس کرے۔
Open-source اجرا سے پہلے کیا نامعلوم ہے؟
Research preview نے یہ دکھایا ہے کہ MHS-compatible drivers کے ذریعے مختلف laboratory اور manufacturing devices ایک agent-driven workflow میں مربوط کیے جا سکتے ہیں۔ اس نے یہ ثابت نہیں کیا کہ ہر microscope، robotic arm یا factory machine پہلے ہی supported ہے، یا یہ کہ نظام مسلسل انسانی نگرانی کے بغیر ہر ماحول میں محفوظ چل سکتا ہے۔
ابھی تمام configurations کے لیے latency، uptime، network failure recovery یا industrial certification کے مشترک benchmarks شائع نہیں کیے گئے۔ مختلف payloads، workspaces، sensors اور manufacturer limits کے باعث ایک setup میں کامیاب safety test دوسرے setup کے لیے خودکار منظوری نہیں بنتا۔
اگلا اہم مرحلہ partners کے safety evaluations، deployment guidance، reusable drivers اور open-source specification کا اجرا ہوگا۔ اس کی قطعی تاریخ سامنے نہیں آئی؛ فی الحال MHS ایک محدود research preview ہے جس نے agent-controlled microscopes اور robotic arms کی عملی مثالیں دکھائی ہیں، مگر وسیع production autonomy ابھی آزمائش اور validation کا موضوع ہے۔
یہ بھی پڑھیں:
ہمارا نیوز لیٹر سبسکرائب کریں
ویب 3، AI اور کرپٹو کی تازہ خبریں براہ راست اپنے اِن باکس میں پائیں۔