b10289
llama.cpp 发布 b10289 版本，加固 file_glob_search 目录遍历：不遍历 Windows junction，读取 reparse tag 将符号链接和挂载点视为链接，其他 reparse point 仍可遍历以支持云占位符和去重存根；在 Windows 上大小写不敏感地查找垃圾目录名；报告无法读取的目录并设置 truncated 标志；简化 file_glob_search 列表管道。
Development
- First Reportb10289llama.cpp
- Current Assessmentllama.cpp 作为广泛使用的推理引擎，其文件搜索功能的健壮性直接影响依赖它的工具链。此改动表明开源项目在持续打磨底层基础设施，以应对 Windows 等平台的特殊性。这反映了 AI 工具链在跨平台兼容性和可靠性上的投入，可能影响开发者对 llama.cpp 的信任度。Agent Pulse · analysis
llama.cpp 在 b10289 版本中加固了 file_glob_search 的目录遍历逻辑。主要变更包括：不遍历 Windows junction，通过读取 reparse tag 将符号链接和挂载点视为链接，而其他 reparse point 仍可遍历，以支持云占位符和去重存根；在 Windows 上大小写不敏感地查找垃圾目录名，确保垃圾目录仍可被选择但内容不进入搜索结果；报告无法读取的目录，设置 truncated 标志，避免静默跳过导致不完整的列表；简化 file_glob_search 的列表管道，返回小结果结构。这些改动旨在提高文件搜索的健壮性和准确性。
此改动针对文件系统遍历的边界情况：Windows junction 被 std::filesystem 报告为普通目录，导致符号链接保护失效，可能因路径过长而无限遍历。通过读取 reparse tag 区分链接类型，既避免遍历链接，又保留对云占位符等特殊 reparse point 的支持。此外，报告无法读取的目录并设置 truncated 标志，使调用方能够感知不完整结果，而非静默返回看似完整的列表。这体现了对文件系统异质性和错误处理的细致考量。
llama.cpp 作为广泛使用的推理引擎，其文件搜索功能的健壮性直接影响依赖它的工具链。此改动表明开源项目在持续打磨底层基础设施，以应对 Windows 等平台的特殊性。这反映了 AI 工具链在跨平台兼容性和可靠性上的投入，可能影响开发者对 llama.cpp 的信任度。
对于使用 llama.cpp 构建产品的公司，此改动降低了因文件系统异常导致搜索失败或结果不完整的风险，提升了用户体验。同时，对 Windows 平台的支持增强可能扩大用户基础，尤其在企业环境中 Windows 仍占主导。这有助于巩固 llama.cpp 在推理引擎市场的地位。
后续可关注 llama.cpp 是否将类似加固扩展到其他文件操作，以及是否引入更细粒度的错误报告机制。此外，对 reparse point 的处理可能为云存储集成提供更稳定的基础，未来可能看到更多云原生文件搜索场景的支持。