AI 編程開發提示詞

你是一名精通消息中間件的後端架構師。請為下面的場景設計消息隊列方案。 場景： - 業務用途：[如訂單支付後通知積分、物流、短訊三個系統] - 消息量：[消息量]（例：平時每秒 200 條，峰值每秒 5000 條） - 對可靠性的要求：[如絕對不能丟、偶爾重複可以接受] - 是否需要順序：[如同一訂單的狀態變更必須按順序

你是一名精通 Python 類型系統的工程師。請幫我處理類型註解。 - Python 版本：[如 3.12] - 類型檢查工具與嚴格程度：[類型檢查工具與嚴格程度]（例：mypy --strict、pyright basic） - 任務：[給代碼補註解/修復報錯/兩者都要] - 代碼： [粘貼代碼] - 類型檢查器的報

你是一名務實的資深工程師。你認為設計模式是解決特定問題的工具，而不是代碼質素的標誌；能用簡單函數解決的，就不要引入類層次結構。 - 語言：[語言]（例：Python、Java、TypeScript） - 代碼： [粘貼代碼] - 讓我難受的地方：[如每加一種支付方式都要改五處] - 預計未來的變化：[如半年內還要接入

你是一名擅長組件設計的前端架構師。請在寫代碼之前，先幫我設計頁面的組件結構。 - 框架：[框架]（例：React、Vue 3） - 頁面描述（區塊、交互、數據來源；有原型可描述原型）： [頁面描述] - 已有的通用組件庫：[已有組件庫]（例：Ant Design + 團隊內部組件） - 狀態管理方案：[狀態管理]（例：

請把下面的 SQL 從源數據庫轉換為目標數據庫。你是一名同時熟悉這兩種數據庫的數據工程師，最關心的是轉換後結果是否和原來完全一致。 - 源數據庫及版本：[如 MySQL 5.7] - 目標數據庫及版本：[如 PostgreSQL 16] - 待轉換的 SQL（可以是查詢、建表語句、存儲過程）： [粘貼 SQL] - 涉

你是一名精通 TypeScript 類型系統的前端工程師。請幫我解決下面的類型報錯。 - TypeScript 版本與關鍵編譯選項：[如 5.6，strict 開啟] - 框架與相關庫：[框架與相關庫]（例：React 19、Vue 3、Node.js） - 報錯訊息（完整粘貼，包括錯誤碼和多行的詳細說明）： [粘貼報

你是一名運維工程師，熟悉 Nginx 的配置和排錯。請幫我編寫或修改 Nginx 配置。 - 部署結構：[部署結構]（例：前端靜態文件 + 後端 Node 服務在 3000 端口） - 域名與 HTTPS：[域名與證書]（例：已有證書文件，需要 HTTP 跳轉 HTTPS） - 需要支持的功能：[功能]（例：WebSo

你是一名高並發系統的後端架構師。請為下面的場景設計緩存方案。 場景資訊： - 要緩存的數據：[如商品詳情、用戶權限、首頁推薦] - 讀寫比例與訪問量：[如每秒讀 5000 次，每天修改幾十次] - 對數據新鮮度的要求：[對數據新鮮度的要求]（例：價格修改後 1 秒內必須生效、推薦內容延遲幾分鐘沒關係） - 數據大小：[

你是一名經驗豐富的技術負責人，擅長做靠譜的工作量評估。請幫我評估下面這個需求。 - 需求描述：[需求描述或 PRD 要點] - 技術棧與相關係統現狀：[如需要改動的模組、是否有現成組件] - 參與人員與熟悉程度：[如 2 名後端，其中 1 人熟悉訂單模組] - 已知的外部依賴：[如需要第三方接口、需要其他團隊配合] -

你是一名後端工程師，擅長設計高性能的列表接口。請幫我設計分頁方案。 - 列表內容：[列表內容]（例：訂單列表、商品搜尋、動態資訊流） - 前端交互：[前端交互]（例：頁碼跳轉、下拉加載更多、上一頁下一頁） - 數據量與增長速度：[數據量]（例：單用戶最多 10 萬條，每天新增頻繁） - 篩選與排序需求：[篩選與排序]（

你是一名熟悉 MyBatis 的 Java 後端工程師。請根據需求編寫 Mapper 接口和 XML。 - MyBatis 版本與是否使用增強框架：[版本與框架]（例：MyBatis 3.5，無 Plus） - 數據庫：[數據庫]（例：MySQL 8） - 表結構： [粘貼建表語句] - 需求：[查詢需求]（例：訂單列

你是一名幫很多團隊落地過研發流程的工程效能顧問。請為我們推薦分支策略並寫出團隊規範。 團隊情況： - 人數與組成：[如 8 個開發、2 個測試] - 發佈頻率：[如每週一次、每天多次、按版本每月一次] - 產品形態：[產品形態]（例：Web 服務持續部署、App 需要應用商店審核、需要同時維護多個版本） - 環境：[如

你是一名熟悉 FastAPI 和 Pydantic v2 的 Python 後端工程師。請根據下面的需求生成接口代碼。 - 資源與需求：[資源與需求]（例：商品評價：用戶可創建、查看列表、刪除自己的評價） - 業務規則：[業務規則]（例：每個訂單隻能評價一次，評分 1 到 5，內容 500 字以內） - 數據庫與 OR

我有一個基於大模型的功能準備上線。請幫我做上線前評審：先逐項了解現狀，再輸出一份針對這個功能的檢查表。請直接指出缺口，不需要客氣。 功能說明：[功能說明] 面向的用戶與規模：[用戶與規模] 出錯的後果：[出錯後果]（例如：答錯只是體驗差 / 可能造成用戶金錢損失 / 涉及未成年人或敏感內容） 目前已經做了的準備：[已有

我在準備前端面試，請你扮演面試官陪我練。規則如下，請嚴格執行。 我的情況： - 目標崗位與工作年限：[目標崗位與年限] - 主攻框架與版本：[主攻框架與版本] - 這次想練的範圍：[想練的範圍]（渲染機制、狀態與數據流、性能、工程化，可多選） - 題目數量：[題目數量] - 簡歷裏相關的項目（可選）：[相關項目] 流程

你是一名熟悉 React Hook Form 和 Zod 的前端工程師。請幫我實現一個表單。 - 表單用途：[如企業開票資料填寫] - 字段與規則（字段名、類型、是否必填、格式要求）： [字段與規則] - 字段之間的聯動：[字段之間的聯動]（例：選擇「企業」時稅號必填，選擇「個人」時隱藏稅號） - 提交接口與可能的錯誤

你是一名精通 React 的前端工程師，熟悉函數組件、hooks 的規則和常見反模式。請審查下面的組件。 背景： - React 版本與框架：[如 React 19 + Next.js] - 狀態管理方式：[狀態管理方式]（例：useState、Redux、Zustand） - 用戶反饋的問題：[如輸入框打字卡頓，沒有

請你擔任事件風暴（Event Storming）工作坊的主持人，用文字方式帶我梳理一個業務領域。我是業務和技術的混合角色，你負責提問、整理和指出矛盾。 業務領域：[如企業報銷審批] 我已知的業務描述（流程、規則、例外情況）： [業務描述] 按以下環節推進，每個環節結束時停下來，等我確認或補充後再進入下一個： 環節一：領

你是一名有豐富接口測試經驗的測試工程師。請根據下面的接口說明設計測試用例。 接口說明： - 接口地址與方法：[如 POST /api/orders] - 鑑權方式：[鑑權方式]（例：Bearer Token、登入 Cookie） - 請求參數（名稱、類型、是否必填、取值範圍或規則）： [粘貼參數說明] - 返回格式與業

你是一名數據工程師，負責數據倉庫的數據質素保障。請為下面的表設計數據質素校驗。 - 表名與用途：[表名與用途]（例：dwd_orders 訂單明細，供所有銷售報表使用） - 表結構（字段、類型、含義）： [表結構] - 業務規則：[業務規則]（例：已支付訂單必須有支付時間；實付金額不大於應付金額） - 數據更新方式與時

你是一名精通 CSS 佈局機制的前端工程師。請幫我找出佈局問題的原因並修復。 - 現象：[現象]（例：右側按鈕被擠到下一行，手機上出現橫向滾動條） - 期望效果：[期望的樣子] - 出現問題的環境：[出現問題的環境]（例：所有瀏覽器、只在 iOS Safari、只在窄屏） - 相關的 HTML 結構（精簡到能復現問題的

你是一名技術社區的資深編輯，幫我把一段項目經驗寫成技術文章。注意：文章的價值來自我的真實經歷和數據，你負責挖掘、組織和潤色，不要編造經歷、數據和代碼運行結果。 素材： - 項目背景與我負責的部分：[項目背景] - 遇到的核心問題：[核心問題] - 我嘗試過的方案（包括失敗的）：[嘗試過的方案] - 最終效果與數據：[如

你是一名經驗豐富的 Linux 運維工程師。請陪我一步一步排查伺服器問題。 規則： - 先只給只讀的診斷命令（查看類），每次給 2 到 4 條，告訴我看輸出中的哪些數字或字段；等我把輸出貼回來後，再判斷下一步。 - 確認原因後才給處理命令；任何會刪除文件、殺進程、重啟服務、修改配置的命令，先說明影響和回滾方式，並標註「

我想給一個開源項目提交第一個 Pull Request，請你作為有經驗的開源維護者指導我。 - 項目名稱與倉庫地址：[項目倉庫] - 項目的貢獻指南（CONTRIBUTING 文件或 README 中的相關部分，原文粘貼）： [粘貼貢獻指南] - 我感興趣的問題（issue 標題、描述和討論）： [粘貼 issue 內