我打造了一個 4-token 提示框架,讓 AI 程式碼代理先討論再實作,擺脫「精神錯誤」程式碼

作者分享了一個 4-token 的 prompt 設計框架,旨在解決 AI agent 產生「精神上不正確」的程式碼問題,而非僅僅是小 bug。這提供了實際的 prompt 工程技巧和方法論,直接幫助使用者提升 AI 產出品質。

• 作者指出,AI 程式碼代理最惱人的失敗模式是雖然技術上合理,但產出的程式碼卻「精神上錯誤」,未能真正理解使用者意圖。 • 他不喜歡冗長提示或一開始就生成計畫的模式,認為這會導致繁瑣的審查迴圈,如同與聊天機器人進行專案管理。 • 為解決此問題,作者創建了一個名為 /hmm 的「4-token 提示框架」,核心理念是「實作前先討論」。 • 使用方式是輸入 /hmm 我想建立 X,讓 AI 代理如同結對程式設計師般先探索、思考,並提供意見、權衡與澄清。 • > 作者強調,這個框架的訣竅不在於巨型提示或龐大規則集,而是一個微小的推動,將互動從「去做這項任務」轉變為「我們確保意見一致後再開始」。 • 另一個重要發現是將提示詞表述為意圖(例如「我想建立 X」),而非行動(「建立 X」),這能鼓勵協作而非立即執行。 • 這個看似玩笑的框架,顯著改變了作者使用 AI 程式碼代理的方式,使其感覺更像與會深思熟慮的夥伴合作。


來源:r/cursor

閱讀原文 ↗

標籤:#prompt-engineering

← 回首頁