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

ມື້ນີ້, ພວກເຮົາກໍາລັງຈະປຶກສາຫາລືກ່ຽວກັບ ChatDev, ຮູບແບບພາສາຂະຫນາດໃຫຍ່ (LLM) ໂດຍອີງໃສ່, ວິທີການປະດິດສ້າງທີ່ມີຈຸດປະສົງເພື່ອປະຕິວັດພາກສະຫນາມຂອງການພັດທະນາຊອບແວ. paradigm ນີ້ຊອກຫາວິທີທີ່ຈະລົບລ້າງຄວາມຕ້ອງການສໍາລັບຕົວແບບພິເສດໃນແຕ່ລະໄລຍະຂອງຂະບວນການພັດທະນາ. ກອບຂອງ ChatDev ໝູນໃຊ້ຄວາມສາມາດຂອງກອບຂອງ LLM, ນຳໃຊ້ການສື່ສານແບບທຳມະຊາດເພື່ອເປັນເອກະພາບ ແລະປັບປຸງຂະບວນການພັດທະນາຊອບແວທີ່ສຳຄັນ.

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

1. ການອອກແບບ. 
2. ການຂຽນລະຫັດ. 
3. ການທົດສອບ. 
4. Documentation 

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

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

ChatDev : ການແນະນໍາການພັດທະນາຊອບແວທີ່ຂັບເຄື່ອນດ້ວຍ LLM

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

ໃນຊຸມປີມໍ່ໆມານີ້, ດ້ວຍການຊ່ວຍເຫຼືອຂອງ LLM ຫຼືຕົວແບບພາສາຂະຫນາດໃຫຍ່, ຊຸມຊົນ AI ໄດ້ບັນລຸຈຸດສໍາຄັນທີ່ສໍາຄັນໃນຂົງເຂດວິໄສທັດຄອມພິວເຕີ, ແລະການປຸງແຕ່ງພາສາທໍາມະຊາດ, ແລະປະຕິບັດຕາມການຝຶກອົບຮົມກ່ຽວກັບ "ການຄາດຄະເນຄໍາສັບຕໍ່ໄປ", ແບບຈໍາລອງພາສາຂະຫນາດໃຫຍ່ໄດ້ສະແດງໃຫ້ເຫັນເຖິງຄວາມສາມາດຂອງເຂົາເຈົ້າທີ່ຈະກັບຄືນປະສິດທິພາບໃນຫຼາຍ array ຂອງວຽກງານ downstream. ເຊັ່ນ: ການແປດ້ວຍເຄື່ອງຈັກ, ການຕອບຄໍາຖາມ, ແລະການສ້າງລະຫັດ. 

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

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

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

1. ການອອກແບບ. 
2. ການຂຽນລະຫັດ. 
3. ການທົດສອບ. 
4. Documentation 

ແຕ່ລະຂັ້ນຕອນເຫຼົ່ານີ້ນຳໃຊ້ທີມງານຕົວແທນສະເໝືອນຈິງ ເຊັ່ນ: ໂປຣແກມຂຽນລະຫັດ ຫຼື ນັກທົດສອບທີ່ເຮັດວຽກຮ່ວມກັນໂດຍໃຊ້ການສົນທະນາທີ່ສົ່ງຜົນໃຫ້ເກີດຂະບວນການເຮັດວຽກແບບບໍ່ລຽບງ່າຍ. ຍິ່ງໄປກວ່ານັ້ນ, ChatDev ໃຊ້ລະບົບຕ່ອງໂສ້ການສົນທະນາທີ່ເຮັດວຽກເປັນຜູ້ອໍານວຍຄວາມສະດວກ, ແລະແບ່ງແຕ່ລະຂັ້ນຕອນຂອງຂະບວນການພັດທະນາອອກເປັນວຽກງານຍ່ອຍຂອງປະລໍາມະນູ, ດັ່ງນັ້ນຈຶ່ງເຮັດໃຫ້ບົດບາດສອງຢ່າງ, ອະນຸຍາດໃຫ້ການສະເຫນີແລະການກວດສອບການແກ້ໄຂໂດຍໃຊ້ການສື່ສານທີ່ມີຄວາມເຂົ້າໃຈໃນສະພາບການທີ່ຊ່ວຍໃຫ້ນັກພັດທະນາມີປະສິດທິພາບ. ແກ້ໄຂວຽກຍ່ອຍທີ່ລະບຸໄວ້. ລະບົບຕ່ອງໂສ້ການສົນທະນາປະກອບດ້ວຍຫຼາຍ nodes ທີ່ແຕ່ລະ node ສ່ວນບຸກຄົນເປັນຕົວແທນຂອງ subtask ສະເພາະ, ແລະທັງສອງບົດບາດນີ້ມີສ່ວນຮ່ວມໃນການສົນທະນາຫຼາຍ turns-aware ເພື່ອບໍ່ພຽງແຕ່ສະເຫນີ, ແຕ່ຍັງ validate ວິທີແກ້ໄຂ. 

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

ChatDev : ສະຖາປັດຕະຍະກຳ ແລະ ການເຮັດວຽກ

ຕອນນີ້ພວກເຮົາມີບົດແນະນໍາສັ້ນໆກ່ຽວກັບ ChatDev, ໃຫ້ພວກເຮົາເບິ່ງສະຖາປັດຕະຍະກໍາ & ການເຮັດວຽກຂອງກອບ ChatDev ເລີ່ມຕົ້ນດ້ວຍ Chat Chain. 

ແຊັດ

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

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

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

ການອອກແບບ

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

1. CEO ຫຼືຫົວຫນ້າບໍລິຫານ. 
2. CPO ຫຼືຫົວຫນ້າຜະລິດຕະພັນ. 
3. CTO ຫຼືຫົວຫນ້າວິຊາການ. 

ລະບົບຕ່ອງໂສ້ການສົນທະນາຫຼັງຈາກນັ້ນເຂົ້າມາມີບົດບາດໃນການແບ່ງໄລຍະການອອກແບບເຂົ້າໄປໃນວຽກງານການສົນທະນາ subatomic ຕາມລໍາດັບທີ່ປະກອບມີພາສາການຂຽນໂປຼແກຼມ (CTO ແລະ CEO), ແລະຮູບແບບຂອງຊອບແວເປົ້າຫມາຍ (CPO ແລະ CEO). ໄລຍະການອອກແບບປະກອບມີສາມກົນໄກຫຼັກຄື: ການມອບໝາຍໜ້າທີ່ ຫຼື ບົດບາດພິເສດ, ກະແສຄວາມຊົງຈຳ, ແລະ ການສະທ້ອນຕົນເອງ. 

ການມອບໝາຍໜ້າທີ່

ຕົວແທນແຕ່ລະຄົນໃນກອບຂອງ Chat Dev ໄດ້ຖືກມອບໝາຍໜ້າທີ່ໃຫ້ໂດຍນຳໃຊ້ຂໍ້ຄວາມພິເສດ ຫຼືການເຕືອນພິເສດໃນລະຫວ່າງຂະບວນການສະແດງບົດບາດ. ບໍ່ເຫມືອນກັບຮູບແບບພາສາສົນທະນາອື່ນໆ, ກອບ ChatDev ຈໍາກັດຕົວມັນເອງພຽງແຕ່ການລິເລີ່ມສະຖານະການສະແດງບົດບາດລະຫວ່າງຕົວແທນ. ການເຕືອນເຫຼົ່ານີ້ຖືກໃຊ້ເພື່ອມອບໝາຍໜ້າທີ່ໃຫ້ຕົວແທນກ່ອນການເຈລະຈາ. 

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

ກະແສຄວາມຈຳ

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

ການສະທ້ອນຕົນເອງ

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

ດ້ວຍຄວາມຊ່ອຍເຫລືອຂອງກົນໄກການຊ່ວຍເຫລືອຕົນເອງ, ຜູ້ຊ່ວຍ ChatDev ໄດ້ຖືກຊຸກຍູ້ໃຫ້ສະທ້ອນໃຫ້ເຫັນແລະວິເຄາະການຕັດສິນໃຈທີ່ມັນໄດ້ສະເຫນີ. 

ລະຫັດ

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

ການຄຸ້ມຄອງລະຫັດ

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

ຄຳແນະນຳ

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

ການທົດສອບ

ການຂຽນລະຫັດທີ່ບໍ່ມີຂໍ້ຜິດພາດໃນຄວາມພະຍາຍາມທໍາອິດແມ່ນສິ່ງທ້າທາຍບໍ່ພຽງແຕ່ສໍາລັບ LLMs, ແຕ່ຍັງສໍາລັບນັກຂຽນໂປລແກລມຂອງມະນຸດ, ແລະແທນທີ່ຈະຍົກເລີກລະຫັດທີ່ບໍ່ຖືກຕ້ອງຢ່າງສົມບູນ, ນັກຂຽນໂປລແກລມວິເຄາະລະຫັດຂອງພວກເຂົາເພື່ອກໍານົດຄວາມຜິດພາດ, ແລະແກ້ໄຂພວກມັນ. ໄລຍະການທົດສອບໃນກອບຂອງ ChatDev ແບ່ງອອກເປັນສາມບົດບາດຄື: ນັກຂຽນໂປລແກລມ, ນັກທົດສອບ ແລະນັກທົບທວນ. ຂະ​ບວນ​ການ​ທົດ​ສອບ​ໄດ້​ແບ່ງ​ອອກ​ເປັນ​ສອງ​ວຽກ​ງານ subatomic ສືບ​ຕໍ່​: ການທົບທວນ peer ຫຼືການດີບັກຄົງທີ່ (Reviewer, and Programmer), ແລະ ການທົດສອບລະບົບ ຫຼືການດີບັກແບບໄດນາມິກ (Programmer and Tester). ການດີບັກຄົງທີ່ ຫຼືການທົບທວນແບບສະຖິດຈະວິເຄາະລະຫັດແຫຼ່ງເພື່ອລະບຸຄວາມຜິດພາດ ໃນຂະນະທີ່ການດີບັ໊ກແບບເຄື່ອນໄຫວ ຫຼື ການທົດສອບລະບົບຈະກວດສອບການດຳເນີນການຂອງຊອບແວຜ່ານການທົດສອບຕ່າງໆ ທີ່ດຳເນີນໂດຍໃຊ້ນາຍພາສາໂດຍໂປຣແກຣມເມີ. ການດີບັກແບບໄດນາມິກສຸມໃສ່ການທົດສອບກ່ອງດຳເປັນຕົ້ນຕໍເພື່ອປະເມີນແອັບພລິເຄຊັນ. 

ເອ​ກະ​ສານ

ຫຼັງຈາກກອບຂອງ ChatDev ສໍາເລັດດ້ວຍຂັ້ນຕອນການອອກແບບ, ການເຂົ້າລະຫັດ, ແລະການທົດສອບ, ມັນຈ້າງສີ່ຕົວແທນຄື CEO, CTO, CPO, ແລະ Programmer ເພື່ອສ້າງເອກະສານສໍາລັບໂຄງການຊອບແວ. ກອບຂອງ ChatDev ໃຊ້ LLMs ເພື່ອໃຊ້ການກະຕຸ້ນເຕືອນທີ່ມີຕົວຢ່າງໃນສະພາບການເພື່ອສ້າງເອກະສານ. CTO ແນະນໍານັກຂຽນໂປລແກລມໃຫ້ຄໍາແນະນໍາສໍາລັບການຕັ້ງຄ່າການເພິ່ງພາອາໄສສິ່ງແວດລ້ອມ, ແລະສ້າງເອກະສານເຊັ່ນ "dependency requirements.txt". ໃນເວລາດຽວກັນ, ຄວາມຕ້ອງການແລະການອອກແບບລະບົບແມ່ນການສື່ສານກັບ CPO ໂດຍ CEO, ເພື່ອສ້າງຄູ່ມືຜູ້ໃຊ້ສໍາລັບຜະລິດຕະພັນ. 

ຜົນການຄົ້ນຫາ

ສະຖິຕິຊອບແວ

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

ການວິເຄາະໄລຍະເວລາ

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

ກໍ​ລະ​ນີ​ສຶກ​ສາ

ຕົວເລກຕໍ່ໄປນີ້ສະແດງໃຫ້ເຫັນ ChatDev ພັດທະນາຫ້າຕິດຕໍ່ກັນຫຼືເກມ Gomoku. 

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

ຄວາມຄິດສຸດທ້າຍ

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