iT邦幫忙

2026 iThome 鐵人賽

DAY 29
0
Vibe Coding

重新認識Github Copilot (續)系列 第 29 篇

Day29 - 什麼!!! Github Copilot 居然可以在 PowerPoint 跟 M365 Copilot 打對台😮

  • 分享至 

  • xImage
  •  

https://ithelp.ithome.com.tw/upload/images/20261013/201033339sfjTym8cg.png

今天筆者要來介紹一個我覺得很特別、也可能是 GitHub Copilot 發展路線上重要轉折點的東西: GitHub Copilot SDK。原本以為 Copilot 就是開在 VS Code 裡面幫忙寫程式,結果居然可以透過 SDK,把同一套 Agent 能力接到 Office Add-in,直接在 PowerPoint、Excel、Word 裡面工作。這個方向有點意思啊,因為 AI 不再只是「聊天問問題」, 而是開始真的跑進日常維運與工作流程裡面了~

https://ithelp.ithome.com.tw/upload/images/20261013/20103333KeodvQZ6t0.jpg

🧭 為什麼 GitHub Copilot SDK 是一個轉折點?
筆者在整理這個主題時,最有感的地方不是「又多了一個 SDK」,而是 GitHub Copilot 把背後的 Agent 能力, 逐漸整理成可以被其他應用程式使用的介面。換句話說,我們不一定要自己從零開始打造模型呼叫、工具管理、 對話狀態與推理流程,SDK 可以幫忙接起來。

SDK 不只是呼叫模型,而是把 Agent runtime 帶進自己的應用程式

📦 把 Copilot CLI 變成可程式化介面
GitHub Copilot SDK 的核心概念,可以想成把 Copilot CLI 背後的引擎,包裝成應用程式可以使用的 SDK。 我不需要重新打造整套 Agent 基礎建設,就能在自己的工具裡面接上 AI 能力。

🔌 不只限於單一模型
M365 Copilot 通常會使用微軟提供的模型與訂閱服務,但 GitHub Copilot 這邊可以選擇更多模型, 包含不同版本的 GPT、Claude,甚至其他開放模型。模型選擇變多,彈性是增加了,選擇障礙也順便增加了,這就是工程師的日常。

🔄 背後其實是 ReAct Loop
Receive Input → Reason & Plan → Act with Tools → Observe → Iterate
這套運作方式。簡單講,就是使用者丟進一個需求後, Agent 不會只回答一句話就結束,而是會經過「接收訊息、推理與規劃、呼叫工具、觀察結果、必要時繼續迭代」這幾個步驟。

https://ithelp.ithome.com.tw/upload/images/20261013/20103333iUffTkQWy2.jpg

以 Office Add-in 為例,請它產生一份 PowerPoint,它可能要先理解需求,再讀取目前簡報的內容, 接著呼叫工具建立投影片、加入圖形或文字,最後再檢查結果是否符合期待。這種「會做事」的特性, 才是 Coding Agent 或企業 AI Agent 真正有趣的地方。

🏗️ 從 Coding Agent 走向日常維運
GitHub Copilot 從 Coding 逐漸延伸到企業 AI Agent 與日常維運
筆者認為這是一個重要轉折點,主要是因為微軟與 GitHub Copilot 的產品,開始把這種 Agent 工作方式當成日常維運的一環。 例如今年在 Copilot Studio 裡出現的 GitHub Copilot Harness,底層思路就和 Coding Agent 是一樣的: 收到需求、規劃、執行工具、確認結果,必要時再跑下一輪。

https://ithelp.ithome.com.tw/upload/images/20261014/20103333qJZA4Pb0ci.jpg

對企業來說,這代表未來的 AI 不一定只存在於 Teams 或聊天視窗。它可以進到內部系統、Office、維運工具, 甚至是各種自製的業務應用程式。從「幫我回答」走到「幫我完成」,中間差的就是工具、權限與流程整合。

🧩 GitHub Copilot Office Add-in 是怎麼回事?
GitHub Copilot Office Add-in:支援 PowerPoint、Excel 與 Word
這次筆者實際看的 Repo 是: github.com/patniko/github-copilot-office 。 這個專案把 GitHub Copilot 的能力放進 Microsoft Office,目前可以看到 PowerPoint、Excel 和 Word 的整合方向。

https://ithelp.ithome.com.tw/upload/images/20261014/20103333XcsJWkCJCt.jpg

安裝方式其實比筆者原本想像中簡單,直接把 Repo 放進工作區,接著請 GitHub Copilot 依照 GETTING_STARTED.md 開始處理即可。這也是覺得很有意思的地方: 用 Copilot Agent 來安裝另一個 Copilot 專案,有一種 AI 自己幫自己找工作的感覺,工程師逐漸變成監工了,薪水可以照算嗎?/images/emoticon/emoticon01.gif

https://ithelp.ithome.com.tw/upload/images/20261014/20103333TH2HLyJcFp.jpg

本機 Agent UI 與模型選擇介面
安裝完成後,系統會開一個本機網站,透過 Copilot CLI 的模式來工作。這個介面可以選擇要使用的模型, 也可以在 Local 與 Remote 之間切換。底層主要透過 Proxy 與遠端模型溝通,概念上就是把模型能力包在本機的 Office Add-in 後面。

🖥️ 在 PowerPoint 裡直接使用 GitHub Copilot
安裝後在 Office 介面中看到 GitHub Copilot Add-in
安裝完成、重新開啟 Office 後,就能在功能區看到 GitHub Copilot。按一下之後,右側會出現 Copilot 面板, 介面上也可以選擇要用哪一個模型。這點和 M365 Copilot 有點像,但模型選擇更加彈性。

https://ithelp.ithome.com.tw/upload/images/20261014/20103333lrWdvAbzxD.jpg

Office 中開啟 GitHub Copilot,右側顯示模型選擇與對話面板
筆者這次用 PowerPoint 做測試,請它產生一份和 GH-300 相關的簡報。 GH-300 是 GitHub Copilot 認證考試名稱,所以我想看看它能不能協助快速建立一份課程或工作坊簡報。

https://ithelp.ithome.com.tw/upload/images/20261014/20103333q3P9JUhKNA.jpg

更多實作Demo,請參考完整版影片囉

✅ 本日結論
GitHub Copilot SDK 的優點
可以把 Agent 能力嵌入自己的應用程式。
模型選擇彈性較高。
適合 Office Add-in、企業內部工具與自動化流程。
能利用工具呼叫與多步驟推理建立更完整的工作流程。

⚠️ 需要留意的地方
模型品質與成本會直接影響使用體驗。
安裝環境、Node.js、npm 與網路狀況都可能造成問題。
正式上線前,必須補上權限、資料保護與人工確認機制。

GitHub Copilot SDK 很適合拿來做概念驗證。尤其是想把 GitHub Copilot 放進既有應用程式,不必從空白畫布開始打造整個 Agent orchestration layer,這點真的很省時間啊。 /images/emoticon/emoticon07.gif


上一篇
Day028 - 用 Spec-Kit 實作 SDD:嚴謹是優點,也是 Token 魔王 🤑🤑🤑
下一篇
Day30 - 完賽回顧:從 Vibe Coding 走向 Agentic Workflow!!!
系列文
重新認識Github Copilot (續) 共 30 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言