1、/init执行生成出来的文件和README.md无差别，显得没有意义
2、生成出来的IFLOW.md本质目的是给CLI工具看的，不是给人看的，建议直接用英文，省token。至于文件迭代，英文不易人工修改问题，其实我们可以直接命令CLI去进行修改，而不是人工修改，因此英文其实是最好的一种实现。
3、无意义的修饰图片连接，文件生成了引用github上那些如JDK版本描述的图片连接。这些没有意义
/init生成的iflow.md的确为cli工具所用，这个文件专门用于提供项目上下文，定义代码风格指南、代码评审标准和项目特定规则等。而部分用户习惯在iflow.md手动添加规范，因此我理解中英文问题也是根据使用不同而需求不同。不过您说的我们会参考评估。
问题3 方便提供下图片参考吗
我之前用/init执行出来的内容，和readme基本上一模一样后就删掉了，直接用之前CC的CLAUDE.md拷贝更改为IFLOW.md。后续我加了项目级别的setting.json后重新生成就没问题了，可能是个BUG？在第一次生成时，在创建IFLOW.md文件后（未写入内容），就自动停掉了，后续我clear后重新再执行一次，就生成出我说的结果。
我后续在其他项目中重试，无法复现出来，所以可能是那次中断引起。
请求被中断那次的环境
登录方式：API_KEY
请求模型：GLM-4.6
我认为如果让用户手工添加规则的话，需要考虑到用户可能语文不好，写文档能力差，导致新增规则写得不好反而影响AI理解。因此我还是建议通过AI添加规则，这样便于AI先进行润色后，放到合适的位置，保证文本结构合理，质量可观
后续会参考您的意见进行一些评估
可以写两份，一份给用户看，一份给CLI工具看。
先生成给CLI工具的，然后再通过前者生成给用户看的。
根据两者的文件修改时间来判断要不要同步，AI 会自动润色用户写的不好的内容。
1 个赞
英文并不省token的，tokens不是单词是按照字符数来的。还有中文理解好还是英文理解好纯粹是看内部的提示词以及大模型的训练预料的。
1 个赞
确实可以优化， 因为每次对话都会把这个作为参考。可以让Ai直接优化 IFLOW.md 按照你希望的方式。 但是项目IFLOW.md权重好像没有 全局IFLOW.md高， 很多时候都是全局优先级会更好，而项目反而更低一点。 给我的感觉。 比如我在全局规定用pnpm 那么它会遵循的很好。但是在项目中规定，效果不怎么好，还是会出现用npm下载依赖的情况。可能也是项目的IFLOW特别多的缘故。 应该精简IFLOW.md的提示词。很多提示词AI不是每次都需要这个上下文的，应该丢到文档中，IFLOW链接上在有需要的时候AI才会去查看文档会更好
用中文挺好的。中文都是压缩包。比如”夯、分寸‘、辅佐而非指导、三省吾身、”
1 个赞
我发现 /init 更倾向于依赖应用目录中的既有文档，而非基于实际代码进行分析。例如，即便目录中的文档已存在过时信息，其仍会将这些过时内容写入 iflow.md，而非依据最新的代码逻辑进行判定。
好的 我们排查看看
目前我们收到类似问题，排查是模型抽风了，可能昨天glm4.6模型引擎有问题导致的