哥们，下次更新版本把版本号也改一下，每次使用iflow version都是0.2.0我以为我pip有问题，不能更新，看了源码你写死了这个版本号_version_ 0.2.0
好的我去试试
我感觉好像 非 stream模式下 iflow-cli会更加稳定。 这个iflow-bot能支持非stream模式吗？
大家有没有遇到过dingtalk的单聊模式，一直聊下去之后会不停的报prompt timeout啊？
精简了配置文件，删除了mermory也只是稍微缓解不能根除
2026-03-03 14:56:13.677 | DEBUG | iflow_bot.engine.stdio_acp:prompt:452 - StdioACP prompt sent (session=6ac2c291-ded7-47…)
2026-03-03 14:56:28.726 | DEBUG | iflow_bot.engine.adapter:handle_chunk:503 - Stream chunk #3: 6 chars
2026-03-03 14:56:33.738 | DEBUG | iflow_bot.engine.adapter:handle_chunk:503 - Stream chunk #4: 23 chars
2026-03-03 14:56:33.738 | DEBUG | iflow_bot.bus.queue:publish_outbound:107 - Published outbound message to feishu:ou_e6293134282b0415ef0ce6c5288224ef
2026-03-03 14:56:33.741 | DEBUG | iflow_bot.session.recorder:record_outbound:171 - [Recorder] Recorded outbound message to feishu/ou_e6293134282b0415ef0ce6c5288224ef-2026-03-03.json
2026-03-03 14:56:38.758 | DEBUG | iflow_bot.engine.adapter:handle_chunk:503 - Stream chunk #5: 1 chars
[Lark] [2026-03-03 14:56:49,136] [ERROR] handle message failed, message_type: event, message_id: 5d3facb6-8a4b-444f-8ff0-7f10e49fa742, trace_id: 92e47887dd055dff5aeff0169ddd0748, err: processor not found, type: im.chat.access_event.bot_p2p_chat_entered_v1 [conn_id=7612914728905968588]
[ERROR] (client.py:275)_handle_data_frame handle message failed, message_type: event, message_id: 5d3facb6-8a4b-444f-8ff0-7f10e49fa742, trace_id: 92e47887dd055dff5aeff0169ddd0748, err: processor not found, type: im.chat.access_event.bot_p2p_chat_entered_v1 [conn_id=7612914728905968588]
[Lark] [2026-03-03 14:57:04,222] [ERROR] handle message failed, message_type: event, message_id: 274dcfe2-045d-4026-85ae-c6fad056736a, trace_id: 92e47887dd055dff5aeff0169ddd0748, err: processor not found, type: im.chat.access_event.bot_p2p_chat_entered_v1 [conn_id=7612914728905968588]
[ERROR] (client.py:275)_handle_data_frame handle message failed, message_type: event, message_id: 274dcfe2-045d-4026-85ae-c6fad056736a, trace_id: 92e47887dd055dff5aeff0169ddd0748, err: processor not found, type: im.chat.access_event.bot_p2p_chat_entered_v1 [conn_id=7612914728905968588]
[Lark] [2026-03-03 15:00:33,909] [ERROR] receive message loop exit, err: no close frame received or sent [conn_id=7612914728905968588]
[ERROR] (client.py:173)_receive_message_loop receive message loop exit, err: no close frame received or sent [conn_id=7612914728905968588]
兼容Openclaw生态吗？比如使用它的skill?能替代openclaw吗？能力比openclaw差在哪里？
这个控制台界面在哪里可以查看？
可以自定义skills嘛？或者导入已经做好的skills？没看到相关的内容
哈哈哈哈。有个地方忘了改了
这个我优化了一个版本，新版本试试吧。
底层是iflow cli。skills按官方方式来就行https://platform.iflow.cn/cli/examples/skill
记忆是用md文件存放的呀，我看小龙虾是数据库存的，不知道有没有啥影响
只是载体而已，不影响，最终都是prompt
这东西，能装在免费那个魔搭创空间上面吗？
钉钉渠道，现在多个人和同一个机器人沟通，能否控制只监听固定人的消息呢？
刚才用uv run iflow-bot gateway start启动怎么都无法和飞书聊天，用uv run iflow-bot gateway run可以，问ai说是run的时候后台执行日志重定向但是打印的彩色导致的
可以，但是非stream收到消息会很慢。。。
非常好的工作，已经用了几天啦，感觉很好！而且几天之内感觉用户体验提升不少！
能不能在这里提个需求？看看大家有没有类似的需要。
Feature Request 0: 支持多个同类型渠道实例（如多个飞书应用）
当前 iflow-bot 的渠道配置只支持每个渠道类型配置一个实例。例如飞书渠道只能配置一个 `app_id` 和 `app_secret`。
但实际使用场景中，用户可能需要同时连接多个飞书应用，比如说给不同的人使用同一个iflow-bot，这样就需要配置多个飞书app的实例。飞书个人可以通过企业号去把人拉到一个企业里面，然后把机器人（iflow-bot）开放给企业的全体成员。但是这样就涉及到个人号和企业号的切换，有些不太方便。因而我在想能不能直接给iflow-bot配置同个渠道的多个实例，这样或许能有更多灵活性。
Feature Request 1: 自定义iflow-bot的home目录
当前iflow-bot的home目录默认是~/.iflow-bot，这个路径目前好像还不能配置。
iflow-bot本身可以通过python的环境（例如conda）等配置多个iflow-bot同时运行，但是因为home目录目前不能配置，所以会共用一套配置，这地方也缺少点儿灵活性。假如说我需要在一台机器上同时配置多个iflow-bot给不同人使用，还想要不同人的iflow-bot不会互相干扰，所以可能需要能够自定义filow-bot的home目录这个功能，这样可以互相隔开。
如上，看看大家有没有类似的需求？作者大大能支持不？