面试AI安全治理岗，先问清策略谁写谁执行

有消息提到，一种做法是把安全检查移到平台层：治理由平台或安全管理员定义和管理，与智能体开发者分离，因为平台在智能体代码之外强制执行。对想从传统安全或合规转过来的候选人，这句话值得在面试里追问到底——它决定了你入职后每天在写策略、配平台，还是两头都做。

策略定义与平台执行，是两类不同的活

同样是“AI安全治理”，两种岗位的日常差别很大。偏策略定义的方向，核心产出是规则本身：什么工具调用该拦、哪些多轮模式算越界、业务规则怎么翻译成可执行的约束。偏平台执行的方向，核心产出是让规则稳定生效：接入、监控、告警、复盘，处理误报和漏报。

面试时可以这样问：这个岗位的季度目标，是新增和修订策略，还是保证平台覆盖率和响应时效？策略的最终拍板人是谁，安全团队、平台团队还是业务负责人？如果两样都做，比例大概怎么分？

素材里提到，语义治理策略是自然语言策略引擎，在工具调用执行前，结合用户意图和业务规则评估每一次提议的调用。这意味着写策略的人需要读懂业务，而不是只懂技术配置。

改规则要不要动代码，决定你和开发怎么分工

这是最能暴露协作方式的问题。素材提到，因为策略在运行时动态评估，管理员可以新增自然语言约束来覆盖多轮模式，无需修改或重新部署智能体代码。

如果贵司也是类似机制，可以继续问：新增一条约束，从提出到生效要经过谁审批？业务方能不能直接改，还是必须由治理岗转译？出现误拦时，谁有权临时放行，事后怎么补记录？

反过来，如果策略仍要写进代码、跟开发排期走，那这个岗位更接近需求方和安全评审，节奏受研发周期约束。两种都没有优劣，但和你的预期必须对上。

用一份问题清单，把职责边界问实

假设场景：你拿到两个offer，A岗写“负责大模型应用安全策略”，B岗写“负责智能体安全平台运营”。面试时都可以问同一组问题：

  • 最近一次策略变更，是谁发起、谁审批、谁上线？
  • 治理岗和开发团队的接口人是谁，需求走什么流程？
  • 策略效果怎么衡量，有没有复盘机制？
  • 这个岗位半年内最想解决的一个问题是什么？

这些问题不保证你拿到offer，但能帮你在入职前判断：这份工作是偏规则设计、偏平台运营，还是两者兼有。

最后给一个可做的小建议：把上面四个问题写成半页笔记，面试前过一遍，回答时用自己的经历对应到“定义”或“执行”哪一侧，比背技术名词更能让面试官看清你的定位。