Estars的博客 
Codex日常开发工作流
401 words
2 minutes
Codex日常开发工作流
Codex 日常开发工作流
背景
来源：实习经验分享
时间：2026-06-05
工作流概览
每天到办公室的标准化流程：
1. 环境准备
- 打开电脑
- 启动 4 个 Codex 实例：
- 1 个 VSCode 插件
- 1 个 Desktop 客户端
- 2 个终端（终端 A、终端 B）
2. 需求对齐与规划（Desktop）
- 在 Desktop 中对齐需求
- 进行任务拆解和规划
- 充分讨论后，让 Codex 生成一套 prompt
3. 执行阶段（终端 A）
- 使用终端 A 开 plan 模式执行
- Codex 的 plan 几乎直接执行，有时甚至不看、不拒绝
4. 代码审查（终端 B + VSCode 插件）
- 终端 B：使用
/review命令进行 review - VSCode 插件：使用针对此次任务的定制 prompt 来 review，追踪代码
5. 交付
- 审查通过后直接 push，创建 PR
核心原则
- 代码从不手写 — 所有代码都由 Codex 生成
- 所有问题都问 Codex — 碰到的任何问题，无一例外
- 充分讨论后再执行 — 规划阶段花足够时间，执行阶段高效推进
工作流图示
Desktop (需求对齐/规划) ↓ 生成 prompt终端 A (plan 模式执行) ↓ 代码产出终端 B (/review) + VSCode 插件 (定制 review) ↓ 审查通过git push → PR关键思考
这样会有提升吗？
这套流程的本质是把 人的角色从”写代码”转变为”审代码”，核心价值在于：
- 规划阶段充分思考，减少返工
- 多维度 review（终端 + 插件交叉验证）
- 所有问题都问 Codex，持续积累 prompt 经验
Share Article
If this article helped you, please share it with others!
Related Posts Smart
1
OpenClaw 工作原理解析：从消息输入到完整反馈
工程现场 OpenClaw 工作原理解析，重点梳理从用户消息进入系统到最终反馈输出的完整链路、上下文管理与智能体循环机制。
2
尝试用 Pi 理念设计订单系统（MVP 实现）
工程现场 用 Pi（开源终端 coding agent）的设计理念来构建一套批发订单系统——Gateway → Core/Harness → Capabilities 三层架构，Harness 空壳设计，5 种扩展方式，持续质疑复杂度的设计哲学。
3
个人AI工具使用盘点
工程现场 linuxdo 最新AI资讯获取，在这里看其他人分享的开源项目，AI使用经验，踩坑记录等 ominibot手机端智能体，处理word,excel，获取各个网站信息保存为文档整理个人资料库 obsidian md阅读器，整理阅读信息 code
4
大型项目使用大模型开发的工作流和方案讨论
外部精选 来源：[LINUX DO - 开发调优](https://linux.do/t/topic/2375814) 作者：bigleo
5
微软开源的一键配置工具：把新装的 Windows 系统自动装好全套开发环境
外部精选 **来源：** 微信公众号（南烛推荐） **发布日期：** 2026年6月
Random Posts Random
欢迎来到我的博客！这是一则示例公告。
Music
No playing
0:00 0:00
91
5
44
374,063
0 days
0 days ago