Codex使用Skills与MCP办公实战：把settings改到TaoToken

1. 为什么你的 Codex 装了 Skills 还是干不了活很多人把 Codex 装好、API 配通之后第一反应是「让它写个函数试试」结果发现它确实能写代码但一到真实办公场景就卡住想让它读一份 Excel 生成图表它说没有文件访问权限想让它打开网页抓数据它说无法操作浏览器。问题不在模型而在于你只给了它一个「大脑」没给它「手和脚」。Codex 的扩展体系里有两个关键角色Skills 和 MCP。Skills 是能力扩展包相当于给 Codex 装上具体技能比如操作 Office 文档、控制浏览器、操控桌面应用MCP 是连接通道相当于给 Codex 一把钥匙让它能访问文件系统、数据库、第三方 API 这些外部资源。两者配合Codex 才能从「命令行里的聊天机器人」变成真正能干活的办公助手。这篇内容聚焦办公自动化场景以 officecli 和 playwright 两个典型工具为例演示 Skills 与 MCP 的任务编排路径。我会给出可复制的 settings 配置片段、MCP 服务注册步骤以及一次端到端验证动作确认 Skills 调用与工具链协同正常。适合已经装好 Codex、配通 API、想进一步落地办公自动化的朋友。如果你还没配好 API建议先把 Base URL、Key、Model ID 三件套搞定再回来做扩展配置。核心检索词先明确Codex Skills 是什么、MCP 怎么配、officecli 和 playwright 怎么组合用。这三个问题贯穿全文每一步都有可复制的配置和可验证的结果。2. TaoToken 前置把 settings 改到 TaoToken 的完整路径在配 Skills 和 MCP 之前得先确保 Codex 的模型调用走的是稳定通道。我试过把 settings 改到 TaoToken整个过程不复杂但有几个路径细节容易踩坑。Codex 的配置文件默认在用户目录下的.codex文件夹里Windows 是%USERPROFILE%\.codex\macOS 和 Linux 是~/.codex/。核心文件有两个config.toml负责模型和 MCP 服务配置auth.json负责认证信息。如果你用 CC Switch 管理多套配置它本质上也是在改这两个文件。先看config.toml里模型相关的部分。你需要把 Base URL 指向 TaoToken 的 API 地址Model ID 填你实际要用的模型标识。下面是一段可复制的配置片段路径和字段名保持和原文件一致# ~/.codex/config.toml model gpt-4o model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api wire_api chat注意base_url后面不要加多余的路径TaoToken 的 API 入口就是https://taotoken.net/api。wire_api填chat表示走对话补全接口这是 Codex 默认的调用方式。认证信息放在auth.json里格式如下{ OPENAI_API_KEY: 你的 TaoToken API Key }如果你用环境变量管理 Key也可以在终端里设置OPENAI_API_KEYCodex 会优先读取环境变量。两种方式效果一样选你顺手的。配好之后用一条简单命令验证模型通道是否通codex 用一句话说明什么是 MCP如果返回正常文本说明模型调用没问题。如果报 401检查 Key 是否填对、是否有多余空格如果报连接超时检查base_url是否写成了https://taotoken.net/api而不是其他路径。这里有个容易忽略的点Codex 的config.toml同时管模型和 MCP 服务改的时候不要覆盖掉已有的 MCP 配置。建议改之前先备份一份或者用 CC Switch 做配置切换避免手滑把整段配置冲掉。模型通道通了之后才轮到 Skills 和 MCP 上场。顺序不能反否则你会在排障时分不清是模型问题还是工具问题。3. 可复制配置Skills 安装与 MCP 服务注册这一节是全文的技术核心给出可直接复制的配置片段和注册步骤。先装 Skills再注册 MCP最后把两者串起来。3.1 安装 officecli 和 playwright 两个 SkillSkills 存放在%USERPROFILE%\.codex\skills\目录下每个 Skill 是一个文件夹里面包含SKILL.md文件。安装方式有两种推荐对话安装省心。在 Codex 里直接说帮我安装 officecli skill或者帮我安装 playwright skillCodex 会自动从 Skill 市场拉取并安装全程不需要手动操作。安装完成后重启终端让 Skill 生效。如果你想手动安装从对应仓库下载 Skill 文件夹放到%USERPROFILE%\.codex\skills\下重启终端即可。两种方式效果完全一样。安装后确认是否生效codex doctor这条命令会列出当前已加载的 Skills 和 MCP 服务状态。如果 officecli 和 playwright 出现在列表里说明安装成功。3.2 注册 MCP 服务以文件系统和 playwright 为例MCP 服务的配置写在config.toml里和模型配置是同一个文件。下面给出两个典型 MCP 服务的注册片段。第一个是文件系统 MCP让 Codex 能安全读写指定目录[mcp_servers.filesystem] command npx args [-y, modelcontextprotocol/server-filesystem, E:\\工作文档]这段配置的含义是启动一个名为filesystem的 MCP 服务允许 Codex 读写E:\工作文档目录。路径按你的实际情况改Windows 用双反斜杠macOS 和 Linux 用正斜杠。第二个是 playwright MCP让 Codex 能控制浏览器做自动化操作[mcp_servers.playwright] command npx args [-y, modelcontextprotocol/server-playwright]如果你用的是 Cline MCP 或者类似的 MCP 管理工具配置逻辑一样都是指定 command 和 args。关键是三件套要齐全Base URL 指向 TaoToken、Key 填对、Model ID 选你实际用的模型。这三样缺一个MCP 服务就算注册成功模型调用也会失败。配置完成后重启终端再用codex doctor查看 MCP 服务是否正常启动。如果某个服务显示 failed先检查npx是否可用node -v npx -v两条命令都有输出说明 Node.js 环境正常。如果npx报 command not found需要先装 Node.js。3.3 把 Skills 和 MCP 串起来Skills 和 MCP 不是二选一而是配合使用。MCP 提供连接通道Skill 提供操作方法。举个例子playwright MCP 让 Codex 能控制浏览器playwright Skill 让 Codex 知道怎么翻页、填表单、等加载。两个都装上Codex 才能完成「登录后台导出订单」这种复杂任务。officecli 也是同理。文件系统 MCP 让 Codex 能访问你的工作目录officecli Skill 让 Codex 知道怎么读写 Excel、生成 Word 报告。两者配合你只需要说「把这份 Excel 里的销售额做成柱状图」Codex 就能自己完成读取、分析、生成图表的全流程。配置顺序建议先配模型通道再装 Skills最后注册 MCP。每步都用codex doctor验证出问题容易定位。4. 验证请求一次端到端任务编排实测配置配好了得跑一次完整任务确认工具链协同正常。我设计了一个覆盖 officecli 和 playwright 的端到端场景从网页抓取数据写入 Excel再生成一张图表。4.1 验证任务描述在 Codex 里输入以下指令帮我完成一个任务 1. 用 playwright 打开 https://example.com/pricing 页面 2. 提取页面上的产品名和价格 3. 用 officecli 把数据写入 E:\工作文档\价格对比.xlsx 4. 在 Excel 里生成一张柱状图横轴是产品名纵轴是价格这条指令同时触发了 playwright Skill、officecli Skill、文件系统 MCP 和 playwright MCP。如果配置正确Codex 会依次执行启动浏览器、打开页面、提取数据、写入 Excel、生成图表。4.2 预期结果与过程说明执行过程中你会在终端看到 Codex 的步骤输出。第一步它会调用 playwright MCP 启动浏览器实例打开目标页面第二步用 playwright Skill 的提取能力抓取产品名和价格第三步通过文件系统 MCP 写入 Excel 文件第四步用 officecli Skill 生成柱状图。完成后打开E:\工作文档\价格对比.xlsx应该能看到两列数据产品名、价格和一张柱状图。如果图表正常显示说明 Skills 调用与工具链协同正常。4.3 验证模型通道是否走 TaoToken任务执行过程中模型调用会消耗 token。你可以在 TaoToken 的 console 里查看用量记录确认请求确实走了 TaoToken 通道。如果 console 里没有记录说明模型配置没生效需要回到第 2 节检查config.toml和auth.json。这一步很关键。很多人配完 Skills 和 MCP 就以为大功告成结果模型调用还在走默认通道要么报错要么不稳定。用 console 的用量记录做一次确认心里有底。4.4 验证 Skills 是否被正确调用除了看结果还可以用codex doctor查看 Skills 调用日志。如果 officecli 和 playwright 出现在调用记录里说明 Skill 被正确触发。如果某个 Skill 没被调用检查它的SKILL.md是否存在、目录名是否正确。端到端验证通过后你就可以把这条任务链固化下来改成定时任务或者批量任务。比如每周一自动抓取竞品价格、生成对比表、发到工作群。这才是 Skills 加 MCP 的真正价值把重复的办公流程变成一条可复用的指令。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth配置过程中最容易遇到的几类报错我按实际踩坑顺序整理出来对照排查。5.1 401 报错认证失败报错信息通常是401 Unauthorized或invalid api key。原因有三个Key 填错、Key 过期、Key 有多余空格。检查auth.json里的OPENAI_API_KEY是否和 TaoToken console 里的一致复制时注意不要带首尾空格。如果用的是环境变量确认终端里echo $OPENAI_API_KEY有输出。还有一种情况是config.toml里model_provider和model_providers的字段名不匹配。比如你写了[model_providers.taotoken]但model_provider填的是taotoken两者要一致。5.2 local proxy failed本地代理失败报错信息通常是local proxy failed或connection refused。这类问题多半是base_url写错了。确认base_url是https://taotoken.net/api不要多加路径也不要少写https。如果你在环境里配了其他网络设置先关掉再试避免干扰。5.3 reading choices 报错响应解析失败报错信息通常是error reading choices或unexpected response format。这说明模型返回的数据格式和 Codex 预期的不一致。检查wire_api是否填的chat如果填成responses或其他值会导致解析失败。另外确认 Model ID 是 TaoToken 支持的模型标识不要填一个不存在的模型名。5.4 OAuth 报错认证流程冲突报错信息通常是OAuth token expired或authentication failed。如果你之前用 OAuth 方式登录过 Codexauth.json里可能残留了旧的 token。清空auth.json只保留OPENAI_API_KEY字段重启终端再试。5.5 MCP 服务启动失败如果codex doctor显示某个 MCP 服务 failed先检查npx是否可用。然后确认args里的包名是否正确比如modelcontextprotocol/server-filesystem和modelcontextprotocol/server-playwright是两个不同的包不要写混。路径参数也要检查Windows 用双反斜杠macOS 和 Linux 用正斜杠。5.6 Skill 安装后不生效Skill 安装后需要重启终端才能生效。如果重启后codex doctor里还是没有检查 Skill 文件夹是否放在%USERPROFILE%\.codex\skills\下文件夹名是否正确SKILL.md是否存在。手动安装时容易把文件夹放错层级比如多套了一层目录。排查顺序建议先确认模型通道通401 和 proxy 问题再确认 MCP 服务启动doctor 检查最后确认 Skill 被调用任务实测。按这个顺序走大部分问题都能定位。6. 语义一致 CTA把配置落到日常办公流配置和验证都跑通之后下一步是把它变成日常习惯。我的做法是建一个「办公自动化」目录把常用的任务指令存成文本片段需要时直接复制到 Codex 里执行。比如月度销售报告、竞品价格监控、会议纪要整理每个任务一条指令改改参数就能复用。如果你还在调模型通道建议先把 Base URL、Key、Model ID 三件套确认好再去 TaoToken 的接入文档里对照一遍配置格式。文档里有完整的config.toml示例和常见问题说明比对着改不容易出错。需要生成或管理 API Key 的话在 console 里操作就行。验证模型是否正常响应可以直接用模型对话做一次简单测试确认返回内容符合预期。如果你打算长期用 Codex 做编码或 Agent 任务Coding Plan 更适合高频调用场景用量和成本都更可控。Claude Code 用户如果想把 Skills 和 MCP 的配置思路迁移过去接入教程里有对应的配置步骤核心逻辑一样先通模型通道再装扩展最后做端到端验证。办公自动化的关键不是一次配好多少工具而是把一条任务链跑通、跑稳然后固化下来。我现在的习惯是每周花十分钟检查一次codex doctor的输出确认 Skills 和 MCP 服务都正常避免关键时刻掉链子。配置这东西平时不起眼出问题的时候最耽误事。