这些 URIs 是被设计为供开发者调用的，作为用户的我们也可以按照自己的需要将它们创建为快捷方式。比如说，笔者认为通过任务管理器导航到开机自启管理界面过于麻烦，那么我可以使用右键，创建快捷方式，在对象位置一栏中写入 ms-settings:startupapps。将此快捷方式移动到开始菜单，以后就能直接点击或者搜索 开启自启 来访问此项设置了。
微软的许多 UWP 类型的系统应用，例如 Edge、商店、人脉，都提供了 URI Scheme 支持。对于一些变量，例如默认浏览器、默认视频播放器，Windows 也有对应的 URIs 可供调用。
本节汇总：在 Windows 中查询 URI SchemesWindows 下想要知道哪些应用支持 URI 调用还是很简单的：URI Schemes 在注册表中被表述为 URL Protocol，要使用 URI 的应用必须在注册表中新建一个带有 URL Protocol 字符串的项2。我们可以通过浏览 HKCR ，来确认某应用的 URI Scheme 支持情况。如下图所示，能看到 BiliBili UWP 版注册了 bilibili：
对于系统应用和 Windows Store 应用而言，我们也可以从 Windows 设置 > 默认应用 > 按协议指定默认应用（Windows 11 改名为 按链接类型指定默认应用）界面寻找已经被注册的各类 URI Schemes。不过此面板不会显示一些传统应用。
然而试图查阅到一个可用的 URI 相对而言较为困难。URI 方案后的行为、查询参数大部分情况下用于供开发者进行应用内跳转，不会暴露给用户。并且由于 安全问题，不少应用都限制了从外部直接调用程序功能。
所幸 URIs 往往会兼顾多平台的通用性，Windows、iOS、Android 系统上同一个应用的 URI Scheme 用法有可能是一样的。
要是不确定一个 URI Scheme 是否起作用，读者在将它们写入快捷方式之前，可以先使用资源管理器的地址栏做实验，效果符合预期再行动也不迟。
总结就能力而言，快捷方式显然比不上脚本等手段。首先它的目标路径只能填一行，本文第二节虽然有用快捷方式执行多条命令的用例，但这显然不如脚本来得优雅；其次，快捷方式是静态的，想要为它加一些变量，例如打开 Obsidian 这一周的周志、用电报发送剪贴板内容，快捷方式实现起来就较为吃力，需要其他工具从旁辅助。
然而其优势也是很明显的——用起来简单方便。将目标写好，和我们交互的就只是一个带箭头的小图标。我们可以双击；可以将它们放在开始菜单中用于检索；还可以固定到任务栏，用 Windows 数字键启用。快捷方式本身也是一个文件，它们可以被保存、备份、迁移，只要路径正确就能成功运行。
除了能用在快捷方式上，本文介绍的标识和 URI Schemes 也能用于 Windows 注册表、AutoHotkey，JS 脚本等其他地方，因而第二、三节的小结部分或许还有本文主旨之外的参考价值。
本文的意义仅在于提供应用的思路，揭示更多操作的可能性。真正适合自己的用法还需要读者自行探索。
