bot ຈະຊ່ວຍພວກເຮົາ

ນຶ່ງປີກ່ອນ, ພະແນກ HR ທີ່ຮັກແພງຂອງພວກເຮົາໄດ້ຂໍໃຫ້ພວກເຮົາຂຽນ chat bot ທີ່ຈະຊ່ວຍໃຫ້ມີການປັບຕົວຜູ້ໃຫມ່ໃຫ້ກັບບໍລິສັດ.

ໃຫ້ຈອງໄວ້ວ່າພວກເຮົາບໍ່ໄດ້ພັດທະນາຜະລິດຕະພັນຂອງຕົນເອງ, ແຕ່ພວກເຮົາໃຫ້ບໍລິການລູກຄ້າທີ່ມີການພັດທະນາຢ່າງເຕັມທີ່. ເລື່ອງຈະກ່ຽວກັບໂຄງການພາຍໃນຂອງພວກເຮົາ, ສໍາລັບລູກຄ້າບໍ່ແມ່ນບໍລິສັດພາກສ່ວນທີສາມ, ແຕ່ HR ຂອງພວກເຮົາເອງ. ແລະວຽກງານຕົ້ນຕໍ, ເນື່ອງຈາກການມີຈໍານວນຈໍາກັດຂອງປະຊາຊົນ, ຊັບພະຍາກອນ, ແລະເວລາ, ແມ່ນເພື່ອສໍາເລັດໂຄງການຕາມເວລາແລະປ່ອຍຜະລິດຕະພັນ.

ທໍາອິດ, ໃຫ້ອະທິບາຍບັນຫາທີ່ຕ້ອງໄດ້ຮັບການແກ້ໄຂ.

ນັກພັດທະນາສ່ວນຫຼາຍແມ່ນຄົນ introverted ແລະບໍ່ມັກເວົ້າ; ມັນງ່າຍຂຶ້ນຫຼາຍທີ່ຈະຂຽນຄໍາຖາມຂອງທ່ານໃນການສົນທະນາທາງອີເມວ. ດ້ວຍ bot, ທ່ານບໍ່ ຈຳ ເປັນຕ້ອງຄິດກ່ຽວກັບຜູ້ທີ່ຈະຖາມ, ໃຜໂທຫາ, ໄປໃສ, ແລະໂດຍທົ່ວໄປ, ບ່ອນທີ່ຊອກຫາຂໍ້ມູນແລະວ່າມັນມີຄວາມກ່ຽວຂ້ອງບໍ.

ບັນຫາທີສອງແມ່ນຂໍ້ມູນ - ມັນມີຫຼາຍ, ມັນຢູ່ໃນແຫຼ່ງທີ່ແຕກຕ່າງກັນ, ມັນບໍ່ມີຢູ່ສະເຫມີແລະຕ້ອງການການເພີ່ມແລະການປັບປຸງຢ່າງຕໍ່ເນື່ອງ.

ບໍລິສັດມີພະນັກງານເກືອບ 500 ຄົນ, ພວກເຂົາຕັ້ງຢູ່ໃນຫ້ອງການທີ່ແຕກຕ່າງກັນ, ເຂດເວລາ, ນະຄອນຂອງລັດເຊຍແລະແມ້ກະທັ້ງຕ່າງປະເທດ, ປົກກະຕິແລ້ວມີຄໍາຖາມຫຼາຍ, ດັ່ງນັ້ນວຽກງານອື່ນແມ່ນເພື່ອຫຼຸດຜ່ອນພາລະຂອງພະນັກງານ HR ທີ່ກ່ຽວຂ້ອງກັບຄໍາຖາມທີ່ພົບເລື້ອຍທີ່ສຸດ. ໂດຍພະນັກງານ.

ມັນຍັງມີຄວາມຈໍາເປັນທີ່ຈະອັດຕະໂນມັດຂະບວນການຂອງ: ຜູ້ມາໃຫມ່ທີ່ເຂົ້າຮ່ວມບໍລິສັດ, ສົ່ງຂໍ້ຄວາມໄປຫາຜູ້ຈັດການແລະຜູ້ໃຫ້ຄໍາແນະນໍາຂອງຜູ້ມາໃຫມ່, ສົ່ງຂໍ້ຄວາມເຕືອນອັດຕະໂນມັດກ່ຽວກັບຫຼັກສູດແລະການທົດສອບທີ່ຜູ້ມາໃຫມ່ຕ້ອງຜ່ານເພື່ອໃຫ້ການປັບຕົວປະສົບຜົນສໍາເລັດ.

ຂໍ້ກໍານົດດ້ານວິຊາການໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນໂດຍອີງໃສ່ຄວາມຕ້ອງການຂອງທຸລະກິດ.

bot ຕ້ອງເຮັດວຽກບົນພື້ນຖານຂອງ Skype (ປະຫວັດສາດ, ພວກເຂົາໃຊ້ມັນຢູ່ໃນບໍລິສັດ), ດັ່ງນັ້ນການບໍລິການໃນ Azura ໄດ້ຖືກເລືອກ.

ເພື່ອຈໍາກັດການເຂົ້າເຖິງມັນ, ພວກເຮົາໄດ້ເລີ່ມໃຊ້ກົນໄກການອະນຸຍາດຜ່ານ Skype.
ຫໍສະຫມຸດ ParlAI ຖືກນໍາໃຊ້ສໍາລັບການຮັບຮູ້ຂໍ້ຄວາມ

ເວັບໄຊທ໌ບໍລິຫານຍັງຕ້ອງການສໍາລັບການຕັ້ງຄ່າ, ການຝຶກອົບຮົມ, ການດີບັກ, ການຕັ້ງຄ່າທາງໄປສະນີແລະວຽກງານອື່ນໆ.

ໃນຂະນະທີ່ເຮັດວຽກຢູ່ໃນໂຄງການ, ພວກເຮົາໄດ້ພົບກັບບັນຫາແລະຄວາມຫຍຸ້ງຍາກຈໍານວນຫນຶ່ງ.

ຕົວຢ່າງ, ມີບັນຫາດ້ານວິຊາການກັບບັນຊີ Azure. Microsoft ບໍ່ຕ້ອງການເປີດໃຊ້ການສະມັກສະມາຊິກຂອງພວກເຮົາເນື່ອງຈາກມີບາງບັນຫາທາງດ້ານເຕັກນິກພາຍໃນການບໍລິການຂອງພວກເຂົາ. ເກືອບສອງເດືອນທີ່ພວກເຮົາບໍ່ສາມາດເຮັດຫຍັງໄດ້ກ່ຽວກັບມັນ; ໃນທີ່ສຸດການສະຫນັບສະຫນູນຂອງ Microsoft ໄດ້ຍົກມືແລະສົ່ງພວກເຮົາໄປຫາຄູ່ຮ່ວມງານ, ຜູ້ທີ່ປະສົບຜົນສໍາເລັດໃນການຕິດຕັ້ງທຸກສິ່ງທຸກຢ່າງແລະໃຫ້ພວກເຮົາບັນຊີ.

ຂັ້ນຕອນທີ່ຍາກທີ່ສຸດແມ່ນການເລີ່ມຕົ້ນຂອງໂຄງການ, ໃນເວລາທີ່ທ່ານຈໍາເປັນຕ້ອງເລືອກສິ່ງທີ່ພວກເຮົາຈະນໍາໃຊ້, ສະຖາປັດຕະຍະກໍາຈະເປັນແນວໃດ, ວິທີການແລະບ່ອນທີ່ຈະເກັບຂໍ້ມູນ, ແລະວິທີການອົງປະກອບແລະໂມດູນຂອງລະບົບຈະພົວພັນກັບກັນແລະກັນ.

ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ພວກ​ເຮົາ, ບັນ​ຫາ​ທົ່ວ​ໄປ​ທີ່​ສໍາ​ຄັນ​ຂອງ​ການ​ເລີ່ມ​ຕົ້ນ​ໂຄງ​ການ​ໃດ​ຫນຶ່ງ​ແມ່ນ​ສັບ​ສົນ​ເພີ່ມ​ເຕີມ​ໂດຍ​ການ​ພະ​ນັກ​ງານ. ລັກສະນະສະເພາະຂອງທຸລະກິດຂອງພວກເຮົາແມ່ນ, ບໍ່ເຫມືອນກັບການຄ້າ, ໂຄງການພາຍໃນມັກຈະເຮັດວຽກໂດຍຜູ້ພັດທະນາທີ່ບໍ່ມີຄວາມຮູ້ພຽງພໍໃນພື້ນທີ່ທີ່ກໍານົດໄວ້ - ພວກເຂົາພຽງແຕ່, ໂດຍຄວາມປະສົງຂອງຊະຕາກໍາ, ສິ້ນສຸດລົງໃນ bench ລໍຖ້າຕໍ່ໄປ. ໂຄງການການຄ້າເຢັນໃຫຍ່. ມັນເປັນເຫດຜົນວ່າສິ່ງຕ່າງໆຍັງມີຄວາມຫຍຸ້ງຍາກຫຼາຍກັບການກະຕຸ້ນໃນສະຖານະການດັ່ງກ່າວ. ຜົນຜະລິດຫຼຸດລົງຕໍ່າ, ທີມງານມັກຈະບໍ່ເຮັດວຽກ, ແລະດັ່ງນັ້ນທ່ານຕ້ອງຊັກຊວນ (ກະຕຸ້ນ) ຫຼືປ່ຽນບຸກຄົນ. ໃນເວລາທີ່ມີການປ່ຽນແປງນັກພັດທະນາ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ດໍາເນີນການຝຶກອົບຮົມ, ຖ່າຍທອດຄວາມຮູ້ແລະສໍາຄັນເລີ່ມຕົ້ນໂຄງການອີກເທື່ອຫນຶ່ງ. ຜູ້ພັດທະນາໃຫມ່ແຕ່ລະຄົນໄດ້ເຫັນສະຖາປັດຕະຍະກໍາໃນແບບຂອງຕົນເອງແລະໄດ້ຂູດຮີດຜູ້ທີ່ຜ່ານມາສໍາລັບການຕັດສິນໃຈທີ່ພວກເຂົາເຮັດແລະລະຫັດຂອງຄົນອື່ນ. ການຂຽນຄືນໃຫມ່ໄດ້ເລີ່ມຕົ້ນຈາກ scratch.

ອັນນີ້ດຳເນີນໄປເປັນເວລາປະມານຫົກເດືອນ. ພວກເຮົາພຽງແຕ່ຫມາຍເວລາ, refactoring ລະຫັດແລະບໍ່ໄດ້ຂຽນຫຍັງໃຫມ່.

ນອກຈາກນີ້, ໃນໂຄງການພາຍໃນ, ຕາມກົດລະບຽບ, ເກືອບບໍ່ມີເອກະສານ, ແລະມັນຍາກທີ່ຈະເຂົ້າໃຈສິ່ງທີ່ຕ້ອງເຮັດໃນແຕ່ລະຈຸດໃນເວລາ, ແລະສິ່ງທີ່ເປັນບູລິມະສິດໃນປະຈຸບັນ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງທີມງານຖາວອນ, ສ້າງຂະບວນການ, ແລະດໍາເນີນການວາງແຜນແລະການປະເມີນຜົນຢ່າງຫນ້ອຍສາມເດືອນ. ແຕ່ວິທີການເຮັດແນວນີ້ໃນເວລາທີ່ໂຄງການບໍ່ແມ່ນການຄ້າ, ຊຶ່ງຫມາຍຄວາມວ່າທ່ານຈໍາເປັນຕ້ອງລົງທຶນຕໍາ່ສຸດທີ່ຂອງຜູ້ຊາຍຊົ່ວໂມງ, ແລະໃນເວລາດຽວກັນໄດ້ຮັບຜົນໄດ້ຮັບບໍ່ຮ້າຍແຮງກວ່າເກົ່າສໍາລັບລູກຄ້າພາຍນອກ?

ພວກເຮົາໄດ້ກໍານົດສະນຸກເກີຂອງຊັບພະຍາກອນທີ່ເຂົ້າຮ່ວມໃນການພັດທະນາໂຄງການ, ມີຄວາມຄຸ້ນເຄີຍກັບມັນແລະຕ້ອງການທີ່ຈະເຮັດວຽກກ່ຽວກັບມັນ. ພວກເຮົາໄດ້ແຕ້ມຕາຕະລາງການຈ້າງງານຂອງປະຊາຊົນໃນໂຄງການ. ພວກ​ເຮົາ​ໄດ້​ປະ​ເມີນ​ແລະ​ປະ​ສານ​ງານ​ວຽກ​ງານ, ແລະ​ປັບ​ໃຫ້​ວຽກ​ງານ​ເຫຼົ່າ​ນີ້​ເຂົ້າ​ໄປ​ໃນ "ຂຸມ​" ລະ​ຫວ່າງ​ໂຄງ​ການ​ຕົ້ນ​ຕໍ. ຫຼັງຈາກ 4 ເດືອນພວກເຮົາໄດ້ຮັບຕົວແບບທີ່ເຮັດວຽກຂອງຄໍາຮ້ອງສະຫມັກ.

ຕອນນີ້ໃຫ້ເຮົາສົນທະນາໃນລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບການເຮັດວຽກຂອງ bot, ສະຖາປັດຕະຍະກໍາແລະການແກ້ໄຂດ້ານວິຊາການ.

ຫນຶ່ງໃນຄວາມຕ້ອງການຕົ້ນຕໍຂອງ HR ແມ່ນການຮັບຮູ້ຂໍ້ຄວາມທີ່ຂຽນໂດຍຜູ້ໃຊ້ເພື່ອຕອບຄໍາຖາມຢ່າງຖືກຕ້ອງ. ເຈົ້າສາມາດຂຽນຫາລາວ-ຂ້ອຍຢາກໄປພັກຜ່ອນ, ຂ້ອຍຢາກໄປພັກຜ່ອນ ຫຼືຢາກໄປພັກຜ່ອນ, ລາວຈະເຂົ້າໃຈ ແລະຕອບຕາມຄວາມເໝາະສົມ. ຫຼືທັນທີທັນໃດເກົ້າອີ້ຂອງພະນັກງານແຕກແລະລາວຕ້ອງການຂຽນວ່າ "ເກົ້າອີ້ຫັກ" ຫຼື "ເກົ້າອີ້ຂອງຂ້ອຍມີຮອຍແຕກ" ຫຼື "ເກົ້າອີ້ຫລັງໄດ້ຕົກລົງ"; ດ້ວຍການຝຶກອົບຮົມທີ່ເຫມາະສົມ, bot ຈະຮັບຮູ້ຄໍາຮ້ອງຂໍດັ່ງກ່າວ. ຄຸນນະພາບຂອງການຮັບຮູ້ຂໍ້ຄວາມຕົວມັນເອງແມ່ນຂຶ້ນກັບການຝຶກອົບຮົມຂອງ bot, ທີ່ພວກເຮົາຈະເວົ້າກ່ຽວກັບຕໍ່ມາ.

ຄວາມຕ້ອງການຕໍ່ໄປແລະສ່ວນຫນຶ່ງຂອງການເຮັດວຽກແມ່ນລະບົບການສົນທະນາຂອງ bot. ລະບົບໄດ້ຖືກພັດທະນາທີ່ bot ສາມາດດໍາເນີນການສົນທະນາແລະເຂົ້າໃຈສະພາບການຂອງບັນຫາໃນປະຈຸບັນ. ໃນການຕອບຄໍາຖາມຂອງທ່ານ, ລາວອາດຈະຖາມຄໍາຖາມທີ່ຊີ້ແຈງແລະສືບຕໍ່ການສົນທະນາຖ້າພວກເຮົາໄດ້ຝຶກອົບຮົມ bot ເພື່ອເຮັດສິ່ງນີ້. Skype ສະຫນັບສະຫນູນຕົວເລືອກເມນູງ່າຍໆເພື່ອເຕືອນຜູ້ໃຊ້ກ່ຽວກັບທາງເລືອກສໍາລັບການສືບຕໍ່ການສົນທະນາ. ນອກຈາກນັ້ນ, ຖ້າພວກເຮົາໄດ້ມີການສົນທະນາ, ແຕ່ທັນທີທັນໃດໄດ້ຕັດສິນໃຈຖາມຄໍາຖາມອອກຈາກຫົວຂໍ້, bot ຈະເຂົ້າໃຈເລື່ອງນີ້.

bot ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງສິ່ງປະດິດຕ່າງໆໃຫ້ກັບຜູ້ໃຊ້ໂດຍອີງໃສ່ຂໍ້ມູນສ່ວນຕົວຂອງລາວ. ຕົວຢ່າງ, ຢູ່ໃນສະຖານທີ່ຂອງລາວ. ສົມມຸດວ່າຖ້າຄົນເຮົາຢາກຊອກຫາຫ້ອງນໍ້າ, ຫຼັງຈາກນັ້ນລາວຈະຖືກສະແດງແຜນທີ່ຫ້ອງການນໍາລາວໄປຫາຫ້ອງນ້ໍາ. ແລະບັດຈະຖືກເລືອກໂດຍຂຶ້ນກັບວ່າຫ້ອງການບໍລິສັດໃດທີ່ພະນັກງານຕັ້ງຢູ່.

ຫນຶ່ງໃນວຽກງານທີ່ສໍາຄັນທີ່ສຸດແມ່ນການປົກປ້ອງຂໍ້ມູນສ່ວນຕົວຂອງຜູ້ໃຊ້. ພວກເຮົາບໍ່ສາມາດອະນຸຍາດໃຫ້ທຸກໆຄົນເຂົ້າເຖິງຂໍ້ມູນທີ່ລະອຽດອ່ອນທີ່ bot ຂອງພວກເຮົາດໍາເນີນການ. ຄວາມຕ້ອງການສໍາລັບການອະນຸຍາດດັ່ງກ່າວສໍາລັບ bot ເປັນສ່ວນສໍາຄັນຂອງມັນ. bot ຂໍໃຫ້ຜູ້ໃຊ້ກວດສອບຄວາມຖືກຕ້ອງກ່ອນທີ່ລາວຈະສາມາດດໍາເນີນການສົນທະນາກັບລາວ. ນີ້ເກີດຂຶ້ນຄັ້ງທໍາອິດທີ່ພະນັກງານຕິດຕໍ່ກັບ bot. ການອະນຸຍາດຕົວມັນເອງໄດ້ປ່ຽນເສັ້ນທາງຜູ້ໃຊ້ໄປຫາຫນ້າທີ່ເຫມາະສົມ, ບ່ອນທີ່ຜູ້ໃຊ້ໄດ້ຮັບ token, ເຊິ່ງຫຼັງຈາກນັ້ນລາວເຂົ້າໄປໃນຂໍ້ຄວາມ Skype. ຖ້າການອະນຸຍາດປະສົບຜົນສໍາເລັດ, ທ່ານສາມາດເລີ່ມຕົ້ນຕິດຕໍ່ກັບ bot ໄດ້.

ການອະນຸຍາດເກີດຂຶ້ນຜ່ານ Skype - portal-authorization service, ເຄືອຂ່າຍອົງກອນ ແລະ LDAP. ດັ່ງນັ້ນ, ການອະນຸຍາດແມ່ນຂຶ້ນກັບຂໍ້ມູນຜູ້ໃຊ້ໃນປະຈຸບັນໃນເຄືອຂ່າຍຂອງບໍລິສັດ.

ໃນຂະບວນການຂອງການພັດທະນາ bot, ພວກເຮົາຮູ້ວ່າພວກເຮົາຕ້ອງການບາງປະເພດຂອງລະບົບທີ່ສ້າງຂຶ້ນໃນຫນ້າທີ່ປະຕູທີ່ສາມາດຊ່ວຍ HR ແກ້ໄຂ bot ໄດ້ໄວ. ພວກເຮົາໄດ້ເພີ່ມຫນ້າປະຕູທີ່ HR ສາມາດເບິ່ງຄວາມຜິດພາດທີ່ບັນທຶກໂດຍຜູ້ໃຊ້ໃນເວລາທີ່ເຮັດວຽກກັບ bot ແລະແກ້ໄຂໃຫ້ເຂົາເຈົ້າໂດຍໃຊ້ retraining ຫຼືປ່ອຍໃຫ້ພວກເຂົາສໍາລັບນັກພັດທະນາ.

ຄວາມສາມາດໃນການຝຶກອົບຮົມ bot ໂດຍກົງຢູ່ໃນປະຕູບໍ່ໄດ້ລວມຢູ່ໃນຕອນຕົ້ນ. ໃນລະຫວ່າງຂະບວນການພັດທະນາ, ພວກເຮົາຮູ້ວ່າການຝຶກອົບຮົມ bot ແມ່ນວຽກງານທົ່ວໄປທີ່ສຸດທີ່ພະນັກງານຂອງພະແນກ HR ຈະປະຕິບັດໃນເວລາທີ່ເຮັດວຽກກັບມັນ, ແລະການສົ່ງໄຟລ໌ຂໍ້ຄວາມໄປຫາຜູ້ພັດທະນາສໍາລັບການຝຶກອົບຮົມເພີ່ມເຕີມຂອງ bot ແມ່ນບໍ່ສາມາດຍອມຮັບໄດ້. ນີ້ກິນເວລາຫຼາຍເກີນໄປແລະສ້າງຄວາມຜິດພາດແລະບັນຫາຫຼາຍເກີນໄປ.

ພວກເຮົາໄດ້ຂຽນ UI ຢູ່ໃນປະຕູສໍາລັບການຝຶກອົບຮົມທີ່ເປັນມິດກັບຜູ້ໃຊ້ຂອງ bot. ມັນອະນຸຍາດໃຫ້ HR ເຫັນການຝຶກອົບຮົມໃນປະຈຸບັນຂອງ bot, ຝຶກອົບຮົມມັນຕື່ມອີກແລະປັບຕົວກັບການຝຶກອົບຮົມໃນປະຈຸບັນ. ການຝຶກອົບຮົມແມ່ນເປັນຕົວແທນໂດຍໂຄງສ້າງຕົ້ນໄມ້ທີ່ nodes, ນັ້ນແມ່ນ, ສາຂາ, ແມ່ນການສືບຕໍ່ການສົນທະນາກັບ bot. ທ່ານສາມາດສ້າງຄໍາຖາມແລະຄໍາຕອບທີ່ງ່າຍດາຍ, ຫຼືທ່ານສາມາດສ້າງການສົນທະນາທີ່ມີນ້ໍາຫນັກ, ມັນທັງຫມົດແມ່ນຂຶ້ນກັບ HR ແລະຄວາມຕ້ອງການຂອງພວກເຂົາ.

ສອງສາມຄໍາກ່ຽວກັບຖາປັດຕະຍະການແກ້ໄຂ.

ຖາປັດຕະຍະການແກ້ໄຂແມ່ນແບບໂມດູນ. ມັນປະກອບມີການບໍລິການທີ່ຮັບຜິດຊອບວຽກງານຕ່າງໆ, ຄື:
•ບໍລິການ Skype bot ໃນ Azure - ຍອມຮັບແລະປະມວນຜົນການຮ້ອງຂໍຂອງຜູ້ໃຊ້. ນີ້ແມ່ນການບໍລິການທີ່ຂ້ອນຂ້າງງ່າຍດາຍທີ່ທໍາອິດໄດ້ຮັບການຮ້ອງຂໍແລະດໍາເນີນການປຸງແຕ່ງເບື້ອງຕົ້ນຂອງຕົນ.
• Admin portal - ການບໍລິການທີ່ສະຫນອງການໂຕ້ຕອບເວັບສໍາລັບການຕັ້ງຄ່າປະຕູແລະສໍາລັບ bot ຕົວມັນເອງ. bot ຕິດຕໍ່ກັບປະຕູທໍາອິດສະເຫມີ, ແລະປະຕູຈະຕັດສິນໃຈວ່າຈະເຮັດແນວໃດຕໍ່ໄປກັບຄໍາຮ້ອງຂໍ.
•ການບໍລິການການອະນຸຍາດ - ສະຫນອງກົນໄກການພິສູດຢືນຢັນສໍາລັບ bot ແລະສໍາລັບ admin portal. ການອະນຸຍາດເກີດຂຶ້ນຜ່ານໂປຣໂຕຄໍ Oauth2. ດ້ວຍການອະນຸຍາດໃນທາງບວກ, ການບໍລິການປະຕິບັດການອະນຸຍາດໃນເຄືອຂ່າຍຂອງບໍລິສັດອີງຕາມຂໍ້ມູນຜູ້ໃຊ້ທີ່ຖືກຕ້ອງ, ດັ່ງນັ້ນລະບົບສາມາດຄວບຄຸມຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບຂໍ້ມູນອອກຈາກການຊິງ.
• AI Text recognition module, ຂຽນໃນ Python ແລະນໍາໃຊ້ກອບ ParlAI ສໍາລັບການຮັບຮູ້ຂໍ້ຄວາມຕົວມັນເອງ. ນີ້ແມ່ນເຄືອຂ່າຍ neural, ຢ່າງຫນ້ອຍໃນການປະຕິບັດໃນປະຈຸບັນຂອງມັນ. ພວກເຮົາໃຊ້ tfDiff algorithm ເພື່ອເຂົ້າໃຈຄໍາຖາມ. ໂມດູນສະຫນອງ API ສໍາລັບການສື່ສານກັບມັນແລະການຮຽນຮູ້.

ສະຫຼຸບແລ້ວ, ຂ້າພະເຈົ້າຢາກເວົ້າວ່ານີ້ແມ່ນປະສົບການທໍາອິດຂອງພວກເຮົາໃນການສ້າງ bot ສົນທະນາ, ແລະພວກເຮົາໄດ້ພະຍາຍາມເຮັດໃຫ້ລະບົບງ່າຍດາຍເທົ່າທີ່ເປັນໄປໄດ້, ແຕ່ໃນເວລາດຽວກັນມີປະສິດຕິຜົນ, ມີຄ່າໃຊ້ຈ່າຍແຮງງານຫນ້ອຍທີ່ສຸດ. ຂ້າພະເຈົ້າຄິດວ່າພວກເຮົາມີຜະລິດຕະພັນທີ່ຫນ້າສົນໃຈຫຼາຍ. ດ້ວຍລະບົບການຝຶກອົບຮົມຂອງຕົນເອງ, ບັນທຶກຄວາມຜິດພາດ, ການສົ່ງການແຈ້ງເຕືອນ, ມັນຍັງສາມາດປະສົມປະສານກັບຜູ້ສົ່ງຂ່າວອື່ນໆ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com