Skip to content

因應 VS Code 1.107 的 Agent HQ 推出,有些預設的組態可以調整 #52

@doggy8088

Description

@doggy8088

November 2025 (version 1.107)

  • chat.viewSessions.enabled

    代理人(agent)的對話階段整合進了聊天(Chat)介面,預設在一個新的 Session 還沒開始聊天時,會顯示最近的 3 次聊天記錄,預設開啟。

    我個人是把他設定為 false 關閉,讓版面乾淨一點。

  • chat.viewSessions.orientation

    預設情況下,當視窗夠寬或您手動切換「對話紀錄列表」時,該列表會與「聊天」介面並排顯示。您可以透過更改「chat.viewSessions.orientation」這個設定來調整此行為。

    我的筆電比較小,所以幾乎不可能用 sideBySide 這個設定,太占空間。

    筆電小的時候,就算用 stacked 也會很占空間,所以我是直接透過 chat.viewSessions.enabled 把這個區塊給關閉掉。

  • chat.agentSessionsViewLocation

    這個選項預設已經切換到的 disabled 停用狀態,因為 chat.viewSessions.enabled 預設是開啟的。

    由於我個人認為 chat.viewSessions.enabled 太占空間,所以還是要把 chat.viewSessions.enabled 設定給重新啟用。

    • view: 代表這個 Agent Sessions 會以 Icon 的方式,跟側邊欄放一起。

      Image
    • single-view: 代表這個 Agent Sessions 會跟 GitHub Copilot Chat 聊天視窗放一起。我是選擇這一個。

      Image
  • github.copilot.chat.cli.customAgents.enabled (實驗階段)

    現在,你可以在背景代理人(Background Agents)中導入你自訂的代理人(custom agents)了!

    一旦啟用,你放在 .github/agents 資料夾中定義的自訂代理人就會出現在你的代理人清單裡,讓你能夠運用那些專為你的工作流程和需求量身打造的代理人。

  • github.copilot.chat.customAgents.showOrganizationAndEnterpriseAgents (實驗階段)

    以前,你只能在工作區或使用者層級定義自訂代理人。如果你想在整個組織內共用自訂代理人,就必須手動將代理人檔案分發給每位使用者。

    在這個版本中,你現在可以為你的 GitHub 帳號在組織層級定義自訂代理人(custom agents)了。這項實驗性功能讓你可以在聊天中,將組織專屬的代理人與你的個人代理人一同使用。

  • chat.customAgentInSubagent.enabled (實驗階段)

    當一個代理人需要解決複雜問題時,它可以將任務委派給子代理人。子代理人會獨立於主要的對話階段運作,並擁有自己的上下文視窗。這樣做能幫助主對話保持專注於高層次的目標,同時也有助於管理上下文視窗的限制。

    隨著這次發布,你可以透過「自訂代理人」來客製化次級代理人。自訂代理人讓你為 AI 設定專屬的人設,使其行為能針對特定任務或領域進行調整。舉例來說,一個程式碼審查代理人會專注於審查程式碼,而不是實際修改程式碼。

  • chat.useClaudeSkills (實驗階段)

    Skills 是由 Claude Code 引入的,它們是代理人可以按需載入的能力。每項技能都附帶一段簡短的描述來宣傳自身。如果覺得有用,代理人可以決定閱讀完整的技能說明。技能說明可能附帶腳本和範本等支援檔案。一旦載入,技能說明和支援檔案就會成為主要對話上下文的一部分。

  • inlineChat.enableV2

    我們持續優化內嵌式聊天(inline chat)的體驗,讓它能與 VS Code 中其他聊天體驗保持一致,並針對快速、單檔案的程式碼修改進行最佳化。

    以前,你也可以使用行內對話(inline chat)來進行一般性的提問和討論。現在,行內對話已經針對當前檔案內的程式碼變更進行了優化。對於行內對話無法處理的任務,你會被自動升級到「對話檢視」(Chat view),你的提示詞會在該處重新播放,並使用相同的模型和相同的上下文。

  • github.copilot.chat.azureAuthType

    預設情況下,Azure 模型供應商現在連接到自攜金鑰 (BYOK) 模型時會使用 Entra ID 驗證,這提供了更佳的安全性與更流暢的登入體驗。

    如果你偏好使用 API 金鑰進行驗證,請將 github.copilot.chat.azureAuthType 設定為 apiKey,而非 entraId(預設值)。

  • chat.viewWelcome.enabled

    如果你想要新增聊天時,可以得到更乾淨的畫面。其實就是把以下畫面隱藏而已:

    Image
  • chat.tools.edits.autoApprove

    當聊天嘗試編輯敏感檔案,例如 settings.jsonpackage.json 時,你會收到通知,並在變更套用前被要求核准。你可以透過 chat.tools.edits.autoApprove 這個設定來配置哪些檔案被視為敏感檔案。

    以前,你會看到模型提出的原始編輯內容,那可能很難理解。現在,我們會展示一個建議變更的差異比較(diff),讓審閱和核准這些修改變得更容易。

    💡 瞭解如何在對話中編輯敏感檔案的更多資訊。

  • chat.agent.thinkingStyle & chat.agent.thinking.collapsedTools

    當語言模型推理和代理人工具的輸出結合時,對話串很容易變得冗長難懂。在上一個版本中,我們已經著手改進了在聊天中顯示思考代幣的方式,透過設定 chat.agent.thinkingStyle。

    這次的迭代中,我們透過引入可摺疊的聊天區塊來進一步優化聊天體驗,特別針對非推理性的聊天輸出,例如工具呼叫。預設情況下,連續的工具呼叫現在會被摺疊起來,以減少視覺上的干擾。

    可摺疊項目(大部分工具和推理文本)將會被摘要,並且每個可摺疊區塊都會被賦予一個 AI 生成的標題。

    這個選項直接用預設值即可。

  • github.copilot.chat.githubMcpServer.enabled

    GitHub 遠端的 MCP 伺服器現在已作為 GitHub Copilot Chat 擴充功能內建的 MCP 伺服器提供,能與 GitHub 儲存庫和服務無縫整合。這種整合帶來了幾項優勢:

    若要啟用 GitHub MCP 伺服器,請將 github.copilot.chat.githubMcpServer.enabled 這個設定值改為 true。一旦啟用,當您使用代理人時,該伺服器就會自動出現在工具選單中。這樣一來,您就能直接針對 GitHub Issue、拉取請求(pull request)以及其他儲存庫資訊提問,無需額外的設定與配置。

    GitHub MCP 伺服器支援透過多項設定進行客製化:

    • github.copilot.chat.githubMcpServer.toolsets:設定哪些代理人工具可用。預設會使用 default 工具集,但你可以透過新增 workflows 或其他工具集來擴充,詳見 GitHub MCP 伺服器文件中的說明。 注意: 新增某些工具集可能需要額外的權限,且目前尚未支援重新驗證。請參閱 這個 GitHub Issue 以追蹤進度。
    • github.copilot.chat.githubMcpServer.readonly:強制伺服器只回傳唯讀工具,以防止任何寫入操作。
    • github.copilot.chat.githubMcpServer.lockdown:針對工具行為提供的額外安全控制。

    注意 :此功能目前處於預覽階段,需要透過上述設定明確選擇加入。我們計畫在未來的版本中預設啟用它,使其在需要時可用,但在不需要時不會造成干擾。

設定懶人包

{
    "chat.viewSessions.enabled": false,
    "chat.viewSessions.orientation": "stacked",
    "chat.agentSessionsViewLocation": "single-view",
    "chat.customAgentInSubagent.enabled": true,
    "chat.useClaudeSkills": true,
    
    "inlineChat.enableV2": true,
    
    "github.copilot.chat.cli.customAgents.enabled": true,
    "github.copilot.chat.githubMcpServer.enabled": true,
}

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions