2. V2EX
  3. [开源] 给 Codex 接了个 Everything 文件搜索 Skill ，避免反复扫大目录

[开源] 给 Codex 接了个 Everything 文件搜索 Skill ，避免反复扫大目录

soarinsky 2026-08-13 00:59 1

最近在 Windows 上用 Codex ，发现它为了找几个文件，有时会直接 rg --files 或递归扫项目目录。


但电脑上本来就一直开着 Everything ，索引已经有了，再让 Agent 自己扫一遍感觉挺浪费。


所以做了一个小 Skill：


everything-fast-file-search-skill


GitHub：


https://github.com/soarinsky1/everything-fast-file-search-skill


主要功能：


直接调用 Everything 官方 CLI es.exe


支持限定 Root 、关键词、扩展名和最大结果数


支持 CSV / JSON 输出


候选缩小后可选 SHA-256


Everything 只负责定位候选，不替 Agent 判断哪个文件才是“最终版”


目前已经更新到 v1.1.0 ，这几天实际使用过程中顺便修了 PowerShell 5.1 参数传递和 Everything IPC Error 8 的一些问题，也加了 regression tests 。


定位很简单：


已经有 Everything 索引，就尽量别让 AI Agent 再递归扫大目录。


如果也在 Windows 上用 Codex / Claude Code / 其他 coding agent ，欢迎帮忙试试。


有问题可以直接提 Issue ；觉得有用的话，也欢迎顺手点个 Star 。


MIT License 。

最新回复 (5)
  • wowo243 08-13 08:41
    1楼
    思路很赞
  • soarinsky 楼主 08-13 10:44
    2楼
    谢谢鼓励
  • vopsoft 08-13 12:46
    3楼
    做过类似的 调用 Everything 的 sdk 比 es 快
  • soarinsky 楼主 08-13 13:38
    4楼
    对，这个我觉得是的。SDK 直接走 DLL/IPC ，少了每次启动 es.exe 、命令行解析和 stdout 这一层，尤其连续查询应该会更快。

    这版先选 es.exe 主要还是为了轻量和部署简单，Codex 直接调用官方 CLI 就能用，不需要再做 native binding 。我的场景通常也是 bounded search ，只取很少的候选文件，所以现在更关注避免 Agent 递归扫大目录。

    不过 SDK 这个方向挺有意思，后面可以做个 benchmark 看一下实际差多少。
  • soarinsky 楼主 08-13 13:38
    5楼
    @vopsoft 对，这个我觉得是的。SDK 直接走 DLL/IPC ，少了每次启动 es.exe 、命令行解析和 stdout 这一层，尤其连续查询应该会更快。

    我这版先选 es.exe 主要还是为了轻量和部署简单，Codex 直接调用官方 CLI 就能用，不需要再做 native binding 。我的场景通常也是 bounded search ，只取很少的候选文件，所以现在更关注避免 Agent 递归扫大目录。

    不过 SDK 这个方向挺有意思，后面可以做个 benchmark 看一下实际差多少。
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐