VSCode 的 Ctrl+Shift+O 不支持命名空间层级过滤，仅显示语言服务器识别的顶层符号；namespace 内函数需 export 或文件被正确索引才可见，@function 等前缀不感知作用域嵌套，精准定位依赖 tsconfig 配置、导出声明及语言服务器状态。
VSCode 的符号检索界面本身不支持命名空间（namespace）或模块（module）层级的直接过滤，所谓“命名空间筛选”实际依赖语言服务器解析能力与用户输入策略，不是独立快捷键功能。
Ctrl+Shift+O 为什么搜不到 namespace 下的函数？
当前文件符号搜索（Ctrl+Shift+O）只列出被语言服务器识别为顶层声明的符号。TypeScript 中 namespace 内部的函数/类默认不提升为文件级符号，除非：
- 使用 export 显式导出（如 export function foo()）
- namespace 本身被 export 且有别名（如 export namespace MyNS）
- 项目启用 declaration: true 并生成 .d.ts，但此时符号仍需被引用才可能进入索引
常见误判是把 import { foo } from './bar' 中的 foo 当作可搜符号——它只是导入绑定，不是定义，Ctrl+Shift+O 不会列出。
@function 和 @class 能不能筛出某个 namespace 里的成员？
不能。这些前缀只按语法角色分类，不感知作用域嵌套：@function 列出所有函数声明（含 namespace 内），但不会标注归属；@class 同理。你看到的仍是扁平列表，namespace 名称仅作为函数名前缀出现（如 MyNS.doSomething），而非可折叠/筛选的层级节点。
真正能缩小范围的实操路径
想定位 MyUtils.formatDate 这类符号，靠符号搜索本身不够，得组合使用：
- 先用 Ctrl+P 输入 MyUtils.ts 打开对应文件
- 再按 Ctrl+Shift+O，输入 formatDate 或 @function 筛选
- 若该函数在 namespace MyUtils 内且未 export，它仍会出现——因为 VSCode 把 namespace 块内声明也当作“文件级符号”索引（TypeScript 语言服务行为），但名称带完整路径前缀
- 对于跨文件的命名空间引用（如 import * as NS from './ns'），必须确保目标文件已打开或被语言服务器主动扫描（jsconfig.json/tsconfig.json 配置正确）
语言服务器才是关键瓶颈
符号是否可见、是否带命名空间上下文，完全取决于 TypeScript Server（或 Pylance、Rust Analyzer 等）的解析深度：
- TS 项目没配 tsconfig.json → Ctrl+T 只搜打开的文件，namespace 内容大概率不索引
- Python 的 from mypkg import ns 中 ns 是模块，Pylance 默认不展开其内部符号，@function 无效
- 重启语言服务（Developer: Restart Language Server）比重启 VSCode 更快恢复符号可见性
- 状态栏右下角语言模式显示 TypeScript 而非 TypeScript React 或 Plain Text，是符号能被识别的前提
命名空间不是 UI 层的过滤维度，而是语言语义的一部分。VSCode 符号面板只负责展示语言服务器交过来的符号表，它不二次分析作用域关系。想精准定位，得先让语言服务器“看见”并“理解”那个 namespace——配置和导出规则，比记快捷键重要得多。
