一位寫(xiě)了500+技術(shù)文章、出過(guò)《Clean Code Cookbook》的資深工程師，最近公開(kāi)了他的AI協(xié)作秘訣——不是更復(fù)雜的提示詞，而是一個(gè)被多數(shù)人忽略的基礎(chǔ)設(shè)置。

事件：一條"強(qiáng)制服從"指令的走紅

Maximiliano Contieri，專注整潔代碼、設(shè)計(jì)模式和測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）的高級(jí)軟件工程師，在AI編程圈突然引發(fā)討論。

他的背景很硬：出版技術(shù)書(shū)籍、持續(xù)輸出500多篇深度文章，長(zhǎng)期觀察代碼異味（Code Smell）模式。這次他分享的并非新框架，而是與AI協(xié)作時(shí)的底層控制邏輯。

核心觀點(diǎn)直指痛點(diǎn)：多數(shù)開(kāi)發(fā)者抱怨AI"不聽(tīng)話"，本質(zhì)是提示詞工程（Prompt Engineering）的權(quán)限邊界沒(méi)設(shè)對(duì)。

復(fù)盤(pán)：為什么"強(qiáng)制"比"請(qǐng)求"更有效

Contieri的實(shí)踐路徑很清晰——

第一步，明確角色錨定。在對(duì)話開(kāi)局即聲明專業(yè)身份（"資深軟件工程師，專精整潔代碼"），建立技術(shù)話語(yǔ)權(quán)。

第二步，強(qiáng)制約束輸出格式。不是問(wèn)"你能生成測(cè)試嗎"，而是指定"使用TDD紅綠重構(gòu)循環(huán)，輸出JUnit 5代碼"。

第三步，引入負(fù)向規(guī)則。主動(dòng)列出"禁止事項(xiàng)"（如禁止硬編碼狀態(tài)屬性），比單純描述需求更能規(guī)避典型陷阱。

這與他的文章《Code Smell 319 - Hardcoded Stateless Properties》形成呼應(yīng)：AI生成的代碼同樣會(huì)繼承人類代碼的結(jié)構(gòu)性缺陷，需要顯式攔截。

啟示：工具鏈的隱性成本

Contieri的方法論揭示了一個(gè)被低估的事實(shí)——AI編程助手的效率瓶頸，往往不在模型能力，而在交互協(xié)議的清晰度。

500篇文章的訓(xùn)練數(shù)據(jù)背后，是他對(duì)"可維護(hù)性"的執(zhí)念。這種經(jīng)驗(yàn)遷移到AI協(xié)作，表現(xiàn)為對(duì)輸出確定性的極端追求：減少模糊空間，就是減少后期返工。

對(duì)25-40歲的技術(shù)從業(yè)者而言，這意味著什么？提示詞工程正在從"藝術(shù)"轉(zhuǎn)向"工程"——需要可復(fù)用的約束模板，而非每次重新摸索。

當(dāng)AI代碼生成成為標(biāo)配，"如何讓機(jī)器嚴(yán)格執(zhí)行規(guī)范"會(huì)不會(huì)成為下一代工程師的核心競(jìng)爭(zhēng)力？