分享一下我的 Codex 工作流：vibe coding 轻量版
最近一直在学习 AI Coding 工作流，看过不少组合：Cursor / Cursor++、grill-me、Trellis、Superpowers、feature-dev、各种 MCP。
最后我没有上很重的流程，而是稳定成了一套轻量组合：
Codex + feature-dev + Plan mode + interview + Grok Search MCP + AGENTS.md / learning log
我的定位很简单：我不是能判断架构边界和任务复杂度的人，主要是 vibe coding。
我的输入经常是：
“执行 V3.3”
“继续下一个功能”
“照这个截图做得更像一点”
问题在于，我自己也不一定判断得出来：这到底是个小改，还是会牵动数据模型、CLI、测试、报告、UI 的一整坨。
所以这套工作流的核心不是堆流程，而是加一个轻量刹车
1. 为什么没默认上重流程
像 Superpowers 这种流程对我的个人项目来说太重了。之前做过一次，代码质量没问题，但文档多，时间长。
2. feature-dev 是主力流程
我现在最常用的是 feature-dev：
我把它改成了 Codex 版本，又揉了一点 codex 的 define goal 的思路。
先理解代码库，先确认目标，先说边界，先想验收方式，做完跑验证，最后讲清楚改了什么、验了什么、还剩什么风险。
3. Plan mode
很多时候我会先说：
先 Plan mode，不改文件。判断任务重量，给我一个 execution brief。
我的 execution brief 很轻，不是 PRD，就几栏：
Goal / Scope / Non-goals / Likely files / Verification / Stop-ask
作用就是动手前让我看一眼：
这轮是不是比想象中重？
这次是不是不该顺手做 UI？
验收到底要跑哪些测试？
4. interview 是轻量 grill-me
grill-me我用轻量版：
先别写代码。请 interview 我，最多 8 个关键问题。
只问会影响目标、范围、验收、数据来源、风险和不做什么的问题。
能自己查代码库或官方文档的，自己查。
问完整理成 Goal / Context / Constraints / Done when。
适合用在这些场景：
模糊想法、想复刻某个产品体验但说不清差距、担心漏需求、不知道 MVP 切哪里、只觉得“感觉不够好”但没有明确 bug。
5. Grok Search MCP 是证据入口
外部资料我交给 Grok Search MCP。
原因很简单，够用。
6. AGENTS.md 只放稳定规则
我的全局 AGENTS.md 里只放几条偏好：
小改可以直接做。
不确定重量，先 plan，不改文件。
新功能 / 跨文件 / 新规则 / 数据模型 / CLI / report / UI / Vx.y 阶段任务，用 feature-dev。
说“interview 我”时，最多 8 个问题，不写代码。
substantial implementation 前，先给 execution brief，等确认。
稳定规则进 AGENTS.md，任务经验进 learning log。
7. 我的实际分流方式
场景 怎么做 小改，比如 typo、文案、明确的一行 直接做 不确定重量 先 Plan mode 中等及以上功能 feature-dev 模糊想法 interview 外部资料 Grok Search 结束收口 跑测试 / lint / smoke，总结改了什么、验了什么、风险，以及要不要沉淀进 AGENTS.md / learning log我这套就是尽量轻量，按需使用。
8. 最后
我要的是：
轻量澄清 / 轻量计划 / 明确边界 / 代码库优先 / 证据优先 / 验证收口 / 经验沉淀。
我只是个小白，而且对 skill 和 mcp 有官方洁癖，想尽量用官方的解法；不知道佬们是什么想法，欢迎指教嗷
1 个帖子 - 1 位参与者