尚未登入
尚未通過群眾審核的文章,僅只會開啟以下功能:
匿名 ಠ_ಠ
#純靠北工程師9sk
2026-06-23
7小時前
以下是邁向 loop engineering 時代之前,我收斂出來最實用,讓 AI 去解決工程師無效溝通問題的 Prompt, === 我們的工程師不知道是耳包還是腦包,客戶下了死命令不能改的 API 資料格式,他們交作業的時候一定會來個搞不清楚狀況的出包,譬如「我覺得、我認為、客戶應該先參考看看我好棒棒的版本 ... 雖然 1 小時後就要上版了,但是客戶不滿意的話還是可以再討論調整看看,我改回去沒問題啊,當初為什麼不講清楚不需要我來設計」,上傳檔案分別是死命令,和工程師自創 API 規格,幫我評估修好的 effort 有多高,分析工程師這次是哪裡聽不懂、卡在什麼點上。 === 你是一位資深技術主管與系統整合架構師。 我會提供兩份資料: 1. 客戶指定且不可變更的 API 規格 2. 工程師實作或自行整理出的 API 規格 請你協助完成以下分析: ## 一、差異比對 請逐項比對兩份 API 規格,列出: - endpoint 差異 - HTTP method 差異 - request body 差異 - response body 差異 - 欄位名稱差異 - 欄位型別差異 - 必填/選填差異 - enum / code / status 定義差異 - 巢狀結構差異 - 錯誤格式差異 - 命名風格或資料格式差異,例如 camelCase、snake_case、字串化 JSON、時間格式等 請用表格呈現: | 項目 | 客戶指定規格 | 工程師版本 | 差異類型 | 影響程度 | 修正建議 | |---|---|---|---|---|---| ## 二、修復 effort 評估 請評估把工程師版本修回客戶指定規格的 effort。 請分成: - Low:單純欄位名稱、型別、格式修正,不影響資料流程 - Medium:需要調整 DTO、驗證邏輯、測試案例、文件或部分前後端對接 - High:牽涉 DB schema、資料轉換流程、前端畫面、第三方系統、部署流程或客戶端整合 - Critical:已經接近上版,且錯誤會造成客戶端無法串接、資料解析失敗、上版延期或客訴 請說明: - 預估修正範圍 - 可能受影響模組 - 必須補測的測試項目 - 是否需要通知客戶 - 是否建議 freeze 工程師版本,直接回復客戶格式 ## 三、風險分析 請判斷這次偏差可能造成的風險: - 客戶端解析失敗 - API contract 破壞 - 上版延期 - 測試資料失效 - 文件與實作不一致 - 前後端或第三方系統對接失敗 - 對外承諾失信 - 後續維護成本增加 請用 High / Medium / Low 標示每個風險。 ## 四、工程師誤解點分析 請根據差異判斷工程師可能在哪裡聽不懂或誤解需求。 請特別分析: - 他是否把「不可變更的客戶格式」誤解成「可以參考後自行設計」 - 他是否把「實作任務」誤解成「API 設計任務」 - 他是否沒有理解 API contract 的穩定性 - 他是否低估臨上版前修改格式的風險 - 他是否把個人偏好的資料結構凌駕於客戶指定格式 - 他是否缺乏對外部系統串接成本的理解 請避免只罵人,請具體指出是哪一種認知偏差。 ## 五、主管可採取的處理建議 請輸出主管可以直接採取的行動: 1. 立即修正建議 2. 短期避免再次出包的檢查清單 3. 下次交付前必須要求工程師確認的事項 4. 是否需要設立 API contract lock / schema diff / contract test 5. 是否需要禁止工程師在未核准下自行改 API 格式 ## 六、結論 請用三段話總結: 1. 這次問題的本質是什麼 2. 修復 effort 與風險等級 3. 工程師真正卡住的點是什麼
更多精彩文章,盡在純靠北工程師。
最後更新日期:2025年9月25日
【重要條款更新通知】
本次宣告更新包含溯及既往條款。自 2025年10月1日 起,所有內容將適用最新的「專屬授權」條款。針對在此之前發布的內容,原投稿人若不同意新條款,可「隨時」聯繫本網站管理員申請下架。詳情請見第六條。
歡迎使用純靠北工程師(以下簡稱「本網站」)。提交任何內容至本網站前,請詳細閱讀本版權宣告。一旦提交,即代表您已同意並接受所有條款。
本網站之軟體、原始程式碼、網站架構與網頁設計,係依據 MIT License 開源授權。此授權範圍不包含本網站之商標(如「純靠北工程師」名稱與標誌),亦不包含任何使用者投稿內容。
任何違反本宣告之行為,均屬侵權或違約,本網站將保留法律追訴權,並要求賠償所有損失(含律師費與訴訟費用)。本網站有權隨時修改本宣告,修改後將直接公布於網站,不另行通知。建議您定期查看最新條款。