Appearance
Riley Brown(VibeCode Dev联合创始人)的100分钟视频教程核心论点:Codex已经从一个AI编程助手演化成统一的通用型AI Agent操作平台。
产品定位:Codex是"AI操作系统",不是IDE
Riley的判断:
"Codex is the only unified all-purpose AI agent tool — coding, co-work, browser, computer use, all in one interface."
过去我们把AI工具按场景切成几类:
- 编程类:Cursor、Claude Code
- 文档类:ChatGPT、Notion AI
- 设计类:Figma、Paper
- 自动化类:Zapier、Make
而Codex桌面应用试图把这些收敛到一个聊天界面 + 一个文件夹(项目根目录)。
核心机制:四个必须理解的概念
1. Project = 文件夹
每个项目对应你电脑里的一个真实目录。Agent在这个目录里读写文件,生成的产物都落到这里。
特点:
- 用Finder、Git、其他编辑器照常操作
- 跨chat通过
@文件名互相引用 - 删除项目只是从侧边栏移除,文件本身不会丢
2. Chats vs. Steering vs. Queueing
| 机制 | 说明 |
|---|---|
| Chats | 每次独立任务 |
| Steering | 任务进行中插入指令,不等结束 |
| Queueing | 下一步先排队,不用盯着等 |
3. FLEXY模式
Codex的差异化能力:Fast + Lazy = FLEXY
追求速度时:
- 用/fast切到低延迟模式
- 少调用工具
- 用/yolo跳过危险命令审批
追求质量时:
- 切回强模型
- 多轮迭代
- 保留完整审计日志
4. MCP协议
Model Context Protocol,让Codex调用外部工具(数据库、Slack、Github等)。
bash
# MCP服务器配置示例
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-filesystem", "./projects"]
}
}
}实战工作流:6个并行项目演示
Riley用一个晚上跑了6个并行项目:
| 项目类型 | 说明 |
|---|---|
| 编程任务 | 读写文件、调用API |
| 浏览器操控 | computer-use能力 |
| 图片生成 | DALL-E集成 |
| 视频构建 | AI视频生成 |
| 社交发布 | 自动发布到各平台 |
关键:6个项目同时跑,Codex能管理多个并行的AI Agent。
Codex vs Claude Code
| 维度 | Codex | Claude Code |
|---|---|---|
| 定位 | 通用型AI Agent平台 | 编程专用Agent |
| 集成度 | 高(OpenAI全家桶) | 中 |
| UI友好度 | 高 | 中 |
| 模型支持 | GPT-5.5、computer-use | Claude系列 |
| 并行任务 | 支持 | 有限 |
争议与局限
这个"超级应用"叙事依赖两个变量:
- 模型能力曲线持续陡峭上升(GPT-5.5已能稳定跑1-2小时长任务)
- 生态plugin/MCP数量快速堆积
如果任一停滞,"超级应用"叙事会回退到"高级IDE"。
适合谁用
| 场景 | 推荐 |
|---|---|
| 编程为主 | Claude Code仍是最强 |
| 需要多能力整合 | Codex更合适 |
| 日常生产力 | Codex作为超级应用 |
| 长任务处理 | GPT-5.5+Codex |
📺 视频:youtube.com/watch?v=KXIdYEdOPys
