OpenAI Codex重大更新：从AI编程走向AI工作台
OpenAI Codex重大更新：从AI编程走向AI工作台
大家好 这里是「代码简单说」
SEO关键词
Codex最新更新、OpenAI Codex、ChatGPT Codex、Codex使用技巧、Codex远程连接、Codex资料库、ChatGPT绘图、ChatGPT地图、Codex数据库、Codex Work模式、Codex Chat模式、Codex跨项目、AI编程助手、AI Agent
文章摘要
最近 Codex 的整体体验又发生了明显变化。除了代码开发之外，ChatGPT 生态正在逐渐加入图像生成、绘图、资料库、地图、网站数据库、远程设备控制等能力。本文整理这次更新中比较值得关注的新功能，同时分享几个非常实用的 Codex 使用技巧，包括远程连接、多模式协作、跨项目 @、项目分区管理等。
一、Codex侧边栏发生了什么变化？
这次打开 Codex，最明显的变化就是侧边栏。
以前大家对于 Codex 的印象，基本就是 AI 编程、Agent、本地项目开发。
但是现在可以看到，它正在逐渐加入越来越多与工作、内容创作甚至日常生活相关的入口。
其中比较显眼的几个功能包括：
- 图像
- 绘图
- 资料库
- 地图
- 工作
- Codex
这已经不是单纯围绕“代码”展开的产品形态了。
二、图像 + 绘图：不仅能生成，还可以先画草稿
首先是新的「图像」入口。
原本 ChatGPT 里的图像生成能力，现在被单独整理了出来，可以直接进入图像相关功能。
而更加有意思的是「绘图」。
它并不是简单让你输入提示词生成图片，而是可以先通过手绘的方式画出一个草稿。
比如你想制作一个视频封面，可以先简单画出：
标题区域
↓
┌─────────────┐
│ 大标题 │
│ │
│ 人物/主体 │
│ │
│ 内容区域 │
└─────────────┘
甚至可以直接在画布上标注：
“这里放标题”
“这里放人物”
“这里放主要内容”
然后让 AI 根据你的草稿重新生成最终图片。
对于封面设计、UI草图、构图设计、海报布局来说，这种方式会比单纯输入一句提示词更加直观。
尤其是草稿中的构图、元素位置能够被进一步参考，这一点非常适合快速做视觉方案。
三、资料库：ChatGPT开始拥有自己的“云端文件夹”
这次另外一个值得关注的功能，就是「资料库」。
打开之后，可以看到之前通过 ChatGPT 创建的一些文档、图片等内容。
同时还可以：
- 新建文档
- 新建文件夹
- 创建子文件夹
- 在文件夹中继续生成内容
整体逻辑其实非常像电脑里的文件管理器。
但最大的区别在于：
这些内容是放在云端生态中的。
也就是说，OpenAI正在逐步把原本分散在本地电脑里的内容，迁移到自己的云端工作空间。
例如过去你可能是：
电脑本地
├── 项目
├── PPT
├── Word
├── 图片
└── 资料
而现在逐渐变成：
ChatGPT云端
├── 工作
│ ├── 项目A
│ └── 项目B
├── 内容
│ ├── 文章
│ └── 图片
└── 资料
这意味着 AI 本身开始拥有更加完整的内容组织能力。
不过目前这个能力还有一个比较明显的限制：
资料库中的内容并不是完全等同于本地项目文件。
围绕资料库内容展开对话时，目前更多还是进入 ChatGPT 的聊天场景，而不是直接进入 Codex 的本地开发环境。
所以它更像一个 云端内容空间，而不是本地项目目录。
四、地图功能：AI开始进入生活场景
这次还增加了地图能力。
例如旅行规划时，可以直接告诉 ChatGPT：
帮我规划一个三天的旅行路线。
随后可以生成地图信息，并展示：
- 景点
- 路线
- 地理位置
- 景点信息
- 收藏内容
甚至可以把相关内容进一步保存到之前建立的资料库文件夹中。
这就比较有意思了。
以前 AI Agent 更多是：
代码 → 文件 → 软件 → 工作
现在开始逐渐扩展成：
代码
文件
图片
地图
旅行
办公
内容
从这个角度来看，AI Agent 的边界正在不断扩大。
五、网站能力升级：从前端页面到完整应用
原来的站点功能，更偏向生成前端页面。
而现在已经开始加入数据库能力。
这意味着 AI 可以参与构建更加完整的网站：
前端
↓
后端逻辑
↓
数据库
↓
数据存储
↓
网站运行
↓
使用分析
对于开发者来说，这其实并不是特别新鲜。
但是对于不会后端开发的普通用户来说，这个变化非常重要。
因为过去做一个网站最麻烦的地方之一就是：
数据库怎么配置？
后端怎么写？
数据怎么保存？
接口怎么设计？
现在这些工作越来越多地可以交给 AI 协助完成。
与此同时，网站上线之后，还涉及：
- 数据分析
- 域名配置
- 密钥管理
- 网站修改
- 持续迭代
也就是说，它开始尝试覆盖：
构建 → 部署 → 运行 → 分析 → 修改
整个流程。
六、Codex远程连接：一台电脑控制另一台电脑
下面分享一个非常实用，但很多人并没有充分利用的功能。
那就是 远程连接。
如果你有多台设备，例如：
Windows笔记本
↓
Codex
↓
Mac mini
↓
Codex
那么登录同一个账号之后，可以直接从当前设备查看并操作另外一台设备上的 Codex 工作。
例如你的 Mac mini 长时间开机运行任务，而平时主要使用 Windows 笔记本。
你就可以：
- 在 Mac mini 上启动项目
- 给 Codex 下达开发任务
- 使用笔记本查看执行状态
- 继续发送任务
- 即使笔记本关机，远端机器仍然可以继续运行
对于需要长时间跑任务、编译项目、执行自动化操作的人来说，这个能力非常实用。
它实际上已经有点接近 个人 AI 工作节点 的感觉。
七、Chat、Work、Codex到底有什么区别？
很多人第一次使用的时候，最容易混淆的就是这三个模式。
可以简单理解成：
| 模式 | 主要用途 |
|---|---|
| Chat | 对话、分析、方案规划 |
| Work | 针对本地工作内容进行处理 |
| Codex | 编码、修改项目、执行开发任务 |
例如你准备开发一个完整项目。
可以先在 Chat 中讨论：
产品需求
↓
功能规划
↓
技术方案
↓
页面结构
↓
数据库设计
确定方案之后，再进入 Work / Codex 场景，让 AI 开始处理实际项目文件。
这种方式有一个好处：
先思考，再执行。
而不是一上来就让 Agent 修改代码。
八、用@把不同项目、不同对话串起来
还有一个我非常推荐的功能，就是 @。
你不仅可以引用当前项目中的内容，还可以引用其他项目、其他对话中的内容。
例如：
项目A
↓
产品需求
项目B
↓
UI设计
项目C
↓
技术实现
在新的对话中，可以直接引用之前的上下文，让不同项目之间建立联系。
这对于长期使用 AI 的人非常重要。
因为随着项目越来越多，如果所有知识都集中在一个对话里面，很快就会变得混乱。
现在可以通过项目、对话、工作区之间的引用，把这些内容重新组织起来。
九、项目分区：一次整理几十个项目
如果你长期使用 Codex，侧边栏很容易越来越乱。
特别是几十个项目之后：
项目1
项目2
项目3
项目4
项目5
……
项目44
寻找项目会变得非常麻烦。
现在可以使用「分区」进行整理。
例如：
工作台
├── 业务
│ ├── 项目A
│ └── 项目B
├── 内容与课程
│ ├── 项目C
│ └── 项目D
└── 产品与设计
├── 项目E
└── 项目F
甚至可以直接让 AI 根据现有项目内容帮你进行分类。
对于已经积累几十个项目的人来说，这种自动整理能力非常实用。
十、Codex正在从“编程Agent”变成什么？
如果把这些功能放在一起看，会发现一个很明显的变化。
过去大家理解的 Codex：
Codex
↓
代码
↓
项目
↓
开发
现在逐渐变成：
ChatGPT
│
┌──────────┼──────────┐
↓ ↓ ↓
图像 资料库 地图
↓ ↓ ↓
内容 文件管理 生活服务
│
↓
Work
│
↓
Codex
│
┌───────┼───────┐
↓ ↓ ↓
代码 网站 数据库
所以它现在已经不只是一个“AI程序员”了。
它正在逐步形成一个覆盖：
聊天、文件、图像、网站、代码、地图、自动化、远程设备
的 AI 工作入口。
以前我们使用电脑的时候，需要分别打开浏览器、IDE、图片工具、Office、文件管理器。
而现在越来越多的事情，都可以通过一个 AI 入口完成。
这也是这轮更新最值得关注的地方。
十一、最后总结
这次 Codex 和 ChatGPT 生态的变化，真正值得关注的并不是某一个单独的新功能。
而是它正在逐渐从：
“AI帮我完成一个任务”
向：
“AI成为我进行工作和生活操作的统一入口”
转变。
图像解决视觉内容，资料库解决云端内容管理，地图进入生活场景，Work处理工作内容，Codex负责开发和自动化。
再加上远程连接、跨项目 @、项目分区等能力，整个体系正在越来越完整。
当然，目前很多能力依然存在使用限制、功能边界以及生态环境方面的问题，并不是所有场景都已经成熟。
但从产品形态来看，Codex已经明显不再局限于最初的 AI 编程工具定位。
它正在往一个更加完整的 AI工作台 / AI Agent平台 方向发展。
对于开发者来说，接下来真正值得研究的，可能已经不是“Codex能不能写代码”，而是：
怎么把这些能力组合起来，让AI真正成为自己的数字工作节点。
AtomGit AI 社区提供模型库、数据集、Agent、Token等资源
更多推荐
4
0- 0
已为社区贡献17条内容
所有评论(0)