715 / 第 44 天

本月主题：Codex 全功能实战月

副标题：新建任务、已安排、插件、站点、拉取请求、聊天，对应的是 6 种不同工作方式。

第一屏共鸣

很多人第一次打开 Codex，会以为它只是一个更会写代码的聊天框。

但看左侧栏就知道，不是。

你看到的不是一排菜单，而是一张工作地图：

新建任务、已安排、插件、站点、拉取请求、聊天。

真正的问题不是“哪个按钮更高级”，而是：

我现在这个任务，应该从哪个入口开始？

今天只解决一个小问题：

把 Codex 左侧栏这 6 个入口看懂。

今日真实 AI 实验

今天的实验很简单：

我不让 Codex 做任何复杂操作，只做一件事：

看懂左侧栏。

我给自己的验收标准是：

• 能说清“新建任务”适合什么时候用；
• 能知道“已安排”不是普通历史记录，而是自动化任务；
• 能知道“插件”是扩展 Codex 能力的入口；
• 能知道“站点”服务于网站或应用发布；
• 能知道“拉取请求”是代码审查和协作入口；
• 能知道“聊天”适合轻量讨论和非项目问题。

OpenAI Codex 官方手册里也能对应上这些能力：Codex app 支持多项目任务、automations、plugins、Sites、Git / PR 工作流，以及不绑定项目的 chat。

所以这张左侧栏不是装饰。

它在提醒你：

Codex 已经从“问答工具”变成了“工作台”。

一个简单概念

今天只讲一个概念：

入口不是分类，入口是工作方式。

你可以把 Codex 想成一个小型工作室。

新建任务，是开一张新的工单。

已安排，是定时让它回来检查事情。

插件，是给它接外部工具和专门能力。

站点，是把页面、工具、作品做出来并发布。

拉取请求，是围绕代码改动做审查、修复和协作。

聊天，是先讨论，不急着绑定项目。

如果你把所有事情都丢进“聊天”，很快就会乱。

但如果你先选对入口，Codex 会更像一个可管理的工作系统。

今天怎么做

第一步：遇到具体项目，先点新建任务。

比如你要让 Codex 看一个项目、改一篇文章、写一个脚本、修一个 bug。

这类任务要有上下文，有目录，有结果，就不要只在聊天里绕。

第二步：重复发生的事情，放到已安排。

比如每天检查一次草稿、每周复盘一次项目、定期看 PR 状态。

但新手先别急着自动化。

先手动跑通一次，再安排它定时跑。

第三步：看任务是否需要外部能力。

要接 GitHub、浏览器、文档、网站、部署，才去想插件、站点、拉取请求这些入口。

如果只是想问一句“这个功能什么意思”，聊天就够了。

可复制检查表

你可以直接复制这张判断表：

「我现在要做的任务是：【写下任务】。

请帮我判断应该从 Codex 左侧栏哪个入口开始：

1. 新建任务：是否需要进入项目并产出结果；
2. 已安排：是否需要定时重复运行；
3. 插件：是否需要外部工具或专门能力；
4. 站点：是否要做网页、应用或发布；
5. 拉取请求：是否围绕代码改动、审查或合并；
6. 聊天：是否只是轻量讨论或临时问题。

请给我推荐入口，并说明为什么。」

这段检查表的重点，是先选入口，再开始干活。

一个反例

最容易踩坑的方式是：

「不管什么事，都从聊天开始。」

为什么错：

聊天适合讨论，但不一定适合承接项目。

如果你的任务需要读文件、改代码、定时检查、处理 PR、发布站点，光靠聊天很容易失去上下文。

正确做法是：

先问自己：

这是一次对话，还是一次工作？

如果是对话，用聊天。

如果是工作，先去新建任务，再看是否需要已安排、插件、站点或拉取请求。

今天的小结

1. Codex 左侧栏不是菜单，而是 6 种工作方式。
2. 新手先看懂“新建任务”和“聊天”的区别，就能少乱很多。
3. 已安排、插件、站点、拉取请求，等你有真实工作流时再逐步用。

本文基于我的 Codex App 实操截图和 OpenAI Codex 官方手册整理。具体入口名称、可用范围和权限会随版本、账号和工作区变化，以你自己 App 里的实际显示为准。

互动问题

你现在最想先搞懂 Codex 左侧栏里的哪个入口？

新建任务、已安排、插件、站点、拉取请求，还是聊天？