消息提到，SingProbe 是构建在 Qwen/Qwen3.5-0.8B 上的内在流式护栏，在生成过程中复用基座隐藏状态，对每个 token 的查询意图、回复不安全和幻觉风险打分；它增加低于 0.5% 的解码时间开销，并通过 SGLang 或 vLLM 集成分支提供支持。原文未说明团队规模、招聘计划或岗位设置。下面从求职角度做职责辨析，不是招聘市场描述。

安全能力被做进生成过程，投递时先问岗位做哪一段

看到“复用基座隐藏状态、逐 token 打分”这类描述，你可以把可能的工作段拆成三段来问：造探针、评探针、接探针。造探针偏训练与算法，可能要设计探针结构、准备标注数据、调基座与探针的配对；评探针偏数据与评测，可能要定义什么算漏报、什么算误报，搭建评测集，盯住逐 token 打分的口径；接探针偏推理工程与集成，可能要把探针接进 SGLang 或 vLLM 分支，处理延迟、并发和回滚。这里的关键判断是：岗位描述里的动词属于哪一段，以及团队当前是在从零搭建，还是已经有探针和流程要你维护。别默认三段职责会平均出现；如果三个动词都出现，面试时要问清实际交付和协作边界。

低开销、逐 token 打分，面试追问要落到评测口径

素材说它增加低于 0.5% 的解码时间开销。这个数字在面试里可以变成好问题：这个开销是在什么硬件、什么并发下测的？是单请求还是压测均值？如果目标岗位答不上来，可能说明评测口径还没定，你进去要先补这块；也可能只是不方便透露，需要继续问交付节奏。逐 token 打分也值得追问：误报怎么处理，是拦截、改写还是只记录？幻觉风险和回复不安全共用一套阈值吗？这些问题能帮你判断岗位偏研究、偏评测还是偏工程落地。

可以做一个假设场景：同一份探针代码，A 团队让你先跑通离线评测，B 团队让你先压测线上延迟。前者更像评测与数据岗位，后者更像工程集成岗位。这是模拟，不是对真实团队分工的断言。面试时问“入职前三个月主要交付什么”，通常比问“团队做什么方向”更容易分辨。

没有探针项目，怎么按三类职责组织可迁移能力

没有探针项目不等于没有可迁移能力。做过模型微调或数据标注，可以对应造探针所需的训练与数据经验；做过评测集搭建或 badcase 分析，可以对应评探针；做过推理加速或服务部署，可以对应接探针。写简历时用[实际记录]这类占位标出你真正完成的部分，不要编造探针成果或数字。投递前做一件小事：挑一个目标岗位，把描述里的“设计”“评估”“集成”圈出来，对照自己做过的事勾选，再在面试里问清三类职责在团队里怎么分。这个动作不需要你假装做过探针，只帮你把问题问具体。 延伸阅读：算法工程师简历模板：从菜鸟到专家的完整指南