用途：面向 ServiceNow 开发者构建自定义作用域应用，管理应用上下文与更新集对齐，防止记录被创建到错误的应用作用域，并保证作用域应用的更新集正确捕获。
主要能力：查询应用（sys_app）、设置当前应用作用域、查询或创建应用专属更新集（sys_update_set）、设置当前更新集、验证作用域与更新集是否对齐，以及通过 sys_scope_privilege 配置跨作用域访问。
使用方式：通过 MCP 工具操作，包括 SN-Query-Table、SN-Set-Current-Application、SN-Set-Update-Set、SN-Get-Current-Update-Set、SN-Create-Record、SN-Update-Record；也可用 REST API 访问 /api/now/table/sys_app 与 /api/now/table/sys_update_set。设置当前应用通过 sys_trigger 机制自动执行，约 1-2 秒完成。
适用场景：构建可复用、可分发的应用，需要命名空间隔离、上架 ServiceNow Store、多租户定制或希望升级时保持隔离的功能。全局作用域更适合一次性小改动、修改开箱功能或需要广泛表访问的集成。
限制：需要 admin 或 application_creator 角色；作用域应用默认无法查询所有全局表，部分 GlideSystem API 不可用，不能修改全局 UI 元素，Script Include 需显式暴露才能跨作用域访问。通过 REST API 设置当前应用较复杂，MCP 工具可自动处理。
最佳实践：先设置应用作用域再设置更新集；每个功能或迭代使用独立更新集；命名采用 {应用名} - {功能/迭代} - {版本}；每次开发前执行完整验证流程。
常见问题：记录落入错误作用域、更新集未捕获记录、无法设置应用作用域、跨作用域访问被拒、更新集关联到错误应用，可通过验证权限、作用域状态、更新集 application 字段与状态解决。
相关技能：admin/update-set-management、admin/instance-management、admin/deployment-workflow、admin/batch-operations。