home.social

#githubcopilot — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #githubcopilot, aggregated by home.social.

  1. I'm speaking in person at SALT (formerly Utah JUG) on Thursday, Nov. 12.

    "Software Factories for the Agent Era" is about checking generated changes, not just shipping them.

    We'll use a Java demo to look at GitHub Actions checks, Copilot code review, and the approvals a team sets before merging.

    Lucid Software, South Jordan, UT
    Pizza: 6 PM. Talk: 6:30 PM MST.

    RSVP: meetup.com/utah-java-users-gro

    #Java #CICD #GitHubCopilot

  2. GitHub Copilot 砍掉重練、功能大幅改善的 Visual Studio 2026 18.12


    之前 Visual Studio 2026 的 18.10 和 18.11 的兩次更新感覺都讓人覺得很虛、而且在 GitHub Copilot 的部分更讓人覺得是改版過程中的過度版本,搞到 Heresy 後來是直接切換到 Insider 版了。

    而現在,算是第一階段改版完成後的 18.12 終於推出了!這個版本除了提供整個砍掉重練的 GitHub Copilot 外,在 IDE 以及 C++ 的支援上,也都有相當的改善,在個人來看算是久違的大改變了~

    官方的變更紀錄可以參考 release note,下面則是 Heresy 個人覺得比較重要的點:

    • GitHub Copilot 架構大改、BYOM 功能大幅改善
    • MSVC Build Tools 14.52 正式支援 C++23
    • 方案總管可以切換到「檔案系統」模式

    重新設計的 GitHub Copilot

    使用 AI 來進行程式開發的 GitHub Copilot 最近一直是 Visual Studio 的重點更新。實際上微軟從 18.8 就開始嘗試改用 Copilot SDK(連結)來實作新版本、但是這幾個月下來每個版本在個人來看都是半殘、甚至讓 Heresy 被迫改用 Insider 版;不過 18.12 這次的更新、算是把這個新版本完成到一個程度了。

    官方的介紹是《Copilot in Visual Studio Just Got a Major Upgrade》,這個新版本應該是預設啟用了,如果要關閉可以在選項的「GitHub」中找到「使用新的 Copilot 聊天體驗」來關閉。

    這次的改版,官方是宣稱透過改善 Harness、讓同樣的模型可以獲得更好的結果、在他們的測試中可以解決更多的問題(C# 實際專案的 157 個問題的解決數量從 103 提升至 124)。

    模型管理大幅改善

    姑且算不管 Harness 的改善部分,這個版本在 Heresy 來看一個很大的改善,是 BYOM 的模型管理介面現在終於可以選擇 Completions、Responses、Messages 這三種 API 了!所以現在終於可以比較方便使用自己部署在 Microsoft Foundry 上的 gpt 系列模型了。

    不過比較可惜的,是現在還是沒有針對 BYOM 提供 reasoning_effort 的設定。

    另外,模型提供者的部分除了本來的 Microsoft Foundry、Anthropic、OpenAI、Ollama 外,似乎多了一個 Custom Endpoint?

    不過個人覺得比較重要的,應該還是現在同一個提供者終於可以建立多個連線了!所以如果有多個 Azure 專案、或是自己有多個 OpenAI 相容伺服器,終於可以針對不同的端點 URL、API Key 來建立多個同類型的提供者了!像上圖中就是建立了兩個不同區域的 Microsoft Foundry 的專案。

    只是比較討厭的,是雖然可以針對每個連線設定名稱,但是實際上在圖形介面顯示的時候,大多還是顯示提供者類型,所以根本無法區分同名模型…

    此外,可以設定預設模型這點也是相當方便的~以前不能設定的時候,常常會不小心用到官方提供的模型,每次都要檢查、切換還滿麻煩的。

    更重要的,是以前透過其他介面建立 Copilot Chat 的工作階段(例如透過 Copilot 偵錯)的時候,都會跳回官方提供的預設模型,現在終於可以使用自己設定的預設模型了。

    新的技能、MCP 管理介面

    之前某次改版消失的技能和 MCP 管理現在也終於透過新的介面回來了。

    新的 MCP 管理介面可以個別控制要啟用哪些 MCP 伺服器,同時也可以快速地看到他的工具啟用數量。

    點選右方的「…」裡的「設定」後,可以看到 MCP 伺服器的細節,也可以針對個別工具設定是否要啟用;雖然個人是覺得在介面上不算方便,但是功能也算是夠完整了。

    技能的部分,目前也整合在同一個介面中,只會顯示名稱、範圍,然後可以控制開關,算是相對簡單;要修改的話可以點選右側的「…」可以開啟 SKILL.md、或是用檔案總管開啟資料夾。

    而要使用的時候,除了可以直接透過一般的口語指令讓他觸發、也可以在 Copilot Chat 的透過「/」來選擇。

    另外,這邊官方似乎加入了許多新的 skill?不過這邊還沒玩過,就不知道到底效果好不好了?

    Copilot Chat 的模式

    這個版本的對話模式和工具呼叫的部分,現在可以各自設定運作的模式。

    對話可以選擇 Interactive 或 autopilot,前者是在必要時 AI 會提出問題、後者則是會盡量直接做到完成。工具則可以選擇 Manual 和 Allow all,選擇後者就會直接呼叫 MCP 工具,不會每次都詢問。

    這樣的設定算是比以前明確一點。但是個人會希望可以針對每個 MCP 工具設定是否要自動允許就是了。

    代理的部分,目前類型如下:

    有必要的話,也還是可以自己定義代理。

    新的工作內容呈現

    Copilot 現在預設應該是會直接使用 subagent、子代理來同時進行多個工作了?重點是,個人覺得這次改版後、視覺呈現上效果好很多!

    他現在工作大多都會搭上一個簡單的圖示、然後再用簡短的文字描述;項目大多可以展開來看細節、而有的時候還會分好幾層。在個人來看,這樣要追蹤 AI 的工作流程、做了哪些事、會更方便一點。

    而顯示詳細結果的地方,也可以用新分頁獨立開啟,對於內容很長的狀況(例如呼叫外部編譯器的編譯過程)、這樣會更好確認內容。

    工作階段的管理

    以往 Copilot 的工作階段都僅限於在 Copilot Chat 這個視窗中呈現,所以如果同一個專案有多個工作階段要處理的話,就得不停地回到列表來切換。

    而這個版本的 Copilot Chat 支援用獨立的分頁開啟工作階段,方便同時要求 AI 進行多項獨立的工作。

    要把工作階段獨立開啟,可以在工作階段清單直接用右鍵選單來操作,也可以點選已經開啟的工作階段右上角的「…」來進行。

     

    雖然一般情況下個人因為會擔心彼此打架、所以不會同時針對同一個專案同時進行多個 AI 工作階段,但是在必要的時候,這樣開啟多的工作階段分頁其實還是相當有用的。

    另外,以往讓人很討厭的一點,是不同的工作階段、甚至是不同的 Visual Studio 視窗在切換模型時會彼此影響;現在微軟應該是解決這個問題了,每個工作階段會各自記得自己使用的模型。所以終於不用擔心這邊切換模型、結果另一邊也被跟著切換了。

    不中斷工作就修正

    現在如果已經送出命令讓 AI 開始做事後,臨時想要追加條件、會是修改命令,可以直接繼續輸入、這時候的訊息會變成「擱置」的狀態,等 AI 處理告一個段落(現在的工作都拆得很細、所以不會太久),就會讀取後續追加的命令、來做調整。

    這樣不需要等他完成、也不用強制中斷,在很多時候也是很方便的。

    至於其他的部分?現在雖然聊天的「+」看來少了很多東西,但是實際上如果要附加開啟的文件、或是選取區給 AI 的話,還是可以用「#」來進行,其實還算方便。

    整體來說,個人是覺得 Visual Studio 的 GitHub Copilot 雖然還是有不少問題、有的功能還有改善的空間,但是終於算是到現在 agent 該有的樣子了? XD

    支援 C++23

    這個也是拖得比預期的久很多啊…

    實際上,在 2025 年初的 Visual Studio 2022 17.13 就已經加入 /std:c++23preview 了,但是沒想到過了一整年、改版到 2026 都沒有脫離預覽?!

    而現在終於推出 MSVC Build Tools Version 14.52、正式支援 /std:c++23 了!這部分的變化,可以參考之前的官方介紹《MSVC Build Tools Version 14.52 Release Candidate Now Available》。

    以 Heresy 自己來說,算是終於可以把跨平台專案切換到 C++23 標準、直接使用  std::expected、std::mdspan 這些函式庫了;而某些新語法也可以開始嘗試使用了~

    不過話說…微軟你到現在還沒開始進行 C++26 是怎樣(參考)啦…

    方案總管的「檔案系統」模式

    這也是個人覺得相當實用的功能!

    以往 Visual Studio 開啟方案(solution)的時候,都會使用方案檢視器來呈現方案、專案的內容;但是如果沒有加入專案內的檔案,基本上就很難透過 Visual Studio 直接找到、開啟。

    而現在在方案總管加入了「解決方案」和「檔案系統」的顯示模式切換,算是在一定程度上解決了這個問題。

     

    切換到「檔案系統」後,就會比較接近開啟資料夾的形式、直接顯示整個方案資料夾所在的檔案結構,要找非方案中的檔案會更為方便。(如果是 Git repository 的話,會是 repository root)

    而在這個模式下,也可以開啟別的方案;而如果要建置專案的話,也可以直接在專案檔案的右鍵選單來進行、不需要切換回方案模式。

    此外,有必要的話也可以透過右鍵選單的「新增方案總管檢視」來開啟多個不同模式、檢視範圍的方案總管,某些情境下也會更方便。

    不過不知道為什麼,現在切過到這個模式的時候,介面中很多選項會被停用?最微妙的是在這個模式還不能叫出 Copilot Chat 的視窗?但是如果視窗本來就開著,卻也都可以正常使用…

    至於其他比較細的部分,個人覺得比較有可能有幫助的包括:

    • 把檔案拖曳到 Markdown 中會自動建立連結或圖片的語法
    • 輸出視窗支援 ANSI 色彩
    • 方案總管的圖片預覽支援 TIFF、DDS、WebP(本來就支援比較常見的格式了)
    • 索引標籤可以自定義最大、最小寬度(環境、索引標籤、工具視窗索引標籤)
    • 在分頁的索引標籤上按右鍵、可以透過「關閉右方索引標籤」快速關閉開啟的文件
    • 語法醒目提示(Syntax Highlight)改善(TOML、Rust 等)
    • C++ 動態偵錯脫離預覽階段
    • C++ 處理效能改善(程式索引、include 分析、大型方案的開啟和關閉等等)

    要更完整的更新內容,就請參考官方介紹吧。

    另外,微軟現在應該是把 2026 18.11 定為長期維護版本(LTSC)?官方說明是《Announcing Visual Studio 2026 LTSC 18.11》。但是老實說,如果以 GitHub Copilot 在 18.11 半殘的狀況來說,訂在這個版本會不會怪怪的啊?

    #AI #C #C23 #程式設計 #GitHubCopilot #Microsoft #VisualStudio
Share on Mastodon

Enter the server where you have an account.