Replies: 1 comment
|
结论:目前不支持。 DeerFlow 给 MCP 工具名加 根因(带代码位置):
一个要澄清的点:双重名字不全是 DeerFlow 的锅。 现在就能用的缓解(不改代码): 在 这个需求合理、也可实现,改动量不大。 大致三处:
好在其余用到前缀的地方都已经 graceful 了: 没搜到已有相关 issue/PR,属于新需求。如果维护者觉得方向 OK,我可以提个 PR。 |
|
结论:目前不支持。 DeerFlow 给 MCP 工具名加 根因(带代码位置):
一个要澄清的点:双重名字不全是 DeerFlow 的锅。 现在就能用的缓解(不改代码): 在 这个需求合理、也可实现,改动量不大。 大致三处:
好在其余用到前缀的地方都已经 graceful 了: 没搜到已有相关 issue/PR,属于新需求。如果维护者觉得方向 OK,我可以提个 PR。 |
Uh oh!
There was an error while loading. Please reload this page.
大家好,先谢谢 DeerFlow 团队和各位贡献者,这个项目我一直在用,受益良多。
我有一个小小的使用诉求,想来听听大家的意见,水平有限,如果有理解不对的地方也请指正。
我在项目里接入了学术类的 MCP server(
semantic-scholar)。发现它返回的工具名自带 server 标识的名字,比如
semantic_scholar_search_papers。而 DeerFlow 在加载 MCP 工具时,会统一给每个工具名加上
<server>_前缀,于是最终模型看到的工具名就成了:semantic-scholar_semantic_scholar_search_papers前缀本身我觉得很有必要,主要是为了避免多个 server 之间工具重名。但对于这种 server 自身命名已经比较唯一的情况,两层名字叠在一起会显得有点冗余。
所以我的想法是:能不能提供一个开关,让我们可以针对单个 server 选择是否保留这个前缀?默认还是保持现在的行为(加前缀),只是给像我这样遇到"名字已经自带 server 标识"的场景,多一个不加重前缀的选项。
再次说明,这纯粹是我个人的使用体验,可能社区里有更好的处理思路(比如有没有现成的配置就能缓解?),如果已经有相关方案也欢迎指路。谢谢大家。
All reactions