ນອກລູບ

ໂໝດທີ່ມີການມີສ່ວນຮ່ວມຂອງມະນຸດໜ້ອຍທີ່ສຸດໃນການຈຳແນກ 3 ໂໝດຂອງ Bockeler. ເມື່ອບອກວ່າ "ຢາກໄດ້ຟັງຊັນແບບນີ້" ແລ້ວ, ກໍ່ປ່ອຍໃຫ້ agent ຈັດການ ແລ້ວຮັບແຕ່ຜົນລັບທີ່ສຳເລັດແລ້ວ. ນີ້ແມ່ນແນວຄວາມຄິດດຽວກັນໂດຍພື້ນຖານກັບ vibe coding ທີ່ Andrej Karpathy ຕັ້ງຊື່ໃຫ້.

ບັນຫາຢູ່ຕໍ່ງໃດ

ສິ່ງທີ່ເຮັດວຽກໄດ້ຈະສຳເລັດໄດ້ໄວ. ແຕ່ "ເຮັດວຽກໄດ້" ກັບ "ຖືກຕ້ອງ" ແມ່ນຄົນລະເລື່ອງ. ໃນ Outside the Loop, ເນື່ອງຈາກມະນຸດບໍ່ໄດ້ກວດສອບ architecture ແລະ dependency ທີ່ agent ເລືອກ, ການ implement ທີ່ບໍ່ມີປະສິດທິພາບຈຶ່ງສະສົມຢ່າງງຽບໆ. Bockeler ສະແດງອອກສິ່ງນີ້ວ່າ "spiral ຂອງການແກ້ໄຂທີ່ບໍ່ມີປະສິດທິພາບ".

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

ສະຖານະການທີ່ Outside the Loop ເປັນທີ່ຍອມຮັບໄດ້

ໃນສະຖານະການທີ່ບໍ່ຕ້ອງການການບຳລຸງຮັກສາໃນໄລຍະຍາວ, ເຊັ່ນ: ການສ້າງ prototype ຫຼື script ທີ່ໃຊ້ຄັ້ງດຽວ, ການ coding ທົດລອງເພື່ອຈຸດປະສົງການຮຽນຮູ້, Outside the Loop ກໍ່ບໍ່ເປັນບັນຫາ. ໃນທາງກົງກັນຂ້າມ, ສຳລັບ production code ທີ່ທີມງານຕ້ອງ maintain ຢ່າງຕໍ່ເນື່ອງ, ນີ້ແມ່ນໂໝດທີ່ຄວນຫຼີກລ່ຽງ.