GLM5写文档航还是差点意思

10011114126 · 2026 年3 月 4 日 13:03

我看你这是进行开发前的设计文档吧，可以参考一下我这个，或者用一些其他的 spec 工具，可以让 llm 在 vibe coding 前生成的文档更规范，而且正式开始写代码时也能更准确理解你的需求

实践方案

在启动 iflow cli 前先安装 spec-kit
iflow workflow add "github-spec-OzctqA"
确保项目目录中出现 .iflow 和 .specify 文件夹

然后启动 iflow cli ，输入以下指令定义项目的基本信息，以下步骤都可以用 minimax-m2.5 进行，属于编写文档，个人认为 minimax-m2.5 比较擅长，而且比较快
/speckit.constitution 我要基于 xxx 开发 xxx 项目，使用 xxx 技术
接着是使用 /speckit.specify 包含 xxx 功能 定义具体功能，可以执行多次，建议一点点定义，不要一口吃成胖子

定义完具体功能，如果不知道是不是还有不清晰的需求可以使用 /speckit.clarify 进行问答式澄清需求

确认需求无误后可以执行 /speckit.plan 制定开发计划，生成计划时还会创建功能分支，让开发历史更清晰，当然发现计划还有问题可以继续执行 /speckit.specify 和 /speckit.clarify

再然后就可以使用 /speckit.tasks 生成任务列表，规划每一步做什么哪些先做哪些后做，哪些可以一起做

完成以上步骤后就切换到代码能力更强的 glm-5 ，如果觉得比较慢可以先用 glm-4.7，然后使用 /speckit.implement 开始正式实施编程计划，不过正式实施之前还可以 /speckit.analyze 来分析任务计划的质量，进一步避免后续 vibe coding 可能出现的隐患等

最后开发完成后可以继续重复 /speckit.specify 起的后续动作，进行继续迭代