Vol. 1 · The AI Prompt Library 免費 · 免註冊 · 複製與貼上

Prompt Library

給 Copilot

Copilot 提示詞

同時涵蓋兩種 Copilot 的提示詞:在 Excel、Outlook、Word、PowerPoint 與 Teams 中運作的 Microsoft 365 Copilot,以及在編輯器中運作的 GitHub Copilot。每則都可直接複製,並附上實際回覆的範例。

好的 Copilot 提示詞會指定兩件事:要 Copilot 處理的具體對象,以及你想拿回的輸出格式。Copilot 有兩種,適用的提示詞寫法也不同。Microsoft 365 Copilot 在 Office 應用程式內運作,因此最有效的提示詞是交給它一份真實素材——要在 Excel 分析的表格、一長串需要摘要並回覆的 Outlook 討論串、要改寫成 Word 草稿的零散筆記、要轉成簡報的文件,或你錯過的那場 Teams 會議。GitHub Copilot 在編輯器內運作,因此提示詞針對的是你選取的程式碼——解釋不熟悉的函式、產生真正涵蓋邊界情況的測試、在不改變行為的前提下重構、從堆疊追蹤除錯,或依據 diff 寫出 commit 訊息。

這一頁的每則提示詞都會寫明想要的輸出格式、必須遵守的限制,以及不得自行編造內容的規則;這正是有用的 Copilot 回覆與空泛回覆之間的差別。複製提示詞後,把方括號中的欄位換成你自己的內容即可。使用 GitHub 相關提示詞時請先選取程式碼,Copilot Chat 才會把回答範圍限縮在你選取的片段。

10 個提示詞 · 免費複製 · 每個皆含範例輸出

Copilot

使用 Copilot 分析 Excel 中的表格

要求 Copilot 在 Excel 中查找趨勢並新增公式欄——無需公式語法。

提示詞
我在這張表上有一個表。分析它並幫我對其採取行動。

資料為:[DESCRIBE THE COLUMNS, e.g. "Column A date, B region, C revenue, D units"]
我想理解什麼:[YOUR QUESTION, e.g. "which region is growing fastest and where revenue per unit is dropping"]

做四件事:
1. 以簡易英文總結前 3 項趨勢,各附上支持數字。
2. 添加新欄計算 [METRIC, e.g. "revenue per unit"],在一行中解釋公式。
3. 標示看起來像錯誤或離群值的任何行。
4. 建議一個會顯示主要趨勢的圖表,及要使用的欄。
範例輸出
頂尖趨勢: 1. 西部收入增長 38% 整個期間(Q1 $412K → Q4 $568K)——任何地區中最快。 2. 公司範圍收入單位下跌 9%($24.10 → $21.90),主要由東部地區的折扣推動。 3. 單位販售上升 22% 但收入僅 11%——容量上升,價格實現下降。 新欄「每單位收入」→ =C2/D2(收入除以單位,沿著表填充)。 離群值:第 47 行顯示 0 單位但 $1,800 收入——可能值得檢查的資料輸入錯誤。 建議圖表:按月份按地區分割的每單位收入折線圖,以顯示價格侵蝕發生在哪。

提示在 Excel 中,首先將你的範圍格式化為表格(Ctrl+T)——Copilot 在新增公式欄和推理你的數據時更加可靠,當它位於具名表格中時,而不是鬆散範圍。

Copilot

摘要冗長的 Outlook 線程並起稿回覆

趕上已埋沒的電子郵件線程並在一個步驟中回應(Microsoft 365 Copilot in Outlook)。

提示詞 2 個欄位待填
總結此信線及起草我的回覆。

首先摘要:什麼被決定、什麼仍開放、誰在等誰,及任何提及的日期——最多 5 項。

然後從我()起草回覆:[WHAT MY REPLY NEEDS TO DO, e.g. "confirm the Thursday deadline and ask Marcus for the credentials"]。

保留回覆 120 字以內、直接、無填充。不編造線中不在的任何事實。
範例輸出
摘要: - 決定:廠商上線於 6 月 16 週開始(莎拉確認)。 - 開放:法律仍未簽署 MSA——未給出日期。 - 阻礙:馬庫斯欠 API 認證;兩人在等他。 - 截止日期:試點啟動被鎖定於 7 月 1 日。 - 衝突:莎拉 6 月 9 日稱預算「最終」;湯姆 6 月 11 日說「待財務」。 起草回覆: 嗨各位——確認我們在 7 月 1 日試點軌道上。馬庫斯,您能在週四下班前發送 API 認證嗎?這是唯一還在阻止上線的項。莎拉,在湯姆和我開始前您能澄清預算狀態,讓我們對齊嗎?感謝,[MY NAME]

提示開啟線程並使用 Copilot 的「摘要」按鈕將其建立在真實訊息歷史上,然後用此提示詞精煉——它讀取實際電子郵件,所以你永遠不必貼上任何內容。

Copilot

從粗糙項目符號起稿 Word 文件

使用 Copilot 將雜亂大綱轉換為 Microsoft Word 中的結構化初稿。

提示詞 3 個欄位待填
從下方記錄草擬 [DOCUMENT TYPE, e.g. "one-page project brief"]。

觀眾:
語調:[e.g. "plain, confident, no jargon"]
長度:約  字。

用明確標題組織它。在我的記錄薄的地方,留下 [bracketed placeholder] 而非編造細節。以簡短「開放問題」部分結尾列表我仍需決定的任何內容。

我的記錄:
範例輸出
專案簡報:計費模組推出 目標 在 7 月 1 日之前船運新計費模組至所有客戶,附帶兩週負載測試緩衝。 範圍 - 包含:發票生成、付款對帳、Stripe webhook 處理。 - 排除:訂閱升級(第 2 階段)。 風險 來自兩個具不相容日期格式遺留資料庫的資料遷移。[遷移清理的所有人——TBD。] 開放問題 - 首先軟啟動至 10% 帳戶,或第一天完整發行? - 客戶支援在 7 月 1 日前是否準備好進行計費詢問?

提示給 Copilot 一個真實的目標長度和受眾——「大約 250 字給執行小組」比開放式「撰寫摘要」產生更緊湊的草稿,這往往會填充。

Copilot

從文件建立 PowerPoint 套牌

使用 PowerPoint 中的 Copilot 將 Word 文件或報告轉換為結構化幻燈片大綱。

提示詞 4 個欄位待填
 創建演講。

受眾:
長度: 張幻燈片加標題幻燈片和結束幻燈片。
談話目標:。

對於每張幻燈片提供我:短標題、最多 3 個項目符號和一行發言人筆記。保持項目符號為短語,而不是句子。不要在一張幻燈片上放超過一個想法。
範例輸出
幻燈片 1 — 標題:「計費模組:啟動計畫和風險」 幻燈片 2 — 為什麼現在 - 遺留系統在規模上故障 - 支援票上升 30% - 失敗付款的收入洩漏 (注意:以不做任何東西的成本開始。) 幻燈片 3 — 7 月 1 日運送什麼 - 發票生成 - 付款對帳 - Stripe webhooks 幻燈片 4 — 一個真正的風險 - 遺留日期格式不匹配 - 需要手動清理預導入 - 構建了一週緩衝區 幻燈片 5 — 要求 - 批准兩週時間表 - 今天指派遷移所有者

提示將 Copilot 指向特定檔案名稱(「從 Q3-Billing-Brief.docx 建立簡報」)——它提取真實結構和標題而不是猜測,這讓大綱與你的來源相符。

Copilot

回顧你錯過的 Teams 會議

從 Teams 通話獲取決策、行動項目和你特別錯過的內容(Copilot)。

提示詞
我錯過了這次會議。使用對話記錄和錄製補償我。

給我:
1. 一個 3 句摘要:主題、主要決定、最大開放問題。
2. 表格形式的行動項目——所有人 | 工作 | 截止日期(若未說日期則使用「TBD」)。
3. 關於 [MY NAME or MY TEAM, e.g. "the data team" or "the migration"] 特定曾說過的任何內容。
4. 一項被辯論但未解決的事物。

不編造未提及的所有人或日期。
範例輸出
摘要:團隊審查了 Q3 計費推出並同意將公開啟動推延兩週進行負載測試。開放問題是支援是否將準備好在新日期前進行計費詢問。 行動項目: 所有人 | 工作 | 截止日期 Priya | 負載測試情景清單 | 6 月 20 日 Marcus | 確認客服培訓時程表 | 6 月 18 日 工程 | 修復發票分頁錯誤 | 6 月 17 日 關於資料團隊:Priya 標示遷移清理需要一位工程師大約 3 天在 6 月 16 週——她要求您的團隊命名誰。 未解決:軟啟動至 10% 優先對比第一天完整發行。

提示Copilot 在 Teams 中僅適用於已錄製或轉錄的會議——在排程通話時開啟轉錄,否則之後就沒有東西可以回顧了。

Copilot

解釋不熟悉的代碼(GitHub Copilot)

使用 Copilot Chat /explain 在觸碰函式前理解它。

提示詞 1 個欄位待填
向一個知道基本句法但不知道此程式庫的人解釋選定代碼。

1. 它做什麼,一句話。
2. 每個邏輯塊的走過及為什麼在那。
3. 初學者最可能誤讀的一部分。
4. 任何邊際情況、邊際影響或失敗模式。

不假設我知道框架——拼出非明顯呼叫。

代碼:
範例輸出
它做什麼:從 API 取回使用者並僅回傳活躍的。 逐項走過: - `async`/`await`:函數在網路呼叫暫停而非阻止應用程式。 - `response.json()`:解析 HTTP 主體至 JS 物件——不這樣做您有原始位元組。 - `.filter(u => u.active)`:僅保留 `active` 旗標為真的使用者。 最誤讀部分:`await` 不自行逾時。若伺服器掛起且未設定逾時,promise 可能無限期等待。 邊際情況:若回應為錯誤狀態,`response.json()` 可能仍解析錯誤物件——在信任資料前檢查 `response.ok`。

提示在你的 IDE 中,首先選擇代碼,然後在 Copilot Chat 中鍵入「/explain」——它將答案限定為你突出顯示的確切內容,讓步行通過停留在重點上。

Copilot

生成單位測試(GitHub Copilot)

要求 Copilot Chat /tests 涵蓋愉快路徑加上邊界情況。

提示詞 1 個欄位待填
使用 [TEST FRAMEWORK, e.g. "Jest" / "pytest" / "JUnit"] 為選定函數寫單元測試。

涵蓋:
- 正常/快樂路徑。
- 邊界情況(空輸入、零、最大值)。
- 無效輸入與應拋出的錯誤。
- 一個特定於此函數做什麼的逼真邊際情況。

使用描述行為而非「test1」的明確測試名稱。在任何非明顯斷言上添加單行註解。

函數:
範例輸出
describe('calculateDiscount', () => { it('applies the percentage discount to a normal price', () => { expect(calculateDiscount(100, 20)).toBe(80); }); it('returns the original price when discount is 0', () => { expect(calculateDiscount(100, 0)).toBe(100); }); it('throws when the discount is over 100%', () => { expect(() => calculateDiscount(100, 120)).toThrow('Invalid discount'); }); it('rounds to 2 decimals to avoid floating-point drift', () => { // 19.99 * 0.1 would otherwise yield 1.7991000000000002 expect(calculateDiscount(19.99, 10)).toBe(17.99); }); });

提示在信任 Copilot 生成的測試後進行執行——針對錯誤代碼通過的生成測試只是鎖定該 bug。邊界和錯誤情況是你捕捉真正問題的地方。

Copilot

重構函式(GitHub Copilot)

獲得帶有推理的更清潔版本,不只是重寫。

提示詞 1 個欄位待填
重構選定函數以求可讀性與可維護性,不改變其行為。

規則:
- 保留相同輸入、輸出及邊際影響。
- 偏向明確名稱和早期回傳超過深度巢狀。
- 除非您解釋為什麼值得,不添加新依賴。

給我:重構代碼,然後一份簡短項目列表關於您改變的內容及為什麼。若您在重構時發現可能錯誤,應標示分別——不默默「修復」。

代碼:
範例輸出
重構: function getActiveUserEmails(users) { if (!users?.length) return []; return users .filter(user => user.active) .map(user => user.email.toLowerCase()); } 改變內容: - 對 null/empty 輸入添加早期回傳(曾在 undefined 上拋出)。 - 重命名 `x` → `user` 和 `fn` → `getActiveUserEmails` 以求意圖。 - 用 filter/map 置換手動 for-loop + push。 可能錯誤(標示,不修復):原始未小寫信件,所以下游重複偵測區分大小寫。我標準化它——在合併前確認這是您要的行為。

提示「分開標記 bug,不要靜默修復」指令很重要:無聲改變行為的重構是「清理」PR 如何破壞生產。你希望改變被浮出,以便你可以決定。

Copilot

調試錯誤訊息(GitHub Copilot)

將錯誤和代碼貼到 Copilot Chat /fix 中並獲得原因,而不只是修補程式。

提示詞 3 個欄位待填
我收到此錯誤。幫我恰當修復。

錯誤:


相關代碼:


我想做的:

告訴我:(1) 簡易英文的根本原因,(2) 具體修復及更正代碼,(3) 為什麼發生讓我下次避免,及 (4) 一件在可能有更深層問題時要檢查。不只壓制錯誤。
範例輸出
根本原因:您在取回解決前呼叫 `.map()` 在 `data`,所以 `data` 在首次渲染時仍為 `undefined`。 修復: const [data, setData] = useState([]); // 預設為 [] 非 undefined // ... {data.map(item => <Row key={item.id} item={item} />)} 為什麼發生:組件在非同步取回完成前渲染一次;`undefined.map` 拋出。預設狀態至空陣列使首次渲染安全。 更深檢查:也處理錯誤和載入狀態——若取回失敗,`data` 保持 `[]` 默默。添加 `error` 狀態讓失敗請求與「無結果」可區分。

提示始終貼上完整堆棧追蹤,而不是最後一行——Copilot 使用呼叫鏈尋找錯誤值的來源,這通常是錯誤實際浮出的幾個框架之上。

Copilot

撰寫提交訊息或 PR 描述(GitHub Copilot)

將 diff 轉化為清晰的常規提交訊息和 PR 摘要。

提示詞 1 個欄位待填
為分段改變寫一份提交訊息及簡短 PR 描述。

提交訊息:使用 Conventional Commits(例如 feat:、fix:、refactor:)。一份簡潔主旨行 72 字以內,然後一個說明「為什麼」,非「什麼」的主體。

PR 描述:2-3 句改變內容與為什麼,關鍵改變的項目列表,及「如何測試」行。

不逐行複述差異——總結意圖。背景:
範例輸出
提交: fix: default user list to empty array to prevent render crash The component rendered before the fetch resolved, so `data.map` threw on undefined. Defaulting state to [] makes the first render safe and removes the white-screen error on slow connections. PR 描述: 修復使用者頁面上當 API 慢時的間斷崩潰。清單現在顯示空狀態而非拋出。 - 預設 `data` 狀態至 `[]` 而非 `undefined` - 為失敗請求添加明確錯誤狀態 如何測試:將網路節流至「Slow 3G」並載入 /users——頁面應顯示空狀態,然後清單,無主控台錯誤。

提示在原始碼控制面板中使用 Copilot 的「生成提交訊息」按鈕來撰寫主旨行,然後用此提示詞擴展正文和 PR 文本——diff 已在背景中,所以你不貼任何內容。

常見問題

最好用的 Copilot 提示詞是哪些?

好的 Copilot 提示詞會指定兩件事:要 Copilot 處理的具體對象,以及你想拿回的輸出格式。例如某一張 Excel 表格、一則真實的 Outlook 討論串、一段選取的函式,或一份堆疊追蹤,再加上你希望拿回的結構。這一頁同時收錄 Microsoft 365 Copilot 與 GitHub Copilot 適用的提示詞,每則都附上輸出範例。

這些提示詞在 Microsoft 365 Copilot 與 GitHub Copilot 都能用嗎?

可以,兩者各有對應的提示詞。Excel、Outlook、Word、PowerPoint 與 Teams 的提示詞屬於 Microsoft 365 Copilot;解釋程式碼、產生測試、重構、修錯與撰寫 commit 訊息的提示詞則屬於編輯器中的 GitHub Copilot Chat。每張卡片都標示適用哪一種 Copilot。

如何讓 GitHub Copilot Chat 給出更好的結果?

先選取相關程式碼,再執行提示詞:Copilot 會把回答限縮在你選取的範圍,而不是猜測整個檔案。斜線指令 /explain、/tests 與 /fix 直接對應本頁的數則提示詞;貼上完整的堆疊追蹤,而不只是最後一行,也更容易讓它找出真正的原因。

這些 Copilot 提示詞免費嗎?

免費。本頁所有提示詞都可以免費複製,不需要註冊帳號、不需要留下電子郵件,也沒有付費牆。你只需要有 Copilot 本身的使用權,也就是 Microsoft 365 Copilot 授權或 GitHub Copilot 訂閱;提示詞本身完全免費。