不能保证。Ctrl+P仅基于已索引路径进行模糊匹配，不识别语义；README或docs能否命中取决于文件是否在项目中、未被排除、有正确扩展名，且输入字符序列符合路径结构匹配规则。

Ctrl+P 输入 README 或 docs 能否直接命中？

不能保证。Sublime 的 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）只匹配已索引路径中的文件名和路径片段，不识别语义（比如“说明文档”）。它不会自动把 README 当作“项目文档”来提升权重，也不会主动匹配 docs/index.md、CONTRIBUTING.md 这类常见文档——除非你输入的字符序列恰好能触发模糊匹配。

常见错误现象：输 readme 没反应 → 很可能该文件不在当前项目索引范围内（比如被 folder_exclude_patterns 排除，或文件未保存/未加入项目）；输 docs 却跳到 src/docs/api.js → 因为路径里有 docs，但不是你要的 Markdown 文档。

• 确保项目已通过 Project → Add Folder to Project… 加载，而不是双击单个文件打开
• 检查 folder_exclude_patterns 设置中是否误含 "*.md" 或 "docs"（默认不含，但自定义配置可能加了）
• README 类文件若带扩展名（如 README.md），输 readme.md 或 readme 都可；但 README（无扩展名）可能被忽略，因 Sublime 默认排除点开头和无扩展名的“非源文件”

为什么输 docs/ind 比 docs/index.md 更容易命中？

因为 Ctrl+P 是路径结构模糊匹配引擎，不是字符串匹配。它拆解路径层级，按首字母、驼峰、连续字符等规则打分。输入 docs/ind 会明确指向 docs/ 子目录下的以 ind 开头的文件（如 index.md、intro.md），而完整路径 docs/index.md 反而因过长、字符冗余，降低匹配优先级。

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

• 输 doc/in 也能命中 docs/index.md（doc 匹配 docs，in 匹配 index）
• 输 con 可能同时列出 CONTRIBUTING.md、config.js、constants.py —— 它不区分大小写，也不限定扩展名
• 如果文档在子目录如 website/static/docs/guide.html，输 web/doc/gu 比输全名更稳

如何让说明文档在 Ctrl+P 中稳定靠前？

靠改名或调整路径比依赖技巧更可靠。Sublime 对路径深度浅、名称短、位于项目根目录的文件天然给予更高匹配权重。

• 把 README.md 放在项目根目录（而非 docs/README.md），输 read 就大概率第一项出现
• 避免用全大写名（如 INSTALL），改用 install.md —— 小写 + 扩展名更容易被索引和匹配
• 如果必须放 docs/ 下，建议命名为 docs/home.md 或 docs/start.md，比 index.md 更易被 docs/h 或 docs/s 命中
• 不要依赖 @ 或 # 组合：例如 README.md#setup 是无效的 —— # 只在当前文件内搜索文本，不能跨文件定位标题

没有命中时，别硬试，换策略

当 Ctrl+P 连续输三遍都找不到 CONTRIBUTING.md 或 docs/api.md，说明索引没覆盖，或文件本身未被识别为可索引内容。这时候继续调参数不如直接动手确认状态。

• 先按 Ctrl+Shift+F（项目级搜索），搜 ## API 或 ### Installation，常比找文件更快定位文档段落
• 打开侧边栏，手动展开 docs/ 目录看是否存在 —— 有时文件只是被 Git 忽略、未提交，Sublime 就根本不会索引它
• 检查状态栏右下角：如果显示 Plain Text 而非 Markdown，说明该文件未被正确识别语法，可能影响部分插件行为（虽不影响 Ctrl+P 基础匹配）
• 临时把文件拖进 Sublime 窗口，它会作为独立 tab 被 Ctrl+P 立即收录 —— 适合只读一次的文档

真正卡住的往往不是快捷键记错，而是默认假设“所有文档都在索引里”——而 Sublime 只索引你明确加入项目的路径，且对无扩展名、隐藏文件、Git-ignored 文件保持沉默。