用大廠PUA話術逼AI寫代碼？這個開源項目，治好了AI編碼助手的擺爛病
整理版優先睇
一個名為 pua 嘅開源項目，模仿大廠績效考核邏輯，強制 AI 編碼助手認真完成任務，徹底解決 AI 擺爛問題。
呢篇文章由前哨君分享，介紹一個名為 pua 嘅 GitHub 開源項目。作者留意到好多 AI 編碼助手成日「擺爛」，例如唔肯查日誌、隨便改幾句就話修好。佢覺得呢個唔係能力問題，而係態度問題，所以就有咗呢個項目。
pua 嘅核心思路係將大廠績效考核嘅邏輯套落 AI 度。當 AI 想放棄嗰陣，項目會強制佢繼續做：你有冇讀曬日誌？你嘅結論有冇證據？有冇驗證？呢啲我哋職場好熟悉嘅「拷問」一嚟，連 AI 都唔敢求其。文章仲分享咗一個真實案例：調試 MCP 服務加載失敗時，AI 本來喺度亂試參數，但一句 /pua 之後，佢即刻開始逐字讀錯誤訊息，最終發現係 MCP 註冊機制嘅問題。對照測試都顯示，開啓 pua 之後，AI 會認真檢查 Redis、CORS 等高風險配置錯誤。
總括嚟講，pua 嘅安裝好簡單，支援 Claude Code、Codex CLI、Cursor、Copilot 等主流平台，只需加載規則檔就得。作者認為呢個項目嘅價值唔係提升 AI 能力，而係改變佢嘅行為——堵住佢放棄嘅路。如果你都畀 AI 嘅擺爛激親，不妨一試。
- AI 擺爛嘅根源係缺乏強制檢查機制，pua 項目透過「績效壓力」迫使 AI 認真執行。
- 方法係將大廠常見嘅「你有冇證據？有冇驗證？」等問題轉化為系統化檢查流程，強制 AI 完成。
- 對比測試顯示，開啓 pua 後 AI 能發現更多隱藏問題（如 Redis 配置錯誤），而唔係只做表面修復。
- 啟發：改變 AI 行為比提升能力更有效——「唔係做唔到，而係冇認真做」。
- 可行動點：使用 /pua 命令即可激活，支援自動觸發（連續失敗、放棄等情況），亦可指定模式如 /pua:loop。
pua 專案
用大廠PUA話術強制AI認真寫code嘅開源項目
AI開源前哨網站
收錄前哨君分享嘅開源項目
AI 編碼助手成日「擺爛」，點算好？
如果你用過 Claude、Cursor 呢啲工具，可能會遇到 AI 嘅五大偷懶模式：明明可以查日誌、跑命令，佢就一句「可能是環境問題」然後唔鬱；或者一直圍住同一行參數反覆試，完全揾唔到真正原因；最搞鬼係改咗少少嘢，連驗證都唔做，就話「已經修復」等你繼續喂下一步。
五大偷懶模式
可能是環境問題
反覆試同一行參數
連驗證都懶得做
好多時候，AI 唔係唔識做，而係開始偷懶。呢個項目就係針對呢個問題嚟嘅。
大廠 PUA 話術點樣逼 AI 認真？
pua 呢個項目，本質上唔係教 AI 點寫 code，而係逼佢將事情做完。思路好直接：將一套大廠績效考核邏輯，套喺 AI 身上。
唔係教寫 code，係逼佢做完
當 AI 準備話「我唔得」嘅時候，項目唔會畀佢停，而係繼續壓：你有冇讀曬日誌？你嘅結論有冇證據？有冇做驗證？係咪只修咗表面問題？呢啲我哋喺職場好熟悉嘅「拷問」，被完整搬咗上 AI 身上。
結果就係連 AI 呢下都唔敢糊弄任務。一個好典型嘅反轉案例：調一個 MCP 服務加載失敗問題時，AI 一直喺死衚衕打轉：改協議、猜版本、調參數。直到講咗句 /pua，成個節奏即刻變咗。
/pua 命令激活強制檢查
AI 被強制執行一套檢查流程，第一步就係逐字讀錯誤信息，並檢查 Claude Code 自身嘅日誌，而唔係只盯住服務端。正正係呢一步，揾到真正嘅根因：問題根本唔喺服務端，而係 MCP 註冊機制同手動配置邏輯不一致。換成正確嘅 CLI 註冊方式之後，問題直接解決。
逐字讀錯誤信息
MCP 註冊機制不一致
對照測試：數據話畀你知有冇用
項目做咗對照測試，喺真實業務 bug 場景中比較開啓同唔開啓嘅差異。最明顯嘅係配置審核場景：唔開啓時，AI 會漏咗 Redis 配置錯誤、CORS 通配符呢啲高風險問題；開啓之後，透過強制檢查流程，所有潛在問題都掃咗一次。
Redis 配置錯誤
CORS 通配符
除咗核心功能，項目嘅完成度都好高：支援 Claude Code、Codex CLI、Cursor、Copilot、CodeBuddy 等平台，唔使換工具；仲有中文版（大廠話術）同英文版（PIP 風格），對應 Amazon、Google 等公司績效體系。v2.8 仲做埋模塊化拆分，將能力拆成多個技能模塊，按需加載，token 佔用都降低咗。
平台覆蓋全面
中文版大廠話術
模塊化拆分
安裝簡單，一句命令即用
好多人以為呢個項目好複雜，其實完全唔係。如果你用 Claude Code，只需兩行命令：
claude plugin marketplace add tanweai/pua
claude plugin install pua@pua-skills裝完之後基本唔使理，正常用就得。如果係 Codex CLI，跟住 INSTALL.md 步驟；Cursor、Copilot 就放一份規則文件入去。呢個項目冇改你嘅開發環境，只係用一套規則改變 AI 嘅行為方式。
冇改開發環境，只改規則
快速體驗核心就一句：/pua。當你覺得 AI 開始敷衍、擺爛嗰陣就用佢。佢都支援自動觸發，例如連續失敗、唔做驗證、準備放棄呢啲情況會自動介入。仲有其他常用模式：
- /pua:loop：唔做完唔結束
- /pua:p9：企喺負責人角度拆任務
- /pua:yes：偏鼓勵風格
/pua:loop 唔做完唔結束
/pua:p9 負責人角度
/pua:yes 鼓勵風格
你可以理解為：畀 AI 隨時配咗一個能上線嘅「老闆」。
總結：堵住 AI 放棄嘅路
呢個項目個名睇落似玩梗，但佢確實點中咗一個好現實嘅問題：我哋用 AI，唔係為咗聽佢話「我解決唔到」，亦唔係睇佢重複無效操作，而係希望佢真係解決到問題。好多時候唔係能力唔夠，而係太容易放棄。
唔係能力唔夠，係太容易放棄
而呢個項目做嘅，就係將「放棄」呢條路，畀佢堵上。如果你都畀 AI 編碼助手嘅擺爛行為氣過，不妨試嚇呢個項目。
堵住放棄嘅路
大家好，我係前哨君。
最近刷 GitHub，我發現咗個熱度都幾高，但個名離譜到似玩梗嘅項目：tanweai/pua
實際瞭解之後發現呢個項目真係唔係講笑，佢專用來解決一個大家習以為常嘅問題：AI 編碼助手嘅「擺爛」
我哋都俾AI嘅「擺爛」坑過
如果你用過Claude、Cursor呢啲工具，可能都遇到過呢種情況。
AI嘅五大偷懶模式
明明可以查日誌、可以行命令，佢就直接一句「可能係環境問題」，之後就唔鬱了；
仲有一種更離譜嘅，表面睇一直喺度改code，其實就係圍住同一行參數反覆試，根本揾唔到實際嘅問題原因。
但最頭痛嘅係，好唔容易改咗啲嘢，佢連驗證都懶得做，直接一句「已經修復」，然後等你繼續喂下一步。
所以好多時候，AI唔係唔識，只係開始偷懶了。
呢個項目做咗一件好「狠」嘅事
pua呢個項目，本質上唔係喺度教AI點樣寫code，而係逼佢做完件事。
佢嘅思路好直接：將一套大廠績效考核邏輯，套落AI身上。
當AI準備話「我唔得」嘅時候，佢唔會俾佢停，而係繼續壓落去：
你有冇讀完日誌？
你嘅結論有冇證據？
有冇做驗證？
係唔係只係修咗表面問題？
呢啲我哋喺職場好熟悉嘅「拷問」，被完整搬咗去AI身上。結果係連AI呢嚇都唔敢求其交差。
一個好典型嘅反轉案例
有個真實案例幾有代表性。
喺調一個MCP服務加載失敗嘅問題時，AI一直喺死衚衕入面打轉：改協議、估版本、調參數，反覆嘗試但冇進展。
直到對Claude Code講咗句：
/pua成個節奏直接變咗。
AI俾人強制執行一套檢查流程，第一步就係逐個字讀錯誤信息，並去檢查Claude Code自身嘅日誌，而唔係淨係睇住服務端。
亦都係呢一步，揾到咗真正嘅根因：問題根本唔喺服務端，而係MCP註冊機制同手動配置邏輯唔一致。換成正確嘅CLI註冊方式之後，問題直接解決。呢個過程冇特別嘅操作，全部係紮紮實實嘅排查。
你會好明顯感覺到：
唔係AI做唔到，係佢之前冇認真做。
對照測試：數據都好實在
項目做咗對照測試，喺真實業務bug場景中對比開咗同冇開嘅差異：
最明顯嘅係配置審核場景。
冇開嘅時候，AI會漏咗Redis配置錯誤、CORS通配符呢啲高風險問題；
開咗之後，透過強制檢查流程，將所有潛在問題都掃咗一次。
呢個唔係能力增強，而係——佢開始認真做嘢了。
唔止係玩梗，完成度其實好高
呢個項目好正嘅係對於平台覆蓋好全面：Claude Code、Codex CLI、Cursor、Copilot、CodeBuddy 基本都支援，唔需要換工具。
其次係「話術適配」做得好好。
中文版就係典型嘅大廠語境：底層邏輯、抓手、閉環、3.25，一睇就明；
英文版就係PIP風格，對應 Amazon、Google、Meta、Netflix 嘅績效體系。
甚至仲內置咗多種「企業文化模式」，想用邊間嘅風格「壓」AI，可以隨便切。
再加上v2.8做咗模塊化拆分，將能力拆成多個技能模塊，按需加載，token佔用都降咗落嚟。
整體睇落嚟，唔係一個隨便寫寫嘅玩具項目。
安裝其實好簡單
好多人睇到呢度，第一反應係：會唔會好麻煩？
其實完全唔會。
如果你用嘅係 Claude Code，最簡單就係兩行命令：
claude plugin marketplace add tanweai/pua
claude plugin install pua@pua-skills裝完之後基本唔使理，正常用就得。
如果你用嘅係 Codex CLI，都好直接：
Fetch and follow instructions from https://raw.githubusercontent.com/tanweai/pua/main/.codex/INSTALL.md本質就係喺本地配置目錄入面加一套skill同prompt。
Cursor、Copilot呢啲工具就更簡單了，本質都係放一份規則文件入去。
換句話講，呢個項目冇改你嘅開發環境，佢只係用一套規則，改變咗AI嘅行為方式。
快速體驗
核心就係一句：
/pua當你覺得AI開始敷衍、開始擺爛嘅時候，用佢。
佢都支援自動觸發，例如連續失敗、唔做驗證、準備放棄呢啲情況，會自動介入。
另外仲有幾個常用模式：
• /pua:loop：唔做完唔結束• /pua:p9：企喺負責人視角拆任務• /pua:yes：偏鼓勵風格
你可以理解成：
俾AI隨時配咗一個可以上線嘅「老闆」。
最後講兩句
呢個項目個名睇落好似玩梗，但佢確實點中咗一個好現實嘅問題：
我哋用AI，唔係為咗聽佢講「我解決唔到」，亦唔係睇佢重複無效操作，
而係希望佢真係可以將問題解決。
好多時候唔係能力唔夠，而係太容易放棄。
而呢個項目做嘅，就係將「放棄」呢條路，俾佢堵住。
如果你都俾AI編碼助手嘅擺爛行為激親過，可以試下呢個項目。
項目地址：https://github.com/tanweai/pua
隨住前哨君分享嘅開源項目日漸增多，為咗方便小夥伴們查詢過往分享嘅開源項目，前哨君做咗一個「Ai-projectHub」嘅網站，會喺上面同步我過往分享嘅項目。
網站地址：https://ai-projects-hub-six.vercel.app/
歡迎 置頂（標星）關注本公眾號「AI開源前哨」獲取有趣AI技術/工具分享，咁就可以第一時間收到推送啦~
大家好，我是前哨君。
最近刷 GitHub，我發現了熱度還蠻高，但名字離譜到像在玩梗的項目：tanweai/pua
實際瞭解之後發現這項目還真不是在玩笑，它專門用來解決一個大家都習以為常的問題：AI 編碼助手的“擺爛”
我們都被 AI 的“擺爛”坑過
如果你用過 Claude、Cursor 這些工具，可能會遇到過這種情況。
AI 的五大偷懶模式
明明能查日誌、能跑命令，它直接一句“可能是環境問題”，然後就不動了；
還有一種更離譜的，看起來一直在改代碼，其實就是圍着同一行參數反覆試，完全找到實際的問題原因。
但最搞人的還是，好不容易改了點東西，它連驗證都懶得做，直接一句“已經修復”，然後等你繼續喂下一步。
所有很多時候，AI不是不會，只是開始偷懶了。
這個項目幹了一件很“狠”的事
pua 這個項目，本質上不是在教 AI 怎麼寫代碼，而是在逼它把事情做完。
它的思路很直接：把一套大廠績效考核邏輯，套在 AI 身上。
當 AI 準備說“我不行”的時候，它不會讓它停，而是繼續往下壓：
你有沒有讀完日誌？
你的結論有沒有證據？
有沒有做驗證？
是不是隻修了表面問題？
這些我們在職場裏很熟悉的“拷問”，被完整搬到了 AI 身上。結果就是連 AI 這下也不敢糊弄任務了。
一個很典型的反轉案例
有個真實案例挺有代表性。
在調一個 MCP 服務加載失敗的問題時，AI 一直在死衚衕裏打轉：改協議、猜版本、調參數，反覆嘗試卻沒有進展。
直到對 Claude Code 說了句：
/pua整個節奏直接變了。
AI 被強制執行一套檢查流程，第一步就是逐字讀錯誤信息，並去檢查 Claude Code 自身的日誌，而不是隻盯着服務端。
也正是這一步，找到了真正的根因：問題根本不在服務端，而是 MCP 註冊機制和手動配置邏輯不一致。換成正確的 CLI 註冊方式之後，問題直接解決。這個過程沒有特別的操作，全是紮紮實實的排查。
你會很明顯地感覺到：
不是 AI 做不到，是它之前沒認真做。
對照測試：數據也很實在
項目做了對照測試，在真實業務 bug 場景中對比開啓和不開啓的差異：
最明顯的是配置審核場景。
不開啓時，AI 會漏掉 Redis 配置錯誤、CORS 通配符這些高風險問題；
開啓之後，通過強制檢查流程，把所有潛在問題都掃了一遍。
這不是能力增強，而是——它開始認真幹活了。
不只是玩梗，完成度其實很高
這個項目很讚的是對於平台覆蓋很全：Claude Code、Codex CLI、Cursor、Copilot、CodeBuddy 基本都支持，不需要換工具。
其次是“話術適配”做得很到位。
中文版就是典型的大廠語境：底層邏輯、抓手、閉環、3.25，一看就懂；
英文版則是 PIP 風格，對應 Amazon、Google、Meta、Netflix 的績效體系。
甚至還內置了多種“企業文化模式”，想用哪家的風格“壓”AI，可以隨便切。
再加上 v2.8 做了模塊化拆分，把能力拆成多個技能模塊，按需加載，token 佔用也降下來了。
整體看下來，不是一個隨便寫寫的玩具項目。
安裝其實很簡單
很多人看到這裏，第一反應是：會不會很折騰？
其實完全不會。
如果你用的是 Claude Code，最簡單就是兩行命令：
claude plugin marketplace add tanweai/pua
claude plugin install pua@pua-skills裝完之後基本不用管，正常用就行。
如果你用的是 Codex CLI，也很直接：
Fetch and follow instructions from https://raw.githubusercontent.com/tanweai/pua/main/.codex/INSTALL.md本質就是往本地配置目錄里加一套 skill 和 prompt。
Cursor、Copilot 這些工具就更簡單了，本質都是放一份規則文件進去。
換句話說，這個項目沒有改你的開發環境，它只是用一套規則，改變了 AI 的行為方式。
快速體驗
核心就一句：
/pua當你感覺 AI 開始敷衍、開始擺爛的時候，用它。
它也支持自動觸發，比如連續失敗、不做驗證、準備放棄這些情況，會自動介入。
另外還有幾個常用模式：
• /pua:loop：不做完不結束• /pua:p9：站在負責人視角拆任務• /pua:yes：偏鼓勵風格
你可以理解成：
給 AI 隨時配了一個能上線的“老闆”。
最後說兩句
這個項目名字看起來像玩梗，但它確實點中了一個很現實的問題：
我們用 AI，不是為了聽它說“我解決不了”，也不是看它重複無效操作，
而是希望它真的能把問題解決掉。
很多時候不是能力不夠，而是太容易放棄。
而這個項目做的，就是把“放棄”這條路，給它堵上。
如果你也被 AI 編碼助手的擺爛行為氣到過，可以試試這個項目。
項目地址：https://github.com/tanweai/pua
隨着前哨君分享的開源項目日漸增多，為了方便小夥伴們查詢過往分享的開源項目，前哨君做了一個“Ai-projectHub”的網站，會在上面同步我過往分享的項目。
網站地址：https://ai-projects-hub-six.vercel.app/
歡迎 置頂（標星）關注本公眾號「AI開源前哨」獲取有趣AI技術/工具分享,這樣就第一時間獲取推送啦~