🔧 阿川の電商水電行
你遇過這種情況嗎？
你要求你的人工智慧代理開發某些東西、修復一個錯誤等等。
現在它完全失敗了。你浪費了大量的代幣，也浪費了不少時間。儘管你不斷改進提示訊息，它仍然拒絕正確執行你的指令。
到底發生了什麼事？如何避免這種惱人的惡性循環？
退一步思考：我們最初為什麼要使用人工智慧？
經驗豐富的程式設計師都知道：人工智慧的真正優勢不在於開發速度。一位優秀的資深程式設計師往往能比人工智慧更快地修復漏洞或開發小型功能。
人工智慧的真正優勢在於減輕認知負荷。
編寫程式碼很難，至少語法必須完美無瑕。即使是簡單的邏輯迭代，也需要動腦筋。而腦力是有限的－你的思考能力是固定的，休息或睡覺才能恢復。
人工智慧真正帶來的生產力提升來自於認知負荷的降低：因為你的大腦使用量減少了，所以你在一天的工作中可以完成更多的工作。
但這是一種微妙的平衡。究竟該思考多少呢？
想太多，反而會浪費時間提升生產力；想太少，又會陷入沉沒成本謬誤的惡性循環。
這事你可能也遇過。
你反覆提示，通常效果很好，但今天不知何故，你的代理人完全不知所措。
你意識到，如果當初完全不使用人工智慧，早就完成了，但現在你已經陷得太深了，相信下一個提示它最終會按照你的要求去做……好吧，下一個……好吧，下一個肯定沒問題……
問題在於，因為你沒有投入初始認知負荷，所以你現在有點困惑。但思考很費力，你現在不想再消耗這些認知負荷，尤其這相當於一切重頭再來。畢竟已經耗費了這麼多時間和代幣。
所以你不斷地催促，並且抱持著最好的希望，但情況卻只會變得更糟。
遇到這種情況該怎麼辦？
退後一步，深呼吸。意識到問題在於你還沒有在這項任務上充分調動大腦。
問問自己這些問題：
我是否完全理解我要實現的規範，或者我要解決的錯誤？
如果不行，那就花點時間明確需求或更好地理解問題。你可以向人工智慧尋求幫助，但禁止編寫任何程式碼！
我是否有具體的實施方案？
如果還沒準備好，那就花點時間好好想想你的實施方案。必要時可以使用原子 Git 提交工作流程。人類在開發時應該循序漸進，人工智慧也是。
我現在應該引導學生達到的抽象層次是什麼？
提示可以是高層次的（“實現此功能”），也可以是低層次的（“重構此方法，重新命名此變數”）。從提高生產力的角度來看，高層次的提示更理想，但如果人工智慧能夠始終有效率地處理高階的任務，我們現在可能都失業了。
陷入沉沒成本謬誤循環通常意味著你高估了模型在這項特定任務中能夠提供的提示等級。降低一到兩個級別。現在，你需要手把手地引導你的AI，慢慢地找到解決方案。
我還缺少哪些資訊？
想想你需要哪些資訊才能修改，而這些資訊目前你還不完全清楚。如果需要，可以使用人工智慧來探索程式碼庫或集思廣益地尋找解決方案；但再次強調，目前不允許編寫任何程式碼！
額外福利：與您的代理人合作TDD
測試驅動開發是一種很棒的程式設計方法（雖然我知道這是一個有爭議的觀點），但隨著人工智慧代理的普及，它（在我看來）已經成為一種必備技能。
你的測試案例是否能夠成功重現缺陷？缺陷是否能夠被很好地重現？測試用例是否定義清晰？如果答案是否定的，那就從這裡開始建立你的智能體吧。借助人工智慧，編寫測試從未如此快速方便。
請記住，這是發展過程中最重要且最困難的部分。在這個階段，你的大腦必須全神貫注，一切都必須清晰明確。
您還需要在提示中非常明確地說明，目前只需編寫測試程式碼，無需編寫實際的解決方案。人工智慧代理程式已被訓練成能夠編寫解決方案，因此預設情況下，即使您沒有要求，它也會嘗試編寫解決方案。
如果什麼方法都行不通
關閉你的AI代理。回到白板前。重置你和代理的上下文。
你會沒事的！別再把時間浪費在沉沒成本謬誤的循環裡了。這話可能難以接受，但你做不到。穩住陣腳，一切都會好起來的。
一句古老的諺語說：「酒精是很好的僕人，但卻是糟糕的主人。」——這句話對人工智慧也同樣適用。要做人工智慧的主人，而不是它的僕人。
原文出處：https://dev.to/samuelfaure/the-ai-programming-sunk-cost-fallacy-loop-and-how-to-break-it-13d6
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
