第二个文档直接从2开始了
你这个是拆分了文件了。
可以直接在CLI中进行生成试试。
我看你这是进行开发前的设计文档吧，可以参考一下我这个，或者用一些其他的 spec 工具，可以让 llm 在 vibe coding 前生成的文档更规范，而且正式开始写代码时也能更准确理解你的需求
1 个赞
和你这个有点不一样，但是可以参考，因为我这个是直接在使用我的skills之前就已经有确定的产品图、使用技术以及框架架构了
不是的，这个 spec-kit 是可以在开发的任何时期使用，比如还没开始开发可以用来确定需求从零开发；如果是开发到一半，也可以根据当前需求继续开发；或者开发完成开始迭代了，也可以提新需求继续开发
spec-kit 每次开发前都按 git 的功能分支来生成一系列非常规范化文档，你也可以只用来生成文档不生成代码也行，至于产品图也可以用 kimi-k2.5 识别生成文档，这比你自己手写提示词让 llm 帮你从零生成需求文档要效率高很多
我尝试过k2.5，相比glm5，在同一条件下感觉他生成文档质量不太行，而且我不是手写提示词，我是先让LLM识别产品图，得到readme和研发文档，在得到各模块开发文档，最后用skill-creator封装成skill，后面就直接给产品图/描述让LLM用skill按要求生成就行了
你这种创建项目的方式有点新颖，找时间也试试 
.iflow 和 .specify是放在项目文件夹，连个分开的目录吗，还是放在全局C盘用户.iflow目录下.specify
遇过几次agent偶尔漏执行，很正常 
感觉是逻辑上出问题，我在让AI加强skills 限制。
在项目根目录执行这条指令会自动生成的，注意要在项目路径下的命令行执行，不是在 iflow 里执行，不然还要退出重进
iflow workflow add "github-spec-OzctqA"
这个是 github 官方提供的 spec coding 工具，只是没有内置支持 iflow，所以需要使用 iflow 的工作流来安装，直接使用 github 这个官方工具来生成一样的只要把 .claude 之类的文件改名成 .iflow 即可，用来存命令的