Claude Code ຊຸດບົດຮຽນທີ 3: ເປັນຫຍັງຈຶ່ງມີພຽງແຕ່ Terminal

1.3 ເປັນຫຍັງຈຶ່ງຕ້ອງຂຽນໂຄດໃນ Terminal?

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

ໃນຂະບວນການນີ້, ເວລາທີ່ໃຊ້ຈິງໃນການ "ຄິດວ່າຈະແກ້ແນວໃດ" ອາດຈະໜ້ອຍກວ່າເຄິ່ງ. ອີກເຄິ່ງແມ່ນວຽກກົນຈັກ: ຊອກໄຟລ໌, ປ່ຽນການອ້າງອີງ, ລໍຖ້າການຄອມໄພ, ກົດເມົ້າ.

ການໃສ່ AI ເຂົ້າໃນ Terminal, ຈຸດປະສົງຫຼັກແມ່ນ ບີບອັດວຽກກົນຈັກເຫຼົ່ານີ້.

Terminal ແມ່ນບ່ອນທີ່ໃກ້ກັບໂຄດທີ່ສຸດ

ເຈົ້າອາດໃຊ້ VS Code, JetBrains ຫຼື Vim. ບໍ່ວ່າຈະໃຊ້ອັນໃດ, ໃນການຂຽນໂຄດ, ເຈົ້າກໍຕ້ອງຜ່ານ Terminal. ແລ່ນ npm test, git log, grep, make build — ການດຳເນີນການເຫຼົ່ານີ້ຕາມທຳມະຊາດແລ້ວແມ່ນເຮັດໃນຄຳສັ່ງແຖວ.

ດັ່ງນັ້ນ, ຖ້າຄູ່ຮ່ວມງານ AI ຂອງເຈົ້າກໍຢູ່ໃນ Terminal ດຽວກັນ, ສິ່ງຕ່າງໆກໍຈະງ່າຍຂຶ້ນ. ເຈົ້າບໍ່ຕ້ອງຄັດລອກເນື້ອໃນໄຟລ໌ໄປໃສ່ປ່ອງສົນທະນາ, ບໍ່ຕ້ອງອະທິບາຍເອງວ່າ "ໃນໂປຣເຈັກຂອງຂ້ອຍມີຄລາສທີ່ເອີ້ນວ່າ UserService, ມັນຢູ່ໃນ src/services/user.ts ແຖວທີ 42...". Claude Code ຢືນຢູ່ທີ່ໄດເຣັກທໍຣີຮາກຂອງໂປຣເຈັກ, ມັນຈະເບິ່ງເອງ.

ນີ້ແມ່ນ ການໂຈມຕີທາງບໍລິບົດ. ເມື່ອເຈົ້າບອກ Claude Code ວ່າ "ຊ່ວຍປັບປຸງການຈັດການຂໍ້ຜິດພາດຂອງໂມດູນເຂົ້າສູ່ລະບົບ", ມັນຈະໄປອ່ານ auth/login.ts ຂອງເຈົ້າ, ອ່ານ errors.ts, ຊອກຫາທຸກບ່ອນທີ່ເອີ້ນໃຊ້ມັນ, ແລະປັບປຸງໂດຍກົງ. ໂດຍບໍ່ຕ້ອງໃຫ້ເຈົ້າເປັນຜູ້ສົ່ງຕໍ່.

ປົດປ່ອຍເຈົ້າຈາກບົດບາດ "ຜູ້ປະຕິບັດການ"

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

Claude Code ຖືກອອກແບບໃຫ້ເຈົ້າກັບມາເປັນ "ຜູ້ຄິດ" ອີກຄັ້ງ. ເຈົ້າເວົ້າຄວາມຄິດ, ມັນລົງມື. ຫຼັງຈາກປັບປຸງ, ເຈົ້າເຫັນ diff ໃນ Terminal ໂດຍກົງ, ຕັດສິນໃຈວ່າຈະຍອມຮັບຫຼືບໍ່. ມັນຍັງສາມາດຊ່ວຍແລ່ນທົດສອບ, ແລ່ນ lint ໄດ້ອີກ. ເຈົ້ານັ່ງຢູ່, ສ່ວນໃຫຍ່ແມ່ນອ່ານໂຄດ, ຕັດສິນໃຈ, ບໍ່ແມ່ນສະຫຼັບປ່ອງຢ້ຽມຊ້ຳໆ.

ເປັນຫຍັງບໍ່ເປັນປລັກອິນສຳລັບໂປຣແກຣມແກ້ໄຂ?

ເຈົ້າອາດຖາມວ່າ: ແລ້ວເປັນຫຍັງບໍ່ເຮັດປລັກອິນ AI ໃນໂປຣແກຣມແກ້ໄຂ?

ປລັກອິນສຳລັບໂປຣແກຣມແກ້ໄຂກໍມີປະໂຫຍດ, ແລະຫຼາຍທີມກໍໃຊ້ແລ້ວ. ແຕ່ Claude Code ໃນ Terminal ມີຂໍ້ດີທີ່ປລັກອິນທົດແທນໄດ້ຍາກ:

1. ບໍ່ມີຂໍ້ຈຳກັດຂອງໂປຣແກຣມແກ້ໄຂ. ມື້ນີ້ເຈົ້າໃຊ້ VS Code, ມື້ອື່ນປ່ຽນເປັນ Neovim, ຫຼືແມ່ນແຕ່ເຊີບເວີຣີໂມດທີ່ບໍ່ມີ GUI, Claude Code ກໍໃຊ້ໄດ້. ມັນບໍ່ຂຶ້ນກັບເຄື່ອງມືທີ່ເຈົ້າເລືອກ.
2. ສາມາດເຮັດສິ່ງທີ່ "ເກີນຂອບເຂດ" ໄດ້ຫຼາຍກວ່າ. ໃນ Terminal, ມັນສາມາດດຳເນີນຄຳສັ່ງ Shell ໃດໆກໍໄດ້. ໝາຍຄວາມວ່າມັນສາມາດເຮັດສິ່ງຕ່າງໆໄດ້ຫຼາຍກວ່າ — ຊ່ວຍເຈົ້າເປີດ Docker Container ເພື່ອກວດສອບການຍ້າຍຖານຂໍ້ມູນ, ດຶງສາຂາຣີໂມດ ແລະກວດສອບການຂັດແຍ່ງ, ຫຼືແລ່ນທົດສອບ e2e ອັດຕະໂນມັດຫຼັງຈາກປັບປຸງໂຄດ. ສິ່ງເຫຼົ່ານີ້, ປລັກອິນໃນໂປຣແກຣມແກ້ໄຂມັກຈະບໍ່ກ້າເຮັດ, ຫຼືເຮັດບໍ່ໄດ້ເລີຍ.
3. ການປຸງແຕ່ງເປັນຊຸດ ແລະອັດຕະໂນມັດ. ເຈົ້າສາມາດໃສ່ Claude Code ໃນສະຄຣິບ, ໃຫ້ມັນຊ່ວຍຈັດການກັບຫຼາຍໆຣີໂພຊິທໍຣີ, ສ້າງເອກະສານເປັນຊຸດ, ຫຼືຈັດການ Issues ແບບອັດຕະໂນມັດ. ເວລານັ້ນມັນບໍ່ແມ່ນ "ຜູ້ຊ່ວຍ" ອີກແລ້ວ, ແຕ່ເປັນສ່ວນໜຶ່ງຂອງສາຍການຜະລິດ.

ຕົວຢ່າງນ້ອຍໆຂອງຂ້ອຍເອງ

ກ່ອນໜ້ານີ້ຂ້ອຍຕ້ອງຍ້າຍໂປຣເຈັກ JavaScript ໄປໃຊ້ TypeScript, ປະມານສອງໝື່ນກວ່າພັນແຖວໂຄດ. ຂ້ອຍບໍ່ໄດ້ເຮັດດ້ວຍມືໂດຍການເພີ່ມຊະນິດທີລະໄຟລ໌, ກໍບໍ່ໄດ້ຫວັງວ່າປລັກອິນໃນໂປຣແກຣມແກ້ໄຂຈະເຮັດໃຫ້ສຳເລັດທັງໝົດ.

ຂ້ອຍພຽງແຕ່ເປີດ Claude Code ໃນໄດເຣັກທໍຣີຂອງໂປຣເຈັກນັ້ນ, ແລະບອກມັນວ່າ: "ຍ້າຍໂປຣເຈັກນີ້ໄປໃຊ້ TypeScript ແບບເຂັ້ມງວດເທື່ອລະກ້າວ, ປັບປຸງທຸກໆສອງສາມໄຟລ໌, ຫຼັງຈາກແຕ່ລະຊຸດໃຫ້ແລ່ນ tsc --noEmit, ຖ້າມີຂໍ້ຜິດພາດກໍໃຫ້ແກ້ໄຂເອງ, ຈົນກວ່າຈະຜ່ານທັງໝົດ."

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

ນີ້ບໍ່ໄດ້ໝາຍຄວາມວ່າ Claude Code ສະຫຼາດກວ່າປລັກອິນ. ແຕ່ ມັນສາມາດເຮັດວົງຈອນ "ປັບປຸງ-ກວດສອບ-ແກ້ໄຂ" ໄດ້ດ້ວຍຕົວເອງ, ນີ້ແມ່ນຄວາມແຕກຕ່າງພື້ນຖານກັບ AI ແບບສົນທະນາ.

ເວົ້າແລ້ວ, Terminal ໃຫ້ມືແລະຕີນແກ່ AI

ການໃສ່ AI ເຂົ້າໃນ Terminal, ແທ້ຈິງແລ້ວແມ່ນໃຫ້ຄວາມສາມາດໃນການດຳເນີນການ, ບໍ່ພຽງແຕ່ໃຫ້ຄຳແນະນຳ.

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

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