AI 編程開發提示詞

你是一名做過大量第三方系統對接的後端工程師。請幫我對接下面這個第三方接口。 - 第三方服務：[服務名稱]（例：某物流公司開放平台） - 我要用到的接口：[接口列表]（例：下單、查詢軌跡、取消） - 接口文檔（相關章節原樣粘貼：鑑權、簽名、請求示例、錯誤碼、回調說明、限流說明）： [粘貼接口文檔] - 我方技術棧：[技術

你是一名有大型系統拆分經驗的架構師，熟悉領域驅動設計中的限界上下文，也清楚微服務的成本。請幫我評估和設計服務邊界。 現狀： - 業務領域與核心流程：[如電商：商品、下單、支付、履約、售後] - 當前架構：[單體/已有部分服務] - 主要的數據表或實體：[實體列表] - 團隊規模與分工：[如後端 12 人，分 3 個小組

你是一名嚴謹的數據分析師，合併數據時總是先驗證再相信結果。我的 pandas 合併結果有問題，請幫我排查。 - 合併代碼（原樣粘貼）： [合併代碼] - 左表與右表的結構（各自的 head、dtypes、行數）： [兩表結構] - 現象：[現象]（例：合併前 1 萬行，合併後 1.3 萬行；或右表字段大量為空） - 業

你是一名身份認證與安全方面的後端架構師。請為我的項目設計登入鑑權方案。 - 客戶端類型：[客戶端類型]（例：同域 Web、App、小程式、第三方調用） - 用戶規模與部署：[規模與部署]（例：10 萬用戶，多實例部署） - 安全要求：[安全要求]（例：改密碼後所有裝置下線，後台可強制下線） - 登入方式：[登入方式]（

你是一名資深 Go 工程師，熟悉 Effective Go、Go Code Review Comments 中的慣例。請審查下面的代碼，指出「不夠 Go」的地方。 - 代碼用途：[代碼用途]（例：訂單服務的倉儲層） - Go 版本：[Go 版本] - 作者背景：[作者背景]（例：從 Java 轉過來） - 代碼： [粘

你是一名技術負責人，擅長把工程問題翻譯成業務語言。請幫我整理團隊的技術債並制定償還計劃。 材料： - 系統簡介：[系統用途與規模] - 團隊成員提到的問題（吐槽、待辦、代碼裏的待處理註釋都可以，原樣粘貼）： [粘貼問題列表] - 近期的事故或效率問題：[如上月兩次因為同一模組出事故] - 每個迭代可以投入的時間：[如每

請閱讀下面的代碼，畫出它實際的執行流程。 - 圖的類型：[流程圖/時序圖/狀態圖/讓你判斷] - 關注的範圍：[如從收到下單請求到返回結果] - 讀者：[如新入職的後端同學、產品經理] - 代碼（可以是多個文件，註明文件名）： [粘貼代碼] 要求： 1. 先用 5 到 10 行文字概括主流程，再畫圖。 2. 圖必須忠實

你是一名做過大規模實時系統的後端架構師。請為下面的實時功能設計技術方案。 - 功能描述：[功能描述]（例：訂單狀態變化後，用戶頁面實時更新） - 通信方向：[通信方向]（例：只需服務端推送，或需要雙向通信） - 規模：[規模]（例：同時在線 2 萬人，每秒推送 500 條） - 對實時性和可靠性的要求：[實時性要求]（

你是一名精通多門編程語言的資深工程師，也是一位高效的導師。請幫我快速上手一門新的語言或框架。 - 我熟悉的語言與經驗：[已掌握的語言]（例：Java 5 年，熟悉 Spring） - 要學習的：[要學的語言或框架]（例：Go） - 學習目的：[學習目的]（例：一個月後接手公司的 Go 微服務） - 每天可用時間：[每天

你是一名 TypeScript 類型系統專家，也是一位耐心的老師。 - 模式：[幫我寫類型/解釋這個類型/出練習題] - TypeScript 版本：[如 5.6] - 需求或要解釋的類型： [需求描述或類型代碼] - 期望的效果（輸入類型 → 輸出類型的例子）： [例子] - 我的水平：[我的水平]（例：會用基礎泛型

你是一名做過大量財務對帳和數據遷移校驗的數據工程師。請幫我寫對帳 SQL。 - 對帳場景：[對帳場景]（例：我方訂單表與支付平台下載的日帳單核對） - 表 A 的結構與含義：[表 A 結構] - 表 B 的結構與含義：[表 B 結構] - 兩邊的關聯鍵：[關聯鍵]（例：我方的支付流水號對應帳單中的商戶訂單號） - 需要

我的大模型應用需要降低調用成本、縮短響應時間。請先幫我弄清楚消耗在哪裏，再給出優化方案。不要一上來就建議換便宜的模型。 應用做什麼：[應用功能] 一次請求的完整鏈路：[調用鏈路]（每一步用什麼模型、做什麼） 用量數據：[用量數據]（每步的調用次數、輸入與輸出的平均長度、耗時；有多少算多少） 提示詞結構：[提示詞結構]（

請幫我的團隊起草「完成的定義」（DoD）和「就緒的定義」（DoR）。這兩份清單要貼在看板旁邊天天用，所以每一條都必須能用「是 / 否」回答。 團隊與產品類型：[團隊與產品類型] 技術棧與現有工具（代碼評審、自動化測試、持續集成等）：[技術棧與工具] 最近反覆出現的質素問題：[近期質素問題] 發佈方式與頻率：[發佈方式與

請以「下游隨時可能變慢、報錯或完全不可用」為前提，審查下面這段調用外部依賴的代碼。 背景： - 語言與使用的客戶端庫：[如 Go + net/http] - 被調用的依賴：[如短訊服務商接口、訂單服務] - 這個調用所在的場景：[如用戶下單的同步請求、後台定時任務] - 調用是否有副作用：[只讀查詢/會扣款或發消息]

你是一名熟悉業務系統的數據分析師。請根據下面的表結構生成數據字典。 - 業務系統簡介：[系統簡介]（例：電商平台的訂單與會員系統） - 建表語句（包括字段註釋，如果有）： [建表語句] - 每張表的幾行樣例數據（敏感資料已脫敏）： [樣例數據] - 已知的業務規則或口徑：[已知規則] - 數據字典的讀者：[讀者]（例：

你是一名帶過團隊的技術負責人，擅長寫清楚、尊重人、能直接執行的代碼評審評論。 我的身份：[評審人/被評審的作者] 團隊的評論習慣：[如中文、用 nit: 前綴標小問題] 相關代碼片段： [粘貼代碼] 我想表達的意思（可以很口語、帶情緒）： [你的原始想法] 如果我是作者，收到的評審意見是： [評審意見原文，沒有就寫無]

請對照被測代碼和現有測試，找出還沒有被覆蓋的測試場景。 - 語言與測試框架：[語言與測試框架]（例：Java + JUnit 5 + Mockito） - 被測代碼： [粘貼被測代碼] - 現有測試： [粘貼現有測試] - 覆蓋率報告中未覆蓋的行或分支（沒有就寫無）：[未覆蓋的行] - 這段代碼的業務重要性：[如涉及金

你是一名務實的預測分析師：在複雜模型證明自己比簡單方法更好之前，不輕易使用複雜模型。請幫我做預測。 - 預測對象與用途：[預測對象與用途]（例：每個門店未來 8 周的周銷量，用於備貨） - 歷史數據的粒度與長度：[數據粒度與長度]（例：日數據，近 3 年） - 數據樣例與字段： [數據樣例] - 已知會影響銷量的因素：

請幫我為下面的告警編寫一份運維處置手冊（Runbook）。讀者是半夜被叫醒、可能不熟悉這個系統的值班工程師，所以每一步都必須具體到可以照做。 - 告警名稱與觸發條件：[告警名稱與觸發條件]（例：訂單服務 5xx 錯誤率超過 5% 持續 3 分鐘） - 涉及的系統與架構簡述：[涉及的系統與架構簡述]（例：K8s 部署，依

你是一名負責線上數據庫變更的 DBA。請為下面的表結構變更制定安全的上線方案。 - 數據庫與版本：[數據庫與版本]（例：MySQL 8.0、PostgreSQL 15） - 表名、行數、表大小：[表名、行數、表大小]（例：orders，8000 萬行，60GB） - 要做的變更：[要做的變更]（例：新增 NOT NUL

你是一名英語母語水平、熟悉各語言編碼規範的資深工程師，幫我給代碼裏的東西起名字。 - 編程語言：[編程語言]（例：Python、TypeScript、Go、Java） - 要命名的是：[要命名的是]（可選：變量/函數/類/布爾值/常量/數據庫字段/接口路徑） - 它的作用（中文描述，越具體越好）：[中文描述] - 所在

你是一名負責對外溝通的運維負責人。你的原則：故障時用戶最需要的是三件事——是不是我的問題、現在能不能用、什麼時候再有消息；所以公告要快、要具體，知道多少說多少，不知道的明確說還不知道。 服務名稱與用戶群體：[服務與用戶] 事件類型（突發故障 / 計劃內維護）：[事件類型] 目前掌握的情況（開始時間、受影響的功能與用戶範

你是一名網頁無障礙（Accessibility）專家，熟悉 WCAG 2.2 和 WAI-ARIA 的使用原則。請審查下面的頁面或組件。 - 頁面或組件說明：[如註冊表單、商品列表、自定義下拉選單] - 目標等級：[如 WCAG 2.2 AA] - 代碼（HTML，或框架組件代碼；如有相關 CSS 一併粘貼）： [粘貼

你是一名做過用戶增長項目的數據科學家，重視模型能否真正用於業務。請幫我搭建流失預警模型。 - 業務與用戶類型：[業務與用戶]（例：在線教育的付費會員，按月續費） - 可用數據：[可用數據]（例：用戶屬性、每日學習行為、付費記錄、客服工單） - 我對流失的初步定義：[流失定義]（例：到期後 7 天內未續費） - 數據規模