VS Code – mylogs.cn https://mylogs.cn 发现、记录、分享 Wed, 07 Oct 2026 23:30:35 +0000 zh-Hans hourly 1 VS Code 1.141：清理“僵尸”Agent 会话与沙盒 https://mylogs.cn/vs-code-1-141%ef%bc%9a%e6%b8%85%e7%90%86%e5%83%b5%e5%b0%b8agent-%e4%bc%9a%e8%af%9d%e4%b8%8e%e6%b2%99%e7%9b%92/ Wed, 07 Oct 2026 23:30:35 +0000 https://mylogs.cn/vs-code-1-141%ef%bc%9a%e6%b8%85%e7%90%86%e5%83%b5%e5%b0%b8agent-%e4%bc%9a%e8%af%9d%e4%b8%8e%e6%b2%99%e7%9b%92/ 微软于 10 月 7 日发布 Visual Studio Code 1.141。本次更新的主线是 AI 智能体（Agent）工作流管理，重点围绕会话存储清理、跨平台沙盒安全、多会话并排布局，以及多 GitHub Enterprise 实例登录四项能力展开。

清理”僵尸”Agent 会话

随着 Copilot 智能体在代码库中高频运行，大量已结束但未清理的会话会在本地留下工作树（worktree），悄悄占用磁盘空间。新版为此新增 Chat: Open Worktree Cleanup 命令，可逐一列出非活跃 Agent 会话的工作树占用情况，并支持按”闲置时长”筛选、手动删除，或设置自动清理策略。

当存储占用达到阈值时，Agents 窗口会主动提示清理；已合并拉取请求（PR）的会话可配置为自动清理。需要注意的是，活跃、运行中、等待输入或已被固定的会话会受到保护，不会被误删。

跨平台沙盒护体

在安全性方面，1.141 版本为 Copilot Agent 在 Windows、macOS 与 Linux 上提供了终端沙盒能力，限制其对文件系统与网络资源的访问范围。微软表示，这一机制能够降低提示注入、不可信依赖以及本地启动的工具服务器带来的风险。企业管理员可通过统一托管设置强制开启沙盒，并使用 allowBypass: false 禁止绕过。

多会话网格布局

Agents 窗口现已支持以网格形式对会话进行水平或垂直排列，用户可拖拽调整布局、放大聚焦单个会话，且布局在窗口重载后仍会保留。这样一来，开发者无需在多个会话之间反复切换，便可以并排方式对比结果、监控长时任务，或同时推进多个相关对话。

多 GitHub Enterprise 实例登录

另一项实用改进是，用户可以在同一个 VS Code 窗口中同时登录 GitHub Enterprise Cloud（GHE.com）与 GitHub Enterprise Server 账号，便于跨企业实例协作与代码管理。相关配置通过 github-enterprise.uris 设置项实现，每个账号会按主机名区分标注。

此外，1.141 还支持将来自 Copilot CLI 与 Copilot 应用的本地外部会话直接接入 Agents 窗口继续处理，新增分块粘贴（editor.multiCursorPaste = spread）以方便列式文本编辑，并提供更紧凑的布局密度选项。Copilot harness 则基于 Agent Host Protocol（AHP）运行，允许从多个 VS Code 窗口连接到同一个 Agent 会话。

]]> VS Code 1.140 发布：Copilot Agent 多文件夹协作 https://mylogs.cn/vs-code-1-140-%e5%8f%91%e5%b8%83%ef%bc%9acopilot-agent-%e5%a4%9a%e6%96%87%e4%bb%b6%e5%a4%b9%e5%8d%8f%e4%bd%9c/ Thu, 01 Oct 2026 07:15:29 +0000 https://mylogs.cn/vs-code-1-140-%e5%8f%91%e5%b8%83%ef%bc%9acopilot-agent-%e5%a4%9a%e6%96%87%e4%bb%b6%e5%a4%b9%e5%8d%8f%e4%bd%9c/ VS Code 1.140 更新聚焦 Copilot Agent 工作流

微软于 9 月 30 日推出 Visual Studio Code 1.140 稳定版。本次更新的重点围绕 GitHub Copilot Agent 工作流展开，官方将其概括为六项亮点：Copilot harness（智能体运行框架）、多文件夹会话（实验性）、远程任务委派（实验性）、HydraFusion 模型编排（研究预览）、共享 worktree 文件夹（实验性）以及企业级 AI 管控。

Copilot harness 统一多端 Agent 行为

新版增强了 Copilot harness。该框架由 Copilot SDK 提供支持，运行在基于智能体主机协议（AHP）的专用智能体主机进程中。借助这一设计，VS Code、独立的 GitHub Copilot 应用以及 Copilot 命令行工具三端的 Agent 行为得以保持一致。

由于 harness 运行在独立的主机进程内，用户可以从多个 VS Code 窗口连接到同一个 Agent 会话，便于在不同视图间协同处理任务。在聊天输入框的 harness 选择器中即可切换，对多数用户而言它已可能是默认选项。

多文件夹会话：一个会话协调多个仓库

VS Code 1.140 引入了实验性的多文件夹会话功能。在此之前，一个多聊天会话中的每条聊天都共享同一个文件夹与代码检出，修改容易相互串扰。新版本允许同一 Agent 会话中的不同聊天分别绑定到不同的代码仓库或 Git worktree，彼此的终端、任务、代码变更、拉取请求与合并状态相互隔离，避免改动意外串联。

官方列举的典型场景包括：在主聊天中处理一个仓库、同时创建对等聊天处理第二个仓库；或者让主聊天为每个对等聊天创建同一仓库的独立 worktree，从而对比不同实现方案——每个方案各自拥有分支、改动与拉取请求。该功能默认关闭，需要在用户级 settings.json 中针对所用 harness 将多根目录开关设为启用。

远程任务委派与 HydraFusion 编排

远程任务委派方面，新版 Agent 能够发现远程主机，并依据操作系统、内存、CPU 与负载情况自动选择主机，随后创建远程会话执行任务，省去每次手动从列表挑选主机的步骤。

HydraFusion 则以研究预览的形式提供。它是一个自适应的模型编排系统，会为每项编码任务自动选择模型与工作流：既可以用单一模型解决问题，也可以升级到更强的模型，还能让另一个模型对结果进行批评与修订，从而在速度、成本与代码质量之间取得平衡，无需用户自行协调多个模型。

共享 worktree 与企业级管控

共享 worktree 文件夹同样是实验性功能。它通过在多个 worktree 之间复用被忽略的文件夹，避免重复的依赖安装与产物拷贝，从而降低磁盘占用与等待时间。

企业级 AI 管控则面向组织管理场景，确保团队中的每个人都遵循统一的 AI 版本要求与默认设置。其中的一项能力是设置默认的 Auto 档位，使 VS Code 中的 Auto 模型在不同档位间运行——可在效率、均衡与智能之间取舍，管理员可指定默认档位，但不限制开发者另行选择。

VS Code 1.140 更新说明截图

整体来看，VS Code 1.140 把 Agent 工作流从单窗口、单仓库推进到可跨仓库、跨远程主机协同的阶段。对于日常依赖 Copilot 进行本地开发的工程师而言，多文件夹会话与远程委派降低了多端协作的摩擦，而 HydraFusion 则把多模型协作的复杂度交给了系统本身。

]]> VS Code 1.138 发布：AI 智能体进开发容器 https://mylogs.cn/vs-code-1-138-%e5%8f%91%e5%b8%83%ef%bc%9aai-%e6%99%ba%e8%83%bd%e4%bd%93%e8%bf%9b%e5%bc%80%e5%8f%91%e5%ae%b9%e5%99%a8/ Thu, 17 Sep 2026 09:00:03 +0000 https://mylogs.cn/vs-code-1-138-%e5%8f%91%e5%b8%83%ef%bc%9aai-%e6%99%ba%e8%83%bd%e4%bd%93%e8%bf%9b%e5%bc%80%e5%8f%91%e5%ae%b9%e5%99%a8/ 微软发布 VS Code 1.138 更新
图片来源：IT之家

微软于 9 月 17 日发布 Visual Studio Code 1.138 版本更新。本次更新的核心方向是强化人工智能智能体（Agent）在编辑器中的协作能力，包括支持在开发容器中运行智能体会话、扩展 Codex harness 运行环境，并预览一项会话清理功能。

智能体会话进驻开发容器

新版最值得关注的变化，是允许智能体在本地开发容器中运行。启用配置项 chat.agentHost.devContainer.enabled 之后，凡是带有受支持开发容器配置的本地文件夹，都会在文件夹菜单中出现“使用开发容器”选项。点击该选项，智能体会话便会在对应的容器中执行，不过使用该功能需要预先安装 Docker。

与以往智能体直接调用本机全部工具与依赖不同，容器内的智能体只能使用项目明确指定的工具和依赖项，并严格遵循项目配置的运行环境。这种设计让智能体的操作被限定在项目边界之内，减少了误触本机环境的隐患，也让“在同一套依赖下复现结果”变得更可靠。

Codex harness 打通 ChatGPT 与 VS Code

1.138 版本还扩展了 Codex harness 的支持范围，使同一段会话可以在 ChatGPT 应用与 VS Code 之间延续。用户既可以选择 GitHub Copilot 订阅，也可以选择 ChatGPT 订阅；若两类账户同时登录，还能在模型选择器中直接切换所使用的模型。

所谓 Codex harness，是指围绕 Codex 模型搭建的一整套运行环境与控制机制，负责把模型接入应用、工具与工作流。在 VS Code 中，Codex 能够调用编辑器的内置工具、扩展工具以及 MCP（模型上下文协议）工具。若使用的是基于 ChatGPT 的模型，Codex 还能在会话中直接调用图像生成工具。

会话清理功能进入预览

本次更新还以预览形态推出了会话清理功能。它能够让开发者对已经完成的工作做调整，同时把对话保留下来以备日后查阅。在合并了所有非活跃会话对应的拉取请求之后，智能体窗口会支持将相关会话标记为“已完成”。

整体来看，VS Code 1.138 把人工智能智能体从“对话窗”进一步推向“工程执行单元”：开发容器隔离、跨应用会话延续、可清理的会话管理，三者共同指向同一个目标——让智能体更可控、更可复现地参与到真实开发流程中。

]]> VS Code 1.137 发布：AI 智能体定时干活，动嘴就能改代码 https://mylogs.cn/vs-code-1-137-%e5%8f%91%e5%b8%83%ef%bc%9aai-%e6%99%ba%e8%83%bd%e4%bd%93%e5%ae%9a%e6%97%b6%e5%b9%b2%e6%b4%bb%ef%bc%8c%e5%8a%a8%e5%98%b4%e5%b0%b1%e8%83%bd%e6%94%b9%e4%bb%a3%e7%a0%81/ Fri, 11 Sep 2026 03:40:23 +0000 https://mylogs.cn/vs-code-1-137-%e5%8f%91%e5%b8%83%ef%bc%9aai-%e6%99%ba%e8%83%bd%e4%bd%93%e5%ae%9a%e6%97%b6%e5%b9%b2%e6%b4%bb%ef%bc%8c%e5%8a%a8%e5%98%b4%e5%b0%b1%e8%83%bd%e6%94%b9%e4%bb%a3%e7%a0%81/ 微软于 9 月 10 日发布 Visual Studio Code 1.137 版本更新。本次更新聚焦 AI 智能体能力的增强，共推出 5 项主要新功能，其中 3 项仍处于实验或预览阶段，核心目标是把开发者的重复性工作交给智能体自动完成。

智能体任务支持定时执行

最受关注的功能是 Automations（预览）。该功能允许 AI 智能体按照小时、每日或每周的周期自动执行任务，无需开发者手动触发。用户启用 chat.automations.enabled 设置后，在 Agents 窗口侧边栏选择 Automations，即可使用官方提供的预设模板，例如跟进代码变更、分诊 Issue、主动查找 Bug，也可以自定义提示词和调度计划。该功能正在逐步向全部用户推送。

语音对话操控智能体

Voice Mode（实验功能）为开发者提供了免动手的交互方式。启用 agents.voice.enabled 设置后，点击聊天输入框的 Voice Mode 按钮，即可通过语音与智能体对话，并在智能体工作过程中随时打断或重定向任务，还支持按住说话的快捷键操作。语音模式能够识别当前会话状态，回答关于运行中会话、所选模型及附加文件的问题。企业管理员可以通过关闭 Copilot 预览功能来禁用该特性。

快速聊天可转入工作区

新版还打通了快速聊天与工作区会话之间的隔阂。用户可以在 Agents 窗口发起不与工作区关联的快速聊天，当对话涉及具体项目时，再要求 Copilot 智能体附加本地文件夹并继续同一会话。转换后，聊天会保留原标题、对话历史与当前请求，智能体在工作区设置完成后自动获得项目文件的访问权限。该功能目前仅限 Copilot 框架使用。

VS Code 在 Agents 窗口中直接查看 GitHub Issue 列表
图片来源：微软

GitHub Issue 与 PR 集成

在 GitHub 集成方面，Agents 窗口现可直接查看 Issue 与 Pull Request 详情，即使没有打开对应仓库也可以使用。用户需在默认配置文件中安装 GitHub Pull Requests 扩展，并启用 extensions.experimental.enableAgentsWindowCapability 设置。点击 github.com 的 Issue 或 PR 链接后，详情将直接在 Agents 窗口打开，无需切换浏览器。此外，任何聊天输入框均可通过 Add Context 菜单把 GitHub Issue 或 PR 作为上下文附加给智能体。

电子宠物征名活动同步开启

微软同步推出了 VS Code 宠物命名竞赛。该实验功能提供一个交互式宠物伙伴，会在用户与智能体协作时作出反应，在聊天输入框输入 /vscode-pet 即可激活。命名征集活动从 9 月 10 日持续至 9 月 17 日，用户可提交命名建议。

VS Code 官方发布的 1.137 版本更新宣传图
图片来源：微软

从定时调度到语音指挥，VS Code 正在把 AI 智能体从”随叫随到的助手”变成”按排班值班的同事”。对需要长期维护项目、处理大量 Issue 的团队而言，这类无人值守的自动化能力值得关注。

原文出处：IT之家、Visual Studio Code 官方更新日志

]]> 用了多年 VS Code 才懂，这 5 个设置早该改 https://mylogs.cn/%e7%94%a8%e4%ba%86%e5%a4%9a%e5%b9%b4-vs-code-%e6%89%8d%e6%87%82%ef%bc%8c%e8%bf%99-5-%e4%b8%aa%e8%ae%be%e7%bd%ae%e6%97%a9%e8%af%a5%e6%94%b9/ Sun, 16 Aug 2026 03:12:44 +0000 https://mylogs.cn/%e7%94%a8%e4%ba%86%e5%a4%9a%e5%b9%b4-vs-code-%e6%89%8d%e6%87%82%ef%bc%8c%e8%bf%99-5-%e4%b8%aa%e8%ae%be%e7%bd%ae%e6%97%a9%e8%af%a5%e6%94%b9/ 很多人装好 VS Code 后只动过第一天的基本配置，剩下一堆默认选项凑合用了好几年。XDA Developers 撰稿人分享，他也是在翻设置页时才发现，几个不起眼的小开关正好解决了一直忍着的别扭——单独看都不惊人，合在一起却让编辑器更干净、更跟手。这些设置都藏在「设置」面板里，按 Ctrl + , 即可打开，搜索框能直接定位每一项，不需要碰任何配置文件。下面几个改动，值得你今天就试。

用了多年 VS Code 才懂，这 5 个设置早该改
图片来源：XDA Developers

一、关掉小地图（Minimap）

右侧那条细长的代码缩略图默认开启，其实很少用，反而挤占空间、显得杂乱。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Minimap」。
  3. 取消勾选「Editor: Minimap Enabled」。

二、开启自动换行（Word Wrap）

写长行、注释或 Markdown 时，不用再横向拖动滚动条。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Word Wrap」。
  3. 将「Editor: Word Wrap」设为「On」。

三、开启光标平滑动画

默认光标跳动略生硬，开启后移动更顺滑。它不改变功能，只让视觉更顺，长时间编码时这点细节确实影响观感。

  1. 在设置里搜索「Cursor Smooth Caret Animation」。
  2. 打开平滑光标动画选项。

四、关掉紧凑文件夹（Compact Folders）

当一连串文件夹都只含一个子文件夹时，VS Code 会把它们压成一行，反而看不清层级。虽然侧栏会因此稍长一点，但换来的是结构一目了然。

  1. 按 Ctrl + , 打开设置。
  2. 搜索「Compact Folders」。
  3. 取消勾选「Explorer: Compact Folders」。

五、保存时自动格式化（Format on Save）

不用再手动整理缩进和空格，前提是装了 Prettier 之类格式化器。

  1. 打开设置，搜索「Format On Save」。
  2. 勾选「Editor: Format on Save」。

写完保存即可，代码自动保持整洁统一。

额外一招：善用「工作区设置」（Workspace Settings），可为不同项目单独保存格式化、排除项、自动换行等偏好，而不动全局配置。这些改动都不会重造 VS Code，却能实打实改善每天的编码体验。改完不必重启，设置即时生效，下次打开编辑器就能感觉到差别。

来源：XDA Developers

]]> 这款 VS Code 插件让 AI 编码智能体真正读懂你的工程 https://mylogs.cn/implant-vscode-ai-coding-agent-mcp/ Mon, 10 Aug 2026 10:59:44 +0000 https://mylogs.cn/implant-vscode-ai-coding-agent-mcp/ AI 编码助手越来越聪明，但它们和开发环境之间始终隔着一层玻璃：能看到代码，却很难调用编辑器本身的“内功”。一款名为 Implant 的 VS Code 插件试图拆掉这面墙——它把 VS Code 的完整 API 暴露给 Copilot Chat、Claude Code、Cursor 等支持 MCP 协议的 AI 智能体。

这款 VS Code 插件让 AI 编码智能体真正读懂你的工程
AI生成配图

它能做什么

Implant 的核心是提供一个 MCP 工具 run_vscode_script。通过它，AI 智能体可以实时调用 VS Code 及其第三方扩展的能力：查找引用、跳转到定义、悬浮提示类型、查看工作区诊断、读取 git blame、浏览符号大纲，以及运行任何扩展注册的命令。

更实用的是修改代码的能力：结构化重命名、快速修复、重构、整理导入、通过 WorkspaceEdit 安全地创建/重命名/删除文件、使用格式化程序、执行源码操作。这些编辑都走语言服务器，而不是粗暴的文本替换，因此更能尊重作用域、导入和语义。

为什么比纯文本对话更安全

插件作者 Pavel Mikhailovskii 强调，Implant 默认不会自动执行任何脚本。每次调用都会弹出一个带有语法高亮的 webview，让用户选择“运行”、“运行并信任本次会话”或“拒绝”。只有用户明确批准后，脚本才会在 VS Code 扩展宿主中执行。

插件本地 HTTP 服务器只绑定 127.0.0.1，并依赖每次启动都会重新生成的会话令牌，未授权请求会返回 401 并弹出警告。不过作者也提醒：不要在共享机器上使用，因为任何以同一用户身份运行的进程都能读取会话文件。

安装与配置

安装 Implant 后，它会询问是否将其安装到当前工作区。这一步会在项目里生成五份可提交到版本控制的文件：

  • .vscode/implant/call.js：stdio 与 HTTP MCP 代理
  • .mcp.json：Claude Code / 通用 MCP 配置
  • .cursor/mcp.json：Cursor MCP 配置
  • .claude/skills/implant/SKILL.md：Claude Code 技能说明
  • .cursor/rules/implant.mdc：Cursor 规则文件

同时，它会在 .github/copilot-instructions.md 中插入一段 <!-- BEGIN Implant --> 标记的指导语。VS Code 1.101 及以上版本的 MCP 原生客户端会自动发现该工具；命令行智能体则通过工作区配置文件读取。

适合谁用

如果你经常让 AI 处理中大型代码库，却总被“找不到定义”“改错了导入”“重命名漏了引用”困扰，Implant 相当于给智能体配了一副眼镜和一套手术刀。它不会替你思考，但能让智能体真正看懂并操作工程。

局限

目前 Implant 仍依赖每次调用的手动确认，不适合完全无人值守的自动化流水线。另外，由于脚本在扩展宿主内以扩展同等权限运行，任何安全沙箱的缺失都是其设计本身带来的取舍。

来源：Visual Studio Marketplace / Implant

]]> AI编程额度总不够用？本地模型接进VS Code https://mylogs.cn/ai%e7%bc%96%e7%a8%8b%e9%a2%9d%e5%ba%a6%e6%80%bb%e4%b8%8d%e5%a4%9f%e7%94%a8%ef%bc%9f%e6%9c%ac%e5%9c%b0%e6%a8%a1%e5%9e%8b%e6%8e%a5%e8%bf%9bvs-code/ Sat, 01 Aug 2026 21:48:42 +0000 https://mylogs.cn/ai%e7%bc%96%e7%a8%8b%e9%a2%9d%e5%ba%a6%e6%80%bb%e4%b8%8d%e5%a4%9f%e7%94%a8%ef%bc%9f%e6%9c%ac%e5%9c%b0%e6%a8%a1%e5%9e%8b%e6%8e%a5%e8%bf%9bvs-code/ 用订阅制 AI 编程助手写代码，最扫兴的往往不是模型答错，而是改到一半额度用完。五小时用量窗口一旦触顶就只能干等。修 bug、加小功能、改旧代码这类活儿，为等待付月费并不划算。

AI编程额度总不够用？本地模型接进VS Code
图片来源：XDA Developers

XDA 撰稿人 Anurag Singh 用了将近六个月 Claude Code 的 20 美元套餐后退订，转而在 VS Code 里搭了一层本地大模型。他的结论是：体验确实比不上云端旗舰模型，但因为不再有额度顾虑，实际完成的工作反而更多。以下是这套本地方案的搭建过程。

第一步：挑一个自己机器跑得动的模型

本地方案成败的关键，是模型能否和 VS Code 同时舒服地跑起来，而不是挑参数最大的那个。这位撰稿人的设备是 16GB 统一内存的 M5 MacBook Air，他实测过的几个候选如下：

  1. GPT-OSS 20B：推理与工具调用都强，但独占约 16GB 内存，与开发环境同跑压力过大。
  2. Codestral 22B：量化更激进更轻量，补全质量不错，但更适合做补全而非项目级智能体。
  3. DeepSeek Coder V2 Lite：占用约 9GB，是另一个可行选项。
  4. Qwen2.5 Coder 7B / 14B：7B 明显更快，但改动牵涉多个文件时容易跟丢上下文；14B 的 Q4 量化版约占 9GB，平衡最好，且专门针对代码生成、推理与修复训练，还支持工具调用。

工具调用这一项很重要——它决定了模型能否主动查看文件并执行改动，而不只是丢回一段代码。最终他选定 Qwen2.5 Coder 14B 作为主力。

第二步：把模型跑起来并暴露接口

推理后端用 Docker Model Runner，负责模型的下载、存储与运行。在 Docker Desktop 启用后，把 OpenAI 兼容 API 暴露在 12434 端口，再拉取模型即可。

第三步：在 VS Code 里装 Continue 并接上本地模型

让模型真正成为编辑器的一部分、而不是另开一个聊天窗口，靠的是 Continue 扩展。它提供聊天面板、行内代码编辑、自动补全，以及可搜索项目并修改文件的智能体模式。Continue 既支持云端模型，也能通过 OpenAI 兼容接口连接本地模型。

安装扩展后，在 ~/.continue/config.yaml 中添加本地模型配置：

`yaml

  • name: Qwen2.5 Coder 14B

provider: openai

model: ai/qwen2.5-coder:14B

apiBase: http://localhost:12434/engines/v1

apiKey: not-needed

contextLength: 8192

maxTokens: 2048

temperature: 0.1

capabilities:

  • tool_use

roles:

  • chat
  • edit
  • apply

`

这段配置会把本地模型设为 Continue 的主力编码模型，它可以查看当前项目、搜索文件、给出并应用修改建议，全程不把代码发往外部接口。

第四步：分工与项目规则

实际使用中不必只用一个模型：14B 负责对话和代码编辑，自动补全可以交给更小的 Qwen2.5 Coder 模型，延迟低得多。此外，把项目专属说明写进 .continue/rules/ 目录，包括项目结构、测试命令，以及不希望模型改动的文件，能显著减少返工。

需要接受的几点妥协

这套方案的打磨程度不如 Claude Code。Qwen2.5 Coder 14B 理解大型项目更慢、出错更多，有时需要更具体的指令，无法给一句含糊的要求就指望它自己走完全程。跑 14B 模型也会挤占内存，响应启动比云端慢，长时间使用机器会发热，因此不建议同时开一堆吃内存的程序。

但对多数开发者而言，日常任务本就用不到那么高的自主性。真正的改变是心态：可以让模型把同一个函数解释三遍，反复重试失败的修改，一口气处理一长串小问题，而不必再盯着额度。

来源：XDA Developers

]]>