find_capability 找不到"保存文件输出"的 FileStoreBlock
`find capaly ("save file exduction")' 返回 “FileStoreBlock ” 。 它完全不归还它——前五个是网络请求块:
发送认证Web RequestBlock, 发送Web RequestBlock,
读取SpreadsheetBlock, bash exec, 保存Campaign序列Block
这出自 #14568上的0级检索基准. 在登记册输给已记录的 " find-block " 结果的17个区块案件中,有13个区块的标签完全不在CI指数中(其供应商OAuth没有配置),现在被跳过。 在4个真正的排名损失中,3个是站得住脚的——在正确的街区内是不同的选择:
QQ 查询 QQ 想要 QQ 返回QQ
| -- -- -- -- -- -- -- -- -- -- -- -- --
QQ Discord 发送编辑消息 QQ ‘ Reply ToDiscordMessageBlock' QQ 四个 Discord 发送/ DM/ file/ 嵌入区块, 想要一个在 6 +Q 级别 。
QQ 将数值合并到列表中 QQ 创造ListBlock' ConcateListsBlock',ZipListsBlock',CombineTextsBlock',通缉7等的1名.
QQ 文本格式模板块 QQ “ TextReplaceBlock ” , “ FillTextTemplateBlock ” , 可以说是更好的答案 QQ
`保存文件输出 ' 是完全错误的:在前五名中,没有任何文件存储,“FileStoreBlock”在索引中。 值得理解的是,为什么查询的符号("save","files","output")没有达到它——"output"可能拉向请求/应答块,而"save"/"store"可能不会通过阻断来匹配.
repro,取自 “autogpt 平台/后端” :
从后端. Copilot. 能力.index 导入能力 指数
从后端. Copilot. Capability. registry 导入构建 inities
从后端. Copilot. 工具导入 TOOL GROUPS, TOOL 注册
指数=能力Index(建设 企业(TOOL Registry,TOOL GROUPS))
print(index.search ("保存文件输出")). names [: 5].
内容来源: Significant-Gravitas/AutoGPT