ServiceNow 工程师岗位助手

解决什么工程问题

ServiceNow 的 Now Platform 覆盖了从 ITSM、ITOM 到 HR、客户交付的庞大生态。在实际开发中，工程师常面临平台知识碎片化的问题：不清楚 Flow Designer 的触发时机，GlideRecord 滥用导致 N+1 查询，或者 Business Rule 缺乏防递归检查直接拖垮租户性能。该技能旨在提供一套工程化的导航，帮助开发者在复杂的低代码与 Pro-code 混合环境中做出正确的架构决策，避免产出“能跑但无法维护”的代码。

核心能力与关键步骤

该技能按照“领域知识-架构原则-场景实操-避坑指南”的脉络组织：

• 领域与架构：梳理 ITSM、CMDB、ITOM 等核心模块的配置基线，解析单数据模型、联邦 CMDB 和多实例策略的落地方式。
• 自动化与开发：提供 Flow Designer 的模式选择（如定时、记录触发、子流），以及 App Engine 的命名规范与作用域隔离原则。
• 场景化推演：通过重大事件响应、跨部门入职流程、CMDB 大规模清理等真实场景，拆解“Phase 1 设计 -> Phase 2 实现 -> Phase 3 集成”的标准作业程序。
• 避坑清单：明确列出脚本递归死循环、硬编码 sys_id、绕过 ACL 等典型反模式及其正确写法。

适用边界与注意点

此技能定位为架构指导与最佳实践参考，而非官方文档的替代品。

• 特定版本（如 Xanadu 中的 Agentic AI）的细节特性，需以官方 Release Notes 为准。
• 涉及 200+ 系统的 Integration Hub 对接时，复杂企业服务总线（如 MuleSoft）的底层拓扑仍需架构师单独设计。
• 大规模 CMDB 清理或性能调优时，实际的硬件配额、租户并发限制和基线数据分布是决定方案可行性的硬约束。