ពាក់កណ្ដាលទៀតនៃ Interop Stack៖ A2A និងអ៊ីនធឺណិតនៃ agent

មួយឆ្នាំមុន បញ្ហាពិបាកក្នុងវិស្វកម្ម agent គឺការធ្វើឱ្យ agent ប្រើ របស់ — ការ call tool អាន database វាយ API ដោយគ្មាន integration ផ្ទាល់ខ្លួនសម្រាប់នីមួយៗ។ Model Context Protocol បានដោះស្រាយរឿងនោះ ហើយយើងបានសរសេរអំពីរបៀបដែល MCP បានក្លាយជាស្តង់ដារសកល សម្រាប់ការតភ្ជាប់ agent ទៅ tool និងទិន្នន័យរបស់ពិភពលោក។ ប៉ុន្តែ MCP ដោះស្រាយតែអ័ក្សមួយប៉ុណ្ណោះ។ វាតភ្ជាប់ agent ចុះក្រោម ទៅ tool របស់វា។ វាមិននិយាយអ្វីអំពីរបៀបដែល agent មួយនិយាយទៅ agent មួយផ្សេងទៀតទេ។

នោះជាពាក់កណ្ដាលទៀតនៃ stack ហើយក្នុងឆ្នាំ ២០២៦ វាមានស្តង់ដារផ្ទាល់ខ្លួន៖ Agent2Agent protocol (A2A)។ បើ MCP ជារបៀបដែល agent ឈានទៅដល់ tool របស់វា A2A ជារបៀបដែល agent ឈានទៅដល់មិត្តភ័ក្តិរបស់វា — ហើយទាំងពីរជាមួយគ្នាកំពុងផ្គុំស្ងាត់ៗនូវ plumbing នៃអ្វីដែលធំជាង៖ អ៊ីនធឺណិតនៃ agent ដែលអាចរកឃើញ និងផ្ទេរ task ទៅគ្នាទៅវិញទៅមកឆ្លងកាត់ vendor framework និងអង្គការ។

A2A ពិតជាអ្វី

A2A ត្រូវបានចេញផ្សាយដោយ Google ក្នុង April 2025 ហើយបរិច្ចាគទៅ Linux Foundation ក្នុង June 2025 ជាកន្លែងដែលឥឡូវនេះវាត្រូវបានគ្រប់គ្រងជា project បើកចំហ vendor-neutral — សមាជិកគ្រប់គ្រងស្ថាបនិករបស់វារួមមាន AWS, Cisco, Google, Microsoft, Salesforce, SAP, និង ServiceNow។ ព័ត៌មានលម្អិតនៃការគ្រប់គ្រងនោះសំខាន់ជាងវាមើលទៅ យើងនឹងវិលត្រឡប់មកវិញ។

តាមបច្ចេកទេស A2A ដោយចេតនាមិនទាក់ទាញ។ គោលការណ៍រចនារបស់វា តាមពាក្យផ្ទាល់របស់ spec គឺ “ប្រើឡើងវិញនូវស្តង់ដារដែលមានស្រាប់ ដែលយល់ច្បាស់ហើយ (HTTP, JSON-RPC 2.0, Server-Sent Events)” — ជាមួយ gRPC binding ជាជម្រើស។ គ្មាន transport ថ្មីចម្លែកត្រូវរៀនទេ វាជា web stack ធម្មតា ដែលត្រូវបានសាកល្បងជាក់ស្ដែង ដែលជាមូលហេតុពិតប្រាកដដែលវាងាយយកមកប្រើ។

ផ្នែកដែលធ្វើឱ្យការសម្របសម្រួលអាចទៅរួចគឺ Agent Card — តាម spec “ឯកសារ JSON metadata ដែលបោះផ្សាយដោយ A2A Server ពិពណ៌នាអំពីអត្តសញ្ញាណ សមត្ថភាព skill service endpoint និងតម្រូវការ authentication របស់វា”។ Agent Card ជារបៀបដែល agent មួយ រកឃើញ អ្វីដែល agent មួយផ្សេងទៀតអាចធ្វើ និងរបៀបនិយាយទៅវា ដោយគ្មានមនុស្សតភ្ជាប់ពួកវាជាមុន។ ជុំវិញនោះ A2A កំណត់ primitive មួយចំនួនតូច — Task (ឯកតានៃការងារ ជាមួយ status និងប្រវត្តិ), Message (ការនិយាយទៅមក), និង Artifact (លទ្ធផល) — គ្រប់គ្រាន់ដើម្បីគាំទ្រការសហការ stateful ច្រើនវេនរវាងប្រព័ន្ធ agent ឯករាជ្យពីរ ដែលមិនដែលជួបគ្នា។

MCP និង A2A៖ ពីរអ័ក្ស មួយ stack

វិធីច្បាស់បំផុតក្នុងការកាន់រឿងនេះគឺជាពីរអ័ក្សកាត់កែង។ MCP ជាបញ្ឈរ៖ វាតភ្ជាប់ agent ចុះក្រោមទៅ tool ទិន្នន័យ និង resource។ A2A ជាផ្ដេក៖ វាតភ្ជាប់ agent ឆ្លងទៅ agent ផ្សេងទៀតជាមិត្តភ័ក្តិ។ A2A spec ច្បាស់គ្រប់គ្រាន់អំពីការបែងចែកនេះ ដែលវារួមមានផ្នែកឧទ្ទិស — “Appendix B. Relationship to MCP” — បកស្រាយថាទាំងពីរបំពេញគ្នា មិនមែនប្រកួតគ្នាទេ។

អ្នកចង់បានទាំងពីរ ព្រោះពួកវាដោះស្រាយបញ្ហាផ្សេងគ្នា។ MCP អនុញ្ញាតឱ្យ agent តែមួយធ្វើសកម្មភាពលើពិភពលោក។ A2A អនុញ្ញាតឱ្យ ប្រព័ន្ធ នៃ agent ចែកការងារ៖ agent ផែនការផ្ទេរ subtask ស្រាវជ្រាវទៅ agent ឯកទេស ដែលខ្លួនវាប្រើ MCP ដើម្បីវាយ tool ដែលវាត្រូវការ ហើយត្រឡប់ Artifact។ នេះជាលំនាំ multi-agent ដែលយើងបានស្វែងយល់ក្នុង the code agent orchestra — លើកលែងតែ A2A ធ្វើស្តង់ដារផ្នែកដែល agent លែងសាងសង់ដោយអ្នកទាំងអស់ ក្នុង framework មួយ លើម៉ាស៊ីនមួយ។ ពួកវាអាចសាងសង់ដោយ vendor ផ្សេងគ្នា run ដោយអង្គការផ្សេងគ្នា ហើយនៅតែសម្របសម្រួល ព្រោះពួកវានិយាយ protocol ដូចគ្នា ហើយផ្សាយខ្លួនជាមួយ Agent Card ប្រភេទដូចគ្នា។

នោះជាការលោត។ ប្រព័ន្ធ multi-agent ធ្លាប់មានន័យថា sub-agent របស់អ្នក និយាយគ្នាទៅវិញទៅមកនៅក្នុង harness របស់អ្នក។ A2A ធ្វើ “agent និយាយទៅ agent” ជាលក្ខណៈនៃ network បើកចំហ មិនមែននៃ codebase តែមួយ។

ធ្វើឱ្យជាក់ស្ដែង។ ស្រមៃ agent procurement សហគ្រាសមួយដែលត្រូវការការវាយតម្លៃហានិភ័យអ្នកផ្គត់ផ្គង់។ សព្វថ្ងៃ សមត្ថភាពនោះនឹងជា integration hard-coded — បើវាមានសោះ។ ជាមួយ A2A agent procurement អាន Agent Card នៃ agent វាយតម្លៃហានិភ័យឯកទេស (សាងសង់ដោយក្រុមហ៊ុនផ្សេង run លើ cloud ផ្សេង) បើក Task ផ្ញើព័ត៌មានលម្អិតអ្នកផ្គត់ផ្គង់ជា Message ហើយទទួលរបាយការណ៍ហានិភ័យដែលមានរចនាសម្ព័ន្ធជា Artifact។ Agent procurement មិនដែលត្រូវដឹងពីរបៀបដែល agent ហានិភ័យធ្វើការ វាសាងសង់ក្នុង framework អ្វី ឬវា run model ណាទេ — តែដឹងថា Agent Card របស់វាផ្សាយសមត្ថភាព និង endpoint។ Integration ដែលធ្លាប់យកវិស្វកម្មមួយត្រីមាសក្លាយជាការរកឃើញនៅ runtime។

ពី integration ទៅអ៊ីនធឺណិតនៃ agent

ស្តង់ដារសំខាន់តែបើមនុស្សយកមកប្រើ ហើយនេះជាកន្លែងដែល A2A ឈប់ជា spec ហើយចាប់ផ្ដើមជា ecosystem។ យោងតាម Linux Foundation ក្នុងឆ្នាំដំបូងរបស់ A2A “ចំនួនអង្គការគាំទ្របានកើនពីលើសពី 50 ទៅលើស 150”។ វាត្រូវបាន integrate ចូលក្នុង platform agent cloud ធំៗ — Azure AI Foundry និង Copilot Studio របស់ Microsoft, Amazon Bedrock AgentCore Runtime របស់ AWS, និង Google Cloud — ហើយ Foundation រាយការណ៍ការ deploy ផលិតកម្មសកម្មឆ្លងកាត់ supply chain សេវាហិរញ្ញវត្ថុ ធានារ៉ាប់រង និងប្រតិបត្តិការ IT។

មូលហេតុដែលនេះកើនកើបឡើងជាមូលហេតុដូចគ្នាដែល web ធ្វើ៖ ការរកឃើញបូក protocol រួមផលិត network effect។ រាល់ agent ដែលបោះផ្សាយ Agent Card ក្លាយជាអ្វីដែល agent ផ្សេងទៀតអាចរកឃើញ និងផ្ទេរទៅ។ រាល់ platform ដែលនិយាយ A2A ក្លាយជាកន្លែងដែល agent ទាំងនោះអាច interoperate។ ហួសពីកម្រិតមួយ តម្លៃមិនមែនជា agent តែមួយ — វាជា network នៃ agent ដែលឥឡូវនេះអាចឈានទៅដល់គ្នាទៅវិញទៅមក។ នោះជារូបរាងនៃអ៊ីនធឺណិត៖ មិនមែនជា product ទេ ប៉ុន្តែជា substrate ដែលគ្មាននរណាជាម្ចាស់ ហើយគ្រប់គ្នាអាចសាងសង់លើ។ MCP បានផ្ដល់ឱ្យយើងនូវ tool layer របស់វា A2A កំពុងផ្ដល់ឱ្យយើងនូវ agent layer។

Trust surface ថ្មី

វានឹងឆោតល្ងង់ក្នុងការអបអរនេះដោយមិននិយាយ cost។ ភ្លាមៗដែល agent អាចរកឃើញ និងផ្ទេរទៅ agent ផ្សេងទៀត — រួមទាំងពួកដែលសាងសង់ដោយមនុស្សដែលអ្នកមិនដែលជួប — អ្នកបានបើក security surface ថ្មីពិតប្រាកដ ហើយវាជាជំពូកបន្តធម្មជាតិនៃកង្វល់ដែលយើងបានលើកឡើងអំពី បញ្ហា security របស់ MCP។

សំណួរមុតស្រួច។ ពេល agent របស់អ្នកផ្ទេរ task ទៅ agent ពីចម្ងាយ វាជឿទុកចិត្ត agent នោះជាមួយ អ្វី — ទិន្នន័យអ្វីធ្វើដំណើរក្នុង Message ហើយវាទៅណា? តើអ្នក authenticate agent ពីក្រោយ Agent Card យ៉ាងណា ហើយផ្ទៀងផ្ទាត់ថាវាជាអ្វីដែលវាអះអាង មិនមែនជាអ្នកក្លែងបន្លំដែលផ្សាយសមត្ថភាពទាក់ទាញ? A2A សាងសង់លើ web auth ស្តង់ដារ ហើយ Agent Card ប្រកាសតម្រូវការ authentication របស់វា ដែលជាមូលដ្ឋានត្រឹមត្រូវ — ប៉ុន្តែផ្នែកពិបាកជា policy មិនមែន transport ទេ៖ ការសម្រេចចិត្ត ថា agent ណា ដែលអ្នកសុខចិត្តផ្ទេរទៅ អ្វីដែលពួកវាត្រូវបានអនុញ្ញាតឱ្យទទួល និងរបៀបដែលអ្នក audit អ្វីដែលពួកវាបានធ្វើ។ Network បើកចំហនៃ agent ផ្ទេរ មានអំណាចពិតប្រាកដព្រោះវាបើកចំហ ហើយការបើកចំហនោះពិតជាអ្វីដែលត្រូវគ្រប់គ្រង។ Protocol ផ្ដល់ឱ្យអ្នកនូវយន្តការ ការសម្រេចចិត្ត trust នៅតែជារបស់អ្នកត្រូវធ្វើវិស្វកម្ម។ ហើយ failure mode កើនកើបឆ្លងកាត់ hop — បើ agent របស់អ្នកផ្ទេរទៅ agent ពីចម្ងាយដែលខ្លួនវាផ្ទេរបន្តទៀត prompt injection ឬមិត្តភ័ក្តិដែលប្រព្រឹត្តខុសបីជំហានចេញ នៅតែអាចឈានត្រឡប់មកអ្នកវិញ ដែលមានន័យថាការពិនិត្យដូចគ្នាដែលយើងអនុវត្តចំពោះ tool call របស់ agent តែមួយ ឥឡូវនេះត្រូវពង្រីកឆ្លងកាត់ delegation chain ទាំងមូល។

ហេតុអ្វីនេះអនុគ្រោះអាស៊ីអាគ្នេយ៍

នេះជាហេតុអ្វីវាសំខាន់បំផុតសម្រាប់ក្រុមដែលយើងតែងតែសរសេរសម្រាប់ ហើយវាវិលត្រឡប់ទៅព័ត៌មានលម្អិតនៃការគ្រប់គ្រងនោះ។ A2A ជា ស្តង់ដារបើកចំហ vendor-neutral ក្រោម Linux Foundation — មិនមែន network ផ្ដាច់មុខដែលក្រុមហ៊ុនមួយជាម្ចាស់ ដែលអាចផ្លាស់ប្ដូរច្បាប់ ឡើងថ្លៃ ឬដកការចូលប្រើរបស់អ្នកទេ។ នោះជាចំណុចទាំងមូល ហើយវាជាអំណះអំណាងដូចគ្នាដែលយើងបានធ្វើសម្រាប់ ស្តង់ដារបើកចំហជាមូលដ្ឋានរបស់អាស៊ីអាគ្នេយ៍៖ ពេល substrate បើកចំហ ក្រុមតូចចូលរួមតាមលក្ខខណ្ឌដូចគ្នានឹងយក្ស។

ជាក់ស្ដែង វាមានន័យថាក្រុមកម្ពុជា ឬវៀតណាមអាចសាងសង់ agent — អ្នកដំណើរការឯកសារភាសាខ្មែរ អ្នកសម្របសម្រួល logistics ក្នុងស្រុក សេវាប្រឹក្សាកសិកម្ម — បោះផ្សាយ Agent Card ហើយធ្វើឱ្យវាអាចរកឃើញ និងប្រើបានដោយ network សកលនៃ agent ដោយគ្មានការអនុញ្ញាតពីនរណា។ គ្មាន gatekeeper platform សម្រេចថាអ្នកនៅក្នុង។ អ្នកមិនត្រូវការត្រូវបានទិញ ភ្ជាប់ដៃគូ ឬអនុម័តទេ អ្នកត្រូវការនិយាយ protocol។ ហើយព្រោះ A2A run លើ web stack ធម្មតា ការតាំង A2A agent ឱ្យឈរ មានតម្លៃថោក — វាជា HTTP និង JSON មិនមែន infrastructure ដែលត្រូវការដើមទុនច្រើនទេ។

នោះជាទីតាំងធន់ ស្រាលដើមទុនម្ដងទៀត៖ ជាម្ចាស់ agent របស់អ្នក និយាយ protocol បើកចំហ ហើយដោត​ចូល network ដែលគ្មាន vendor តែមួយគ្រប់គ្រង។ Frontier lab នឹងសាងសង់ agent គួរឱ្យចាប់អារម្មណ៍ ហើយ cloud giant នឹង host ពួកវា។ ប៉ុន្តែ network ដែលតភ្ជាប់ពួកវាទាំងអស់ ឥឡូវនេះជា commons បើកចំហ — ហើយការនៅមុនគេ និងស្ទាត់ជំនាញក្នុងរបៀបចូលរួមក្នុងវា ពិតជាប្រភេទ leverage ដែលតំបន់គ្មាន frontier lab អាចកាន់បានជាក់ស្ដែង។ អ៊ីនធឺណិតនៃ agent កំពុងត្រូវតភ្ជាប់ឥឡូវនេះ។ ក្រុមដែលរៀននិយាយ protocol របស់វាមិនត្រូវសុំចូលរួមវាទេ។