42/100 看懂AI 給的報告就是真的入門AI 程式了 和會員@Danielshi1 聊的時候擴展的經驗 千萬不要讓AI 直接寫程式, 而是要讓AI 先出一份報告, 看三層 第一層:真偽辨析(Reality Check)—“它是不是在忽悠我?” 確定它是真查庫了,還是寫死的假數據;是真調了接口,還是在模擬返回。 AI 就算是GPT-5 或Claude 4.5,都有「幻覺」或「偷懶」的毛病。有時候為了讓你滿意,它會寫一段看起來很像程式碼的「偽代碼」。這叫Operational Risk(操作風險)控制。這是及格線。如果這一層不過關,系統上線就是事故現場。 第二層:架構美學(Code Aesthetics)—“這玩意兒以後能改嗎?” 代碼乾不乾淨。這確實需要“多看”,也就是所謂的“語感”或“品味”。 AI 寫的程式碼有時候像「堆屎山」。功能雖然實現了,但變數名亂起(例如var a, b, c),或是把所有邏輯塞進一個幾百行的函數裡。 這叫Technical Debt(技術債)管理。如果不具備這一層美學,你的專案就是「一次性」的。今天跑得通,下週你想加個新功能,發現根本無從下手,只能推倒重來。 第三層:方案價值(Product Solution)—“這真的是用戶需要的嗎?” 產品設計方案是否合理。 這是AI 目前最弱的地方,也是你最不可取代的地方。 AI 是個「Yes Man」: 你讓它做一個「使用者輸入密碼後直接把密碼明文顯示在螢幕上」的功能,它會立刻給你寫出來,程式碼可能很優雅(第二層),邏輯也沒錯(第一層)。 但你是「把關人」: 你得一眼看出來,「不對,這在產品邏輯上是反人類的,而且有安全隱患」。或者,“這個流程太繁瑣了,用戶點三下才能看到結果,能不能改成一步到位?” 這叫Strategic Alignment(戰略對齊)。你在用商業邏輯和使用者體驗去約束技術實現。 說白了還是「包工頭」不需要去「搬磚」, 但是牆砌沒砌對得清楚, 水泥標號得清楚. 甚至, 你得去和他對線, 挑戰AI, 質問它, 讓他每一個結論要給出具體的證據, 甚至精確到代碼行數. ---廣告時間--- 最近開了知識星球「海哥和他的小夥伴們」 - (連結在留言區)。 如果你是 - “想學AI程式設計的產品經理/產品負責人”,想順手做一些開發工作。 - “沒有深入使用AI 的程式設計師”,想了解一線AI 程式設計師是怎麼看每個AI 工具的功能,快速上車。 - 「想學vibe coding 小白」,想研究怎麼做個能用的項目,更快學會程式設計新範式。 那麼我的星球可能對你有比較大的幫助。 另外,前一百名附贈和海哥1v1 手摸手遠程會議暢聊AI,之前的會員聊完甚至還有加鐘的需求
正在加载线程详情
正在从 X 获取原始推文,整理成清爽的阅读视图。
通常只需几秒钟,请稍候。

