news 2026/9/28 20:49:42

OpenAI Codex重大更新:从AI编程走向AI工作台

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
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 笔记本。

你就可以:

  1. 在 Mac mini 上启动项目
  2. 给 Codex 下达开发任务
  3. 使用笔记本查看执行状态
  4. 继续发送任务
  5. 即使笔记本关机,远端机器仍然可以继续运行

对于需要长时间跑任务、编译项目、执行自动化操作的人来说,这个能力非常实用。

它实际上已经有点接近个人 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真正成为自己的数字工作节点。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/28 20:47:07

毕业论文必备AI论文写作软件梯队划分(2026 优选)

基于功能完整性、学术适配性、用户使用体验及技术稳定性,以下是当前主流AI论文写作工具的权威测评榜单,按综合使用价值从高到低进行排序,并详细标注各工具的核心优势与适用人群。🏆 第一梯队:全流程学术解决方案&#…

作者头像 李华
网站建设 2026/9/28 20:47:01

SCP Firmware 的单线程事件模型

SCP Firmware 为系统控制处理器提供电源、时钟、传感器等管理服务。在其 Framework 中,Module 通过 Event 和 Notification 协作。理解这些消息如何被调度,是阅读 Module 代码的基础。 获取源码:Arm 官方 SCP-firmware 仓库。本文使用 v2.16.…

作者头像 李华
网站建设 2026/9/28 20:46:50

IEEE 1588 PTP授时:ptp_clock驱动与硬件时间戳同步实战

简介:这份压缩包提供PTP 1588时钟的用户空间接口实现,面向需要在应用中集成高精度时间同步的嵌入式或网络开发者,解决用户态程序与内核PTP时钟交互的问题。包内共2个文件,以C源码与头文件为主:ptp_clock.c包含时钟初始…

作者头像 李华
网站建设 2026/9/28 20:44:22

Claude Code Tips:用 TaoToken 统一 Key 打通 settings.json 配置骨架

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/9/28 20:44:16

高通ARM64 ramdump解析:crash工具隐藏参数与KASLR偏移实战

把高通平台的ramdump.bin直接丢给crash工具,回车,然后看着它吐出一堆crash: read error或者WARNING: cannot access vmallocd address——这个场景,过去两年里我在8155、8295、8550这几个大平台上遇到过不下十次。网上很多教程把crash解析ram…

作者头像 李华