#程式設計 — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #程式設計, aggregated by home.social.
-
自製程式：可自定義功能的 ClipboardAssistant
在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。
不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。
後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～
他的專案是：https://github.com/KHeresy/ClipboardAssistant
下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases
這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。
這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。
而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。
目前可以串接的功能，包括了：
- OpenAI API 相容服務
- Google Gemini API
- 正規表示式（regular expression）的文字取代
- JavaScript 的文字處理
- 執行外部程式
- 文字輸入
透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～
下面是一個簡單的動作集的設定畫面：
這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。
透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！
而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。
附註：
目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。
現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…
-
自製程式：可自定義功能的 ClipboardAssistant
在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。
不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。
後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～
他的專案是：https://github.com/KHeresy/ClipboardAssistant
下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases
這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。
這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。
而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。
目前可以串接的功能，包括了：
- OpenAI API 相容服務
- Google Gemini API
- 正規表示式（regular expression）的文字取代
- JavaScript 的文字處理
- 執行外部程式
- 文字輸入
透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～
下面是一個簡單的動作集的設定畫面：
這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。
透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！
而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。
附註：
目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。
現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…
-
自製程式：可自定義功能的 ClipboardAssistant
在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。
不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。
後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～
他的專案是：https://github.com/KHeresy/ClipboardAssistant
下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases
這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。
這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。
而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。
目前可以串接的功能，包括了：
- OpenAI API 相容服務
- Google Gemini API
- 正規表示式（regular expression）的文字取代
- JavaScript 的文字處理
- 執行外部程式
- 文字輸入
透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～
下面是一個簡單的動作集的設定畫面：
這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。
透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！
而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。
附註：
目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。
現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…
-
自製程式：可自定義功能的 ClipboardAssistant
在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。
不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。
後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～
他的專案是：https://github.com/KHeresy/ClipboardAssistant
下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases
這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。
這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。
而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。
目前可以串接的功能，包括了：
- OpenAI API 相容服務
- Google Gemini API
- 正規表示式（regular expression）的文字取代
- JavaScript 的文字處理
- 執行外部程式
- 文字輸入
透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～
下面是一個簡單的動作集的設定畫面：
這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。
透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！
而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。
附註：
目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。
現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…
-
自製程式：可自定義功能的 ClipboardAssistant
在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。
不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。
後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～
他的專案是：https://github.com/KHeresy/ClipboardAssistant
下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases
這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。
這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。
而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。
目前可以串接的功能，包括了：
- OpenAI API 相容服務
- Google Gemini API
- 正規表示式（regular expression）的文字取代
- JavaScript 的文字處理
- 執行外部程式
- 文字輸入
透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～
下面是一個簡單的動作集的設定畫面：
這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。
透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！
而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。
附註：
目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。
現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…
-
Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？
Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。
在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD
如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？
首先，現在的 Antigravity 變成一個家族、有四個成員：
- Antigravity 2.0
- Antigravity CLI
- Antigravity SDK
- Antigravity IDE
其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目
不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。
所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。
另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。
Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。
而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。
另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。
而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。
官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。
現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD
#AI #程式設計 #電腦相關 #Google -
Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？
Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。
在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD
如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？
首先，現在的 Antigravity 變成一個家族、有四個成員：
- Antigravity 2.0
- Antigravity CLI
- Antigravity SDK
- Antigravity IDE
其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目
不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。
所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。
另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。
Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。
而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。
另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。
而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。
官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。
現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD
#AI #程式設計 #電腦相關 #Google -
Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？
Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。
在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD
如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？
首先，現在的 Antigravity 變成一個家族、有四個成員：
- Antigravity 2.0
- Antigravity CLI
- Antigravity SDK
- Antigravity IDE
其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目
不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。
所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。
另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。
Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。
而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。
另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。
而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。
官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。
現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD
#AI #程式設計 #電腦相關 #Google -
Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？
Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。
在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD
如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？
首先，現在的 Antigravity 變成一個家族、有四個成員：
- Antigravity 2.0
- Antigravity CLI
- Antigravity SDK
- Antigravity IDE
其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目
不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。
所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。
另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。
Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。
而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。
另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。
而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。
官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。
現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD
#AI #程式設計 #電腦相關 #Google -
Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？
Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。
在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD
如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？
首先，現在的 Antigravity 變成一個家族、有四個成員：
- Antigravity 2.0
- Antigravity CLI
- Antigravity SDK
- Antigravity IDE
其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目
不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。
所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。
另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。
Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。
而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。
另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。
而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。
官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。
現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD
#AI #程式設計 #電腦相關 #Google -
Visual Studio 2026 18.6.0
Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。
這次更新的項目，包括了：
- IDE 介面：與系統同步淺色／深色主題
- GitHub Copilot
- 檢視、管理 Agent Skill
- 多檔案變更摘要
- Context Window 使用指標
- 計畫模式
- Git tooling
- 把 Git Commit 丟給 Copilot Chat
- 提交訊息自訂指示現在改為使用 Copilot 指示檔
- C++
- 針對 iterative build 進行最佳化改善
- 支援、預設使用 Segment Heap
- MSVC Build Tools v14.51
按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。
MSVC Build Tools v14.51
在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。
至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。
至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？
不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是
/std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。GitHub Copilot 支援 Ollama
雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！
和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。
不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。
雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。
考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。
計畫模式
Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。
官方建議使用的時機是：
- 大型功能的開發
- 不熟系的程式庫
- 團隊協助、讓大家確認計畫
根據官方的說法，他會透過下面兩個步驟來處理：
- 探索並釐清
- 草擬並完善
理論上 Copilot 會將計畫以 Markdown 的形式儲存成
.copilot/plans/plan-{title}.md這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。
下面就是一個測試用的計畫：
在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。
而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。
不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…
另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。
Context Window 使用指標
現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：
再點下去也可以展開系統、使用者內容的細節。
如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。
這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。
多檔案變更的彙整
Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。
不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？
Agent Skill 管理
現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。
不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯
SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫
SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。
大概就先這樣了。
開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。
但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
#AI #C #C23 #程式設計 #電腦相關 #軟體 #GitHubCopilot #Microsoft #VisualStudio
而且開始用了之後，真的覺得人會懶得思考啊… -
Visual Studio 2026 18.6.0
Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。
這次更新的項目，包括了：
- IDE 介面：與系統同步淺色／深色主題
- GitHub Copilot
- 檢視、管理 Agent Skill
- 多檔案變更摘要
- Context Window 使用指標
- 計畫模式
- Git tooling
- 把 Git Commit 丟給 Copilot Chat
- 提交訊息自訂指示現在改為使用 Copilot 指示檔
- C++
- 針對 iterative build 進行最佳化改善
- 支援、預設使用 Segment Heap
- MSVC Build Tools v14.51
按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。
MSVC Build Tools v14.51
在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。
至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。
至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？
不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是
/std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。GitHub Copilot 支援 Ollama
雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！
和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。
不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。
雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。
考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。
計畫模式
Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。
官方建議使用的時機是：
- 大型功能的開發
- 不熟系的程式庫
- 團隊協助、讓大家確認計畫
根據官方的說法，他會透過下面兩個步驟來處理：
- 探索並釐清
- 草擬並完善
理論上 Copilot 會將計畫以 Markdown 的形式儲存成
.copilot/plans/plan-{title}.md這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。
下面就是一個測試用的計畫：
在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。
而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。
不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…
另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。
Context Window 使用指標
現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：
再點下去也可以展開系統、使用者內容的細節。
如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。
這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。
多檔案變更的彙整
Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。
不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？
Agent Skill 管理
現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。
不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯
SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫
SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。
大概就先這樣了。
開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。
但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
#AI #C #C23 #程式設計 #電腦相關 #軟體 #GitHubCopilot #Microsoft #VisualStudio
而且開始用了之後，真的覺得人會懶得思考啊… -
Visual Studio 2026 18.6.0
Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。
這次更新的項目，包括了：
- IDE 介面：與系統同步淺色／深色主題
- GitHub Copilot
- 檢視、管理 Agent Skill
- 多檔案變更摘要
- Context Window 使用指標
- 計畫模式
- Git tooling
- 把 Git Commit 丟給 Copilot Chat
- 提交訊息自訂指示現在改為使用 Copilot 指示檔
- C++
- 針對 iterative build 進行最佳化改善
- 支援、預設使用 Segment Heap
- MSVC Build Tools v14.51
按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。
MSVC Build Tools v14.51
在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。
至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。
至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？
不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是
/std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。GitHub Copilot 支援 Ollama
雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！
和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。
不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。
雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。
考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。
計畫模式
Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。
官方建議使用的時機是：
- 大型功能的開發
- 不熟系的程式庫
- 團隊協助、讓大家確認計畫
根據官方的說法，他會透過下面兩個步驟來處理：
- 探索並釐清
- 草擬並完善
理論上 Copilot 會將計畫以 Markdown 的形式儲存成
.copilot/plans/plan-{title}.md這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。
下面就是一個測試用的計畫：
在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。
而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。
不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…
另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。
Context Window 使用指標
現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：
再點下去也可以展開系統、使用者內容的細節。
如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。
這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。
多檔案變更的彙整
Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。
不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？
Agent Skill 管理
現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。
不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯
SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫
SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。
大概就先這樣了。
開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。
但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
#AI #C #C23 #程式設計 #電腦相關 #軟體 #GitHubCopilot #Microsoft #VisualStudio
而且開始用了之後，真的覺得人會懶得思考啊… -
Visual Studio 2026 18.6.0
Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。
這次更新的項目，包括了：
- IDE 介面：與系統同步淺色／深色主題
- GitHub Copilot
- 檢視、管理 Agent Skill
- 多檔案變更摘要
- Context Window 使用指標
- 計畫模式
- Git tooling
- 把 Git Commit 丟給 Copilot Chat
- 提交訊息自訂指示現在改為使用 Copilot 指示檔
- C++
- 針對 iterative build 進行最佳化改善
- 支援、預設使用 Segment Heap
- MSVC Build Tools v14.51
按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。
MSVC Build Tools v14.51
在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。
至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。
至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？
不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是
/std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。GitHub Copilot 支援 Ollama
雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！
和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。
不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。
雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。
考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。
計畫模式
Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。
官方建議使用的時機是：
- 大型功能的開發
- 不熟系的程式庫
- 團隊協助、讓大家確認計畫
根據官方的說法，他會透過下面兩個步驟來處理：
- 探索並釐清
- 草擬並完善
理論上 Copilot 會將計畫以 Markdown 的形式儲存成
.copilot/plans/plan-{title}.md這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。
下面就是一個測試用的計畫：
在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。
而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。
不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…
另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。
Context Window 使用指標
現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：
再點下去也可以展開系統、使用者內容的細節。
如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。
這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。
多檔案變更的彙整
Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。
不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？
Agent Skill 管理
現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。
不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯
SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫
SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。
大概就先這樣了。
開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。
但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
#AI #C #C23 #程式設計 #電腦相關 #軟體 #GitHubCopilot #Microsoft #VisualStudio
而且開始用了之後，真的覺得人會懶得思考啊… -
Visual Studio 2026 18.6.0
Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。
這次更新的項目，包括了：
- IDE 介面：與系統同步淺色／深色主題
- GitHub Copilot
- 檢視、管理 Agent Skill
- 多檔案變更摘要
- Context Window 使用指標
- 計畫模式
- Git tooling
- 把 Git Commit 丟給 Copilot Chat
- 提交訊息自訂指示現在改為使用 Copilot 指示檔
- C++
- 針對 iterative build 進行最佳化改善
- 支援、預設使用 Segment Heap
- MSVC Build Tools v14.51
按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。
MSVC Build Tools v14.51
在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。
至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。
至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？
不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是
/std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。GitHub Copilot 支援 Ollama
雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！
和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。
不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。
雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。
考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。
計畫模式
Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。
官方建議使用的時機是：
- 大型功能的開發
- 不熟系的程式庫
- 團隊協助、讓大家確認計畫
根據官方的說法，他會透過下面兩個步驟來處理：
- 探索並釐清
- 草擬並完善
理論上 Copilot 會將計畫以 Markdown 的形式儲存成
.copilot/plans/plan-{title}.md這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。
下面就是一個測試用的計畫：
在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。
而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。
不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…
另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。
Context Window 使用指標
現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：
再點下去也可以展開系統、使用者內容的細節。
如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。
這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。
多檔案變更的彙整
Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。
不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？
Agent Skill 管理
現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。
不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯
SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫
SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。
大概就先這樣了。
開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。
但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
#AI #C #C23 #程式設計 #電腦相關 #軟體 #GitHubCopilot #Microsoft #VisualStudio
而且開始用了之後，真的覺得人會懶得思考啊… -
I trusted an LLM, now I'm on day 4 of an afternoon project | Hacker News
Link
📌 Summary: 這篇文章描述了一位開發者在進行個人專案時，對於 AI 工具使用的失敗經歷。他以「Deskthang」專案為例，試圖利用 Raspberry Pi Pico 和程式設計語言 Zig 來解決在工作時的通知和集中注意力問題。然而，最終因為過度信任 AI 生成的程式碼而遭遇阻礙，導致了多天的挫折。這位開發者意識到，雖然 AI 能夠加速某些任務，但仍需人類工程師掌握核心技術和邏輯，避免依賴 AI 完全完成工作。
🎯 Key Points:
- 專案初衷：開發者希望通過 Deskthang 專案來解決多重通知幹擾問題，並重拾自己的電子硬體技能。
- 同時對 AI 的質疑：他對 AI 工具的能力持懷疑態度，想探索其對自己工作的影響。
- 失敗的原因：過於依賴 AI 生成的程式碼，導致程序設計混亂和數據傳輸問題。
- 學習的教訓：體會到 AI 是一種工具，需要人類引導和控制，不應完全依賴。
- 未來的計畫：打算重新編寫專案，從基本的程式邏輯入手，而非再次倚賴 AI。
🔖 Keywords: #AI #開發者 #程式設計 #電子硬體 #專案失敗 -
I trusted an LLM, now I'm on day 4 of an afternoon project | Hacker News
Link
📌 Summary: 這篇文章描述了一位開發者在進行個人專案時，對於 AI 工具使用的失敗經歷。他以「Deskthang」專案為例，試圖利用 Raspberry Pi Pico 和程式設計語言 Zig 來解決在工作時的通知和集中注意力問題。然而，最終因為過度信任 AI 生成的程式碼而遭遇阻礙，導致了多天的挫折。這位開發者意識到，雖然 AI 能夠加速某些任務，但仍需人類工程師掌握核心技術和邏輯，避免依賴 AI 完全完成工作。
🎯 Key Points:
- 專案初衷：開發者希望通過 Deskthang 專案來解決多重通知幹擾問題，並重拾自己的電子硬體技能。
- 同時對 AI 的質疑：他對 AI 工具的能力持懷疑態度，想探索其對自己工作的影響。
- 失敗的原因：過於依賴 AI 生成的程式碼，導致程序設計混亂和數據傳輸問題。
- 學習的教訓：體會到 AI 是一種工具，需要人類引導和控制，不應完全依賴。
- 未來的計畫：打算重新編寫專案，從基本的程式邏輯入手，而非再次倚賴 AI。
🔖 Keywords: #AI #開發者 #程式設計 #電子硬體 #專案失敗 -
Advent of Code on the Nintendo DS
Link
📌 Summary: 本文描述了作者在2024年以Rust語言解決Advent of Code挑戰的經歷，專注於在Nintendo DS的「Nitro」系統上進行嵌入式編程。由於Nitro的架構與其他Nintendo系統有所不同，作者選擇探索此環境以增進對Rust及嵌入式編程的理解。文中詳細介紹了Nitro系統的硬體架構、軟體開發過程、資料存取機制以及如何實作基本的圖形顯示功能。作者最後指出，整體開發過程出乎意料的簡單，但進一步擴展功能則需要更多時間與精力。
🎯 Key Points:
- Advent of Code 是一項年度程式設計挑戰，許多參賽者利用此活動學習新語言。
- 作者選擇在Nintendo DS的Nitro平臺上使用Rust語言進行編程，並進行嵌入式系統的開發。
- Nitro使用兩個處理器，並探討了其架構和運作方式，包括記憶體和I/O控制。
- 詳述了資料的獲取、編譯過程、執行檔生成，以及如何在無操作系統的環境下進行開發。
- 最後，作者分享了顯示內容的基礎，而未來擴展功能的需求將引入更多複雜性。
🔖 Keywords: #AdventOfCode #Rust #NintendoDS #嵌入式系統 #程式設計 -
@raj_raj88則回覆GPT是語言文字模型，不是數學模型。在此之前，3月份Wolfram Alpha - 一家以數學運算軟體的公司 - 和OpenAI 合作，推出chatGPT插件，意即chatGPT可以將對話中需要做數學運算的部分，以API方式傳到Wolfram Alpha，運算出正確的數學或算數結果後，再回傳給使用者。[註3]
相比於兩者的結合，台灣的人工智慧技術在數字分析上已經大體完成，並可通過數字模擬與變數轉換技術達到更多的數字模型的建構與驗證。與此同時，台灣因人工智慧技術也已經驗證統計學中重要的中央極限定理，發現其中更多的影響因子，同時間，此人工智慧技術軟體也被釋出，提供高中生、學生族群或其他對此有興趣使用。
註3: https://hub.baai.ac.cn/view/25031
#AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
@raj_raj88則回覆GPT是語言文字模型，不是數學模型。在此之前，3月份Wolfram Alpha - 一家以數學運算軟體的公司 - 和OpenAI 合作，推出chatGPT插件，意即chatGPT可以將對話中需要做數學運算的部分，以API方式傳到Wolfram Alpha，運算出正確的數學或算數結果後，再回傳給使用者。[註3]
相比於兩者的結合，台灣的人工智慧技術在數字分析上已經大體完成，並可通過數字模擬與變數轉換技術達到更多的數字模型的建構與驗證。與此同時，台灣因人工智慧技術也已經驗證統計學中重要的中央極限定理，發現其中更多的影響因子，同時間，此人工智慧技術軟體也被釋出，提供高中生、學生族群或其他對此有興趣使用。
註3: https://hub.baai.ac.cn/view/25031
#AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
台灣目前已經將 AlphaGo 技術(貝氏決策分析)應用在「德州撲克」牌局勝率計算中，並完整公開在YouTube，計三集[註1]。
台灣人工智慧產業鏈中，除了跟隨國際主流的生成式AI應用外，同時也較美國知名大學Dimakis教授在今年8月推文所提到Ye-Jin Choi教授給的GPT-4弱點可表現在三位數相乘，以237*757為例，GPT4會給出179289的錯誤數字，並且準確率只達59%。4位數相乘的準確率只有4%，而五位數相乘則是0%[註2]。
註1: https://youtu.be/8B8QA9-iOXg
註2: https://x.com/AlexGDimakis/status/1691600985938858432?s=20#AlphaGO #貝氏決策 #德州撲克 #AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
台灣目前已經將 AlphaGo 技術(貝氏決策分析)應用在「德州撲克」牌局勝率計算中，並完整公開在YouTube，計三集[註1]。
台灣人工智慧產業鏈中，除了跟隨國際主流的生成式AI應用外，同時也較美國知名大學Dimakis教授在今年8月推文所提到Ye-Jin Choi教授給的GPT-4弱點可表現在三位數相乘，以237*757為例，GPT4會給出179289的錯誤數字，並且準確率只達59%。4位數相乘的準確率只有4%，而五位數相乘則是0%[註2]。
註1: https://youtu.be/8B8QA9-iOXg
註2: https://x.com/AlexGDimakis/status/1691600985938858432?s=20#AlphaGO #貝氏決策 #德州撲克 #AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
台灣目前已經將 AlphaGo 技術(貝氏決策分析)應用在「德州撲克」牌局勝率計算中，並完整公開在YouTube，計三集[註1]。
台灣人工智慧產業鏈中，除了跟隨國際主流的生成式AI應用外，同時也較美國知名大學Dimakis教授在今年8月推文所提到Ye-Jin Choi教授給的GPT-4弱點可表現在三位數相乘，以237*757為例，GPT4會給出179289的錯誤數字，並且準確率只達59%。4位數相乘的準確率只有4%，而五位數相乘則是0%[註2]。
註1: https://youtu.be/8B8QA9-iOXg
註2: https://x.com/AlexGDimakis/status/1691600985938858432?s=20#AlphaGO #貝氏決策 #德州撲克 #AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
台灣目前已經將 AlphaGo 技術(貝氏決策分析)應用在「德州撲克」牌局勝率計算中，並完整公開在YouTube，計三集[註1]。
台灣人工智慧產業鏈中，除了跟隨國際主流的生成式AI應用外，同時也較美國知名大學Dimakis教授在今年8月推文所提到Ye-Jin Choi教授給的GPT-4弱點可表現在三位數相乘，以237*757為例，GPT4會給出179289的錯誤數字，並且準確率只達59%。4位數相乘的準確率只有4%，而五位數相乘則是0%[註2]。
註1: https://youtu.be/8B8QA9-iOXg
註2: https://x.com/AlexGDimakis/status/1691600985938858432?s=20#AlphaGO #貝氏決策 #德州撲克 #AI #人工智慧 #人工智能 #大數據 #大數據分析 #bigdata #統計學 #機率論 #統計 #機率 #程式設計 #程式 #數學 #GPT #生成式AI #台灣 #臺灣 #投資筆記
-
當 #AlphaGO 戰勝世界棋王
棋牌世界之一被 #AI 征服
另一個牌局世界呢？王老師的最新人工智慧技術公開完整貝氏決策分析，完整顯示過程，看 #德州撲克 如何在不同的位置和牌面獲得勝利的機率。
收藏並訂閱，即時追蹤AI數據分析與人工智慧的最新資訊
影片：https://sendvid.com/x1pnodrl
#博弈 #gambling #casino #poker #Holdem #撲克牌 #撲克牌遊戲 #娛樂 #遊戲 #娛樂城 #AI #人工智慧 #人工智能 #程式設計 #賭博 #程式 #知識 #學習 #統計學 #統計 #機率 #機率論 #概率 #概率論 #數學 #亂數 #模擬 #課程 #教學 #研習 #講座 #網課 #大數據 #賽局 #投資
-
當 #AlphaGO 戰勝世界棋王
棋牌世界之一被 #AI 征服
另一個牌局世界呢？王老師的最新人工智慧技術公開完整貝氏決策分析，完整顯示過程，看 #德州撲克 如何在不同的位置和牌面獲得勝利的機率。
收藏並訂閱，即時追蹤AI數據分析與人工智慧的最新資訊
影片：https://sendvid.com/x1pnodrl
#博弈 #gambling #casino #poker #Holdem #撲克牌 #撲克牌遊戲 #娛樂 #遊戲 #娛樂城 #AI #人工智慧 #人工智能 #程式設計 #賭博 #程式 #知識 #學習 #統計學 #統計 #機率 #機率論 #概率 #概率論 #數學 #亂數 #模擬 #課程 #教學 #研習 #講座 #網課 #大數據 #賽局 #投資
-
當 #AlphaGO 戰勝世界棋王
棋牌世界之一被 #AI 征服
另一個牌局世界呢？王老師的最新人工智慧技術公開完整貝氏決策分析，完整顯示過程，看 #德州撲克 如何在不同的位置和牌面獲得勝利的機率。
收藏並訂閱，即時追蹤AI數據分析與人工智慧的最新資訊
影片：https://sendvid.com/x1pnodrl
#博弈 #gambling #casino #poker #Holdem #撲克牌 #撲克牌遊戲 #娛樂 #遊戲 #娛樂城 #AI #人工智慧 #人工智能 #程式設計 #賭博 #程式 #知識 #學習 #統計學 #統計 #機率 #機率論 #概率 #概率論 #數學 #亂數 #模擬 #課程 #教學 #研習 #講座 #網課 #大數據 #賽局 #投資
-
當 #AlphaGO 戰勝世界棋王
棋牌世界之一被 #AI 征服
另一個牌局世界呢？王老師的最新人工智慧技術公開完整貝氏決策分析，完整顯示過程，看 #德州撲克 如何在不同的位置和牌面獲得勝利的機率。
收藏並訂閱，即時追蹤AI數據分析與人工智慧的最新資訊
影片：https://sendvid.com/x1pnodrl
#博弈 #gambling #casino #poker #Holdem #撲克牌 #撲克牌遊戲 #娛樂 #遊戲 #娛樂城 #AI #人工智慧 #人工智能 #程式設計 #賭博 #程式 #知識 #學習 #統計學 #統計 #機率 #機率論 #概率 #概率論 #數學 #亂數 #模擬 #課程 #教學 #研習 #講座 #網課 #大數據 #賽局 #投資
-
撲克牌遊戲對戰
如AlohaGO 人工智慧#blackjack 勝率計算與影響因素，使用亂數模擬
第一集：https://sendvid.com/789memeu
第二集：https://sendvid.com/ing0z6iv
第三集：https://sendvid.com/6lkyk5d5王老師的人工智慧技術
#博弈 #casino #poker #AI #alphago #probability #statistics #統計學 #統計 #機率 #機率論 #程式設計 #程式 #亂數 #模擬 #人工智能 #人工智慧 #課程 #知識 #科技 #技術 #教學 #娛樂 #遊戲 #撲克牌 #撲克牌遊戲 #21點
-
撲克牌遊戲對戰
如AlohaGO 人工智慧#blackjack 勝率計算與影響因素，使用亂數模擬
第一集：https://sendvid.com/789memeu
第二集：https://sendvid.com/ing0z6iv
第三集：https://sendvid.com/6lkyk5d5王老師的人工智慧技術
#博弈 #casino #poker #AI #alphago #probability #statistics #統計學 #統計 #機率 #機率論 #程式設計 #程式 #亂數 #模擬 #人工智能 #人工智慧 #課程 #知識 #科技 #技術 #教學 #娛樂 #遊戲 #撲克牌 #撲克牌遊戲 #21點
-
撲克牌遊戲對戰
如AlohaGO 人工智慧#blackjack 勝率計算與影響因素，使用亂數模擬
第一集：https://sendvid.com/789memeu
第二集：https://sendvid.com/ing0z6iv
第三集：https://sendvid.com/6lkyk5d5王老師的人工智慧技術
#博弈 #casino #poker #AI #alphago #probability #statistics #統計學 #統計 #機率 #機率論 #程式設計 #程式 #亂數 #模擬 #人工智能 #人工智慧 #課程 #知識 #科技 #技術 #教學 #娛樂 #遊戲 #撲克牌 #撲克牌遊戲 #21點
-
撲克牌遊戲對戰
如AlohaGO 人工智慧#blackjack 勝率計算與影響因素，使用亂數模擬
第一集：https://sendvid.com/789memeu
第二集：https://sendvid.com/ing0z6iv
第三集：https://sendvid.com/6lkyk5d5王老師的人工智慧技術
#博弈 #casino #poker #AI #alphago #probability #statistics #統計學 #統計 #機率 #機率論 #程式設計 #程式 #亂數 #模擬 #人工智能 #人工智慧 #課程 #知識 #科技 #技術 #教學 #娛樂 #遊戲 #撲克牌 #撲克牌遊戲 #21點
