[Feature] 需要额外依赖的插件/供应商是否可以用新的venv隔离

[roeseth]

描述

在试图部署本地 sensevoice / whipser 的时候，收到了numpy报错信息，确认是环境内的numpy version不兼容的原因。（暂时没有log，如果需要我可以复现一下）
对于需要额外依赖的插件/供应商，可否用新的venv进行隔离？（还没看源码确认调用的可行性）

使用场景

No response

你愿意提交PR吗?

• 是的, 我愿意提交PR!

Code of Conduct

• 我已阅读并同意遵守该项目的 行为准则。

[Soulter]

这个似乎目前难以实现，插件以包的形式载入在本体，无法跨虚拟环境来调用。

[roeseth]

这个似乎目前难以实现，插件以包的形式载入在本体，无法跨虚拟环境来调用。

我写了个prototype （provider only），用messagepack进行通信，周末可以po上来讨论一下，如果觉得不太好可以discard掉这个issue

[Soulter]

这个似乎目前难以实现，插件以包的形式载入在本体，无法跨虚拟环境来调用。

我写了个prototype （provider only），用messagepack进行通信，周末可以po上来讨论一下，如果觉得不太好可以discard掉这个issue

好呀，好奇怎么实现的~学习一下

[Soulter]

这个似乎目前难以实现，插件以包的形式载入在本体，无法跨虚拟环境来调用。

我写了个prototype （provider only），用messagepack进行通信，周末可以po上来讨论一下，如果觉得不太好可以discard掉这个issue

您好！由于 AstrBot 插件增长速度较快，最近发现由于插件依赖冲突造成重新下载依赖版本 / 报错的问题逐渐多了起来。我们目前在跟进这个 issue 提到的插件与 AstrBot 本体隔离的需求。我们目前打算参考 MCP 的设计架构，采用 stdio / websockets 作为传输协议，采用 JSON-RPC 或者 MessagePack 作为 RPC 协议。不知您这边之前是否也是这样想的🤔

[roeseth]

这个似乎目前难以实现，插件以包的形式载入在本体，无法跨虚拟环境来调用。

我写了个 prototype （provider only），用 messagepack 进行通信，周末可以 po 上来讨论一下，如果觉得不太好可以 discard 掉这个 issue

您好！由于 AstrBot 插件增长速度较快，最近发现由于插件依赖冲突造成重新下载依赖版本 / 报错的问题逐渐多了起来。我们目前在跟进这个 issue 提到的插件与 AstrBot 本体隔离的需求。我们目前打算参考 MCP 的设计架构，采用 stdio / websockets 作为传输协议，采用 JSON - RPC 或者 MessagePack 作为 RPC 协议。不知您这边之前是否也是这样想的🤔

Hi, 5月下旬结束工作就去休假了lol，最近才回来工作。我当时的想法确实是类似的，对于同服务器的本地插件，可以依赖stdio来通信。我不太明白这里插件本地通信使用WebSockets的选择，可否采用Streamable HTTP （同样参考MCP协议）？
另外考虑到session isolation/scalability，不知道Astrbot是否考虑支持调用外部tool server。虽然本地为每个插件spawn tool server 有点overkill，但是考虑到chatbot天然的多用户属性，我有点犹豫是否还该坚持stdio。