
AI Agent (Agentic AI) ແມ່ນລະບົບ AI ແບບອັດຕະໂນມັດທີ່ສາມາດວາງແຜນດ້ວຍຕົນເອງຕາມຄຳສັ່ງຂອງມະນຸດ, ຄວບຄຸມເຄື່ອງມືພາຍນອກ, ແລະຕັດສິນໃຈເພື່ອເຮັດໃຫ້ວຽກງານສຳເລັດລຸລ່ວງ.
ບົດຄວາມນີ້ຈະອະທິບາຍຕັ້ງແຕ່ຄວາມແຕກຕ່າງທີ່ຊັດເຈນລະຫວ່າງ AI Agent ກັບ Chatbot ແບບດັ້ງເດີມ, ໄປຈົນເຖິງຂັ້ນຕອນສະເພາະສຳລັບວິສາຫະກິດໄທທີ່ຕ້ອງການນຳ AI Agent ມາໃຊ້ໃນການອັດຕະໂນມັດດ້ານການດຳເນີນງານ. ສຳລັບຜູ້ບໍລິຫານ ແລະ ພະນັກງານ IT ທີ່ກຳລັງປະສົບກັບບັນຫາທີ່ວ່າ "ນຳ AI ມາໃຊ້ແລ້ວ ແຕ່ສຸດທ້າຍກໍຍັງຕ້ອງໃຫ້ມະນຸດຄວບຄຸມຢູ່ດີ" — ບົດຄວາມນີ້ຈະນຳທ່ານໄປສູ່ຂັ້ນຕອນຕໍ່ໄປຂອງການອັດຕະໂນມັດທີ່ AI Agent ສາມາດມອບໃຫ້ໄດ້.
AI Agent ບໍ່ແມ່ນ "AI ທີ່ເຂົ້າໃຈຄຳສັ່ງແລ້ວຕອບໂຕ້" ແຕ່ແມ່ນ "AI ທີ່ເຂົ້າໃຈເປົ້າໝາຍແລ້ວລົງມືປະຕິບັດ". ການເຂົ້າໃຈຄວາມແຕກຕ່າງນີ້ຄືກ້າວທຳອິດທີ່ຈະຍົກລະດັບການອັດຕະໂນມັດທາງທຸລະກິດຂອງທ່ານໄປສູ່ຂັ້ນຕໍ່ໄປ.
ຄວາມແຕກຕ່າງທີ່ໃຫຍ່ທີ່ສຸດລະຫວ່າງ AI Agent ແລະ Chatbot ຄື ການ "ຕອບຄຳຖາມໜຶ່ງຄັ້ງຕໍ່ໜຶ່ງຄຳຖາມ" ຫຼື "ດຳເນີນຫຼາຍຂັ້ນຕອນຢ່າງອັດຕະໂນມັດເພື່ອໄປສູ່ເປົ້າໝາຍ"
| ມຸມມອງ | Chatbot ແບບດັ້ງເດີມ | AI Agent |
|---|---|---|
| ຮູບແບບການທຳງານ | ຕອບທີລະຄຳຖາມ (ຄຳຖາມ → ຄຳຕອບ) | ຂັບເຄື່ອນດ້ວຍເປົ້າໝາຍ (ເປົ້າໝາຍ → ວາງແຜນ → ດຳເນີນການ → ກວດສອບ) |
| ການໃຊ້ເຄື່ອງມື | ບໍ່ມີ (ຕອບສະໜອງດ້ວຍຂໍ້ຄວາມເທົ່ານັ້ນ) | ເອີ້ນໃຊ້ API, ຄົ້ນຫາ DB, ຈັດການໄຟລ໌ |
| ຄວາມສາມາດໃນການຕັດສິນ | ຕອບສະໜອງຕາມຮູບແບບທີ່ກຳນົດໄວ້ | ຕັດສິນໃຈແບບ Dynamic ຕາມສະຖານະການ |
| ການຮັບມືກັບຂໍ້ຜິດພາດ | Escalation (ໂອນໃຫ້ມະນຸດ) | ພະຍາຍາມແກ້ໄຂດ້ວຍຕົນເອງກ່ອນ ຈຶ່ງ Escalation |
| ຂອບເຂດການຮັບມື | ຢູ່ພາຍໃນຮູບແບບຄຳຖາມທີ່ກຳນົດໄວ້ | ຮັບມືກັບສະຖານະການທີ່ບໍ່ຮູ້ຈັກໄດ້ດ້ວຍການໃຊ້ເຫດຜົນ |
ຕົວຢ່າງ ຫາກໄດ້ຮັບຄຳຮ້ອງຂໍວ່າ "ກະລຸນາຈັດການເດີນທາງໄປທຳທຸລະກິດທີ່ປະເທດໄທເດືອນໜ້າ", Chatbot ຈະຕອບກັບໂດຍສົ່ງລິ້ງວ່າ "ນີ້ຄືເວັບໄຊຈອງການເດີນທາງ". ສ່ວນ AI Agent ຈະກວດສອບຕາຕະລາງຫວ່າງຈາກ Calendar, ຄົ້ນຫາຕົວເລືອກປີ້ຍົນ ແລະ ໂຮງແຮມ, ສະເໜີທາງເລືອກທີ່ຢູ່ໃນງົບປະມານ, ແລ້ວດຳເນີນການຈອງຫຼັງຈາກໄດ້ຮັບການອະນຸມັດ — ທັງໝົດນີ້ຖືກດຳເນີນການເປັນຂະບວນການ ຫຼື Pipeline ຕໍ່ເນື່ອງດຽວກັນ.
ໃນຕະຫຼາດໄທ, Chatbot ທີ່ໃຊ້ LINE ໄດ້ຮັບຄວາມນິຍົມຢ່າງກວ້າງຂວາງ, ແຕ່ສ່ວນໃຫຍ່ຍັງຈຳກັດຢູ່ທີ່ການຕອບ FAQ ແລະ ການແນະນຳຕາມຮູບແບບທີ່ກຳນົດໄວ້. ດ້ວຍການຝັງ AI Agent ໄວ້ "ເບື້ອງຫຼັງ" ຂອງ LINE Chatbot ນີ້, ສາມາດ Upgrade ຈາກການຕອບສະໜອງທຳມະດາໄປສູ່ການດຳເນີນງານທຸລະກິດໄດ້ຢ່າງແທ້ຈິງ.
ຄວາມເປັນອິດສະລະຂອງ AI Agent ເກີດຂຶ້ນຈາກໂຄງສ້າງລູບທີ່ວົນຊ້ຳ 4 ຂັ້ນຕອນ ຄື ການຮັບຮູ້ (Perceive) → ການວິເຄາະ (Reason) → ການກະທຳ (Act) → ການສັງເກດ (Observe)
ການວົນຊ້ຳລູບນີ້ຈົນກວ່າຈະບັນລຸເປົ້າໝາຍ ຄືແກ່ນແທ້ຂອງ "ຄວາມເປັນອິດສະລະ" ຂອງ AI Agent. ໃນຂະນະທີ່ AI ແບບດັ້ງເດີມ "ຮັບຂໍ້ມູນນຳເຂົ້າ 1 ຄັ້ງ ແລ້ວສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ 1 ຄັ້ງ", Agent ຈະ "ຄິດຫາທາງເດີນຕໍ່ໄປດ້ວຍຕົນເອງຢ່າງຕໍ່ເນື່ອງຈົນກວ່າຈະເຖິງເປົ້າໝາຍ".
ຢ່າງໃດກໍ່ຕາມ "ຄວາມເປັນອິດສະລະ" ບໍ່ໄດ້ໝາຍຄວາມວ່າ "ປ່ອຍໃຫ້ເຮັດໄດ້ຕາມໃຈ". ໃນການນຳໃຊ້ຕົວຈິງ, ການອອກແບບທີ່ໃຫ້ມະນຸດອະນຸມັດໃນຈຸດສຳຄັນຂອງການຕັດສິນໃຈ (Human-in-the-Loop) ຖືເປັນສິ່ງທີ່ຂາດບໍ່ໄດ້. ລາຍລະອຽດໃນຈຸດນີ້ຈະໄດ້ກ່າວເຖິງໃນພາຍຫຼັງ.

ຄວາມສົນໃຈໃນ AI Agent ໄດ້ເລັ່ງຕົວຂຶ້ນຢ່າງໄວວາ ເມື່ອຄວາມສາມາດໃນການໃຊ້ເຫດຜົນຂອງ LLM ໄດ້ກ້າວຈາກລະດັບ "ການຕອບຄຳຖາມ" ໄປສູ່ລະດັບ "ການປະຕິບັດໜ້າວຽກ". ໂດຍທີ່ຄວາມໄດ້ຮັບການພັດທະນາທາງດ້ານເຕັກໂນໂລຊີ ແລະ ບັນຫາດ້ານການດຳເນີນງານຂອງວິສາຫະກິດໄທ ໄດ້ມາບັນຈົບກັນໃນຈັງຫວະດຽວກັນ.
ປັດໃຈໂດຍກົງທີ່ເຮັດໃຫ້ AI Agent ກ້າວເຂົ້າສູ່ຂັ້ນຕອນການນຳໃຊ້ຕົວຈິງ ແມ່ນການພັດທະນາ 3 ດ້ານຂອງ Foundation Model.
1. ຄວາມສາມາດໃນການໃຊ້ເຫດຜົນທີ່ກ້າວກະໂດດຢ່າງໂດດເດັ່ນ
LLM ລຸ້ນລ່າສຸດ ເຊັ່ນ Claude, GPT ແລະ Gemini ໄດ້ພັດທະນາຄວາມສາມາດໃນການ "ຄິດເປັນຂັ້ນຕອນ" (Chain-of-Thought Reasoning). ແທນທີ່ຈະພຽງແຕ່ຄົ້ນຫາຄວາມຮູ້ແລ້ວຕອບ, ລະບົບສາມາດດຳເນີນການໃຊ້ເຫດຜົນຫຼາຍຂັ້ນຕອນໄດ້ ເຊັ່ນ: "ກ່ອນອື່ນໃຫ້ກວດສອບ A, ຈາກນັ້ນປຽບທຽບກັບ B, ແລ້ວຖ້າເງື່ອນໄຂ C ຖືກຕ້ອງ ຈຶ່ງດຳເນີນການ D".
2. ການສ້າງມາດຕະຖານ ຫຼື Specification ສຳລັບການໃຊ້ເຄື່ອງມື (Tool Use / Function Calling)
LLM ຫຼັກໆ ໄດ້ຕິດຕັ້ງຟັງຊັນການເອີ້ນໃຊ້ເຄື່ອງມືເປັນມາດຕະຖານ. ດ້ວຍເຫດນີ້, AI ຈຶ່ງສາມາດດຳເນີນການ API ແລະ ຖານຂໍ້ມູນພາຍນອກໄດ້ໂດຍກົງ. ບໍ່ພຽງແຕ່ "ສ້າງຄຳຕອບ" ເທົ່ານັ້ນ ແຕ່ຍັງ "ຂັບເຄື່ອນລະບົບຕົວຈິງ" ໄດ້ໂດຍບໍ່ຕ້ອງພັດທະນາພິເສດໃດໆ.
3. ການຂະຫຍາຍ Context Window
ປະລິມານຂໍ້ມູນທີ່ສາມາດປະມວນຜົນໄດ້ (Context Window) ໄດ້ຂະຫຍາຍຕົວຢ່າງຫຼວງຫຼາຍ, ເຮັດໃຫ້ສາມາດອ້າງອີງຄູ່ມືການດຳເນີນງານທີ່ຍາວ ຫຼື ເອກະສານທີ່ກ່ຽວຂ້ອງຫຼາຍສະບັບໃນຄັ້ງດຽວ ຂະນະທີ່ດຳເນີນວຽກງານ. ນີ້ແຕກຕ່າງຈາກຍຸກທີ່ສາມາດຕອບໄດ້ພຽງຄຳຖາມສັ້ນໆ ຢ່າງສິ້ນເຊີງ.
ພື້ນຫຼັງທີ່ທຸລະກິດທີ່ດຳເນີນງານໃນໄທໃຫ້ຄວາມສົນໃຈກັບ AI Agent ນັ້ນ ມາຈາກສິ່ງທ້າທາຍທີ່ເປັນເອກະລັກສະເພາະຂອງພາກພື້ນນີ້.
ພາລະດ້ານການຮອງຮັບຫຼາຍພາສາ
ໃນສະພາບແວດລ້ອມທາງທຸລະກິດຂອງໄທ ພາສາໄທ, ອັງກິດ, ຍີ່ປຸ່ນ ແລະ ຈີນ ຖືກໃຊ້ງານໃນຊີວິດປະຈຳວັນຢ່າງຄຶກຄັກ. ໃນຫຼາຍສະຖານການ ເຊັ່ນ: ການສະໜັບສະໜູນລູກຄ້າ, ການສື່ສານພາຍໃນອົງກອນ ແລະ ການກວດສອບສັນຍາ ອຸປະສັກດ້ານພາສາກາຍເປັນຄໍຄວດ (bottleneck) ທີ່ສຳຄັນ. ເນື່ອງຈາກ AI Agent ສາມາດດຳເນີນວຽກງານຂ້າມຫຼາຍພາສາໄດ້ ຈຶ່ງຊ່ວຍຫຼຸດຜ່ອນຄວາມຈຳເປັນໃນການຈັດສັນພະນັກງານປະຈຳສຳລັບແຕ່ລະພາສາໄດ້ຢ່າງຫຼວງຫຼາຍ.
ຄວາມຍາກລຳບາກດ້ານໂຄງສ້າງໃນການຮັບສະໝັກບຸກຄະລາກອນ
ຕະຫຼາດບຸກຄະລາກອນດ້ານ IT ໃນກຸງເທບມະຫານະຄອນ ເປັນຕະຫຼາດທີ່ຜູ້ຂາຍມີອຳນາດຕໍ່ລອງສູງຢ່າງຕໍ່ເນື່ອງ. ໂດຍສະເພາະ ການຊອກຫາ "ບຸກຄະລາກອນສ້ອມຂົວ (Bridge Personnel)" ທີ່ມີທັງຄວາມຮູ້ດ້ານທຸລະກິດ ແລະ ທັກສະດ້ານ IT ນັ້ນ ເປັນເລື່ອງທີ່ຫຍຸ້ງຍາກຫຼາຍ. ເນື່ອງຈາກ AI Agent ສາມາດຝັງຄວາມຮູ້ດ້ານທຸລະກິດໄວ້ໃນຮູບແບບ Prompt ຫຼື Knowledge Base ໄດ້ ຈຶ່ງກາຍເປັນທາງເລືອກໃນການຫຼຸດຖອຍການອ້າງອີງໂຄງສ້າງທີ່ຂຶ້ນກັບທັກສະຂອງບຸກຄະລາກອນທັງໝົດ.
ຄວາມແຕກແຍກຂອງລະບົບທີ່ມີຢູ່ເດີມ
ທຸລະກິດໄທຈຳນວນຫຼາຍໃຊ້ງານລະບົບຫຼາຍຕົວຄຽງຄູ່ກັນ ເຊັ່ນ: ຊອບແວບັນຊີ, ລະບົບຈັດການສາງ, CRM ແລະ LINE Official Account ແຕ່ກໍ່ມີກໍລະນີທີ່ລະບົບເຫຼົ່ານັ້ນບໍ່ໄດ້ເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນກັນຢ່າງບໍ່ໜ້ອຍ. ເນື່ອງຈາກ AI Agent ສາມາດດຳເນີນການຂ້າມລະບົບຫຼາຍຕົວຜ່ານ API ໄດ້ ຈຶ່ງສາມາດທົດແທນວຽກງານທີ່ມະນຸດຕ້ອງ "ເບິ່ງໜ້າຈໍລະບົບ A ແລ້ວປ້ອນຂໍ້ມູນດ້ວຍມືໃສ່ລະບົບ B" ໄດ້.

ການນຳໃຊ້ AI Agent ໃນທຸລະກິດ ຄວນເລີ່ມຕົ້ນຈາກການທົດແທນ "ວຽກງານທີ່ຊ້ຳຊາກທີ່ມະນຸດຕ້ອງສະຫຼັບໄປມາລະຫວ່າງລະບົບຕ່າງໆ" ເພາະນີ້ຄືສິ່ງທີ່ໃຫ້ຜົນຕອບແທນຈາກການລົງທຶນສູງທີ່ສຸດ. ໃນທີ່ນີ້ຈະນຳສະເໜີ 3 ຮູບແບບທີ່ຄາດວ່າຈະໄດ້ຮັບຜົນດີໂດຍສະເພາະສຳລັບບໍລິສັດໃນປະເທດໄທ.
ການສະໜັບສະໜູນລູກຄ້າ (Customer Support) ແມ່ນຈຸດເລີ່ມຕົ້ນທີ່ພົບເຫັນຫຼາຍທີ່ສຸດໃນການນຳໃຊ້ AI Agent.
ໃນອະດີດ, chatbot LINE ທົ່ວໄປມີຟັງຊັ່ນຫຼັກຄືການຕອບຄຳຖາມແບບຕາຍຕົວໂດຍອີງໃສ່ການຈັບຄູ່ FAQ. ເມື່ອນຳ AI Agent ເຂົ້າມາລວມ ຫຼື Merge, ຈະສາມາດດຳເນີນການຕ່າງໆໄດ້ຢ່າງອັດຕະໂນມັດດັ່ງນີ້:
ຈຸດສຳຄັນ ຫຼື ແກນຫຼັກຢູ່ທີ່ການ "ດຳເນີນການຈົນສຳເລັດ" ບໍ່ພຽງແຕ່ "ສົ່ງຄຳຕອບກັບ" ເທົ່ານັ້ນ. ຕົວຢ່າງ ເມື່ອລູກຄ້າຕິດຕໍ່ວ່າ "ສິນຄ້າທີ່ສັ່ງໄປອາທິດແລ້ວຍັງບໍ່ໄດ້ຮັບ", AI Agent ຈະລະບຸໝາຍເລກຄຳສັ່ງຊື້, ກວດສອບສະຖານະການຈັດສົ່ງໃນລະບົບ Logistics, ແຈ້ງສາເຫດ ແລະ ເວລາທີ່ຄາດວ່າຈະໄດ້ຮັບສິນຄ້າໃຫ້ລູກຄ້າໃນກໍລະນີທີ່ລ່າຊ້າ, ແລະ ຍົກລະດັບ (Escalate) ໄປຫາທີມ Logistics ພາຍໃນຕາມຄວາມຈຳເປັນ — ທັງໝົດນີ້ດຳເນີນການຕໍ່ເນື່ອງໃນຂະບວນການ ຫຼື Pipeline ດຽວ.
ສຳລັບຜູ້ປະກອບການ E-Commerce ແລະ ທຸລະກິດບໍລິການໃນໄທ, ປະລິມານຄຳຖາມທີ່ເຂົ້າມາຜ່ານ LINE Official Account ມີແນວໂນ້ມສູງຫຼາຍ. ການນຳ AI Agent ມາໃຊ້ເພື່ອຕອບໂຕ້ອັດຕະໂນມັດໃນຂັ້ນຕອນທຳອິດ ກຳລັງໄດ້ຮັບຄວາມສົນໃຈໃນຖານະເປັນວິທີການທີ່ສາມາດປັບປຸງຄວາມໄວໃນການຕອບສະໜອງ ແລະ ຫຼຸດຜ່ອນພາລະຂອງຜູ້ຮັບຜິດຊອບໄດ້ໃນເວລາດຽວກັນ.
ໃນພະແນກຫຼັງບ້ານ (Back Office) ເຊັ່ນ: ການບັນຊີ, ຊັບພະຍາກອນມະນຸດ, ແລະ ວຽກງານທົ່ວໄປ ມັກຈະມີວຽກທີ່ "ມີກົດລະບຽບການຕັດສິນໃຈທີ່ຊັດເຈນ ແຕ່ຕ້ອງອາໄສການເຮັດດ້ວຍມືຫຼາຍ" ລວມຢູ່ດ້ວຍກັນ ຊຶ່ງນີ້ຄືຂົງເຂດທີ່ AI Agent ສາມາດສະແດງປະສິດທິພາບໄດ້ດີທີ່ສຸດ.
ການອັດຕະໂນມັດການຄືນເງິນຄ່າໃຊ້ຈ່າຍ
AI ຈະອ່ານຮູບພາບໃບເສັດ ແລ້ວດຶງຂໍ້ມູນຈຳນວນເງິນ, ວັນທີ, ແລະ ໝວດໝູ່ ເພື່ອປ້ອນເຂົ້າລະບົບຄືນເງິນຄ່າໃຊ້ຈ່າຍໂດຍອັດຕະໂນມັດ. ລະບົບຈະກວດສອບໂດຍອັດຕະໂນມັດຕາມລະບຽບພາຍໃນ (ເຊັ່ນ: ວົງເງິນສູງສຸດຕໍ່ການຮັບປະທານອາຫານແຕ່ລະຄັ້ງ ເປັນຕົ້ນ) ຫາກຢູ່ໃນລະບຽບ ກໍ່ຈະສົ່ງຕໍ່ໄປຍັງຂະບວນການ ຫຼື Pipeline ການອະນຸມັດ, ຫາກຢູ່ນອກລະບຽບ ກໍ່ຈະຂໍໃຫ້ຜູ້ໃຊ້ປ້ອນເຫດຜົນ.
ການດຳເນີນການໃບແຈ້ງໜີ້
ເມື່ອໄດ້ຮັບໃບແຈ້ງໜີ້ຈາກຄູ່ຄ້າ (PDF ຫຼື ໄຟລ໌ແນບທາງອີເມລ), AI Agent ຈະອ່ານເນື້ອຫາ ແລ້ວທຳການຈັບຄູ່ກັບໃບສັ່ງຊື້ ຫາກບໍ່ມີຄວາມແຕກຕ່າງ ກໍ່ຈະລົງທະບຽນໃນຄິວການດຳເນີນການຊຳລະເງິນ. ລະບົບຍັງດຳເນີນການໂດຍອັດຕະໂນມັດທັງຄວາມແຕກຕ່າງຂອງສະກຸນເງິນ (ບາດ, ເຢັນ, ດໍລາ) ແລະ ການຄຳນວນ VAT ອີກດ້ວຍ.
ການຄັດກອງເບື້ອງຕົ້ນດ້ານຊັບພະຍາກອນມະນຸດ ແລະ ການສັນຫາ
AI ຈະອ່ານເອກະສານສະໝັກງານ ແລ້ວໃຫ້ຄະແນນຄວາມສອດຄ່ອງກັບຄວາມຕ້ອງການຂອງຕຳແໜ່ງງານ. ສຳລັບຜູ້ສະໝັກທີ່ໄດ້ຄະແນນສູງ ລະບົບຈະສົ່ງອີເມລນັດໝາຍສຳພາດໂດຍອັດຕະໂນມັດ ແລະ ດຳເນີນການລົງທະບຽນໃນປະຕິທິນຈົນຄົບ.
ສິ່ງທີ່ວຽກງານເຫຼົ່ານີ້ມີຮ່ວມກັນຄື ລັກສະນະທີ່ວ່າ "ກົດລະບຽບຊັດເຈນ ແຕ່ແຫຼ່ງຂໍ້ມູນນຳເຂົ້າກະຈັດກະຈາຍ (ອີເມລ, PDF, ຮູບພາບ, Web Form)". AI Agent ເຮັດໜ້າທີ່ເປັນ "ຊັ້ນການແປ" ທີ່ດູດຊຶມຄວາມແຕກຕ່າງຂອງຮູບແບບການນຳເຂົ້າ ແລ້ວເຊື່ອມຕໍ່ໄປຍັງການດຳເນີນການທີ່ອີງໃສ່ກົດລະບຽບ.
«ການສ້າງລາຍງານປະຈຳເດືອນໃຊ້ເວລາເຕັມໜຶ່ງວັນທຸກຄັ້ງ» — ສຽງຮ້ອງທຸກແບບນີ້ບໍ່ແມ່ນເລື່ອງແປກໃນພາກສ່ວນບໍລິຫານຂອງບໍລິສັດທີ່ຕັ້ງຢູ່ໃນປະເທດໄທ. ການດຶງຂໍ້ມູນດ້ວຍມືຈາກຫຼາຍລະບົບ, ລວບລວມໃນ Excel, ແລ້ວສະຫຼຸບໃສ່ PowerPoint ນັ້ນ ຖືເປັນໜຶ່ງໃນວຽກງານທີ່ AI Agent ເກັ່ງທີ່ສຸດ.
ຂະບວນການ ຫຼື Pipeline ຂອງການສ້າງລາຍງານອັດຕະໂນມັດດ້ວຍ AI Agent ມີດັ່ງນີ້:
ຂັ້ນຕອນທີ່ມະນຸດຕ້ອງເຂົ້າມາກ່ຽວຂ້ອງມີພຽງ «ກວດສອບເນື້ອຫາລາຍງານທີ່ AI ສ້າງຂຶ້ນ ແລະ ເພີ່ມການຕີຄວາມໝາຍທີ່ຈຳເປັນສຳລັບການຕັດສິນໃຈດ້ານການບໍລິຫານ» ເທົ່ານັ້ນ. ການຖືກປົດປ່ອຍຈາກວຽກງານປົກກະຕິຢ່າງການເກັບກຳ, ຈັດຮູບແບບ ແລະ ສະແດງຜົນຂໍ້ມູນ ຈະຊ່ວຍໃຫ້ສາມາດສຸມໃສ່ການວິເຄາະ ແລະ ການຕັດສິນໃຈໄດ້ຢ່າງເຕັມທີ່.
ໂດຍສະເພາະໃນການລາຍງານຈາກສາຂາໃນໄທໄປຍັງສຳນັກງານໃຫຍ່ຢູ່ຍີ່ປຸ່ນ ຈະມີວຽກງານການແປງຂໍ້ມູນທີ່ເປັນສະກຸນເງິນບາດໃຫ້ເປັນສະກຸນເງິນເຢນ ແລ້ວສະຫຼຸບເປັນພາສາຍີ່ປຸ່ນ. ເນື່ອງຈາກ AI Agent ສາມາດດຳເນີນການ «ການແປງສະກຸນເງິນ + ການແປພາສາ + ການຈັດຮູບແບບລາຍງານ» ໄດ້ຕໍ່ເນື່ອງໃນຂະບວນການດຽວ ຈຶ່ງສົ່ງຜົນໂດຍກົງຕໍ່ການເພີ່ມປະສິດທິພາບຂອງວຽກງານລາຍງານລະຫວ່າງສາຂາ.

ກົດທອງຂອງການນຳໃຊ້ AI Agent ຄື "ເລີ່ມຕົ້ນຂະໜາດນ້ອຍ, ຢືນຢັນຜົນໄດ້ຮັບ, ແລ້ວຈຶ່ງຂະຫຍາຍຕໍ່". ຫາກຕັ້ງເປົ້າໝາຍນຳໃຊ້ທົ່ວທັງອົງກອນຕັ້ງແຕ່ຕົ້ນ, ຄວາມສ່ຽງທີ່ຄວາມຕ້ອງການຈະບານປາຍ ແລະ ໂຄງການຈະລົ້ມເຫລວກ່ອນທີ່ຈະເຫັນຜົນໄດ້ຮັບນັ້ນມີສູງຫຼາຍ.
ຂັ້ນຕອນທຳອິດຂອງການນຳໃຊ້ຄືການເລືອກວຽກງານໜຶ່ງທີ່ຈະນຳມາອັດຕະໂນມັດ. "ເຮັດໄດ້ທຸກຢ່າງ" ແມ່ນຈຸດດຶງດູດຂອງ AI Agent ແຕ່ດ້ວຍເຫດນັ້ນເອງ ການເລືອກເປົ້າໝາຍໃນຄັ້ງທຳອິດຈຶ່ງເປັນຕົວກຳນົດຄວາມສຳເລັດຫຼືຄວາມລົ້ມເຫຼວ.
ເກນການຄັດເລືອກ: ເລືອກວຽກງານທີ່ຕອບສະໜອງເງື່ອນໄຂ 3 ຂໍ້ພ້ອມກັນ
ວຽກງານທີ່ຕອບສະໜອງເງື່ອນໄຂທັງ 3 ຂໍ້ພ້ອມກັນ ຄືສິ່ງທີ່ເອີ້ນວ່າ "Sweet Spot" ຂອງການນຳໃຊ້ AI Agent.
ຂັ້ນຕອນການສ້າງຄວາມເຂົ້າໃຈກ່ຽວກັບ Workflow ຂອງວຽກງານ
ພຽງແຕ່ດຳເນີນການສ້າງຄວາມເຂົ້າໃຈນີ້ ກໍ່ມັກຈະໄດ້ຄົ້ນພົບວ່າ "ຄວາມຈິງແລ້ວວຽກນີ້ບໍ່ຈຳເປັນ" ຫຼື "ການຕັດສິນໃຈນີ້ສາມາດກຳນົດເປັນກົດລະບຽບໄດ້ຢ່າງເປັນລະບົບ".
ໄລຍະເວລາ ແລະ ຂະໜາດທີ່ແນະນຳສຳລັບ Pilot
Pilot ຄັ້ງທຳອິດຄວນຈຳກັດຢູ່ທີ່ວຽກງານໜຶ່ງໃນພະແນກໜຶ່ງ ແລະ ວັດຜົນໃນໄລຍະ 2 ຫາ 3 ເດືອນ. ຕົວຊີ້ວັດການວັດຜົນພື້ນຖານມີ 3 ຢ່າງຄື "ເວລາໃນການປະມວນຜົນ", "ອັດຕາຄວາມຜິດພາດ" ແລະ "ອັດຕາການແຊກແຊງຂອງມະນຸດ". ຫຼັງຈາກຢືນຢັນໄດ້ວ່າ Pilot ໃຫ້ຜົນດີພຽງພໍແລ້ວ ຈຶ່ງຄ່ອຍໆຂະຫຍາຍໄປສູ່ວຽກງານ ແລະ ພະແນກອື່ນໆຕາມລຳດັບ.
"ຄວາມເປັນອິດສະລະ" ຂອງ AI Agent ນັ້ນມີພະລັງ, ແຕ່ການມອບການຕັດສິນໃຈທັງໝົດໃຫ້ AI ນັ້ນບໍ່ແມ່ນສິ່ງທີ່ເປັນຈິງໄດ້. ໂດຍສະເພາະໃນວຽກງານທີ່ກ່ຽວຂ້ອງກັບການອະນຸມັດທຸລະກຳທີ່ມີມູນຄ່າສູງ, ການຕອບສະໜອງຢ່າງເປັນທາງການຕໍ່ລູກຄ້າ, ຫຼື ການຕັດສິນໃຈທາງດ້ານກົດໝາຍ, ການຢືນຢັນຂັ້ນສຸດທ້າຍຂອງມະນຸດນັ້ນເປັນສິ່ງທີ່ຂາດບໍ່ໄດ້.
ຮູບແບບການອອກແບບ "AI ປະມວນຜົນ, ມະນຸດຢືນຢັນຂັ້ນສຸດທ້າຍ" ນີ້ ເອີ້ນວ່າ HITL(Human-in-the-Loop).
ຫຼັກການພື້ນຖານຂອງການອອກແບບ HITL
ສິ່ງສຳຄັນຄືລຳດັບ "AI ກ່ອນ, ມະນຸດຫຼັງ". AI ຈະປະມວນຜົນ Input ກ່ອນ, ຈາກນັ້ນມະນຸດຈຶ່ງກວດສອບ ແລະ ແກ້ໄຂ Output ຂອງ AI. ຫາກປ່ຽນລຳດັບນີ້ (ອອກແບບໃຫ້ມະນຸດປະມວນຜົນກ່ອນ ແລ້ວ AI ກວດສອບ), ຄວາມສາມາດໃນການປະມວນຜົນຂອງມະນຸດຈະກາຍເປັນຄໍຄວດ, ສົ່ງຜົນໃຫ້ປະສິດທິຜົນຂອງລະບົບອັດຕະໂນມັດຫຼຸດລົງ.
ການຈັດສັນຕາມລະດັບຄວາມໜ້າເຊື່ອຖື
ການກຳນົດຄະແນນຄວາມໜ້າເຊື່ອຖື (Confidence Score) ໃຫ້ກັບ Output ຂອງ AI, ໂດຍໃຫ້ລາຍການທີ່ມີຄວາມໜ້າເຊື່ອຖືສູງຜ່ານການປະມວນຜົນອັດຕະໂນມັດ, ສ່ວນລາຍການທີ່ມີຄວາມໜ້າເຊື່ອຖືຕ່ຳເທົ່ານັ້ນທີ່ຈະໃຫ້ມະນຸດກວດສອບ, ຈະຊ່ວຍຫຼຸດປະລິມານວຽກຂອງມະນຸດໄດ້ຢ່າງຫຼວງຫຼາຍ ໃນຂະນະທີ່ຍັງຮັກສາຄຸນນະພາບໄວ້ໄດ້.
ສຳລັບລາຍລະອຽດກ່ຽວກັບຮູບແບບການອອກແບບ HITL ແລະ ຂັ້ນຕອນການນຳໃຊ້, ສາມາດອ່ານໄດ້ຢ່າງເປັນລະບົບໃນ「ຫຍັງຄືHuman-in-the-Loop (HITL)? ພື້ນຖານຂອງການອອກແບບ "ແບບມີການມີສ່ວນຮ່ວມຂອງມະນຸດ" ເພື່ອຕິດຕັ້ງລະບົບອັດຕະໂນມັດໃນທຸລະກິດດ້ວຍ AI」.

ສິ່ງທີ່ອັນຕະລາຍທີ່ສຸດໃນການນຳໃຊ້ AI Agent ຄືການຄາດຫວັງສູງເກີນໄປ ຄຽງຄູ່ກັບການກຽມພ້ອມທີ່ບໍ່ພຽງພໍ. ໃນສ່ວນນີ້ ຈະຂໍຍົກເອົາຄວາມເຂົ້າໃຈຜິດທີ່ພົບເຫັນເລື້ອຍໆ 3 ຂໍ້ ໃນຊ່ວງການພິຈາລະນານຳໃຊ້.
ຄວາມເຂົ້າໃຈຜິດຂໍ້ທີ 1: "ຖ້ານຳໃຊ້ AI Agent ແລ້ວ ຈະສາມາດຫຼຸດຄ່າແຮງງານໄດ້ທັນທີ"
AI Agent ບໍ່ແມ່ນເຄື່ອງມືສຳລັບ "ທົດແທນ" ການເຮັດວຽກຂອງມະນຸດ ແຕ່ເປັນເຄື່ອງມືສຳລັບ "ຈັດສັນໃໝ່" ວຽກງານຕ່າງໆ. ແນວຄິດພື້ນຖານຄືການໂອນວຽກທີ່ເປັນຮູບແບບຊ້ຳໆ ໃຫ້ AI ຮັບຜິດຊອບ ໃນຂະນະທີ່ມະນຸດສາມາດສຸມໃສ່ວຽກທີ່ຕ້ອງການການຕັດສິນໃຈ ຊຶ່ງຕ້ອງມີການອອກແບບໂຄງສ້າງວຽກງານໃໝ່ເປັນເງື່ອນໄຂກ່ອນ. ການທີ່ຕົ້ນທຶນຈະຫຼຸດລົງຢ່າງຮວດໄວທັນທີຫຼັງການນຳໃຊ້ນັ້ນເກີດຂຶ້ນໄດ້ຍາກ ໂດຍປົກກະຕິຈະໃຊ້ເວລາ 2 ຫາ 3 ເດືອນໃນການປັບແຕ່ງ ກ່ອນທີ່ຜົນລັບຈະມີຄວາມໝັ້ນຄົງ.
ຄວາມເຂົ້າໃຈຜິດຂໍ້ທີ 2: "ຖ້າບໍ່ມີທັກສະດ້ານເຕັກນິກຂັ້ນສູງ ກໍ່ບໍ່ສາມາດນຳໃຊ້ໄດ້"
ບໍ່ຈຳເປັນຕ້ອງພັດທະນາ AI Agent ຂຶ້ນມາເອງຈາກສູນ. ໂມເດລພື້ນຖານ ເຊັ່ນ Claude, GPT ແລະ Gemini ສາມາດໃຊ້ງານໄດ້ຜ່ານ API. ເຄື່ອງມືສ້າງ Agent ແບບ No-code/Low-code ກໍ່ມີໃຫ້ເລືອກໃຊ້ຫຼາຍຂຶ້ນ ແລະ ສະພາບແວດລ້ອມທີ່ຊ່ວຍໃຫ້ຜູ້ຮັບຜິດຊອບວຽກງານສາມາດສ້າງ Prototype ໄດ້ດ້ວຍຕົນເອງກໍ່ກຳລັງພັດທະນາຂຶ້ນເລື້ອຍໆ. ຢ່າງໃດກໍ່ຕາມ ການອອກແບບທີ່ທົນທານຕໍ່ການໃຊ້ງານຈິງ ເຊັ່ນ ການຈັດການຂໍ້ຜິດພາດ, ຄວາມປອດໄພ ແລະ Audit Log ຍັງຕ້ອງການຄວາມຮູ້ດ້ານເຕັກນິກໃນລະດັບໜຶ່ງ.
ຄວາມເຂົ້າໃຈຜິດຂໍ້ທີ 3: "ການທີ່ AI ຕັດສິນໃຈເອງນັ້ນມີຄວາມສ່ຽງສູງ"
ນີ້ຄືຄວາມເຂົ້າໃຈຜິດຕໍ່ຄຳວ່າ "ອັດຕະໂນມັດ". AI Agent ທີ່ໃຊ້ງານຈິງໃນທາງປະຕິບັດ ຈະບໍ່ຖືກອອກແບບໃຫ້ມອບທຸກຢ່າງໃຫ້ AI ຕັດສິນໃຈທັງໝົດ. ດ້ວຍການອອກແບບ HITL ທີ່ໄດ້ກ່າວໄວ້ກ່ອນໜ້ານີ້ ຈຸດຕັດສິນໃຈທີ່ສຳຄັນຈະຕ້ອງຜ່ານການອະນຸມັດຈາກມະນຸດສະເໝີ. "ຄວາມເປັນອັດຕະໂນມັດ" ຂອງ AI ໝາຍເຖິງ "ຄວາມສາມາດໃນການຄິດ ແລະ ດຳເນີນຂັ້ນຕອນຕໍ່ໄປໂດຍບໍ່ຕ້ອງລໍຖ້າຄຳສັ່ງຈາກມະນຸດ" ບໍ່ໃຊ່ "ສິດອຳນາດໃນການຕັດສິນໃຈຂັ້ນສຸດທ້າຍໂດຍບໍ່ມີການກວດສອບຈາກມະນຸດ".
ຢ່າລືມການປະຕິບັດຕາມ PDPA
ສຳລັບທຸລະກິດທີ່ດຳເນີນງານໃນປະເທດໄທ ການປະຕິບັດຕາມ PDPA (ກົດໝາຍຄຸ້ມຄອງຂໍ້ມູນສ່ວນຕົວ) ຖືເປັນສິ່ງຈຳເປັນ. ໃນກໍລະນີທີ່ AI Agent ປະມວນຜົນຂໍ້ມູນລູກຄ້າ ການອອກແບບລະບົບຕ້ອງຕອບສະໜອງຂໍ້ກຳນົດຂອງ PDPA ທັງໃນດ້ານການລະບຸຈຸດປະສົງຂອງການເກັບກຳຂໍ້ມູນ, ການຈຳກັດຂອບເຂດການໃຊ້ງານ ແລະ ຂໍ້ຈຳກັດກ່ຽວກັບການໂອນຂໍ້ມູນຂ້າມຊາຍແດນ. ສຳລັບລາຍລະອຽດເພີ່ມເຕີມ ກະລຸນາອ້າງອີງ "ລາຍການກວດສອບ Compliance ສຳລັບການດຸ່ນດ່ຽງລະຫວ່າງການປະຕິບັດຕາມ PDPA ຂອງໄທ ແລະ ການນຳໃຊ້ AI".

ຕອບຄຳຖາມທີ່ພົບເລື້ອຍໆໃນການພິຈາລະນານຳໃຊ້ AI Agent.
ຄ່າໃຊ້ຈ່າຍຈະແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍຂຶ້ນຢູ່ກັບການຕັ້ງຄ່າ. ຄ່າ API ຂອງ Foundation Model ໂດຍພື້ນຖານແລ້ວຈະຄິດໄລ່ຕາມການນຳໃຊ້ງານຈິງ ແລະ ຈະປ່ຽນແປງຕາມປະລິມານການປະມວນຜົນ. ໃນຂັ້ນຕອນ Pilot ຄ່າ API ແລະ ຄ່າພັດທະນາການເຊື່ອມຕໍ່ລະບົບຖືເປັນຕົ້ນທຶນຫຼັກ. ເນື່ອງຈາກຄ່າໃຊ້ຈ່າຍທີ່ຊັດເຈນຂຶ້ນຢູ່ກັບ Use Case ແລະ ປະລິມານການປະມວນຜົນ ຈຶ່ງແນະນຳໃຫ້ເລີ່ມຕົ້ນດ້ວຍ PoC ຂະໜາດນ້ອຍເພື່ອວັດຄ່າໃຊ້ຈ່າຍທີ່ເກີດຂຶ້ນຈິງ. ສຳລັບວິທີດຳເນີນ PoC ສາມາດອ້າງອີງໄດ້ທີ່ "ການພັດທະນາ PoC ແມ່ນຫຍັງ? ຕັ້ງແຕ່ພື້ນຖານການພິສູດແນວຄວາມຄິດ ຈົນເຖິງຄ່າໃຊ້ຈ່າຍ, ວິທີດຳເນີນການ ແລະ ການເລືອກຜູ້ຮັບເໝົາທີ່ບໍ່ຜິດພາດ".
ບໍ່ຈຳເປັນຕ້ອງປ່ຽນ Chatbot ທີ່ມີຢູ່ທັງໝົດໃນຄັ້ງດຽວ. ວິທີທີ່ເປັນຈິງຄືການເຊື່ອມຕໍ່ AI Agent ໄວ້ "ດ້ານຫຼັງ" ຂອງ Chatbot ກ່ອນ ແລ້ວສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ AI Agent ສະເພາະຄຳຖາມທີ່ຕອບດ້ວຍຮູບແບບຄົງທີ່ບໍ່ໄດ້. ຈາກນັ້ນຄ່ອຍໆຂະຫຍາຍຂອບເຂດການຮັບຜິດຊອບຂອງ AI Agent ໄປເທື່ອລະໜ້ອຍໂດຍຕິດຕາມຜົນທີ່ໄດ້ຮັບ.
Claude, GPT ແລະ Gemini ລ້ວນຮອງຮັບພາສາໄທທັງໝົດ. ຄວາມຖືກຕ້ອງໃນການເຂົ້າໃຈພາສາໄທຈະແຕກຕ່າງກັນຕາມ Model ດັ່ງນັ້ນການກວດສອບຄວາມຖືກຕ້ອງດ້ວຍຂໍ້ມູນທຸລະກິດຂອງຕົນເອງຈຶ່ງມີຄວາມສຳຄັນ. ໃນສະພາບແວດລ້ອມທາງທຸລະກິດທີ່ໃຊ້ທັງພາສາໄທ, ອັງກິດ ແລະ ຍີ່ປຸ່ນປົນກັນ AI Agent ທີ່ສາມາດປະມວນຜົນຫຼາຍພາສາໄດ້ຢ່າງຄ່ອງແຄ້ວຈະມີຄຸນຄ່າສູງເປັນພິເສດ.
AI Agent ແມ່ນກົນໄກທີ່ "AI ໜຶ່ງໂຕດຳເນີນ Task ຢ່າງອັດຕະໂນມັດ". ສ່ວນ Multi-Agent System ໝາຍເຖິງ Architecture ທີ່ມອບໝາຍບົດບາດທີ່ແຕກຕ່າງກັນ (ການວາງແຜນ, ການດຳເນີນການ, ການກວດສອບ ແລະ ອື່ນໆ) ໃຫ້ AI Agent ຫຼາຍໂຕ ແລ້ວໃຫ້ເຮັດວຽກຮ່ວມກັນ. ວິທີທີ່ເໝາະສົມຄືເລີ່ມຕົ້ນດ້ວຍ Agent ດຽວເພື່ອຢືນຢັນຜົນ ແລ້ວຄ່ອຍພິຈາລະນາປ່ຽນໄປໃຊ້ Multi-Agent ເມື່ອຕ້ອງການ Workflow ທີ່ຊັບຊ້ອນຂຶ້ນ. ລາຍລະອຽດເພີ່ມເຕີມອ້າງອີງໄດ້ທີ່ "Multi-Agent AI ແມ່ນຫຍັງ? ຕັ້ງແຕ່ Design Pattern ຈົນເຖິງຈຸດສຳຄັນໃນການ Implement ແລະ ການດຳເນີນງານ".
ໃນກໍລະນີທີ່ AI Agent ປະມວນຜົນຂໍ້ມູນສ່ວນຕົວ ຈຳເປັນຕ້ອງປະຕິບັດຕາມ PDPA ໃນດ້ານ "ການລະບຸຈຸດປະສົງການປະມວນຜົນ", "ການເກັບຂໍ້ມູນໃຫ້ໜ້ອຍທີ່ສຸດ" ແລະ "ຂໍ້ຈຳກັດການໂອນຂໍ້ມູນຂ້າມຊາຍແດນ". ໃນກໍລະນີທີ່ໃຊ້ Cloud API ຂໍ້ມູນອາດຖືກສົ່ງໄປຍັງ Server ນອກປະເທດໄທ ຈຶ່ງອາດຕ້ອງໄດ້ຮັບການຍິນຍອມສຳລັບການໂອນຂໍ້ມູນຂ້າມຊາຍແດນ.

AI Agent ແມ່ນເທັກໂນໂລຊີທີ່ຢູ່ໃນຈຸດປ່ຽນຜ່ານຈາກ "AI ທີ່ຕອບຄຳຖາມ" ໄປສູ່ "AI ທີ່ປະຕິບັດວຽກງານ". ໃນຂະນະທີ່ Chatbot ແບບດັ້ງເດີມຍັງຄົງຈຳກັດຢູ່ກັບການຕອບສະໜອງຕາມຮູບແບບທີ່ກຳນົດໄວ້, AI Agent ສາມາດວາງແຜນໄປສູ່ເປົ້າໝາຍ, ຄວບຄຸມເຄື່ອງມືຕ່າງໆ, ແລະ ກວດສອບຜົນລັບໃນຂະນະທີ່ດຳເນີນວຽກຈົນສຳເລັດ.
ສຳລັບວິສາຫະກິດທີ່ດຳເນີນທຸລະກິດໃນປະເທດໄທ, AI Agent ສາມາດເປັນວິທີແກ້ໄຂທີ່ມີປະສິດທິພາບຕໍ່ກັບສິ່ງທ້າທາຍທາງໂຄງສ້າງ ຫຼື Infrastructure, ບໍ່ວ່າຈະເປັນພາລະດ້ານການຮອງຮັບຫຼາຍພາສາ, ຄວາມຍາກໃນການຮັກສາບຸກຄະລາກອນ, ລວມທັງຄວາມຂາດການເຊື່ອມໂຍງລະຫວ່າງລະບົບຕ່າງໆ.
ຫຼັກການສຳຄັນໃນການນຳໃຊ້ຄືການ "ເລີ່ມຕົ້ນຈາກສ່ວນນ້ອຍ". ເລີ່ມຕົ້ນຈາກວຽກງານດຽວໃນພະແນກດຽວ, ວັດຜົນໃນຂະບວນການ ຫຼື Pipeline ທົດລອງ 2 ຫາ 3 ເດືອນ, ຈາກນັ້ນຂະຫຍາຍຂອບເຂດຢ່າງເປັນຂັ້ນຕອນ. ການອອກແບບດ້ວຍ HITL (Human-in-the-Loop) ເພື່ອລວມການກວດສອບຂອງມະນຸດ ແລະ ຮັບປະກັນການປະຕິບັດຕາມ PDPA ຈະຊ່ວຍໃຫ້ສາມາດນຳໃຊ້ງານໄດ້ຢ່າງປອດໄພ ແລະ ຍືນຍົງ.
ຂໍໃຫ້ເລີ່ມຕົ້ນດ້ວຍການຂຽນກະແສວຽກງານຂອງຕົນເອງ, ແລ້ວເລືອກວຽກງານໜຶ່ງທີ່ "ເຮັດຊ້ຳໆ, ມີກົດເກນການຕັດສິນໃຈທີ່ຊັດເຈນ, ແລະ ຂໍ້ມູນມີຢູ່ໃນຮູບແບບດິຈິຕອນ" ເປັນຈຸດເລີ່ມຕົ້ນ.

Yusuke Ishihara
ເລີ່ມຂຽນໂປຣແກຣມຕັ້ງແຕ່ອາຍຸ 13 ປີ ດ້ວຍ MSX. ຫຼັງຈົບການສຶກສາຈາກມະຫາວິທະຍາໄລ Musashi, ໄດ້ເຮັດວຽກໃນການພັດທະນາລະບົບຂະໜາດໃຫຍ່ ລວມທັງລະບົບຫຼັກຂອງສາຍການບິນ ແລະ ໂຄງສ້າງ Windows Server Hosting/VPS ທຳອິດຂອງຍີ່ປຸ່ນ. ຮ່ວມກໍ່ຕັ້ງ Site Engine Inc. ໃນປີ 2008. ກໍ່ຕັ້ງ Unimon Inc. ໃນປີ 2010 ແລະ Enison Inc. ໃນປີ 2025, ນຳພາການພັດທະນາລະບົບທຸລະກິດ, NLP ແລະ ແພລດຟອມ. ປັດຈຸບັນສຸມໃສ່ການພັດທະນາຜະลິດຕະພັນ ແລະ ການສົ່ງເສີມ AI/DX ໂດຍນຳໃຊ້ generative AI ແລະ LLM.