给他发个指令，让他做一个定时任务，就死了
给他发个指令，让他关闭一下clash的tun模式就死了
给他发个指令，让他给我新增一个kimi中转的对话配置，配完就死了
给他发个指令，让他自动根据任务切换配置模型，说完就死了
类似的还有很多，感觉非常脆弱
PS：“死了” 是指TG发消息无回复了，失联了，需要到主机重新配置config文件，再重启geteway来修复
1 个赞
我觉得现在的 Clawdbot 架构就不太对。正确的架构应该是：操作层面放在顶层，但只允许操作类似 Docker 容器里面的东西，或者是虚拟机里的东西
2 个赞
可能跟模型有关 我的也是计划任务测试正常结果到点就玩消失，让他浏览网页截个图告诉我浏览器没法用 
结束对话后要告诉他清空下上下文，不然就一直陷入上下文死循环出不来了
我也遇到了这个问题，现在怀疑是跟网络连接有关系
1 个赞
是的权限太大了，确实会很容易导致出问题，失联、死循环
对话结束我都没办法指令清空上下文，我有次碰到了还是手动删除的本地对话配置文件，才恢复正常，离谱得很
跟网络、跟他自己本身的设计，都有关系，估摸着有不少Bug在，边缘场景的控制没有做好
我遇到的都是问题是它总喜欢吧自己的API删掉，说是怕泄密？！
笑死，我把 key 放在 IDE 里面，用 vscode ，也经常把 key 给打码。。。
我遇到一个发一句就死一次，发一句就死一次，哎
我这边只要操作涉及到重启gateway，那条消息一定收不到，有时候网页端也没有
什么能写什么不能写没做强制限制很容易这样，抽一下风就死
是的，所以我都让它在涉及配置文件和gateway之前向我汇报