<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>MCP on Codexer</title><link>https://codexer.com/tags/mcp/</link><description>Recent content in MCP on Codexer</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Wed, 27 May 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://codexer.com/tags/mcp/index.xml" rel="self" type="application/rss+xml"/><item><title>Codex 的记忆困局：30 秒接入 MCP 让你的 AI 助手真正认识你</title><link>https://codexer.com/posts/2026-05-27-codex-memory-mcp-fix/</link><pubDate>Wed, 27 May 2026 09:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-05-27-codex-memory-mcp-fix/</guid><description>&lt;h2 id="一个似曾相识的场景"&gt;一个似曾相识的场景&lt;/h2&gt;
&lt;p&gt;你打开 Codex，开始一个新任务。你明明上周已经跟它讨论过数据库迁移策略，花了半小时解释为什么不用 Prisma 的 &lt;code&gt;db push --force-reset&lt;/code&gt;，还让它记住了你团队的代码规范。&lt;/p&gt;
&lt;p&gt;但今天，它什么都不记得了。&lt;/p&gt;
&lt;p&gt;你换了个项目，之前的偏好设置全部归零。你切到 Claude Code 帮你调试一段前端代码，那边的 Codex 又是从头开始，像个失忆的新同事。&lt;/p&gt;
&lt;p&gt;这种感觉，每个同时使用多个 AI 编程工具的开发者都不陌生。Codex 在 2026 年 4 月已经突破 300 万周活跃用户，相比 1 月增长了 5 倍，月环比增速高达 70%。它有 Web 版、桌面版（macOS 和 Windows）、ChatGPT iOS 内嵌版、CLI 命令行版、VS Code 扩展版，五个入口，一个账号，背后是同一个模型。&lt;/p&gt;
&lt;p&gt;听起来很美好，对吧？但当你在这些入口之间切换时，记忆并不会无缝跟随。&lt;/p&gt;
&lt;h2 id="记忆的三个层次"&gt;记忆的三个层次&lt;/h2&gt;
&lt;p&gt;在讨论解决方案之前，先搞清楚「记忆」到底意味着什么。大多数开发者说「我希望 Codex 记得我」，其实包含三层完全不同的诉求。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第一层：会话记忆。&lt;/strong&gt; 在一次对话中，模型能不能记住三轮前说过的话？这个问题在 2023 年还很头疼，现在已经解决了。上下文窗口足够大，短期内的记忆不是问题。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第二层：项目记忆。&lt;/strong&gt; 跨越多次会话，模型能不能记住这个代码库的技术栈、团队成员、上周做过的架构决策？Codex 在 4 月 16 日更新后加入了持久化记忆功能，但它是按项目隔离的。你在一个 Codex 项目里配置的偏好，换个项目就失效了。如果你的一半工作在 Claude Code 里完成，那 Codex 的项目记忆对你来说形同虚设。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第三层：操作者记忆。&lt;/strong&gt; 跨越你使用的所有 AI 工具，模型能不能记住你是谁、你在做什么产品、你的客户关心什么、你踩过哪些坑？这是最高层次的记忆，也是没有任何模型提供商真心想帮你解决的问题。原因很简单，他们更希望你被锁在自己的生态里。&lt;/p&gt;
&lt;p&gt;Codex 的内置记忆只解决了第二层的一部分。下面三种方案，分别针对第二层和第三层的完整需求。&lt;/p&gt;
&lt;h2 id="方案一用好-codex-自带的记忆功能"&gt;方案一：用好 Codex 自带的记忆功能&lt;/h2&gt;
&lt;p&gt;Codex 提供了两种内置记忆机制，对于完全在 Codex 内部工作的团队来说已经够用。&lt;/p&gt;</description></item><item><title>Codex 配置体系完全指南：AGENTS.md、MCP 服务器与 Skills 的分层架构</title><link>https://codexer.com/posts/2026-05-21-codex-configuration-guide/</link><pubDate>Thu, 21 May 2026 09:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-05-21-codex-configuration-guide/</guid><description>&lt;h2 id="你真的会配置-codex-吗"&gt;你真的会配置 Codex 吗？&lt;/h2&gt;
&lt;p&gt;很多人用 Codex 的方式是这样的：装好 CLI，登录账号，然后直接开聊。能用，但远远谈不上好用。&lt;/p&gt;
&lt;p&gt;问题出在哪里？不是模型不够聪明，而是你没有给它足够的上下文。就像你雇了一个能力很强的开发者，但既不告诉他项目的技术栈，也不告诉他团队的代码规范，甚至连哪些文件不能碰都没说。他当然能写代码，但写出来的东西大概率不是你想要的。&lt;/p&gt;
&lt;p&gt;Codex 的配置体系就是为了解决这个问题。它不是一堆散落的设置项，而是一套精心设计的分层架构。理解了这套架构，你就能把 Codex 从一个&amp;quot;能用的工具&amp;quot;变成一个&amp;quot;懂你项目的搭档&amp;quot;。&lt;/p&gt;
&lt;h2 id="三种界面一套配置"&gt;三种界面，一套配置&lt;/h2&gt;
&lt;p&gt;OpenAI 为 Codex 提供了三种使用方式：CLI 命令行、VS Code 扩展、macOS 桌面应用。很多人以为它们是三个独立的产品，其实不是。它们共享同一套配置文件和技能系统。&lt;/p&gt;
&lt;p&gt;也就是说，你在 CLI 里配置好的 AGENTS.md、MCP 服务器和 Skills，在 VS Code 扩展里同样生效。反过来也一样。这带来的好处是显而易见的：你不需要为每个界面重复配置，只需要维护一份配置就能覆盖所有使用场景。&lt;/p&gt;
&lt;p&gt;三者的区别主要在交互方式上。CLI 最快、最灵活，适合终端重度用户。VS Code 扩展集成在编辑器侧边栏，适合习惯 IDE 工作流的开发者。桌面应用目前只有 macOS 版本，提供了一个独立的 Agent 工作空间。&lt;/p&gt;
&lt;p&gt;我的建议是：日常开发用 CLI 或 VS Code 扩展就够了。桌面应用适合那些想把&amp;quot;Agent 工作&amp;quot;和&amp;quot;编辑器工作&amp;quot;分开的场景。&lt;/p&gt;
&lt;h2 id="四层配置架构"&gt;四层配置架构&lt;/h2&gt;
&lt;p&gt;Codex 的配置体系可以分成四层，从上到下依次是：&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第一层：AGENTS.md（指令层）&lt;/strong&gt;。告诉 Codex 这个项目是什么、怎么工作、什么能做什么不能做。这是最核心的配置。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第二层：Skills（技能层）&lt;/strong&gt;。把重复性的工作流程封装成可复用的剧本。比如代码审查、文档更新、测试编写，都可以变成一个 Skill。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第三层：config.toml（偏好层）&lt;/strong&gt;。存放个人偏好和外部服务连接。MCP 服务器就配置在这一层。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;第四层：Permissions（权限层）&lt;/strong&gt;。控制 Codex 能做什么操作。自动模式、只读模式、完全访问模式，根据项目的安全需求灵活切换。&lt;/p&gt;
&lt;p&gt;这四层的关系是层层叠加的。AGENTS.md 定义基础行为，Skills 提供扩展能力，config.toml 设置运行偏好，Permissions 划定安全边界。&lt;/p&gt;
&lt;h2 id="agentsmd少即是多"&gt;AGENTS.md：少即是多&lt;/h2&gt;
&lt;p&gt;AGENTS.md 是 Codex 的&amp;quot;项目说明书&amp;quot;。它告诉 Codex 如何在当前代码库中工作。&lt;/p&gt;</description></item></channel></rss>