个人主页杨利杰YJlio❄️个人专栏《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》《WINDOWS教程》 《Windows PowerShell 实战》 《人工智能实战合集》《超简单用Python让Excel飞起来》让复杂的事情更简单让重复的工作自动化每日关注 2026-07-10ChatGPT与Codex合并Windows运维新动向每日关注 2026-07-10ChatGPT与Codex合并Windows运维新动向一、今天真正值得关注的不是七条新闻而是工作方式正在发生变化二、先纠正一个容易误解的说法不是 Codex 消失而是工作入口开始合并三、Agent 长期工作流正在取代“一问一答”四、AI Agent 真正进入企业后治理底线比模型能力更重要五、Windows 11 存储暴涨最忌讳看到大文件就直接删除六、Windows 11 26H2 已经进入企业验证窗口不能等正式推送后再测试七、把版本新闻变成运维动作应该经过这条验证链路八、Sysinternals 继续更新LiveKd v5.65 是今天值得关注的工具变化九、从今天的变化看未来 Windows 运维人员需要补什么能力十、我对 2026-07-10 这批技术变化的判断每日关注 2026-07-10ChatGPT与Codex合并Windows运维新动向一、今天真正值得关注的不是七条新闻而是工作方式正在发生变化2026 年 7 月 10 日值得关注的技术变化非常集中Codex开始并入新的ChatGPT桌面应用长时间运行的Agent工作流越来越接近真实生产任务与此同时Windows 桌面运维侧也出现了几个需要提前准备的方向包括Windows 11 26H2企业验证、系统盘异常增长排查以及Sysinternals工具更新。把这些主题放在一起看会发现一个非常明确的变化AI 正从“回答一个问题”走向“持续完成一项工作”而 Windows 运维也正在从故障发生后的被动处理逐渐转向版本预验证、工具链建设、日志留痕和自动化治理。对我这种长期关注 Windows 桌面运维、Sysinternals 排障、PowerShell 自动化和 AI 实践的人来说真正有价值的不是知道“又更新了什么”而是判断哪些变化会影响日常工作。今天的七个主题可以归纳成下面几类方向今日重点真正需要判断的问题AI 工作平台ChatGPT 与 Codex 进一步融合对话、规划、执行和代码修改是否正在进入统一工作空间Agent 工作流长期任务与持续上下文AI 是否能够跨越单次 Prompt 持续推进真实项目Agent 治理权限、日志、审批与回滚当 Agent 可以真正执行操作后企业如何控制风险Windows 故障排查系统盘异常增长如何从“磁盘满了”定位到真正持续写入的文件与进程Windows 企业部署Windows 11 26H2 提前验证应用、驱动、策略和安全软件是否兼容高级排障工具Sysinternals 工具更新哪些工具值得纳入标准化运维工具箱二、先纠正一个容易误解的说法不是 Codex 消失而是工作入口开始合并“ChatGPT 与 Codex 合并”很容易被理解成 Codex 产品被取消实际上更准确的说法是OpenAI 在 2026 年 7 月 9 日宣布Codex App正在并入新的ChatGPT桌面应用而 Codex 仍然作为面向开发者和技术人员的编码 Agent 继续存在。这次变化不仅是把两个图标放进同一个窗口。官方同时提到了 Diff 内联编辑、侧边栏 Pull Request 审查、由GPT-5.6支持的更快计算机操作以及单个项目支持多个代码仓库。真正值得注意的是聊天、分析、文件、代码和执行环境之间的边界正在减少。过去常见的工作方式是在 ChatGPT 中讨论需求再把结果复制到 IDE然后打开终端执行命令最后再回到浏览器查询资料。工具之间频繁切换的问题并不只是麻烦更大的风险是上下文容易丢失。例如在一个真实项目里ChatGPT 可能根据旧版本代码完成架构规划而 Codex 此时已经修改了另一个分支。如果二者缺少统一项目状态很容易产生重复修改、错误假设和代码漂移。更值得采用的工作方式是让需求分析、代码仓库、修改记录、测试结果和人工 Review 尽量围绕同一个项目上下文运行但最终合并代码、修改生产配置和执行高风险命令仍然保留人工审批。三、Agent 长期工作流正在取代“一问一答”过去很多人使用 AI 的方式还是“问一个问题拿一个答案”。但真正复杂的工程任务很少能在一轮对话里结束。一次 Windows 性能故障排查可能持续数小时一个软件项目可能跨越几周企业知识库治理甚至需要长期维护。OpenAI 在 2026 年 6 月发布的长时间工作研究中将 Codex 描述为能够保存上下文、管理复杂工作流并支持长周期项目持续推进的工作空间。另一份官方数据也给出了很有代表性的变化截至 2026 年 5 月在抽样的个人用户中80.6%至少提交过一次预计超过 30 分钟人工工作量的 Codex 请求70.2%至少有一次超过 1 小时25.6%至少有一次超过 8 小时。真正的长期工作流不是简单地把一个 Prompt 写得特别长。它至少要解决四个实际问题问题短对话模式长期 Agent 工作流上下文依赖当前会话保存项目状态和历史决策执行主要给建议可以调用工具并推进任务中断恢复重新解释背景从已有状态继续验收看回答是否合理检查 Diff、日志、测试和最终产物对于桌面运维场景这种思路尤其值得关注。一个 Agent 完全可以围绕同一台故障电脑持续完成信息采集、日志整理、性能数据分析、异常进程比对和报告生成。但它必须建立在可审计和可回滚的基础上不能因为“能自动执行”就把管理员权限完全交出去。四、AI Agent 真正进入企业后治理底线比模型能力更重要当 Agent 只能生成文字时错误答案通常意味着重新修改一次。当 Agent 可以执行 PowerShell、修改注册表、操作 Git 仓库、访问企业文件甚至调用业务系统时错误就可能直接变成真实事故。OpenAI 在其 Agent 工程实践中也明确提到全自主执行会带来新的问题Agent 会复制仓库中已有的模式包括不一致甚至质量较差的模式长期运行后还可能出现漂移。Agent Loop 本身则是在模型、工具、提示词和执行结果之间不断循环这意味着真正要治理的不只是模型输出还包括工具权限和执行链路。我认为企业部署 AI Agent 时至少要守住下面五条底线治理底线实际要求身份明确每次执行都能确认由哪个用户、哪个 Agent、哪个服务身份发起最小权限只授予完成当前任务所需权限不默认提供域管理员或全局管理员权限完整审计保存 Prompt、工具调用、命令、文件修改、返回结果和时间线高风险审批删除数据、修改生产环境、开放端口、批量变更账号等动作必须经过人工确认可验证回滚执行前有备份执行后有验证发生异常时能够恢复最危险的做法不是 Agent 偶尔答错一个问题而是在缺少权限边界、日志和审批机制的情况下让它以高权限身份持续执行命令。在 Windows 企业运维场景中我更倾向于把 Agent 定位为“自动收集证据、生成分析、执行低风险标准动作”而不是直接成为无限制管理员。真正高风险的操作依然要设置人工确认点。五、Windows 11 存储暴涨最忌讳看到大文件就直接删除系统盘突然从几十 GB 可用空间变成只剩几百 MB是桌面支持中非常容易误判的一类问题。很多人的第一反应是打开磁盘清理或者直接搜索几个大文件删除但真正的问题经常不是“哪个文件大”而是“哪个文件仍在持续增长、是谁在写、为什么没有停止”。一个更可靠的排查顺序应该是先确认空间增长速度再定位目录然后锁定文件最后追进程和写入行为。排查阶段重点问题推荐工具确认容量变化是一次性占满还是每分钟、每小时持续增长文件资源管理器、PowerShell锁定大目录增长发生在用户目录、ProgramData、Windows 还是应用缓存WizTree、TreeSize锁定文件到底是哪一个日志、数据库、缓存或转储文件增长WizTree定位进程哪个进程持有文件句柄Process Explorer、Handle观察写入谁在反复写入写入频率多高Process Monitor例如遇到一个几十 GB 的日志文件时直接删除可能暂时释放空间但如果后台服务仍然以每分钟数百 MB 的速度写入几小时后系统盘还是会再次被打满。真正的排障证据链应该是空间异常 → 目录异常 → 文件异常 → 进程持有 → 写入事件 → 触发条件 → 修复后停止增长。现场处理时建议至少记录异常文件完整路径、初始大小、10 分钟或 30 分钟后的大小、持有进程、进程路径和对应服务名称。这些数据远比一句“C 盘满了”更有价值。六、Windows 11 26H2 已经进入企业验证窗口不能等正式推送后再测试对个人用户来说Windows 新版本可能意味着一个新的功能更新对企业桌面运维来说它意味着应用兼容性、驱动、安全软件、VPN、打印、组策略、脚本、安装包和设备管理策略都需要重新验证。Microsoft 已经明确表示Windows 11 26H2可用于提前测试和验证企业应确认应用、策略和设备环境兼容性。微软同时说明Windows 11 24H2、25H2和26H2位于同一服务分支因此从 24H2 或 25H2 升级至 26H2 可以通过 Enablement Package 完成。但“升级包更轻”不代表“可以跳过企业验证”。企业环境真正需要验证的是现有工作负载在新版本中的行为有没有变化。验证对象至少检查什么Office 与业务软件启动、保存、打印、插件、宏、文件关联安全软件EDR、杀毒、DLP、驱动和性能开销网络组件VPN、零信任客户端、代理、证书和内网访问打印环境驱动、队列、扫描和企业打印策略自动化脚本BAT、PowerShell、计划任务、安装脚本设备管理组策略、Intune、Configuration Manager 和更新策略用户数据OneDrive、桌面、文档、浏览器配置和迁移流程我更推荐建立“小范围实验机 → IT 人员试点 → 业务代表用户试点 → 分批部署 → 持续观察”的验证流程而不是版本正式推送后直接全量升级。七、把版本新闻变成运维动作应该经过这条验证链路每天出现的新模型、新系统版本和新工具很多全部追没有意义。更有效的方法是判断它是否影响现有环境然后把信息转换成具体的测试、观察或部署动作。否是否是是否发现新版本或新技术变化是否影响现有工作环境记录并持续观察核对官方来源与版本信息确认受影响设备、软件、账号和权限范围建立测试环境与基线执行功能、性能、安全和兼容性验证验证是否通过记录问题并暂停推广小范围试点收集日志与用户反馈是否存在阻断问题分批部署并保留回滚方案这套流程同样适用于Windows 11 26H2、新的 EDR 客户端、Office 更新、浏览器升级甚至 AI Agent 上线。区别只在测试指标不同底层逻辑是一致的先确认影响范围再验证再逐步推广。八、Sysinternals 继续更新LiveKd v5.65 是今天值得关注的工具变化对于真正做 Windows 深度排障的人来说Sysinternals不是一套“下载下来备用”的工具合集而是一组能够把进程、文件、注册表、句柄、启动项、内核和日志联系起来的证据工具。2026 年 7 月 9 日Microsoft 发布了LiveKd v5.65。该工具允许在正在运行的 Windows 系统上使用Kd或WinDbg进行本地内核调试这次更新增加了对生成转储文件的保护阻止非管理员用户读取。Microsoft 同日的 Sysinternals 更新还涉及ProcDump v12.01和ZoomIt v12.11。不过对普通桌面支持人员来说并不是每一次故障都需要直接上内核调试。工具应该按照问题层级选择。故障类型优先工具主要用途进程异常占用Process Explorer查看 CPU、内存、句柄、DLL 和进程关系文件或注册表行为Process Monitor捕获文件系统、注册表、进程和网络事件开机慢或异常启动项Autoruns检查系统中大量自动启动位置程序崩溃或卡死ProcDump按条件捕获进程 Dump文件被占用Handle/Process Explorer定位持有文件句柄的进程内核级问题LiveKdWinDbg深入查看运行中系统的内核状态Microsoft 对 Sysinternals 的定位本身就是系统管理、故障排查和诊断工具集。对于 Windows 运维人员而言真正需要建立的不是“我知道这些工具”而是“遇到什么现象第一时间应该用哪一个工具取证”。九、从今天的变化看未来 Windows 运维人员需要补什么能力今天这些主题放在一起其实已经能看到 Windows 桌面运维岗位正在发生的变化。只会重装系统、安装软件和处理账号问题越来越难覆盖真实企业环境中的复杂故障。能力方向具体内容为什么重要证据化排障事件日志、PerfMon、ProcMon、Dump、句柄、调用关系复杂问题无法只靠经验判断脚本自动化PowerShell、BAT、Python减少重复操作形成可复用工具版本验证Windows、Office、浏览器、EDR 和驱动提前发现兼容问题减少批量事故AI 协作ChatGPT、Codex、Agent 和提示词设计加快分析、代码编写、文档和自动化开发AI 治理权限、审计、审批、回滚避免自动化能力扩大后带来新的安全风险我自己的判断是AI 不会让 Windows 排障能力变得不重要反而会放大专业基础的差距。不了解进程、服务、权限、注册表、文件系统、日志和性能指标的人即使拿到 Agent也很难判断它给出的结论是不是可靠。真正有价值的组合是人负责判断问题、定义边界和验收结果AI 负责搜索、整理、生成脚本、执行受控任务和处理大量重复信息。十、我对 2026-07-10 这批技术变化的判断今天最值得关注的变化不是某一个产品多了一个按钮而是开发、知识工作和企业运维正在同时向“持续 Agent 工作流”靠近。ChatGPT与Codex的入口融合让对话、代码和执行进一步接近统一工作空间长时间任务数据说明越来越多用户已经开始把 Codex 用在超过一小时甚至超过八小时人工工作量的任务上。但能力越强越需要权限边界、日志、人工 Review 和回滚。一个能够修改代码、执行终端命令和控制计算机的 Agent不能再用普通聊天机器人的治理方式来管理。Windows 运维侧也是一样。面对Windows 11 26H2、系统盘异常增长和新的Sysinternals工具版本真正拉开差距的是能不能提前测试、快速取证、形成标准流程并把一次故障变成下一次可直接复用的解决方案。对我来说这也是继续研究 Windows 疑难杂症、Sysinternals、PowerShell 自动化和 AI Agent 最有价值的交叉点让 AI 帮助我们处理更多重复工作但把最终判断、风险边界和技术责任牢牢留在人的手里。点击回到顶部