新西兰开发者 David Carpenter 的个人作品，18 年来只做一件事——让你输入几个字母就找到文件。不是 Google Desktop 的继任者，不是 Windows Search 的替代品，而是一个极度专注的工具：搜文件名，毫秒出结果。
Everything 的成功不在于功能多，而在于功能少但做到极致。它不搜邮件、不搜网页、不搜文件内容——只搜文件名和路径。这个约束让它可以走 NTFS MFT 直读的捷径。
voidtools 创始人，Everything 的唯一核心开发者。2008 年在论坛发布首个版本时，目标是做一个比 Windows 内置搜索快 100 倍的工具。18 年后目标没变，速度还在提升。
Everything 个人使用完全免费，安装包 2MB 左右，无捆绑、无弹窗、无数据上传。voidtools 靠捐赠和少量企业定制支持运营——在免费软件生态里属于异类。
Everything 不索引文件内容。如果你需要搜 PDF 里的文字，用 Agent Ransack 或 DocFetcher。Everything 的定位是「我知道文件名的一部分，帮我找到它在哪」——这个场景占日常搜索的 80%。
依赖 NTFS 的 $MFT 和 USN Journal，无法移植到 Linux/macOS。跨平台用户可以在 WINE 中运行但无法索引 Linux 文件系统。macOS 用户通常用 Alfred + Spotlight 或 Raycast。
Everything Transfer Protocol 允许一个 Everything 客户端搜索远程机器上的索引。适合 IT 管理多台服务器——不用 RDP 登录每台机器找日志，ETP 直连远程 Everything 服务即可。
内置 HTTP Server 让局域网内任何设备通过浏览器搜索你的文件索引。1.4.1.1024 起支持 JSON API，DevOps 脚本可以直接 curl 查询结果。
voidtools 提供官方 C SDK（Everything64.dll + Everything.h），核心 API 只有十几个函数：SetSearch、Query、GetNumResults、GetResultPath。Total Commander 插件 wcx_eva、PowerShell 模块 PSEverything、Python 包 pyeverything 都是基于 SDK 构建。
「Everything 的 SDK 设计哲学和软件本身一样——最小接口，最大效率。你不需要理解 MFT 怎么读，只需要 SetSearch + Query。」
SDK 使用 IPC 与 Everything 服务通信。前提：目标机器上 Everything 服务必须运行。SDK 不提供独立索引能力——它是搜索接口，不是索引引擎。
SDK 开发指南 →forum.voidtools.com 是 Everything 用户和开发者交流的核心场所。David Carpenter 本人经常回复 bug 报告和功能请求——这在商业软件里很少见，在免费软件里更罕见。
论坛精华区包括：Search Syntax 完整语法参考、Language Pack 多语言翻译、Plugin 第三方插件发布、Automation 脚本分享。中文用户可以在 Language Pack 区找到社区翻译的 zh-CN 语言包。
2008 年 5 月 Everything 1.0 发布，首次实现 MFT 直读索引。2013 年 1.3 版引入 64 位支持和 HTTP Server。2015 年 1.4 重构了 IPC 协议和 SDK。2024 年 1.4.1.1026 修复 HTTP 路径遍历漏洞。2025 年 1.5 Alpha 开始测试新索引引擎。
voidtools 的版本策略保守：Stable 分支（1.4.x）用于生产，Alpha/Beta 分支（1.5.x）供测试。没有强制更新，没有云服务依赖——2020 年安装的 1.4 版本今天仍然正常工作。
全部资讯 →不是。Everything 由新西兰 voidtools（David Carpenter）开发，与 Microsoft 无关联。部分 Windows 用户误以为是系统组件，可能是因为它太快、太轻量、太不像第三方软件。
不会。索引完全在本地内存中，没有任何网络通信（除非你主动开启 HTTP Server 或 ETP）。voidtools 没有用户账户系统，不收集使用数据。
不冲突。Listary 是「当前目录快速跳转 + 应用启动器」，Everything 是「全盘文件名搜索引擎」。很多资深用户两者都装：Listary 管日常导航，Everything 管「文件在哪」的全局定位。
Everything 资讯站