ຖ້າທ່ານສົງໄສວ່າ MCP ແມ່ນຫຍັງ - ແລະເປັນຫຍັງຄົນທົ່ວໄປຈຶ່ງເອີ້ນມັນວ່າ USB-C ຂອງແອັບຯ AI - ທ່ານຢູ່ໃນສະຖານທີ່ທີ່ຖືກຕ້ອງ. ສະບັບສັ້ນ: MCP (Model Context Protocol) ເປັນວິທີເປີດສໍາລັບແອັບຯ AI ແລະຕົວແທນທີ່ຈະສຽບເຂົ້າໄປໃນເຄື່ອງມືພາຍນອກແລະຂໍ້ມູນໂດຍບໍ່ມີລະຫັດກາວທີ່ກໍານົດເອງ. ມັນມາດຕະຖານວິທີການທີ່ຕົວແບບຄົ້ນພົບເຄື່ອງມື, ຮ້ອງຂໍການດໍາເນີນການ, ແລະດຶງ context-so teams integrate ຫນຶ່ງຄັ້ງແລະ reuse ຢູ່ທົ່ວທຸກແຫ່ງ. ຄິດວ່າຜູ້ດັດແປງ, ບໍ່ແມ່ນ spaghetti. ເອກະສານທີ່ເປັນທາງການເຖິງແມ່ນເອື່ອຍຢູ່ໃນການປຽບທຽບ USB-C. [1]
ບົດຄວາມທີ່ທ່ານອາດຈະຢາກອ່ານຫຼັງຈາກບົດຄວາມນີ້:
🔗 AI edge ແມ່ນຫຍັງ
ເຂົ້າໃຈຂອບ AI, ເຮັດແນວໃດມັນເຮັດວຽກ, ແລະຄໍາຮ້ອງສະຫມັກໃນໂລກທີ່ແທ້ຈິງທີ່ສໍາຄັນ.
🔗 AI ທົ່ວໄປແມ່ນຫຍັງ
ຮຽນຮູ້ວິທີການສ້າງ AI ສ້າງເນື້ອຫາ, ຮູບແບບທົ່ວໄປ, ແລະການນໍາໃຊ້ທຸລະກິດ.
🔗 AI ຕົວແທນແມ່ນຫຍັງ
ຄົ້ນພົບ AI ຕົວແທນ, ຕົວແທນທີ່ເປັນເອກະລາດ, ແລະວິທີທີ່ພວກເຂົາປະສານງານວຽກງານທີ່ສັບສົນ.
🔗 AI scalability ແມ່ນຫຍັງ
ສຳຫຼວດຄວາມທ້າທາຍດ້ານການຂະຫຍາຍ AI, ການພິຈາລະນາພື້ນຖານໂຄງລ່າງ, ແລະຍຸດທະສາດການເພີ່ມປະສິດທິພາບ.
MCP ໃນ AI ແມ່ນຫຍັງ? ຄຳຕອບດ່ວນ⚡
MCP ເປັນໂປຣໂຕຄໍທີ່ອະນຸຍາດໃຫ້ແອັບຯ AI ( ເຈົ້າພາບ ) ສົນທະນາກັບຂະບວນການທີ່ເປີດເຜີຍຄວາມສາມາດ ( ເຊີບເວີ MCP ) ຜ່ານ ລູກຄ້າ MCP ພາຍໃນແອັບຯ. ເຊີບເວີສາມາດສະເໜີ ຊັບພະຍາກອນ , ການເຕືອນ , ແລະ ເຄື່ອງມື . ການສື່ສານແລ່ນຜ່ານ JSON-RPC 2.0 - ຮູບແບບການຮ້ອງຂໍ / ຄໍາຕອບແບບງ່າຍດາຍທີ່ມີວິທີການ, params, ຜົນໄດ້ຮັບແລະຄວາມຜິດພາດ - ດັ່ງນັ້ນຖ້າທ່ານໄດ້ໃຊ້ RPCs, ນີ້ຈະຮູ້ສຶກຄຸ້ນເຄີຍ. ນີ້ແມ່ນວິທີທີ່ຕົວແທນຢຸດເຊົາການຕິດຢູ່ໃນກ່ອງສົນທະນາຂອງພວກເຂົາແລະເລີ່ມເຮັດວຽກທີ່ເປັນປະໂຫຍດ. [2]
ເປັນຫຍັງຄົນສົນໃຈ: ບັນຫາ N×M, ແກ້ໄຂແລ້ວ 🧩
ຖ້າບໍ່ມີ MCP, ທຸກໆຕົວແບບຕໍ່ເຄື່ອງມືຕ້ອງການເຊື່ອມໂຍງແບບດຽວ. ດ້ວຍ MCP, ເຄື່ອງມືປະຕິບັດ ຫນຶ່ງ ທີ່ ລູກຄ້າປະຕິບັດຕາມ ສາມາດນໍາໃຊ້ໄດ້. CRM, ບັນທຶກ, ເອກະສານ, ແລະລະບົບການກໍ່ສ້າງຂອງທ່ານຢຸດເຊົາການເປັນເກາະທີ່ໂດດດ່ຽວ. ມັນບໍ່ແມ່ນ magic-UX ແລະນະໂຍບາຍຍັງເປັນເລື່ອງສໍາຄັນ - ແຕ່ spec ໄດ້ຢ່າງຈະແຈ້ງແບບ ໂຮດ, ລູກຄ້າ, ແລະເຄື່ອງແມ່ຂ່າຍ ທີ່ຈະຫຍໍ້ຫນ້າການລວມ. [2]
ສິ່ງທີ່ເຮັດໃຫ້ MCP ມີປະໂຫຍດ ✅
-
ການເຮັດວຽກຮ່ວມກັນທີ່ຫນ້າເບື່ອ (ໃນທາງທີ່ດີ). ສ້າງເຄື່ອງແມ່ຂ່າຍຫນຶ່ງຄັ້ງ; ໃຊ້ມັນໃນທົ່ວແອັບຯ AI ຫຼາຍອັນ. [2]
-
ຮູບແບບຈິດໃຈ "USB-C ສໍາລັບ AI". ເຊີບເວີເຮັດໃຫ້ API ແປກໆເປັນຮູບຊົງທີ່ຄຸ້ນເຄີຍສໍາລັບຕົວແບບ. ບໍ່ສົມບູນແບບ, ແຕ່ມັນຈັດທີມໃຫ້ໄວ. [1]
-
ເຄື່ອງມືທີ່ຄົ້ນພົບໄດ້. ລູກຄ້າສາມາດລາຍຊື່ເຄື່ອງມື, ກວດສອບການປ້ອນຂໍ້ມູນ, ໂທຫາພວກເຂົາດ້ວຍຕົວກໍານົດການທີ່ມີໂຄງສ້າງ, ແລະໄດ້ຮັບຜົນໄດ້ຮັບທີ່ມີໂຄງສ້າງ (ມີການແຈ້ງເຕືອນເມື່ອລາຍການເຄື່ອງມືປ່ຽນແປງ). [3]
-
ສະຫນັບສະຫນູນບ່ອນທີ່ນັກພັດທະນາອາໄສຢູ່. GitHub Copilot ເຊື່ອມຕໍ່ເຊີບເວີ MCP ໃນທົ່ວ IDEs ທີ່ສໍາຄັນແລະເພີ່ມກະແສການລົງທະບຽນບວກກັບການຄວບຄຸມນະໂຍບາຍຂະຫນາດໃຫຍ່ສໍາລັບການຮັບຮອງເອົາ. [5]
-
ຄວາມຍືດຫຍຸ່ນການຂົນສົ່ງ. ໃຊ້ stdio ສໍາລັບທ້ອງຖິ່ນ; ກ້າວໄປສູ່ HTTP ທີ່ສາມາດຖ່າຍທອດໄດ້ເມື່ອທ່ານຕ້ອງການຂອບເຂດ. ທັງສອງທາງ: ຂໍ້ຄວາມ JSON-RPC 2.0. [2]
MCP ເຮັດວຽກແນວໃດພາຍໃຕ້ກະປ໋ອງ🔧
ໃນ runtime ທ່ານມີສາມພາລະບົດບາດ:
-
ເຈົ້າພາບ - ແອັບ AI ທີ່ເປັນເຈົ້າຂອງເຊດຊັນຜູ້ໃຊ້
-
ລູກຄ້າ - ຕົວເຊື່ອມຕໍ່ພາຍໃນໂຮດທີ່ເວົ້າ MCP
-
ເຊີບເວີ – ຂະບວນການເປີດເຜີຍ ຊັບພະຍາກອນ , ການເຕືອນ , ແລະ ເຄື່ອງມື
ພວກເຂົາເວົ້າກັບ JSON-RPC 2.0 : ການຮ້ອງຂໍ, ຄໍາຕອບ, ແລະການແຈ້ງເຕືອນ - ຕົວຢ່າງ, ການແຈ້ງເຕືອນການປ່ຽນແປງລາຍການເຄື່ອງມືເພື່ອໃຫ້ UI ສາມາດອັບເດດສົດໆໄດ້. [2][3]
ການຂົນສົ່ງ: ໃຊ້ stdio ສໍາລັບເຄື່ອງແມ່ຂ່າຍທ້ອງຖິ່ນທີ່ແຂງແຮງ, sandboxable; ຍ້າຍໄປ HTTP ເມື່ອທ່ານຕ້ອງການຂອບເຂດເຄືອຂ່າຍ. [2]
ຄຸນນະສົມບັດຂອງເຄື່ອງແມ່ຂ່າຍ:
-
ຊັບພະຍາກອນ - ຂໍ້ມູນແບບຄົງທີ່ ຫຼືແບບເຄື່ອນໄຫວສຳລັບບໍລິບົດ (ໄຟລ໌, ແຜນງານ, ບັນທຶກ)
-
Prompts - ໃຊ້ຄືນໄດ້, ຄໍາແນະນໍາ parameterized
-
ເຄື່ອງມື – ຟັງຊັນທີ່ສາມາດເອີ້ນໄດ້ທີ່ມີການປ້ອນຂໍ້ມູນແລະຜົນໄດ້ຮັບພິມ
trio ນີ້ແມ່ນສິ່ງທີ່ເຮັດໃຫ້ MCP ມີຄວາມຮູ້ສຶກປະຕິບັດແທນທີ່ຈະເປັນທິດສະດີ. [3]
ບ່ອນທີ່ທ່ານຈະພົບກັບ MCP ໃນທໍາມະຊາດ 🌱
-
GitHub Copilot – ເຊື່ອມຕໍ່ເຊີບເວີ MCP ໃນ VS Code, JetBrains ແລະ Visual Studio. ມີການຄວບຄຸມການລົງທະບຽນ ແລະນະໂຍບາຍວິສາຫະກິດເພື່ອຄວບຄຸມການນຳໃຊ້. [5]
-
Windows – ຮອງຮັບລະດັບ OS (ODR/registry) ເພື່ອໃຫ້ຕົວແທນສາມາດຄົ້ນພົບ ແລະໃຊ້ເຊີບເວີ MCP ໄດ້ຢ່າງປອດໄພດ້ວຍການຍິນຍອມ, ການບັນທຶກ ແລະນະໂຍບາຍຜູ້ເບິ່ງແຍງລະບົບ. [4]
ຕາຕະລາງປຽບທຽບ: ທາງເລືອກໃນການວາງ MCP ເຮັດວຽກໃນມື້ນີ້ 📊
ສັບສົນເລັກນ້ອຍກ່ຽວກັບຈຸດປະສົງ - ເພາະວ່າຕາຕະລາງຊີວິດຈິງບໍ່ເຄີຍວາງສາຍຢ່າງສົມບູນ.
| ເຄື່ອງມືຫຼືການຕິດຕັ້ງ | ສຳລັບໃຜ | ລາຄາປະມານ | ເປັນຫຍັງມັນເຮັດວຽກກັບ MCP |
|---|---|---|---|
| ເຊີບເວີ Copilot + MCP (IDE) | Devs ໃນບັນນາທິການ | ຕ້ອງການນັກບິນ | ແໜ້ນ IDE loop; ໂທຫາເຄື່ອງມື MCP ຈາກການສົນທະນາ; ການຈົດທະບຽນ + ສະຫນັບສະຫນູນນະໂຍບາຍ. [5] |
| ຕົວແທນ Windows + MCP | Enterprise IT & ops | ຊຸດຄຸນສົມບັດ Windows | ລະບົບປ້ອງກັນລະດັບ OS, ການເຕືອນການຍິນຍອມ, ການບັນທຶກ, ແລະການລົງທະບຽນໃນອຸປະກອນ. [4] |
| ເຊີບເວີ DIY ສໍາລັບ APIs ພາຍໃນ | ທີມງານແພລດຟອມ | ອິນຟຣາຂອງທ່ານ | ຫໍ່ລະບົບມໍລະດົກເປັນເຄື່ອງມື-de-silo ໂດຍບໍ່ມີການຂຽນຄືນໃຫມ່; ພິມເຂົ້າ/ອອກ. [3] |
ຄວາມປອດໄພ, ການຍິນຍອມ, ແລະ guardrails 🛡️
MCP ແມ່ນຮູບແບບສາຍແລະ semantics; ຄວາມເຊື່ອຫມັ້ນອາໄສຢູ່ໃນເຈົ້າພາບແລະ OS . Windows ເນັ້ນການເຕືອນການອະນຸຍາດ, ການລົງທະບຽນ, ແລະຈຸດເຊື່ອມຕໍ່ຂອງນະໂຍບາຍ, ແລະການປະຕິບັດຢ່າງຈິງຈັງປະຕິບັດການເອີ້ນໃຊ້ເຄື່ອງມືເຊັ່ນ: ການເອີ້ນໃຊ້ລະບົບຖານສອງ. ໃນສັ້ນ: ຕົວແທນຂອງທ່ານຄວນ ຖາມກ່ອນທີ່ຈະສໍາຜັດກັບສິ່ງທີ່ແຫຼມ . [4]
ຮູບແບບ Pragmatic ທີ່ເຮັດວຽກໄດ້ດີກັບ spec:
-
ເກັບຮັກສາເຄື່ອງມືທີ່ລະອຽດອ່ອນຢູ່ໃນພື້ນທີ່ຜ່ານ stdio ໂດຍມີສິດທິພິເສດຫນ້ອຍທີ່ສຸດ
-
Gate ເຄື່ອງມືທາງໄກທີ່ມີຂອບເຂດທີ່ຊັດເຈນແລະການອະນຸມັດ
-
ບັນທຶກ ທຸກການໂທ (ປ້ອນຂໍ້ມູນ/ຜົນໄດ້ຮັບ) ສໍາລັບການກວດສອບ
ວິທີການທີ່ມີໂຄງສ້າງຂອງ spec ແລະການແຈ້ງເຕືອນ JSON-RPC ເຮັດໃຫ້ການຄວບຄຸມເຫຼົ່ານີ້ສອດຄ່ອງໃນທົ່ວເຄື່ອງແມ່ຂ່າຍ. [2][3]
MCP ທຽບກັບທາງເລືອກ: ໄມ້ຄ້ອນສໍາລັບເລັບໃດ? 🔨
-
ການໂທຫາຟັງຊັນທໍາມະດາໃນ stack LLM - ດີຫຼາຍເມື່ອເຄື່ອງມືທັງຫມົດອາໄສຢູ່ພາຍໃຕ້ຜູ້ຂາຍດຽວ. ບໍ່ດີເມື່ອທ່ານຕ້ອງການໃຊ້ຄືນໃໝ່ໃນທົ່ວແອັບ/ຕົວແທນ. MCP ແຍກເຄື່ອງມືຈາກຜູ້ຂາຍຕົວແບບດຽວ. [2]
-
ປລັກອິນແບບກຳນົດເອງຕໍ່ແອັບ – ໃຊ້ໄດ້… ຈົນຮອດແອັບທີຫ້າຂອງເຈົ້າ. MCP ສູນກາງປລັກອິນນັ້ນເຂົ້າໄປໃນເຊີບເວີທີ່ໃຊ້ຄືນໄດ້. [2]
-
ສະຖາປັດຕະຍະກໍາ RAG ເທົ່ານັ້ນ - ການດຶງຂໍ້ມູນແມ່ນມີອໍານາດ, ແຕ່ ການປະຕິບັດແມ່ນສໍາຄັນ . MCP ໃຫ້ທ່ານປະຕິບັດໂຄງສ້າງ ບວກກັບ ບໍລິບົດ. [3]
ການວິພາກວິຈານຢ່າງຍຸດຕິທຳ: ການປຽບທຽບ “USB-C” ສາມາດສ່ອງແສງເຖິງຄວາມແຕກຕ່າງຂອງການຈັດຕັ້ງປະຕິບັດ. ໂປໂຕຄອນຊ່ວຍພຽງແຕ່ຖ້າ UX ແລະນະໂຍບາຍດີ. nuance ນັ້ນມີສຸຂະພາບດີ. [1]
ແບບຈໍາລອງຈິດໃຈຫນ້ອຍ: ຂໍ, ຕອບສະຫນອງ, ແຈ້ງການ 🧠
ຮູບພາບນີ້:
-
ລູກຄ້າຖາມເຊີບເວີ:
ວິທີການ: "tools/call", params: {...} -
ເຊີບເວີຕອບກັບດ້ວຍຜົນໄດ້ຮັບ ຫຼືຄວາມຜິດພາດ
-
ເຊີບເວີສາມາດ ແຈ້ງເຕືອນ ລູກຄ້າກ່ຽວກັບການປ່ຽນແປງລາຍຊື່ເຄື່ອງມື ຫຼືຊັບພະຍາກອນໃໝ່ເພື່ອໃຫ້ UI ອັບເດດສົດໆ
ນີ້ແມ່ນວິທີທີ່ JSON-RPC ຫມາຍຄວາມວ່າຈະຖືກນໍາໃຊ້ - ແລະວິທີການ MCP ກໍານົດການຄົ້ນພົບເຄື່ອງມືແລະການຮຽກຮ້ອງ. [3]
ບັນທຶກການຈັດຕັ້ງປະຕິບັດທີ່ຊ່ວຍໃຫ້ທ່ານປະຫຍັດເວລາ⏱️
-
ເລີ່ມຕົ້ນດ້ວຍ stdio. ເສັ້ນທາງທ້ອງຖິ່ນທີ່ງ່າຍທີ່ສຸດ; ງ່າຍດາຍກັບ sandbox ແລະ debug. ຍ້າຍໄປ HTTP ເມື່ອທ່ານຕ້ອງການຂອບເຂດ. [2]
-
ວາງແຜນການປ້ອນຂໍ້ມູນ/ຜົນຂອງເຄື່ອງມືຂອງເຈົ້າ. ການກວດສອບ JSON Schema ທີ່ເຂັ້ມແຂງ = ການໂທທີ່ຄາດເດົາໄດ້ແລະການພະຍາຍາມທີ່ປອດໄພກວ່າ. [3]
-
ຕ້ອງການການດໍາເນີນການທີ່ບໍ່ມີທ່າແຮງ. ພະຍາຍາມຄືນໃຫມ່; ຢ່າສ້າງຫ້າປີ້ໂດຍບັງເອີນ.
-
Human-in-the-loop ສໍາລັບການຂຽນ. ສະແດງຄວາມແຕກຕ່າງ/ການອະນຸມັດກ່ອນການກະທຳທີ່ທຳລາຍ; ມັນສອດຄ່ອງກັບການຍິນຍອມເຫັນດີແລະການຊີ້ນໍານະໂຍບາຍ. [4]
ກໍລະນີທີ່ໃຊ້ຈິງທ່ານສາມາດຈັດສົ່ງໄດ້ໃນອາທິດນີ້🚢
-
ຄວາມຮູ້ພາຍໃນ + ການປະຕິບັດ: ຫໍ່ wiki, ticketing, ແລະ scripts ການຕິດຕັ້ງເປັນເຄື່ອງມື MCP ເພື່ອໃຫ້ເພື່ອນຮ່ວມທີມສາມາດຖາມວ່າ: "ກັບຄືນການປະຕິບັດສຸດທ້າຍແລະເຊື່ອມຕໍ່ເຫດການ." ການຮ້ອງຂໍຫນຶ່ງ, ບໍ່ແມ່ນຫ້າແຖບ. [3]
-
ການດໍາເນີນງານ Repo ຈາກການສົນທະນາ: ໃຊ້ Copilot ກັບເຄື່ອງແມ່ຂ່າຍຂອງ MCP ເພື່ອລາຍຊື່ repos, ເປີດ PRs, ແລະຈັດການບັນຫາໂດຍບໍ່ຕ້ອງອອກຈາກບັນນາທິການຂອງທ່ານ. [5]
-
ຂັ້ນຕອນການເຮັດວຽກຂອງ desktop ທີ່ມີລາງລົດໄຟຄວາມປອດໄພ: ໃນ Windows, ໃຫ້ຕົວແທນອ່ານໂຟນເດີຫຼືໂທຫາ CLI ທ້ອງຖິ່ນດ້ວຍການເຕືອນການຍິນຍອມແລະເສັ້ນທາງການກວດສອບ. [4]
ຄຳຖາມທີ່ມັກຖາມເລື້ອຍໆກ່ຽວກັບ MCP ❓
MCP ເປັນຫ້ອງສະຫມຸດຫຼືມາດຕະຖານບໍ?
ມັນເປັນ ພິທີການ . ຜູ້ຂາຍຈັດສົ່ງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍທີ່ປະຕິບັດມັນ, ແຕ່ spec ແມ່ນແຫຼ່ງຂອງຄວາມຈິງ. [2]
MCP ສາມາດທົດແທນກອບ plugin ຂອງຂ້ອຍໄດ້ບໍ?
ບາງຄັ້ງ. ຖ້າ plugins ຂອງທ່ານແມ່ນ "ໂທຫາວິທີການນີ້ກັບ args ເຫຼົ່ານີ້, ໄດ້ຮັບຜົນໄດ້ຮັບທີ່ມີໂຄງສ້າງ," MCP ສາມາດປະສົມປະສານໃຫ້ເຂົາເຈົ້າ. Deep app lifecycle hooks ອາດຈະຍັງຕ້ອງການ plugins bespoke. [3]
MCP ຮອງຮັບການຖ່າຍທອດບໍ່?
ແມ່ນແລ້ວ-ທາງເລືອກການຂົນສົ່ງລວມມີ HTTP ທີ່ສາມາດຖ່າຍທອດໄດ້, ແລະທ່ານສາມາດສົ່ງການອັບເດດເພີ່ມເຕີມຜ່ານການແຈ້ງເຕືອນ. [2]
JSON-RPC ຍາກທີ່ຈະຮຽນຮູ້ບໍ?
ບໍ່. ມັນເປັນວິທີການພື້ນຖານ +params+id ໃນ JSON, ເຊິ່ງຫຼາຍຫ້ອງສະຫມຸດສະຫນັບສະຫນູນແລ້ວ - ແລະ MCP ສະແດງໃຫ້ເຫັນຢ່າງແນ່ນອນວ່າມັນຖືກນໍາໃຊ້ແນວໃດ. [2]
ລາຍລະອຽດໂປໂຕຄອນນ້ອຍໆທີ່ຈ່າຍອອກ 📎
ທຸກໆການໂທມີ ຊື່ວິທີການ ແລະ ຕົວກໍານົດການພິມ . ໂຄງສ້າງນັ້ນເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຕິດຄັດຂອບເຂດ, ການອະນຸມັດ, ແລະເສັ້ນທາງການກວດສອບ - ຍາກກວ່າດ້ວຍການເຕືອນແບບບໍ່ເສຍຄ່າ. ເອກະສານຂອງ Windows ສະແດງວິທີການສົ່ງການກວດສອບເຫຼົ່ານີ້ເຂົ້າໄປໃນປະສົບການ OS. [4]
ແຕ້ມສະຖາປັດຕະຍະກຳໄວທີ່ທ່ານສາມາດຂຽນໃສ່ຜ້າເຊັດໂຕໄດ້📝
ໂຮດແອັບພ້ອມສົນທະນາ → ມີລູກຂ່າຍ MCP → ເປີດການຂົນສົ່ງໄປຫາໜຶ່ງ ຫຼືຫຼາຍເຊີບເວີ → ເຊີບເວີເປີດເຜີຍຄວາມສາມາດ → ການສ້າງແບບແຜນຂັ້ນຕອນ, ໂທຫາເຄື່ອງມື, ຮັບຜົນໄດ້ຮັບທີ່ມີໂຄງສ້າງ → ການສົນທະນາສະແດງຄວາມແຕກຕ່າງ/ຕົວຢ່າງ → ຜູ້ໃຊ້ອະນຸມັດ → ຂັ້ນຕອນຕໍ່ໄປ. ບໍ່ແມ່ນ magic - ພຽງແຕ່ທໍ່ນ້ໍາທີ່ອອກຈາກທາງ. [2]
ຂໍ້ສັງເກດສຸດທ້າຍ - ດົນເກີນໄປ, ຂ້ອຍບໍ່ໄດ້ອ່ານມັນ 🎯
MCP ປ່ຽນລະບົບນິເວດເຄື່ອງມືທີ່ວຸ່ນວາຍໃຫ້ກາຍເປັນສິ່ງທີ່ເຈົ້າສາມາດຫາເຫດຜົນໄດ້. ມັນຈະບໍ່ຂຽນນະໂຍບາຍຄວາມປອດໄພ ຫຼື UI ຂອງເຈົ້າ, ແຕ່ມັນເຮັດໃຫ້ເຈົ້າໜ້າເບື່ອ, ເປັນກະດູກສັນຫຼັງທີ່ຄາດເດົາໄດ້ສຳລັບ ການກະທໍາ + ບໍລິບົດ . ເລີ່ມຕົ້ນບ່ອນທີ່ການຮັບຮອງເອົາແມ່ນລຽບງ່າຍ - Copilot ໃນ IDE ຫຼື ຕົວແທນ Windows ຂອງທ່ານດ້ວຍການຍິນຍອມເຫັນດີ - ຫຼັງຈາກນັ້ນຫໍ່ລະບົບພາຍໃນເປັນເຊີຟເວີເພື່ອໃຫ້ຕົວແທນຂອງທ່ານສາມາດເຮັດວຽກທີ່ແທ້ຈິງໄດ້ໂດຍບໍ່ມີການ labyrinth ຂອງອະແດບເຕີທີ່ກໍາຫນົດເອງ. ນັ້ນແມ່ນວິທີທີ່ມາດຕະຖານຊະນະ. [5][4]
ເອກະສານອ້າງອີງ
-
ພາບລວມ MCP & ການປຽບທຽບ “USB-C” – Model Context Protocol: MCP ແມ່ນຫຍັງ?
-
ຂໍ້ມູນສະເພາະ (ບົດບາດ, JSON-RPC, ການຂົນສົ່ງ, ຄວາມປອດໄພ) – Model Context Protocol Specification (2025-06-18)
-
ເຄື່ອງມື, ແຜນງານ, ການຄົ້ນພົບ ແລະການແຈ້ງເຕືອນ – ຄຸນສົມບັດຂອງເຊີບເວີ MCP: ເຄື່ອງມື
-
ການເຊື່ອມໂຍງ Windows (ODR/ການລົງທະບຽນ, ການຍິນຍອມ, ການບັນທຶກ, ນະໂຍບາຍ) – Model Context Protocol (MCP) ໃນ Windows – ພາບລວມ
-
ການຮັບຮອງເອົາ ແລະການຈັດການ IDE – ຂະຫຍາຍ GitHub Copilot Chat ກັບເຊີບເວີ MCP