@huoshan007: 兄弟们，很多项目不是Codex写不好，是你自己都没想清楚。 我碰到模糊需求，更喜欢先丢这段： “先别写代码。连续问我5个最关键的问题，发现矛盾直接指出；最后整理成需求清单，等我确认后再动手。” 这一下很狠。 它会把“我大概想要”逼成“具体…
摘要
推文建议在使用Codex时，先让它提出关键问题来澄清模糊需求，整理成需求清单后再编码，以提高效率并减少返工。
兄弟们，很多项目不是Codex写不好，是你自己都没想清楚。
我碰到模糊需求，更喜欢先丢这段：
“先别写代码。连续问我5个最关键的问题，发现矛盾直接指出；最后整理成需求清单，等我确认后再动手。”
这一下很狠。
它会把“我大概想要”逼成“具体要做什么”。
大项目先让它当产品经理，再让它当程序员。少返工，比催它快点有用多了。
查看缓存全文
缓存时间: 2026/08/30 14:19
兄弟们，很多项目不是Codex写不好，是你自己都没想清楚。
我碰到模糊需求，更喜欢先丢这段：
“先别写代码。连续问我5个最关键的问题，发现矛盾直接指出；最后整理成需求清单，等我确认后再动手。”
这一下很狠。
它会把“我大概想要”逼成“具体要做什么”。
大项目先让它当产品经理，再让它当程序员。少返工，比催它快点有用多了。
相似文章
@alin_zone: Claude Code 和 Codex，别再二选一了。 与其纠结用哪个，不如让它俩分工——一个写、一个审，配合起来比单用哪个都顺手。 这期讲我自己的工作流：Claude Code 负责写，Codex 负责审，整套配合大概五步，最后由你拍板。
介绍了一种工作流：使用Claude Code负责编写代码，Codex负责代码审查，两者配合比单独使用更高效，整套流程约五步，最终由开发者决定。
@LukeDing14: X上现在还是有很多人不会去用codex去完成项目，他们会觉得很奇怪：为什么自己的codex没有办法写出高质量的代码，更高效的组织项目，一个多月前爆火learn-harness-enginnering里面已经讲过很多技巧了，源链接在这里ht…
LukeDing14 指出许多人仍不会正确使用 Codex 完成项目，并推荐了 learn-harness-engineering 资源及自己的 harness 文件，分享高效编码与项目组织的技巧。
@SUOHA_AI: Codex 这个用法一定要改，结果会好一个量级 90% 的人都把 Codex 当神仙了，一上来就直接 /goal： 帮我写一个 App，实际上它很难理解你的具体需求 分享一条OpenAI研究员 @reach_vb 都在用的技巧：先让 Co…
分享一条提升 Codex 使用效果的技巧：不要一上来就设定最终目标，而是先让 Codex 做需求收集和研究，再基于调研结果设置具体可执行的 /goal，能显著提高代码生成质量。
@xiangxiang103: 刚装好 Codex 的朋友，别急着用——不做好这两件事，它只会越用越笨。 这条把我自己在用的「驯化指南」讲透了： ① 让它先认识你和你的电脑，一句话列出最该交给它的 10 件事； ② 划定专属工作区 + 两个关键文档（踩坑日志 / AGE…
这篇推文提供了一个详细的Codex「驯化指南」，建议先让Codex认识用户和电脑，划定专属工作区并建立踩坑日志和AGES行为规范文档，以提升其使用效果，避免越用越笨。
@ErwinWu000: 只需要一段提示词，用codex原生功能帮你实现小白也能用的graph engineering 一个包工头帮我管着N个小弟，我只需要坐着喝茶就好
作者ErwinWu000分享了如何仅用Codex原生功能、一段提示词和阶段文档实现轻量级Graph Engineering，通过一个“总包”Agent管理多个独立Worker任务，实现分阶段多Agent工作流，并提供可直接运行的模板。