AI 编程工具 – mylogs.cn https://mylogs.cn 发现、记录、分享 Tue, 29 Sep 2026 16:27:03 +0000 zh-Hans hourly 1 Claude Code 接入 AGENTS.md 说明书 https://mylogs.cn/claude-code-%e6%8e%a5%e5%85%a5-agents-md-%e8%af%b4%e6%98%8e%e4%b9%a6/ Sat, 19 Sep 2026 02:07:06 +0000 https://mylogs.cn/claude-code-%e6%8e%a5%e5%85%a5-agents-md-%e8%af%b4%e6%98%8e%e4%b9%a6/ AI 编程工具圈长期存在一份”说明书”的兼容难题。9 月 19 日，Anthropic 公司 Claude Code 团队工程师萨里克·希希帕尔（Thariq Shihipar，网名 @trq212）在 X 平台发布推文，宣布在当天发布的 2.1.277 版本 Claude Code 中加入对 AGENTS.md 文件的支持。

Claude Code 支持 AGENTS.md 示意

两份”说明书”的由来

在 AI 编程助手中，项目根目录的一份 Markdown 文件通常用来告诉 AI 该项目的结构、规范和协作约定。Anthropic 的 Claude Code 使用 CLAUDE.md，其中可以放置 Claude Code 特有的工作流、MCP（模型上下文协议）配置、子代理以及命令配置；而 AGENTS.md 的目标则是让不同工具共享同一套项目级基础规则，可以被视作所有 AI 都应遵守的通用规则。

这两种格式相似却不完全一致。过去，同时使用 Claude Code 与 OpenAI Codex 或其他非 Anthropic 工具的开发者，往往要维护两份 Markdown 说明：一份 CLAUDE.md、一份 AGENTS.md。有人用软链接等手段勉强保持两者同步，但终究是额外的负担。

这次更新改了什么

根据希希帕尔的说明，从 2.1.277 版本开始，如果某个文件夹中没有 CLAUDE.md，Claude Code 会自动检查并使用 AGENTS.md。用户也可以在 /config 命令中切换这一行为。

需要强调的是，这只是一种”兜底”：当 CLAUDE.md 存在时，Claude Code 仍优先使用它；AGENTS.md 只在前者缺失时才会被读取。因此，已经依赖 CLAUDE.md 的仓库不会因为这次更新而多出一个相互竞争的指令文件。需要 Claude 专属配置的团队，依然可以把相关内容放在 CLAUDE.md 中。

一个正在成形的通用标准

AGENTS.md 并非 Anthropic 的发明。它由 OpenAI 贡献给 Linux 基金会旗下的 Agentic AI Foundation，目标是建立一套跨工具共享的代理指令标准。截至 2025 年 12 月，已有超过 6 万个开源项目采用了 AGENTS.md；Cursor 背后的 Anysphere、Cline 等同类工具也采用了这一约定，其地位类似于 README.md 之于仓库说明。

消息公布后，OpenAI 核心产品负责人蒂博·索蒂奥（Thibault Sottiaux）在社交平台回应”这才对，欢迎加入”，希希帕尔则以握手表情回应。不少知名开发者也公开对这一决定表示欢迎。

对开发者意味着什么

对普通用户或开发者而言，AGENTS.md 的最大价值在于降低工具切换与配置成本。无论使用哪一款 AI 编程工具，项目都可以只保留一份统一的”给 AI 看的使用说明”；在换工具、接手他人项目或参与开源协作时，不必重新撰写一遍配置。

从更长远看，这次支持也被外界视为 Claude Code 走向可扩展架构的一个信号——据公开信息，AGENTS.md 能力是通过 Claude Code 的”mods”（自定义模块）系统实现的，这一机制未来可能允许开发者自行修改配置解析与上下文加载方式。不过 Anthropic 目前尚未正式公布 mods 的完整文档与发布时间。

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

]]>