从0到1安装使用Codex，这份带截图的终极保姆教程，带你一路冲

前阵子还在流行龙虾，一下子又不香了，现在感觉学的慢就是快。😂

Codex 简介

OpenAI Codex 是一个 AI 编程代理（AI Coding Agent），目标不是帮你补全代码，而是直接参与并完成整个开发任务—写代码、修 Bug、跑测试、提 Pull Request。

传统聊天机器人只有一个输入框，而 Codex App 不一样，它本质上是一个运行在本地电脑上的 AI Agent 工作台。

它不仅能回答问题，还能：

读取本地文件
操作桌面应用,如Excel等
浏览网页
运行命令
调用外部工具
自动执行任务
操作浏览器

一句话定义：

Codex App 是一个具备 AI Agent 能力的本地工作平台。

传统 ChatGPT 的核心是：	Codex App 的核心是：
你提问 AI 回答	你提出目标 AI 帮你完成任务

Codex周活已破500万，Codex 近期升级三大核心，让人人都能用成为可能。

Agent plugins：全新插件可根据个人角色和常用工具，对Codex深度定制；
Annotations：在Codex输出结果上直接添加批注，即时优化代码输出；
Sites：仅需一个 URL，即可创建交互式网站与应用，与团队无缝共享。

下载安装CodeX

通过Microsoft Store 中搜索”Codex安装”
或通过OpenAI的Codex官网下载安装：https://chatgpt.com/zh-Hans-CN/download/
或通过Chianpmcc的公众号后台发送Codex获取安装包

安装完成后，打开Codex，显示登录窗口

使用ChatGPT账户登录（已经有免费账户或会员账户都可以）
使用其他方式登录（API Key）

这里我们选择使用免费账户进行登录，输入邮箱和密码，点击继续

验证授权，点击继续

根据自己的方式自定义Codex，跳过也行。

Codex 界面说明

新对话

你可以随时在一个新对话中输入，建议一个对话做一件事情，记录的越长问的越杂乱污染就严重。

对话越来越多时，可以进行<重命名>，方便记忆使用。

搜索

对历史使用过的会话进行搜索，输入关键字即可。

插件

插件相当于Codex的左膀右臂，要会更多技能就需要安装相应的插件
安装插件后让它在白板中会业务流程图，用浏览器网站找资料，对邮件进行处理就都可以了
办公：Email、Sheets、Chrome、Data Analytics
编程：HuggingFace、Build iOS Apps、Build Web Apps
设计：Canva、Figma

自动化

针对需要按计划运行的方式，如每日简报、每周回顾、项目监控等可以创建自动化

Codex移动版

用手机连接桌面端进行协作，手机下发指令后，可在桌面端启动任务。

项目

绑定工作区
选择一个本地文件夹作为项目目录，Codex 会以该文件夹为工作区，所有生成的文件、修改的代码都会自动保存到这个文件夹中。例如，你可以创建一个专门用于网页开发的文件夹，让 Codex 在此文件夹内生成 HTML、CSS、JavaScript 文件，方便后续管理和部署。
理解项目结构
当绑定项目后，Codex 会自动扫描文件夹内的文件结构，了解项目的文件组成、依赖关系和核心模块。例如，对于一个前端项目，Codex 可以识别出入口文件（如 index.html）、样式文件、脚本文件等，为后续的代码生成、修改和调试提供上下文支持。
隔离任务上下文
每个项目对应一个独立的工作区，不同项目的任务上下文相互隔离。这意味着你可以在一个项目中处理网页开发，同时在另一个项目中处理数据分析，避免任务之间的干扰和混淆。例如，你可以在一个项目中让 Codex 生成网页界面，同时在另一个项目中让它分析数据并生成报告，两者互不影响。
支持多项目切换
你可以在左边栏的“项目”列表中快速切换不同的项目，方便同时处理多个任务。例如，你正在开发一个网站，同时需要维护一个移动应用，可以通过切换项目快速在两者之间切换工作，无需重新绑定文件夹或重新输入任务描述。

新建项目或选择已有项目	项目最好专项专用，不要一个项目问东问西，比如创建“充电app”

主对话区

“+”添加附件或使用某项插件

权限

权限分为三挡，如果没有特别重要的资料，就直接放开干吧，不然你得多次确认。
默认权限（需用户确认操作）
自动审查（自动判断操作安全性）
完全访问权限（直接读写文件，运行命令，风险较高）。

模型与推理等级

根据你的任务难度来选择低、中、高、超高

语音

懒得打字就直接点击语音说话就行。

演示开发个APP

假设你是产品经理、售前等，收集需求，对标竞品，画原型，这些步骤可以一步压缩，直接给出可交互的Html，客户看了直观偏差小，效率高。

Vibe Coding走起，设计个充电APP

1	先对竞品进行分析，然后设计个充电APP，页面UI设计美观，交互合理完整。

点击index.html进行预览

批注

这个功能比较香，可以圈选局部某一元素，然后进行二次修改，非常nice。

右上角功能：截图、注释、设备工具	圈选不满意地方，并给出注释，点击发送

左侧为项目文件夹、右侧为预览效果

Codex 设置

常规

工作模式：编程或日常，根据实际情况选择。
跟进行为建议更改：引导，如中途你想修改就可以直接插入，不用等到任务完成，才能进行新一轮的对话。

个性化

设置完Skill后，它就会按规则进行约束，同样也能用在其他工具如：Claude Code

出处：https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md

Behavioral guidelines to reduce common LLM coding mistakes. Merge with project-specific instructions as needed.

**Tradeoff:** These guidelines bias toward caution over speed. For trivial tasks, use judgment.

## 1. Think Before Coding

**Don't assume. Don't hide confusion. Surface tradeoffs.**

Before implementing:
- State your assumptions explicitly. If uncertain, ask.
- If multiple interpretations exist, present them - don't pick silently.
- If a simpler approach exists, say so. Push back when warranted.
- If something is unclear, stop. Name what's confusing. Ask.

## 2. Simplicity First

**Minimum code that solves the problem. Nothing speculative.**

- No features beyond what was asked.
- No abstractions for single-use code.
- No "flexibility" or "configurability" that wasn't requested.
- No error handling for impossible scenarios.
- If you write 200 lines and it could be 50, rewrite it.

Ask yourself: "Would a senior engineer say this is overcomplicated?" If yes, simplify.

## 3. Surgical Changes

**Touch only what you must. Clean up only your own mess.**

When editing existing code:
- Don't "improve" adjacent code, comments, or formatting.
- Don't refactor things that aren't broken.
- Match existing style, even if you'd do it differently.
- If you notice unrelated dead code, mention it - don't delete it.

When your changes create orphans:
- Remove imports/variables/functions that YOUR changes made unused.
- Don't remove pre-existing dead code unless asked.

The test: Every changed line should trace directly to the user's request.

## 4. Goal-Driven Execution

**Define success criteria. Loop until verified.**

Transform tasks into verifiable goals:
- "Add validation" → "Write tests for invalid inputs, then make them pass"
- "Fix the bug" → "Write a test that reproduces it, then make it pass"
- "Refactor X" → "Ensure tests pass before and after"

For multi-step tasks, state a brief plan:
```
1. [Step] → verify: [check]
2. [Step] → verify: [check]
3. [Step] → verify: [check]
```

Strong success criteria let you loop independently. Weak criteria ("make it work") require constant clarification.

---

**These guidelines are working if:** fewer unnecessary changes in diffs, fewer rewrites due to overcomplication, and clarifying questions come before implementation rather than after mistakes.

从0到1安装使用Codex，这份带截图的终极保姆教程，带你一路冲

Codex 简介

下载安装CodeX

Codex 界面说明

新对话

搜索

插件