提需求先让它翻 GitHub：一句习惯

跟 codex 谈需求之前，先让它去 GitHub 上翻一圈开源项目，这一步很多人省了。 做法就一句：提需求时先别急着写，让模型把同类的开源实现找出来看看。反馈回来的东西让那位作者直呼感动。感动的不是技术本身，是满屏的善良，那么多人把厉害的本事直接开源放出来。 这句习惯我认。先看现成方案再动手，省的不只是轮子，还有方向性错误。模型自己找一遍比人翻文档快。GitHub 上的实现自带上下文，拿来即用。这跟前面参考图拆结构那篇是同一条脉络，先弄清别人怎么做，再谈自己怎么做。 开源精神这半句我也接。前面刚聊过腾讯把 Agent Skills 送进 CNCF，个人、公司、社区三层都在往公共池子里放东西。这个池子越厚，后来者的起点越高。 保留的提醒是别让搜索替代思考。找来的轮子未必合身，许可协议和维护状态得自己过一眼，不然感动完就是一堆坑。 下次提需求前，先丢一句"去 GitHub 找三个同类项目"，比直接问"怎么实现"多花十几秒，少走很多弯路。