home.social
Sign in Create account

#電腦相關 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #電腦相關, aggregated by home.social.

  1. Heresy's Space @[email protected] ·

    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
    #ai #c #c23 #程式設計 #電腦相關 #軟體
  2. Heresy's Space @[email protected] ·

    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
    #ai #c #c23 #程式設計 #電腦相關 #軟體
  3. Heresy's Space @[email protected] ·

    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
    #ai #c #c23 #程式設計 #電腦相關 #軟體
  4. Heresy's Space @[email protected] ·

    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
    #visualstudio #microsoft #githubcopilot #軟體 #電腦相關 #程式設計
  5. Heresy's Space @[email protected] ·

    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
    #ai #c #c23 #程式設計 #電腦相關 #軟體
  6. Heresy's Space @[email protected] ·

    Gemini in Chrome 初步使用感想


    Google Gemini（官網）在現在來說，應該算是 AI 的前段班之一，但是其實個人是覺得 Google 在這個領域上算是相對保守；像是在自家的瀏覽器整合 AI 功能微軟在 2023 年就已經做了，但是 Google 卻是在 2025 年才開始測試，而且還僅限制美國。

    而最近，Google 才終於發布《Chrome 全新 AI 功能正式在台推出》、台灣的使用者終於可以在 Gemini 裡面直接使用 Gemini 了！

    它的功能說明可以參考官方網站：https://gemini.google/tw/overview/gemini-in-chrome/。

    不過，感覺上 Google 應該也還是在搞「逐步推出」的形式，所以應該也不是所有人都馬上玩到的。像 Heresy 這邊就只有一個同事更新完直接就有這功能，而 Heresy 自己則是怎麼樣都沒看到。 orz

    而如果想要搶先玩呢？也不是沒有辦法，目前已知在執行 Chrome 的時候，透過「--variations-override-country=us」這個參數假裝自己是美國人就可以了。 XD

    一個簡單的方法，就是先把電腦上的 Chrome 全關掉（要確定工作管理員裡面沒看到 chrome.exe），然後執行：

    "C:\Program Files\Google\Chrome\Application\chrome.exe" --variations-override-country=us

    理論上這樣執行的 Chrome 在右上角，就會出現「問問 Gemini」的按鈕了！

    而如果 Chrome 還是 32 位元版本的話，則是需要修改程式的路徑變成：

    "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --variations-override-country=us

    如果想要固定使用的話，比較方便的方法應該是在桌面上放一個 Chrome 的捷徑、然後加上這個參數；之後電腦開機後只要先執行這個 Chrome 就可以了。

    理論上不久之後應該每個人就都可以用了，所以這也只是過渡期的方法了。

    在個人來看，Gemini in Chrome 的概念和微軟的 Copilot in Edge 很接近，按下按鈕後也是會在右邊開一個窗格，可以在不離開網頁的狀況下和 Gemini 一起討論網頁的內容。

    如果想要用鍵盤操作，預設的快速鍵是 Alt + G，按下去也會跳出來。

      

    他會針對目前的分頁產生三個快速指令。不過在 Copilot in Edge 這邊最常用的「建立此頁面的摘要」這邊沒有，個人是覺得不是很方便…

    理論上 Google 應該是有推出「Skills」、可以儲存自己的指令、也有提供一些預設的 Skill 可以做參考（參考《Google Chrome 推出「Skills」功能：將 Gemini 側邊欄升級為個人化 AI 助理，常用指令一鍵自動化》），不過 Heresy 這邊是沒看到就是了。

    不過這邊和 Copilot in Edge 有一個差別，是 Edge 在開啟 Copilot 後，同一個視窗不管切換到哪個分頁，Copilot 的側邊欄都會留著；但是 Gemini in Chrome 則是每個分頁獨立的，切換到別的分頁就不會看到 Gemini 的側邊攔了～喜歡哪種操作邏輯基本上就是見仁見智了。

    如果不想讓他綁在右邊、讓網頁顯示區域變小的話，也可以按下右上方的「彈出對話視窗」的按鈕，就可以變成獨立視窗了。這點應該是 Edge 沒有的功能了？（話說，Edge 的 Copilot 有一段時間是有浮動視窗設計，現在好像又沒了？）

    目前在電腦上的 Gemini 網頁應該是沒有 Gemini Live 的功能的，不過在 Gemini in Chrome 倒是有僅針對網頁的 Live 模式！

    這個模式類似微軟的 Copilot Vision，是讓 AI 去看應用程式的畫面、然後透過語音來和 AI 互動；只是這邊的 Gemini Live 只能讀取網頁的內容就是了。

    而第一次使用的時候，他會跳出使用提醒：

    之後則是會有一個小的浮動式窗可以用語音和 Gemini 來對話了～不過，個人是覺得回應有點慢就是了。

    這個小視窗也可以點選上方帳號旁的圖示來開啟字幕，個人覺得還算滿方便的。

    要說缺點的話，大概就是他只能看 Chrome 的網頁了？ XD

    而和 Copilot in Edge 一樣，他也可以同時讀取多個分頁來做對比、彙整。他預設是只會看到目前的分頁，如果要看多個分頁的話，可以按下左下角的「＋」來選擇需要的分頁。

    此外，他應該是也有和自家的服務做一定程度的整合，比如說這邊可以直接下指令讓他把內容透過 GMail 寄出。（試了一下才發現，Copilot in Edge 也可以用 Outlook 寄信）

    不過另一方面，感覺上他整合的功能還不多。試了一下，好像沒辦法要求他把網頁加到分頁群組、也沒有辦法加到行事曆。

    然後，個人覺得比較可惜的是，官方說明是號稱他有「自動瀏覽」的功能，看起來是可以讓 Gemini 操作網頁的內容！不過目前這項功能只有美國可以用，而且僅限於 Google AI Pro 和 Ultra 的用戶才能用。至於一般人要等到什麼時候…再看看吧。

    在能使用 Gemini in Chrome 的狀況下，Chrome 的設定裡面會有「AI 創新功能」的選項。

    而「Chrome 內建 Gemini」目前的設定如下：

    能調整的不多就是了。

    不過，這邊可以看到他實際上還可以常駐在 Windows 的系統匣！

    在有勾選這個選項的狀況下，在 Windows 工作列就會多出一個 Gemini 的圖示；只要點選一下，就會跳出一個獨立的 Gemini in Chrome 視窗。

    而如果當下操作的不是瀏覽器，按下 Alt + G 的快速鍵也會直接開啟這樣的獨立視窗。而此時可能會開啟上一個工作階段、方便繼續處理；不過如果沒有的話、他會變成沒有綁定任何分頁的狀態。

    所以感覺上，其實在一定程度上也可以當作一般的 Gemini 來使用的狀況？不過和直接用 Gemini 網頁相比，他雖然可以選擇要使用的模型，但是就沒有工具等其他功能了。

    初步使用感想大概就是這樣了？

    和之前的 Google app for desktop 連結的是 Google 搜尋的「AI 模式」不同，Gemini in Chrome 是直接使用 Gemini，所以對話的紀錄也可以在一般的 Gemini 網頁看到；而考慮到兩者的運作模式，使用情境應該還是有點不一樣的。

    而對 Heresy 來說，這類整合瀏覽器的工作最常用的方式，大概就是讓他整理外文網頁的內容了！ XD

    以往遇到這樣的需求，Heresy 都還得手動改用 Edge 來開啟才比較方便；而現在 Chrome 終於有直接整合的 AI 了，看來是可以不用特別切換到 Chrome 了～ XD

    #AI #Chrome #網頁瀏覽器 #電腦相關 #軟體 #gemini #Google #使用感想
    #使用感想 #google #gemini #軟體 #電腦相關 #網頁瀏覽器
  7. Heresy's Space @[email protected] ·

    快速用 Google AI 搜尋：Google app for desktop


    應該是為了進一步擴張搜尋與 AI 市場、Google 在前幾天推出針對了 Windows 的「Google app for desktop」（官網）；它的功能，主要是讓使用者可以透過快速鍵叫出 Google App、然後進行搜尋。

    他主要應該是使用 AI 模式來進行，所以其實大致上就是在問 Gemini 問題了～

    在安裝後，他會常駐在系統內，使用快速鍵 Alt + 空白件可以叫出這個 App：

    在輸入內容後，他預設應該是會用 AI 模式進行回答。

    目前這個應用程式只有英文版，但是要在中文環境中使用沒有太大的問題，只要用中文詢問，應該都會用中文回答。

    而和 Google 搜尋的網頁類似，上方也會有其他搜尋模式的選項可以切換；不過，除了 AI Mode 和 All 以外、大部分點下去之後似乎都會用瀏覽器開啟網頁就是了。

    既然都做成 Windows App 了，他也和微軟的 Copilot Vison 類似、可以直接讓 AI 去看目前有開啟的應用程式的畫面、來進一步回答：

     

    透過這個方式操作，他基本上應該就是把視窗截圖後送給 AI 做附件了；這點和 Copilot Vison 是以語音操作為主倒是有很大的差別。

    另外，他也提供了螢幕截圖的功能，可以快速地抓取螢幕上的畫面來詢問。

    整體來看，個人是覺得如果自己是 Google 搜尋的愛用者的話，這個小程式算是滿方便的～以個人來說，應該會試著來在日常使用看看吧。

    最後，不怎麼意外，他果然也是 WebView 的程式。 XD

     

    #AI #電腦相關 #軟體 #Google #Windows #使用感想
    #使用感想 #windows #google #軟體 #電腦相關 #ai
  8. Heresy's Space @[email protected] ·

    微軟的 Copilot 可以連接行事曆、文件等服務了！


    微軟在十月初的時候有發表《Copilot on Windows: Connectors, and Document Creation begin rolling out to Windows Insiders》這篇文章，宣布自家的大語言模型服務 Copilot 開始支援串接 OneDrive、Outlook、Google Drive、Gmail 和 Google Calendar 了！

    當時還是限定 Insider 版，不過在前幾天更新過後，也發現一般人應該都可以用了～右圖就是 Copilot 網頁版（連結）看到的「連接器」的選項，可以看到目前有五項服務可以使用。

    其中，Outlook 會包括電子郵件、聯絡人、行事曆，Google 應該是在 Gmail 的部分也包含了聯絡人的資訊。

    在連線完成之後，理論上就可以在 Copilot 裡面、透過很口語的形式來進行搜尋了！不過，在 Heresy 稍微玩了一下後，是覺得現階段功能似乎還有滿大的侷限性就是了…

    首先，網頁版在連結完成後，對話框下方會多出一個連接器的圖示、右邊會顯示有啟用的連接器的數量；按下向下箭頭後，就可以快速地控制要使用那些連接器。

    在 App 版（這邊是 1.25102.233.0）雖然也可以連結，但是卻不會出現這樣的圖示和快速控制的介面。

    在 Heresy 這邊測試的時候，如果是在使用「Smart (GPT-5)」的狀況下，這些連接器似乎都是沒有用的？試了很久，感覺上只要在一串對話裡面有使用 GPT-5 的話，就都沒辦法找到連接器的內容。

    但是如果是用「快速回應」的話，目前就可以正確地找到連接器的資訊了～

    這邊是在只有連接 OneDrive 的時候的結果，如果也有連結 Google Drive 的話，他則是會分成兩個群組來顯示。（話說，右上角的「未結案」不知道又是什麼東西翻譯過來的了…）

    由於在測試的時候，他有找到一些檔名沒有相關、但是內容有提到的檔案，所以他應該不只是根據檔案名稱來做搜尋、而是會根據內容來搜尋，所以其實算是有一定的實用性。

    但是相對地，感覺上它能找的檔案類型似乎也很有限？目前看來主要應該就是 Office 系列的文件檔案的格式（以及 Google 對應的版本）、純文字檔、PDF 檔案等等；而其他檔案格式，就算檔名符合似乎也找不到？圖片的部分似乎目前也還不支援，算是相當可惜。

    行事曆的部分，他確實可以找到行事曆上的事件。

    但是以 Google 日曆來說，感覺上也有相當的侷限…他似乎只能搜尋個人的行事曆，共享的行事曆沒辦法找到；而 Heresy 為了方便分類而另外建立、只有自己用的日曆，不知道為什麼它也讀不到？另外工作（Tasks）看起來也是沒有被找到的。 o_O

    另外，他應該也是唯讀的，沒有辦法要求他幫忙建立新的事件。

    雖然功能稍嫌不足，但是這點算是相對安全，可以避免 AI 的錯誤造成資料的流失。

    另外，現在的 Copilot App 還有一個「匯出」的功能，號稱可以把對話匯出成 Word、Excel、PowerPoint 或 PDF。

    這個選項在網頁版似乎還沒看到？

    不過，就算 App 版有匯出這個功能，現階段好像還是不能用？點下去後他會說可以下載、但是實際上卻找不到下載連結…

    或許是微軟還沒改完吧。（遠目

    簡單玩了一下，大概就是這樣了？老實說，個人是覺得現階段對 Heresy 比較有實用性的，可能是文件搜尋的部分吧？比較可惜的，也是檔案搜尋的部分目前看來搜尋範圍太侷限了，如果能搜尋更多類型就好了。

    至於行事曆搜尋的部分，由於他在 Google 日曆搜尋的範圍太小了，所以和個人使用習慣就有點不合了。

    另外，以目前的測試來說，App 版似乎常常會不知道為什麼沒辦法使用連接器，所以真的要玩，可能用網頁板會比較穩定。

    而這點可能也牽扯到現在「原生」的 Copilot App 和網頁版的差別吧？在 Copilot 的網頁上，現在其實能控制的選項在個人來看算是比較多的。

    相較於網頁版，App 版的選項其實就相對很少了…

    像是 App 就缺少「Search」這個選項。而雖然說其他的東西大多只是預設提示詞，但是感覺還是有差啊。此外，App 在圖片的顯示、複製文字的便利性上（還不時會當掉）感覺還是比網頁版差一點？

    不過相對地，App 版則是還有可以看螢幕畫面的 Copilot Vision 就是了～
    （話說，新的消息是說之後可以用文字來控制了）

    此外，如果願意的話，也可以和「OK, Google」一樣、設定成用「嗨、Copilot」來啟動，這點好不好就見仁見智了。

    然後，就不知道早期 Copilot 可以控制電腦部分設定的功能什麼時候才會加回來了？

    #AI #Copilot #CopilotApp #電腦相關 #Microsoft #Web #WindowsApp #使用感想
    #使用感想 #windowsapp #web #microsoft #電腦相關 #copilotapp
  9. Heresy's Space @[email protected] ·

    為什麼官方網站不應該用自動翻譯


    之前在寫《LIAN-Li UNI FAN AL140 V2 可串接風扇》這篇文章的時候就有提到了，目前聯力的官方網站看來是只有寫英文版，其他的都是掛上 Google 翻譯、來提供多語系的網站。

    但是這樣真的好嗎？老實說，很多時候很糟糕啊…這邊就以他的 L-Connect 軟體頁面（官網）來看一下吧。

    這邊可以看到，在「設定」的說明裡面，「General」被翻成了不知所云的「全年齡」，而更誇張的是「fans」的翻譯也從「風扇」變成「粉絲」了。這些基本上都是自動翻譯在沒有考慮到產品特性和前後文翻譯出來的結果。

    而如果進到變更日誌（網頁），則可以看到，發佈日期是莫名其妙的「07 年 15 月 2024 日」；而右側不應該被翻硬的產品名稱、也都翻成奇怪的單詞了…

    如果要找他的機殼產品呢？在上方選單的「產品」裡，第一層看到的會是「案例」（case）…如果不知道是他翻譯錯誤，只去看「桌上型機殼」的話，那就只會看到他的 DK 系列、電腦桌型的機殼，而找不到一般的機殼。

    老實說，只是語意不通的問題可能還好，但是在有的時候，如果翻譯出來的詞選錯意思，真的會讓人完全無法理解、甚至找不到想要的東西啊…

    當然，其實也不只聯力這樣搞，像是微軟的很多說明文件，也都是直接使用機器翻譯的結果。

    比如說《重新啟動、重設或復原 HoloLens 2》這份文件，在中文版打開後，上面就會有提示「本主題有部分內容為機器翻譯」；而實際下去閱讀…老實說，Heresy 很多時候會直接切回英文版，感覺還比較好理解…

    例如下面就是一些詭異的翻譯結果：

    • 您應該會看到至少兩個固態 LED（solid LED）
    • 最後一個光線會淡入和淡出（light）
    • 在 [此計算機] 左側尋找您的 HoloLens 2 裝置（This PC）
    • 「清除快閃」（clean-flash）

    大部分都還好，但是最後一個的意義已經完全變了啊…

    更甚者，微軟實際上應該是連軟體有使用機器翻譯。之前也發生過命令提示字元的程式的說明居然把選項也翻譯了的慘案…

    老實說，個人真的覺得比較正式用的網站、不應該使用自動機器翻譯系統；如果要節省能力，至少應該也要在機器翻譯之後再校稿、順過才行。

    畢竟，現在的機器翻譯正確性往往還有待商榷，就算是拿 LLM 來翻譯，其實還是常常會出現無法理解、甚至偏離原意的狀況。

    而如果是像聯力這樣直接掛自動翻譯的話，也還有可能會出現剛掛上去的時候，雖然有之後只需要更新英文版、以後都可以靠自動翻譯產生其他語言版本的好處；但是也有可能出現一開始覺得翻譯得還不錯，但是之後翻譯系統更新後反而翻譯得亂七八糟的狀況。這樣的結果，反而會變得無法控制。

    總之，這邊就是稍微抱怨一下，現在越來越多官方的資訊都是機器翻譯、結果變得難以理解的狀況了…

    #AI #網站 #聯力 #電腦相關 #Microsoft
    #microsoft #電腦相關 #聯力 #網站 #ai