使用反馈
1、不太清楚，为什么论坛没有一个反馈专区，或许统一一个区比较多人看见，也是一个好主意，以下为具体反馈。
2、skiis安装目录错误
3、执行中断，某些情况会出现执行中断，例如执行一个十几分钟的任务，执行到一半突然停止了，不清楚原因，有时发送一次继续执行即可，有时要发送2-3次。
4、api报错，iflow有时读取Python脚本会直接把api变成坏道，发送任何后续内容都会api调用失败，必须清除历史或者开新对话。
5、/r历史对话无法选择某一个删除，每次启动都会自动新建一个对话，现在有大量1条消息的记录。
6、执行死循环，有时执行一个命令没有返回，会一直挂机，大概是shell命令执行某个脚本或者某些报错、或者不会自动退出的命令，此时也看不到执行步骤，不知道到底是在干活还是卡死了。
7、某些情况下，例如编辑文档，内容非流式输出，也非分段输出，一次输出一大片，或者执行某个命令，例如第6条shell，看不见状态，首先不像ide，可以编辑的操作对比和选择保留，或者有时不需要那么多，有时希望更多，当然这些需求很麻烦，能做好自然最有优势。
8、智能模式大部分内容都直接通过，有时命令指示是先做查看a，结果会把b做了，例如我让查看一下是否有某些缓存残留，然后iflow会看见缓存顺手直接全删了，我不清楚是否是我的使用方式有问题，但我觉得至少考虑加个明确提示，毕竟要把用户当小白。当然某些时候我也考虑切默认模式，但确实麻烦、容易遗忘。如果能加个主动问答沟通也不错，这个是独立于计划模式外。
9、我经常使用iflow寻求知识解答或者方案咨询，非常好优点，是系统化的分析和结构，对比g开头的踢一脚才会动一下的木头cli好多了，缺点是没有真正的交流模式，同时上下文保存还不够好，非常容易聊一会就出现幻觉和漂移，并且记忆系统至今没用过，是的根本不知道怎么用。我认为强化交流模式很有前途。
10、一个有意思的分享，我使用第二天iflow突然奇想，让iflow自己搭了个聊天室，然后让叫gxxx的cli进去一起交流，它们自己聊聊解决方案，iflow结构化思维的agent很有特性，把姓g的治得服服帖帖，姓g的原文是这样的：iflow人好好哦，它已经帮我把测试数据都建好了，还提交了测试用例。喜欢iflow的第一原因肯定是agent。
11、上面聊得比较散乱，总结一下，mcp、skiis、记忆都比较难管理，我现在只敢随便装几个skiis就有差不多上百条命令，同时上下文小，管理可能差点效率，我也不敢加mcp，我认为需要设计一个便捷的管理，如果没有管理插件或者图形化界面，最起码分个组，允许直接使用iflow自动翻译命令，那些提供的内容和内置的中文变成中英混杂，本来就不懂英文，加上混杂基本都不想打开/命令。
12、加强记忆管理和项目上下文管理，建议既然现在做便捷的用户体验做得好，继续强化，直接给开箱套装，只要全中文，开箱即用，自动管理项目上下文、自动处理文档规范，提供标准项目初始化，配置环境、文档、测试、目录结构，便捷的记忆和skiis管理，我保证你想什么时候火就能什么时候火。
13、提供开箱即用的skiis允许iflow被调用和调用其他cli。
14、官方提供聊天室。
15、强化git全流程，普通人哪会使用git，不只是帮助提交，而是把你们规范的git包装出来使用，基本的git使用、合并、变基、工作树，云端ci、pr审查等等。
16、加强计划或者需求变更方式：
- plan应该可选成为决策和执行记录，同时提供拆分等级和执行方式，例如原子级任务拆解及tdd驱动。
- plan应该提供便捷的内容调整、自动文档更新、规范遵从等等。形成管理-执行-交付闭环
17、不要只盯着技术啊，普通人也需要iflow。
最后附言：临时表达，比较散乱，如具体探讨再与我联系或者说明哪条内容。
以上。
非技术人员
1 个赞
收到！
先解答第1个问题，后面的使用相关问题都收到过类似的反馈，年后会结合大家的感受来做进一步的优化，已经记录啦～
选择性回答一些个人认为可以回答的进行回答
这可能是启动 iflow 的位置问题吧，在桌面打开终端然后没有 cd 到项目位置就直接启动 iflow，iflow 就会把桌面当作项目目录；.specify 是安装 spec-kit 这个工作流产生的
可以试试改成 yolo 模式，这在执行一些操作前会进行提问
可以试试 iflowwork 📮 1人5天，大家想要的 iFlowWork 来啦！ 这是 iflow 的桌面版
右上角头像旁边的就可以进行实时聊天看看是不是需要的 
还是建议试试 iflowwork，这是可视化版的 iflow，虽然不太完善，但是对小白会相对于 cli 更友好
2 个赞
1、非常感谢你的投入回复，前面的解答非常清晰。
右上角头像旁边的就可以进行实时聊天看看是不是需要的
这个引用没搞懂，怎么引用，是不是只能写markdown语法引用，没找到选择器
然后我说的聊天室是ai之间的聊天室，或许是多个iflow，或许是多个cli，iflow给iflow进行审查或者讨论方案，让它们讨论个结果，每个单独新对话都是缺失上下文和认知片面的，直接对话讨论效果好非常多。
我不太清楚你指的右上角实时聊天是指哪个软件，我在iflow work和本论坛找了一下。没看见这个图标。如果方便，想请你告知一下，谢谢。
2、关于此回复
还是建议试试 iflowwork，这是可视化版的 iflow，虽然不太完善，但是对小白会相对于 cli 更友好
我昨天逛论坛发现有这个东西，正在探索，但是还不能用起来，首先没有命令。。。我不太懂为什么全部桌面端都不配置快捷命令。。。opencode支持/命令但是也是太原始了。是技术人员都只喜欢全打字吗？不太懂，全都堆在一起，要么打字，记得每个命令，要么从100多个命令里面一个个滚动选择。。。我真的非常不理解，到底为什么这么做……
3、关于iflow work使用更无语
我随便选了一个审查模版，然后就跑了一大堆，我完全不知道在干嘛的操作，然后跑了半小时没反应。
如图，一直卡死在这里了，我既不知道它干嘛了，也不知道为什么卡死了，更不知道做了什么待办。
这样的工具有什么作用呢，只能是非常准确的一个小任务，如果知道非常准确了，那门槛就非常高了，我本身就不是技术，完全不知道代码怎么写，怎么能给到具体修改哪个代码文件哪个函数怎么改用什么方法呢，做不到，所以这个工具看起来很适合小白，其实啥都干不了，只能做个简单的聊天机器人，连个基本的任务管理都做不到，按我目前探索。
结语：非常感谢你的回复，我只是吐槽一下软件本身，没有任何针对你的意思。
这个问题我来提供个解决方案
参考这个帖子：
只需要在命令的最后，增加一个-r即可
即：
wt.exe -d "%V" powershell -NoExit -Command "iflow -r"
-r等同于–resume的启动参数，修改后，直接一键在当前目录打开iflow并列出会话列表，等你选择。
如果不想在之前的会话中继续，直接按ESC，就会新开一个会话了。
效果：
启动选择一个历史会话
启动，按ESC开始新会话
动图压缩的有点狠，凑合看吧 
1 个赞
1、非常感谢回复，这会是一个好的备选方案。
2、我个人会使用tabby这类终端，也会多开。目前看起来我似乎应该要求自己学会众多命令参数，起码先会用简单的一些参数，又或者，CLI确实不适合非专业用户？我不太确定，但是你提供了一个非常好的思路，与其期望官方提供便捷，不如先自己从学会一条带 -r 参数的启动命令，然后自己写一个命令集记事本，虽然很原始，总归能用。
这个应该就是资源的问题，新上的顶级国模，用的人多，其实不光是iflow这种免费的，智谱官方，字节这些收费的都有资源不足的问题。iflow官方团队也在协调扩资源中，后续会好的，如果一个模型出现了停止或者卡住的问题，可以更换其他模型试试~
1、感谢指导。
2、我不太明白，为什么我的界面和你的不一样，我也没有对话图标，非常奇怪。
3、感谢你指导了正确的话题使用方法。
这个就类似我上面提到的使用shell命令iflow会卡死的问题，模型本身只能选择glm-4.7我没看见iflow work能选glm-5，最大可能我推测是shell命令没有返回导致卡死。
CLI的工具特性吧，是有一些内容需要自己调整下参数什么的，这也是官方要做桌面版应用和ide插件的原因吧，更适合非技术人员使用，扩大用户群体和应用的范围，更便捷的项目和会话管理等，由于桌面版和新的ide插件刚刚起步，很多地方还不太完善，相信后续会越来越好的
新注册用户可能没有，要上几天论坛，用户等级提升一下就会开放了应该是
现阶段比较稳定的还是cli工具，使用/model命令可以切换模型
桌面版，据说你把cli切换到glm5，然后重启桌面端应用，能让桌面版切到glm5上（官方人说说的小秘籍，我没验证过哈哈）
是想引用别人的回复内容吗？只需要打开回复然后鼠标划一下点引用就行，markdown 和 富文本都能使用
其实如果习惯了的话纯操作键盘确实比鼠标加键盘方便，然后是这么多命令其实也不用记住全部，真正有用的就几个，而且也不用真的去记，打多几次就肌肉记忆了，这跟背单词不太一样
最后是 iflowwork 的问题，其实说句不好听的 cli 本身面向的用户就是技术人员，而 iflowwork 本身可以说是在 cli 上套个 gui，而且是刚做出来的，所以功能肯定是不如 cli 完善的，如果想要越用越好用就应该多发帖向官方提建议，iflow 跟进速度还是比较快的，而且如果多看几个帖子就会发现很多帖子都有官方的人在回复，所以提意见他们是可以看到的
iflowwork 还得继续打磨的，有问题多反馈就好了。
