GitHub Copilot Desktop App簡介（2）：指令設定、風格校準與實作練習

 

GitHub Copilot App 不是只能夠拿來寫程式，也可以用來改善日常工作流。許多人第一次接觸 GitHub Copilot 時，往往認為它只是開發人員的 AI 工具，主要用途是撰寫程式碼、修正錯誤或產生測試案例。然而，隨著 Agentic Development 的發展，GitHub Copilot App 已逐漸從「程式設計助手」轉變為「工作任務助手」。

以教材製作為例，使用者可以將課程需求、參考文件與既有教材交給 Copilot，讓它協助規劃課程大綱、撰寫講義內容、整理重點摘要，甚至產生簡報初稿。對於經常需要撰寫文件的人來說，也可以利用 Copilot 協助整理會議紀錄、產生技術文件、編寫操作手冊或潤飾文章內容。

此外，Copilot 還能協助分析大量資料、整理研究報告、規劃專案執行步驟，以及建立標準作業流程（SOP）。過去需要花費數小時完成的重複性工作，現在只需透過自然語言描述需求，即可交由 AI Agent 協助處理。

因此，GitHub Copilot App 的價值不僅在於提升程式開發效率，更在於幫助知識工作者將重複且耗時的工作自動化，把更多時間投入在思考、決策與創造價值的工作上。

這篇文章將接續前一篇的基礎設定，重點放在如何讓 Copilot 更了解你的工作規則與寫作風格。你會看到全域指令、專案指令的用途與範例，也會透過風格校準與第一個小練習，理解如何把 GitHub Copilot Desktop App 用在教材與技術文章製作流程中。

什麼是「指令（Instructions）」？

你可以事先寫好一段描述，告訴 Copilot 你的專案背景、偏好風格或注意事項，讓它每次回答都更貼近你的需求——這就是「指令（Instructions）」。

·         全域指令：對所有對話都有效，適合放個人習慣（例如：回答請用繁體中文）。

·         專案指令：只對當前專案有效，適合放專案細節（例如：使用 React + TypeScript）。

設定全域自訂指令（Instructions）

設定「全域自訂指令（Instructions）」的目的，是讓 Copilot 先理解你的固定工作習慣，不用每次開新任務都重新交代一次。例如你希望它使用繁體中文、採用台灣常見用語、開始修改前先讀檔、不要做無關重構、保留原本改動、完成後說明修改內容與驗證方式，這些都很適合放在全域指令。

全域指令的好處是穩定。當你在不同專案、不同 session 中使用 Copilot 時，它會先套用同一套基本規則，回覆風格與工作方式比較一致。對團隊協作來說，這可以減少溝通成本，也降低 AI 做出不符合期待內容的機率。

不過，全域指令適合放「長期通用規則」，例如語言、回報格式、安全原則；專案限定的規範，則應放在 Project Instructions 或「.github/copilot-instructions.md」檔案中。

在主介面「General」>「Session」>「Instruction」可以設定全域自訂指令（Instructions），請參考下圖所示：

圖 1：設定全域自訂指令（Instructions）

 

 

以下是一份適合專案文件的全域規則範例，可以依照自己的需求調整。

# 全域工作規則

## 語言與溝通

- 除非我另外指定，請使用繁體中文回覆。

- 使用台灣常見用語。

- 回覆要清楚、實用，不要寫太多抽象說明。

- 如果可以直接完成任務，就直接執行，不要只給建議。

## 工作方式

- 開始修改前，先閱讀相關檔案。

- 優先遵守現有專案的架構、命名、語氣與寫法。

- 不要做和任務無關的重構。

- 不要覆蓋我原本的改動。

## 驗證與回報

- 修改程式後，能測試就測試。

- 如果無法測試，請明確說明原因。

- 最後回覆請包含：完成了什麼、修改了哪些檔案、如何驗證、需要注意的事項。

 

設定專案自訂指令

如果規則只適用於某個專案，就不要全部塞進全域指令。專案層級的指令比較適合放產品或團隊特定規則。

若規則要進 Git、讓團隊共同維護，可以在 repository 內建立 「.github/copilot-instructions.md」檔案，將規則寫在檔案中。若只是這台機器、這個 App 工作區的偏好，可以在主畫面設定 「Project」 >「 Instructions」中。

放置位置	會不會跟 Git 分享	適合放什麼
Global Instructions	否	個人長期偏好，例如語言、回報方式、安全規則。
Project > Instructions	通常否	本機這個工作區的專案偏好。
.github/copilot-instructions.md	會	團隊共識、repo 規範、測試方式、程式風格。

 

「Project」 >「 Instructions」設定，請參考下圖所示：

 

圖 2：專案自訂指令

以筆者建立一個教材製作的專案為例，專案自訂指令範例：

# 專案自訂指令

 

這個專案主要用來製作 AI 課程教材，內容要適合課堂教學與初學者學習。

 

## 基本規則

 

- 除非另外指定，請使用繁體中文與台灣常見用語。

- 文字要清楚、口語、好懂，避免太學術或翻譯腔。

- 操作步驟要可以讓學員照著做。

- 範例要實用，程式碼要可以實際執行。

 

## 工作方式

 

- 修改前先閱讀相關檔案。

- 優先遵守現有架構、命名與語氣。

- 不做無關重構。

- 完成後說明修改內容、驗證方式與注意事項。

 

 

風格校準（Style Alignment）

在正式交辦教材撰寫任務之前，建議先讓 GitHub Copilot 了解你的寫作風格。雖然 Copilot 已具備良好的內容生成能力，但如果能提供過去實際撰寫的文章作為參考，它就能更準確地模仿你的用字習慣、段落結構、說明方式與文章語氣。

這個步驟可以視為一次簡單的「風格校準（Style Alignment）」。完成後，後續產出的教材、講義、部落格文章或簡報內容，通常會更接近個人的寫作風格。

在專案 Session 對話視窗中，按下右邊對話方塊的 「＋」 按鈕，接著選擇 「Add files」。

然後加入兩篇以上過去撰寫的文章，請參考下圖所示：

圖 3：加入檔案

在文字方塊中輸入以下提示：

分析這兩個檔案的寫作語氣與風格，將它加到記憶中。

 

Copilot 會先閱讀附件內容，分析文章特徵並建立上下文理解。之後在同一個 Session 中產生的內容，通常能更貼近原作者的表達方式，減少後續修改與潤稿的時間。

 

這個提示的執行結果，請參考下圖所示：

圖 4：分析寫作語氣與風格的提示執行結果

 

GitHub Copilot Desktop App並整理與分析寫作語氣與風格，執行結果請參考下圖所示：

圖 5：整理與分析寫作語氣與風格

這種做法特別適合：技術專欄作者、課程講師、企業內部教材撰寫者、技術部落客、文件與知識庫維護人員。完成風格校準後，就可以開始交辦實際任務，讓 Copilot 根據專案需求產生更符合個人風格的內容。

 

第一個小練習

接著筆者準備一份Word檔案，擬好「GitHub Copilot Desktop App簡介」主題文章的大綱，檔案內容如下：

GitHub Copilot Desktop App簡介

Agentic Development（AI Agent 開發模式）

什麼是GitHub Copilot Desktop App?

前置作業

下載與安裝Git

Copilot訂閱

GitHub Copilot Desktop App下載與安裝

https://github.com/features/ai/github-app

設定模型

設定全域自訂指令（Instructions）

設定專案自訂指令

第一個小練習

 

在GitHub Copilot Desktop App專案中，新建立一個聊天Session，將檔word檔案附加到聊天，並在聊天畫面中加入提示：

仿照我的寫作習慣與語氣，改寫這份教學文件的內容。這份文件的內容目前是草稿，請補充說明、參考資料，變成一份完整的教學文件。

 

這個提示的執行結果，請參考下圖所示：

圖 6：教學文件改寫

最後參考產出的文件，請參考下圖所示：

圖 7：教學文件

總結

完成本篇後，你已經知道如何透過 Instructions 建立固定工作規則，也能用 Project Instructions 補充專案限定的要求。

搭配風格校準與範例提示，Copilot Desktop App 便能從單純回答問題，進一步成為協助整理文章、產出教材與執行任務的工作夥伴。實際使用時，建議先從清楚的小任務開始，逐步累積可重複使用的指令與範例，讓每一次 Agent Session 都更穩定、更容易驗收。