2026年Codex入门教程,手把手教你玩转Vibe Coding

Codex入门教程,手把手教你玩转Vibe Coding我们先说一句人话 Codex ChatGPT 写代码 Codex 一个会动手 会记事 会跑命令 会自我管理的 AI 劳动力 它是 OpenAI 单独做出来的一个编程 Agent 应用 不是网页聊天框 不是插件 不是 复制粘贴式 AI 你可以把它理解成 它真的在你的电脑里 它真的能看到你的文件 它真的能执行任务 它不会每一步都来烦你确认 这已经不是 帮你想代码

大家好,我是讯享网,很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。



我们先说一句人话:

Codex ≠ ChatGPT + 写代码
Codex = 一个会动手、会记事、会跑命令、会自我管理的 AI 劳动力



它是 OpenAI 单独做出来的一个编程 Agent 应用,不是网页聊天框,不是插件,不是“复制粘贴式 AI”。

你可以把它理解成:

  • 真的在你的电脑里
  • 真的能看到你的文件
  • 真的能执行任务
  • 不会每一步都来烦你确认

这已经不是“帮你想代码”,而是替你把活干完

  1. 进入 Codex 官网 chatgpt.com/codex
  2. 下载 macOS 版本
  3. 安装、登录、开始创造你的编码传奇

官方也讲了,这个 mac 应用就是一个 “智能体指挥中心” ,可以让多个智能体同时工作、并行推进多个任务。

⚠️ Windows 版本现在还在开发中!(但快了),不知道这回会不会又是画饼,毕竟mac版本的Atlas都出来好几个月了,Windows版本迟迟没有消息

MAC上安装之后主体界面长这样:


Codex 现在用的是一个专门为编程优化的模型线

  • GPT-5.3-Codex
    • 纯编程特化
    • 不擅长闲聊、不适合百科问答
    • 但在「理解项目 → 修改代码 → 自检」这条链路上,非常狠

这也是为什么它不在 ChatGPT 里,而是单独做了一个 App。

一句话总结:

ChatGPT 是和你聊天的,Codex 是给你打工的。

当前无法直接在 APP中或者cli中选到GPT-5.3-Codex模型,有钞能力的同学,可以直接修改~/.codex 中的 model ,重启 codex 就可以了选到GPT-5.3-Codex模型了。


Codex 里有些反直觉、但也是最聪明的设计:

Folder + Thread

  • 真实的本地目录
  • 代表一个项目 / 一个主题 / 一堆相关文件

  • 一次完整的任务过程
  • 包含对话、修改记录、命令执行历史

它们的关系不是「聊天分组」,而是:

文件归文件,思路归思路

这直接解决了一个 AI 使用中最经典的问题:

在 Codex 里,不会发生这种事,所以要用好codex,请将相同主题的内容放到同一个文件夹中。


Codex 里的自动化,本质上是:

“我不想再管这件事了”模式

入口在左上角的Automations

点击进来之后有很多模板,你可以直接使用模板创建自动化(说白了就是帮你写好prompt,你也可以在使用的时候自己修改),也可以直接创建一个全新的

比如不记得昨天做了什么的同学可以直接使用这个自动化,早会、周会、月总这不就分分钟搞定了么


很多工具都有 plugin、extension、tool。

但 Codex 的 Skills 更像是:

可以被 AI 自己调用、组合、复用的能力模块

关键是三点:

  1. 有完整可视化界面

你不会再经历:

  1. 内置 Skill Creator

你不需要:

    • 查文档
    • 写模版
    • 配 config

你只需要说一句话:

「我想要一个能干 XX 的 skill」

  1. Skill 是长期资产

不是一次性 prompt,用完就没。

入口也在右上角

点进来之后就是一个skill市场了

是不是看起来比cc 的cli舒服很多😼

没有满意的?那就直接新建一个,点击右上角的【New skill】 或者直接在输入框中输入 /, 就会出现如下弹窗找到Skill Creator 就好了

输入框中会出现如下标签,然后用描述清楚你的需求就好了,不得不说,这个内置要比cc还要自行在市场寻找安装要舒服些


Plan Mode 是 Codex 里一个极其容易被忽略,但价值巨大的功能

它的规则很简单:

  • 只做规划
  • 不写代码
  • 把实现路径拆清楚

为什么重要?

因为大多数 AI 写崩的项目,不是代码问题,是一开始就没想清楚

Plan Mode 本质上是:

把「模糊需求」 → 「可执行方案」

然后你只需要点「是」,Codex 才会真的开始干活。

点击输入框右下角的加号然后开启【plan mode】就好了

当他计划完成后就会出现如下弹窗,如果有修改的再告诉他就好了,但实话实说,codex 的 plan的交互并没有cursor或者Antigravity的markdown 的plan来的舒服,毕竟markdown可以精细化修改,再和codex说修改哪里的计划未免会担心他把其他地方改毁了


GPT-5.3-Codex 有多个推理档位。

我用人话翻译一下:

  • High

日常够用,快,稳

  • Extra High

「这事要是搞砸了会很烦,宁愿慢点」

它不是“智商变高”,而是:

  • 多想几步
  • 多检查几次
  • 少一点“看起来对,其实有坑”

默认是每次执行命令的时候都会询问,如果你对他的行为比较放心,认为可控的话就直接选【full access】

  1. 在General里,1️⃣把保持电脑开机的开关打开,2️⃣Follow-up behavior那个选项改成steer

这样你就可以不怕电脑休眠导致codex也去休息了,并且在开发过程中,也随时给Codex发消息调整任务了。

  1. 然后在Personalization(个性化设置)这一块,可以填一下全局规则,这个其实就是命令行见面中的AGENT.md,只不过OpenAI单独拎出来了。

下述是我常用的全局规则,参考了卡神的,新手直接复制使用即可

# Language & Output - Always respond in Chinese. - Do not add Chinese comments in code. - For complex tasks, always present a plan before editing code. - Never commit any code changes.

# Workflow & Editing Rules - Prefer small, reviewable diffs. Avoid large refactors unless explicitly requested. - Before making any code changes: - Identify the file(s) to be modified. - Present a 3–6 bullet plan describing the intended changes. - Do not invent APIs, configurations, file paths, or project structure. - If uncertain, search the repository first. - All changes must follow the existing code style and architecture.

# Tooling Rules - When searching code, always prefer mgrep. - Only fall back to grep if mgrep is unavailable.

# Safety & Secrets - Never generate, paste, or log: - Secrets - Tokens - Private keys - .env values - Credentials of any kind - If a task requires sensitive data, explicitly request it via environment variables. - Do not add analytics, telemetry, tracking, or new network calls unless explicitly instructed.

# Code Quality - If the project has tests, behavior changes must include test updates or additions. - Prefer type safety and explicit error handling. - Add comments only when intent is non-obvious.

# Build & Validation - If commands need to be run: - Propose the exact command and state the reason. - If changes may affect the build: - Run the fastest and most relevant checks first.

# Output Format - For code changes: - Provide a short summary. - List the files changed. - For debugging tasks: - State hypotheses. - Describe experiments or checks performed. - Provide the minimal viable fix.

# Preferences Favor concise explanations, concrete steps, and copy-pastable commands.


  1. 语音输入
  2. 并行任务执行,但有
  3. 上下文大小

小讯
上一篇 2026-04-24 17:55
下一篇 2026-04-24 17:53

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容,请联系我们,一经查实,本站将立刻删除。
如需转载请保留出处:https://51itzy.com/kjqy/274967.html