## ເລືອກແບບ: Sonnet, Opus ຄວນໃຊ້ແບບໃດ? Claude Code ຕິດຕັ້ງແລ້ວ, ເຂົ້າສູ່ລະບົບແລ້ວ, ເຈົ້າບໍ່ຈຳເປັນຕ້ອງກັງວົນເລື່ອງແບບທັນທີ—ມັນໃຊ້ Claude Sonnet ເປັນຄ່າເລີ່ມຕົ້ນ, ສ່ວນໃຫຍ່ແລ້ວພຽງພໍ. ### ແບບທີ່ເຈົ້າສາມາດໃຊ້ໃນ Claude Code ປັດຈຸບັນມີພຽງສາມແບບທີ່ສາມາດເລືອກໄດ້ແບບເຄື່ອນໄຫວຜ່ານຄຳສັ່ງ: - **Claude Sonnet**…
## ຂະບວນການຢັ້ງຢືນຕົວຕົນ: ເຂົ້າສູ່ລະບົບຜ່ານບຣາວເຊີ ແລະ ປັບຕັ້ງ API Key ດ້ວຍຕົນເອງ ຫຼັງຈາກຕິດຕັ້ງ Claude Code ແລ້ວ, ທ່ານຍັງຕ້ອງຢັ້ງຢືນຕົວຕົນເພື່ອໃຊ້ງານ. ທ່ານຈຳເປັນຕ້ອງເຊື່ອມໂຍງເຄື່ອງມືກັບບັນຊີ Anthropic ຂອງທ່ານ. ມີສອງວິທີການເຊື່ອມໂຍງ: **ເຂົ້າສູ່ລະບົບຜ່ານບຣາວເຊີ** ແລະ **ປັບຕັ້ງ API Key ດ້ວຍຕົນເອງ**. …
## ວິທີຕິດຕັ້ງ Claude Code ການຕິດຕັ້ງ Claude Code ບໍ່ມີການກົດ "ຂັ້ນຕອນຕໍ່ໄປ" ໃນອິນເຕີເຟດແບບກຣາຟິກ, ຕະຫຼອດໄປສຳເລັດຢູ່ໃນຄໍາສັ່ງ. ຖ້າເຈົ້າໃຊ້ npm ເປັນປະຈຳ, ຂະບວນການທັງໝົດຈະບໍ່ເກີນສອງນາທີ. ### ຂໍ້ກໍານົດກ່ອນໜ້າ - **Node.js 18 ຫຼືສູງກວ່າ** ວິທີກວດສອບ: ດຳເນີນການ `node -v` ໃນ terminal. ຖ້າເວີຊັນຕໍ່າກ…
## ສະຖານະການໃຊ້ງານທົ່ວໄປ ຂ້ອຍແບ່ງສະຖານະການໃຊ້ງານອອກເປັນສີ່ປະເພດ, ຮຽງຕາມຄວາມຖີ່ຈາກສູງຫາຕ່ຳ. --- ### ປະເພດທີໜຶ່ງ: ເຂົ້າໃຈໂຄ້ດ ນີ້ອາດເປັນປະເພດທີ່ໃຊ້ຫຼາຍທີ່ສຸດ. ເມື່ອຮັບມໍລະດົກໂຄງການຂອງຄົນອື່ນ, ເບິ່ງໂມດູນເກົ່າ, ຫຼືເປີດຄັງທີ່ບໍ່ມີເອກະສານ, ໃຫ້ຖາມມັນໂດຍກົງ. **ວິທີເຮັດ:** - `claude "ໂຄງການນີ້ເຮັດຫຍັງ?…
## 1.3 ເປັນຫຍັງຈຶ່ງຕ້ອງຂຽນໂຄດໃນ Terminal? ຂໍໃຫ້ຕົວຢ່າງ: ເຈົ້າກຳລັງຂຽນຟີເຈີໃໝ່, ແລ້ວກໍເຫັນວ່າຕ້ອງແກ້ໄຂຟັງຊັນເຄື່ອງມືພື້ນຖານອັນໜຶ່ງ, ມັນກະຈັດຢູ່ໃນສາມໄຟລ໌, ບາງການເອີ້ນໃຊ້ກໍຂ້າມໂມດູນ. ເຈົ້າເປີດໂປຣແກຣມແກ້ໄຂ, ຊອກຫາທົ່ວໂລກ, ເລື່ອນໄຟລ໌ທີ່ລະອັນ, ປັບປຸງຢ່າງລະມັດລະວັງ, ແລ້ວແລ່ນທົດສອບອີກເທື່ອ — ມັນສີແດງ. ເບິ່ງ…
## 1.2 ມັນກັບ "ສາຍພົວພັນຍາດ" ຂອງ Claude Chat ແລະ API ນັກພັດທະນາຫຼາຍຄົນເມື່ອໄດ້ຍິນ Claude Code ເປັນເທື່ອທຳອິດ ຈະນຶກເຖິງຜະລິດຕະພັນອີກສອງຮູບແບບ: **Claude Chat** (ໜ້າຕ່າງສົນທະນາທາງເວັບ) ແລະ **Claude API** (ອິນເຕີເຟດການຂຽນໂປຣແກຣມ). ພວກມັນລ້ວນແລ້ວແຕ່ມາຈາກ Anthropic, ໃຊ້ຄອບຄົວໂມເດວ Claude ເປັນພື້ນຖານ, ແຕ່…
## 1.1 Claude Code ແມ່ນຫຍັງ? ### ຄຳນິຍາມໃນປະໂຫຍກດຽວ **Claude Code ແມ່ນ AI programming agent ທີ່ເຮັດວຽກຢູ່ໃນ Terminal ທີ່ຖືກພັດທະນາໂດຍ Anthropic**. ນັກພັດທະນາສາມາດອະທິບາຍວຽກງານດ້ວຍພາສາທຳມະຊາດ, ຫຼັງຈາກນັ້ນມັນຈະອ່ານໂຄ້ດ, ສະເໜີການດັດແກ້, ດຳເນີນການສັ່ງການ, ທົດສອບ, ຈັດການ Git, ແມ້ກະທັ່ງຮ້ອງຂໍການອະນຸມັດກ່ອ…
Spec Coding (ການຂຽນລະຫັດຕາມສະເປັກ) ທີ່ດີ, ຫຼັກການຄືການປ່ຽນ "ຄວາມຄິດທີ່ບໍ່ຊັດເຈນ" ໃຫ້ກາຍເປັນ "ສັນຍາທີ່ຊັດເຈນ, ກວດສອບໄດ້, ແລະ ປະຕິບັດໄດ້". ມັນບໍ່ພຽງແຕ່ຂຽນເອກະສານ, ແຕ່ລະບົບການສື່ສານທີ່ບໍ່ມີຄວາມກຳກວມລະຫວ່າງຄົນ ແລະ AI (ຫຼືລະຫວ່າງຄົນກັບຄົນ). ຂ້າງລຸ່ມນີ້ຂ້ອຍຈະສະເໜີຮູບແບບຂອງ spec ທີ່ດີຈາກ 4 ມຸມມອງຄື: **ໂຄງສ…
ຮູບແບບ "ຄວາມຮູ້ສຶກ/ບັນຍາກາດ" ຂອງ Vibe Coding ເຖິງແມ່ນວ່າຈະດີໃນການສ້າງຕົ້ນແບບຢ່າງໄວ ແລະ ການສຳຫຼວດຄວາມຄິດສ້າງສັນ, ແຕ່ຖ້າບໍ່ມີການຄວບຄຸມ, ກໍ່ງ່າຍທີ່ຈະຕົກເຂົ້າໄປໃນຂຸມຄຸກທົ່ວໄປຫຼາຍຢ່າງ. ຂ້າງລຸ່ມນີ້ສະຫຼຸບຈາກ **ຄຸນະພາບລະຫັດ, ການຮັກສາ, ຄວາມປອດໄພ, ການພັດທະນາຄວາມຕ້ອງການ, ການຮ່ວມມືຂອງທີມ** ຫ້າມິຕິ --- ## ໜຶ່ງ.…
ນີ້ແມ່ນບັນຫາທີ່ນັກຂຽນໂປຣແກຣມສ່ວນຫຼາຍປະເຊີນ. **Vibe Coding** ແລະ **Spec Coding** ແມ່ນສອງແບບແຜນການເຮັດວຽກທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງໃນການຂຽນໂປຣແກຣມໂດຍໃຊ້ຕົວແບບພາສາໃຫຍ່ (LLM). ຄວາມແຕກຕ່າງຫຼັກຂອງພວກມັນແມ່ນ: **ສິ່ງທີ່ເຈົ້າໃຫ້ AI ເປັນ "ຂໍ້ມູນນໍາເຂົ້າ" ແມ່ນຄວາມຮູ້ສຶກທີ່ບໍ່ຊັດເຈນ ຫຼື ຂໍ້ກຳນົດທີ່ແນ່ນອນ**. ---…
Query ສອດແຊກອັນຕະລາຍ (ການສອດແຊກ Prompt ອັນຕະລາຍ / ການວາງຢາພິດໃນການຄົ້ນຫາ) ແມ່ນໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພທີ່ມີຄວາມເປັນຈິງຫຼາຍໃນການນຳໃຊ້ລະບົບ RAG ຕົວຈິງ. ຜູ້ໂຈມຕີອາດຈະສ້າງຂໍ້ມູນນຳເຂົ້າທີ່ຖືກອອກແບບຢ່າງພິຖີພິຖັນ ເພື່ອໃຫ້ຕົວແບບເປີດເຜີຍຂໍ້ມູນລະອຽດອ່ອນ, ຂ້າມຂໍ້ຈຳກັດ, ດຳເນີນການສັ່ງງານທີ່ບໍ່ຄາດຄິດ, ຫຼື ປົນເປື້ອນ…
ຄວາມຖືກຕ້ອງແມ່ນສາຍຊີວິດຫຼັກຂອງລະບົບຕອບຄຳຖາມຄວາມຮູ້, ໂດຍສະເພາະເມື່ອທ່ານພະຍາຍາມນຳໃຊ້ມັນໃນສະຖານະການທີ່ຮ້າຍແຮງ (ເຊັ່ນ: ການແພດ, ກົດໝາຍ, ການສະໜັບສະໜູນພາຍໃນອົງກອນ). ຄວາມຄິດເຫັນຂອງຂ້ອຍສາມາດສະຫຼຸບໄດ້ວ່າ: **ຄວາມຖືກຕ້ອງແມ່ນແນວຄວາມຄິດທີ່ຫຼາຍມິຕິ, ບໍ່ສາມາດເບິ່ງພຽງແຕ່ຕົວເລກດຽວ, ແຕ່ຕ້ອງປະສົມປະສານກັບຄວາມສາມາດຂອງລະບ…
ການປັບປຸງ RAG ບໍ່ແມ່ນການປັບປ່ຽນພຽງຂັ້ນຕອນດຽວ ແຕ່ເປັນຂະບວນການ **ປັບປຸງສາຍໂສ້ທັງໝົດ**. ຂ້າງລຸ່ມນີ້ຂ້າພະເຈົ້າຈະໃຫ້ຍຸດທະສາດການປັບປຸງຢ່າງເປັນລະບົບຈາກ **ດ້ານການຈັດດັດສະນີຂໍ້ມູນ, ດ້ານການຄົ້ນຫາ, ດ້ານການສ້າງ, ແລະ ດ້ານການປະເມີນ** ສີ່ມິຕິ, ພ້ອມທັງແນບປະສົບການປະຕິບັດຕົວຈິງທີ່ສາມາດກ່າວເຖິງໃນການສຳພາດ. --- ## ຫນຶ…
ການປັບປຸງ Prompt (Prompt Engineering / Optimization) ແມ່ນທັກສະສຳຄັນທີ່ເຮັດໃຫ້ຕົວແບບພາສາໃຫຍ່“ເຊື່ອຟັງ” ໂດຍສະເພາະໃນລະບົບ RAG ທີ່ກຳນົດວ່າຕົວແບບຈະຍຶດໝັ້ນໃນເນື້ອຫາທີ່ດຶງມາ, ຫຼີກເວັ້ນການສ້າງຂໍ້ມູນປອມ, ແລະປະຕິບັດຕາມຮູບແບບຜົນຜະລິດ. --- ## ໜຶ່ງ: ຫຼັກການຫຼັກຂອງການປັບປຸງ Prompt 1. **ຄວາມຊັດເຈນ > ຄວາມຊັບຊ້ອນ…
## Embedding ເຮັດຫຍັງແທ້? — ຈາກເນື້ອໃນທາງເທັກນິກເຖິງການຕອບສຳພາດ ### ຫນຶ່ງ, ເນື້ອໃນທາງເທັກນິກ: ຫນຶ່ງປະໂຫຍກຈັບໃຈສຳຄັນ **ວຽກຫຼັກຂອງ Embedding ຄືການສ້າງແຜນທີ່ຂໍ້ມູນທີ່ບໍ່ຕໍ່ເນື່ອງ (ຕົວໜັງສື, ຮູບພາບ) ໄປສູ່ພື້ນທີ່ vector ຕິດຕໍ່ກັນ ແລະ ຕ່ຳ, ເພື່ອໃຫ້ວັດຖຸທີ່ມີຄວາມໝາຍຄ້າຍຄືກັນຢູ່ໃກ້ກັນໃນພື້ນທີ່ນັ້ນ.** ເວົ້…
### RAG ແມ່ນຫຍັງ? **RAG** ມີຊື່ເຕັມວ່າ **Retrieval-Augmented Generation**, ໃນພາສາລາວໝາຍເຖິງ **ການສ້າງຂໍ້ມູນແບບເສີມດ້ວຍການຄົ້ນຫາ**. ເວົ້າງ່າຍໆ, ມັນເປັນເຕັກນິກທີ່ **ໃຫ້ຕົວແບບພາສາໃຫຍ່ “ມີປຶ້ມອ້າງອີງທີ່ສາມາດເປີດອ່ານໄດ້ທຸກເວລາ”**. ເຈົ້າສາມາດຈິນຕະນາການວ່າຕົວແບບພາສາໃຫຍ່ເປັນ “ນັກຮຽນເກັ່ງທີ່ມີຄວາມຈຳດີເລີດ…
## ໜຶ່ງ: ແນວຄວາມຄິດຫຼັກຂອງ Skill Skill ແມ່ນກຸ່ມຂອງຫົວໜ່ວຍຄວາມສາມາດທີ່ສາມາດປະຕິບັດໄດ້ທີ່ຖືກຫຸ້ມຫໍ່ຢູ່ໃນ **Agent (ຕົວແທນ)** ຫຼື **ລະບົບ AI**. ມັນມັກຈະປະກອບດ້ວຍ: - **ເງື່ອນໄຂການກະຕຸ້ນ**: ເວລາໃດທີ່ຈະຖືກເອີ້ນໃຊ້ (ເຊັ່ນ: ຄໍາສັ່ງຂອງຜູ້ໃຊ້, ເຫດການຂອງລະບົບ). - **ພາລາມິເຕີປ້ອນຂໍ້ມູນ**: ຂໍ້ມູນ ຫຼື ບໍລິບົດທີ່…
# ສະຫຼຸບເຕັກນິກ Function Calling ## 1. ນິຍາມ Function Calling ແມ່ນກົນໄກທີ່ອະນຸຍາດໃຫ້ນັກພັດທະນາສາມາດອະທິບາຍເຄື່ອງມືພາຍນອກ (ເຊັ່ນ API) ທີ່ສາມາດໃຊ້ງານໄດ້ຜ່ານ JSON schema ໃຫ້ກັບຕົວແບບພາສາໃຫຍ່ (LLM). ເມື່ອຕົວແບບຕັດສິນໃຈວ່າຕ້ອງການເອີ້ນໃຊ້ເຄື່ອງມືເພື່ອຕອບຄຳຖາມຂອງຜູ້ໃຊ້, ມັນຈະສົ່ງອອກຂໍ້ມູນ JSON ທີ່ມີໂຄງສ້າ…
# ຄູ່ມືການສຳພາດ ແລະ ການວິເຄາະເຕັກນິກຖານຂໍ້ມູນເວັກເຕີ ບົດຄວາມນີ້ແມ່ນການແບ່ງປັນປະສົບການສຳພາດ ແລະ ການວິເຄາະເຕັກນິກກ່ຽວກັບຖານຂໍ້ມູນເວັກເຕີ. ອະທິບາຍຢ່າງເປັນລະບົບກ່ຽວກັບແນວຄວາມຄິດຫຼັກ, ຫຼັກການເຕັກນິກ, ຄຳແນະນຳການເລືອກ ແລະ ສະຖານະການນຳໃຊ້ຂອງຖານຂໍ້ມູນເວັກເຕີ. ## 1. ນິຍາມຫຼັກ - **ນິຍາມ**: ຖານຂໍ້ມູນເວັກເຕີແມ…