最近刚深入iflow，但感觉怎么接入的LLM都感觉自己是打工人一样，写好的SKILL等我就是不管，我自己最大 
确实，你要给他很明确的指示，要不他确实做着做着就自己干起来了。
我深度怀疑是不是这几个我常用的LLM被我训练了，
我也怀疑，我前几天让他干活的时候觉得他心情还不错，这两天开始他就时而敷衍，时而发脾气似的，没看他比前两天开心了。
我觉得我的skill写的明确的不行了，但是它就是不管，哈哈，笑了，我都明确到把这种情况写进去了，但还是不行
试试让他自己写，就问他要怎么写才能让你按规则执行，然后让他自己给答案，给完答案再让他写进去。
good idea
我都是自己写 agents ，不用skill
不是重复工作 直接写需求呢
agents比skill在自动化执行过程中要好很多吗？这我真没有试，感谢提醒，我去试试，因为最近在研究自动化的一些东西
我的还真是重复性的工作，一些简单的可以直接网页端的AI就可以了，用iflow我就看上了可以去实现自动化的一些想法，这是我在写自动化脚本时的一点吐槽，见笑了
标程序化的东西你可以用skill（比如你想要个特殊格式化的日期），套用’公式’(提示词)的用agents
感谢，我试试
自动触发比较难，估计还是要直接 skill … 显式地让他使用skills
嗯，你是对的，我磨了两天的skill，现在基本上能自动跑一天不出问题了
是什么样的东西可以跑一天不出错的，我跑一两小时浏览器自动化测试，就堆栈溢出了。
iflow的非交互式使用在脚本中，测试完成后再重开iflow，杜绝上下文爆炸，说白了就是脚本中while里开iflow
看来还是得这么干，我开发的时候就是这么干的。
对，是这样的，如果还是上下文爆炸，就把任务再细分成几个不同的阶段，一个一个来。
安装另外一个cli 假如他叫B 干活的叫A ,你就叫B代表你全权监督A处理异常,把常见的几种情况写处理方法给他,如果没有的情况就写报告,先自行处理,等你看到了再加入异常处理. 如果遇到无法解决的就直接丢飞书~剩下的你只需要两边ctrl+b 然后d 潇洒离去~ 