首先先祝大家新年快乐。
这不是一个很紧急的问题，也许不用在这个时候修。
我只做一个体验报告 还有一点小建议。
如题，这个subagent，我没有找到很好的用法。
问题在于这东西我手动点两下就能完成的，它要运行半天。有点费劲不讨好。
如果我手动esc强制断掉，再发我的提示词，iflow似乎会认为有任务断了（似乎是前端测试agent启动的一个服务器），还想着把它重启。
如图，场面非常混乱，有一个在尝试重启，另一个在响应用户请求。
而且运行的时候还会创建一大堆图片在目录下，每次commit前要给它删掉。
我觉得这个前端测试应该让用户自己enable，或者干脆就不要默认启用。
至少目前我没有看见它很大的用处。
+1，这个问题让人很难受，模型测试前端感觉没啥意义，我们自己启动验证1分钟左右的事，有时候模型就会启动这个agent进行验证
是的，除非真的交给带有gui视觉的模型。比如让k2.5来模拟点击之类的。
但这个速度还是比不过人类。
如果是human in the loop的话，人类鼠标点几下就好了。
如果是纯自动跑的话，也许有一点点意义。但这个agent不应该设置为默认启用。
而且它其实挺浪费token的说实话。
用大概3~7w token，带来几乎0%的效果。
用iflow自己的api，用户可能不心疼。但用外部的呢？
而且我们也支持iflow的服务，这样用对服务器也多少有点消耗。
我是觉得这个功能是有点冲突矛盾的，我们一般让ai写代码，本身就打开了项目的开发服务器，模型其实没必要再打开了，如果模型再打开，有些技术栈还有占用问题……
自己用提示词约束不要启动开发服务器, 不要启动前端测试子代理
也是一个方法。你认为应该放在哪里呢？
全局的IFLOW.md可能更适合。
这样就不用每次都发让它约束了
这样确实感觉有点画蛇添足了，这个我们节后看看吧
我从昨晚到今天一直在用模型做网页的测试，慢是真慢，吃资源是真吃资源，动不动就堆栈溢出把iflow干出来了。而且如果我esc停止了主代理，感觉子代理并不知道，还在那吭哧吭哧的干活。
确实，我看一直在test，强制退出后还得手动去把测试文件删了 
再顶顶我的帖子。
这个agent真的太浪费时间了。
希望官方处理一下。
至少对我，和大部分这里留言的用户而言，用处真的不大。
（确实可以通过提示词限制不要用它，但问题在于这个agent本来就存在于流程中，本质上是拆东墙补西墙，自己的提示词和系统的打架其实不太好，我是觉得干脆不要默认启用）
补：已在针对处理ing
