月份: 2025 年 9 月

今天設計客戶管理系統時，我延續昨天學到的成功方法：先想好需求，用人話表達，再寫Prompt讓AI協作。 本以為會遇到類似的業務邏輯挑戰，沒想到這次AI協作出奇順利，90%的功能一次到位！但就在我為這次

昨天我們嘗試了從Claude轉移到Cursor的協作方式，實驗結果非常不錯！Cursor在即時預覽和調試方面的優勢很明顯，特別是能直接看到設計效果並快速調整。既然昨天Dashboard的設計獲得了不錯

昨天登入系統的成功協作讓我建立了信心，但更重要的是讓我意識到Dashboard的特殊地位。它不只是另一個功能頁面，而是整個系統Layout框架的奠基者。今天設計Dashboard時，我決定將協作工具從

昨天我們花了大量時間建立iPad設計規範和Project Knowledge記憶系統，今天是時候驗證這套方法論的實用性了。我選擇登入系統作為第一個測試案例，原因很簡單：登入是所有功能的入口，如果連這個

昨天經歷了一次「被現實打臉」的震撼教育後，我開始深刻反思：為什麼Claude產出的第一版prototype明顯還是mobile的思維？為什麼即使我明確說了「iPad版本」，AI還是給了我手機式的小按鈕

經過前6天的密集規劃，從專案啟動、需求訪談到系統架構設計，我們已經完成了一個相當完整的前期準備。但真正的挑戰才剛開始——當我第一次請Claude幫我產出prototype時，那個「哇，差距怎麼這麼大」

接續昨天的系統量化之路透過AI提供了詳細的規劃，今天要分享 AI 如何在實際開發中扮演關鍵角色，快速建立出完整的追蹤系統。從 Google Apps Script 到前端 GTM 腳本，讓我們看看 A

昨天分享了訪談階段理想與現實的差距，以及我們決定轉向量化的重要決策。今天要接續這個故事，深入聊聊我們如何與AI協作，從眾多變數中找到量化的核心焦點，並最終決定自主開發追蹤系統的完整過程。 量化範圍的關

昨天分享了團隊決定啟動專案後的規劃階段，今天要來聊聊當我們真正開始執行時發生的事情。這是一個關於「理想與現實的差距」的故事，也是我們學會如何在AI協助下，找到真正解決問題方法的重要轉折點。 AI協助準

昨天我們看到了Claude如何協助我快速產出需求分析和prototype，那種「哇，原來可以這樣」的驚喜感還歷歷在目。但身為一個理性的工程師，我心中冒出了一個念頭：「如果換成ChatGPT，會產出什麼