内部转岗到 AI 组:比跳槽更省事的三步

发布时间:2026/10/23 18:17:26
内部转岗到 AI 组:比跳槽更省事的三步

版权与内容来源声明
本文为原创整理。文中涉及官方文档、开源仓库、论文与公开报道的内容,均在附表 A 中标注来源;引用官方原文保持原样,不作改写。文中命令、版本号与界面截图以本文成文时的实测/核验结果为准,标注「待验证」的部分请以你本地环境实际输出为判断依据。本文不推荐任何不合规的软件获取方式,也不对任何收益结果作承诺。转载请注明出处。

第1章 内部转岗省的是流程,不是证明

1.1 看起来省掉的那几件事

内部转岗确实省事:简历不用重投,背调不用重做,社保公积金不断,通勤路线不变,你对内网、审批流、报销口径已经熟得不能再熟。

但这些省下来的都是流程成本。它不解决那个真正决定成败的问题:目标团队凭什么相信你能干活。

外部面试里,对方没法观察你工作,只能靠材料和几轮对话推断你的潜力。潜力在外部稀缺,所以简历和刷题有用。

内部转岗的逻辑正好反过来:目标团队能观察你工作。你能被观察,所以「我学了很多」并不稀缺——对方更想知道你交付过什么、谁验的、验完还在不在用。

1.2 判据只有一条

把这件事压成一句话:

你现在的岗位,能不能产出目标团队要的交付物?

交付物:别人能直接接手使用的东西——一张表、一段脚本、一份评测结果、一个能调通的接口。不是「我研究过」,是「这东西现在有人用」。

这条判据比「我学得好不好」硬,因为它可以被别人验证。你学得好不好只有你自己知道;你能不能产出交付物,对方看一眼就清楚。

这里有个容易被绕过去的前提:判据说的是现在的岗位。如果你现岗位的产物跟目标团队完全无关,答案就是「不能」——那不是转岗技巧的问题,是换赛道的问题,止损点放在 5.3。

1.3 三步的顺序不能换

后面三章是三件事:找接口人、用小项目换一次跨组协作、用对方的验收口径写材料。

顺序不能换,因为每一步的产物都是下一步的输入。没有接口人,你不知道对方真正在意什么;没有跨组协作,材料里全是自述;没有验收口径,材料写得再漂亮也只是简历的复述。

第2章 第一步:找接口人,别找 HR 问「有没有坑」

2.1 为什么先问 HR 通常问不出东西

一个常见情形:你想转岗,第一反应是找 HR 或 HRBP 问「AI 组还缺人吗」。

HR 掌握的是编制、流程、审批链,他不掌握「这个团队这个季度缺哪种能力」。所以你能得到的回答多半是「我帮你留意」——这句话是真的,但它不推动任何进展。

另一层是时机。意向一旦进流程,就可能先于你的准备被更多人知道。这不是说谁会做什么,而是说你在还没拿出东西的时候就把意图公开了,剩下的时间只能靠嘴解释。

顺序应该是反的:先有交付,再有意向。

2.2 接口人的三条筛选标准

接口人:目标团队里,能跟你说上话、并且手上正好有你现岗位产物的那个人。他不是领导,也不是 HR。

找谁他能给你什么找错的代价
目标团队里跟你现岗位有交集的工程师一个具体问题、一次口径确认、一次试用你产出的机会很小,最多是没回你
目标团队的技术负责人决定权,但他通常没空回答你的第一个问题第一印象只有一次
HR / HRBP流程、编制、时间窗口意向提前公开,且拿不到技术信息

三条筛选标准,按顺序用:

  1. 他的工作里有你现岗位的产物——你做的报表是他的输入,你清洗的日志是他的 badcase 来源,你维护的字段是他的特征列。
  2. 他最近三个月在公开场合说过具体的技术困难——周会、项目群、内部文档都算。说不出具体困难的人,通常也不会跟你讨论具体方案。
  3. 他的层级不是最高——技术负责人值得认识,但不适合当第一个对话对象。第一个问题要允许对方随手回答,也要允许你追问三层。

2.3 第一句话:一个具体问题,三句话说清

第一次开口不要谈转岗,谈一件他关心的小事。

badcase:模型答错或答非所问的那一条具体样本。做 AI 应用的人天天在看它,是最好用的共同语言。

开场三句(按顺序,不要合并成一段) 第 1 句|我是谁 + 我手上有什么 「我是数据组的,手上有一份每天跑的业务指标宽表。」 第 2 句|指向他公开说过的具体问题,不指向你的愿望 「上周评审你提到召回结果里有一批标题被截断,我这边看过同一批 文档的原始字段,截断可能发生在解析那一步。」 第 3 句|一个半小时内能回答的问题 + 你已经试过什么 「我按标题层级重切了一版,块数从 1.2 万降到 8 千,但段落被拆得 更碎。你们现在更在意块数还是段落完整性?我试过按段落合并, 会引入跨章节错配。」 判断标准:他回你之后,会不会反问你一句。 反问 = 他进入了技术讨论;只回「嗯,谢谢」= 问题还不够具体。

(上面 1.2 万、8 千是格式示例,不对应任何真实项目。)

第3章 第二步:用一个小项目换一次跨组协作

3.1 从现岗位里挑「真事」,四个筛子

不要从零做一个演示项目。演示证明的是学习能力,而对方要判断的是交付能力。

从你手上正在做的事里挑,用四个筛子过一遍:

四个筛子(四条都要过,缺一条就换一件事) ① 现在有人天天在用:它坏了下游会有人问 ② 输入输出清楚:换个人按文档能跑出同样的结果 ③ 可逆:做错了能停下来,不影响线上 ④ 同类:产物跟目标团队的产物属于同一类 (数据对数据,评测对评测,脚本对脚本,不要拿 PPT 去对代码)

常见情形,对应三种起点:

  • 你手上有一张手工报表→ 做成目标团队能直接用的评测结果表:同一批问题、改前改后、逐条对错。
  • 你手上有一个校验脚本→ 做成数据进知识库前的准入检查:字段完整性、编码、重复条目。
  • 你手上有一批日志→ 做成 badcase 分析的输入:把线上问答按失败类型分类(没检索到、检索到但答错、答对但超时)。

三种起点的共同点:你不需要先学会训练模型,就能产出对方要的东西。

3.2 关键动作:让他在你的产出上提一次意见

这是整件事的转折点,也是最常被跳过的一步。

大多数人做完东西会发一句「我做了个东西,你看看」。对方回「不错」——然后没有然后了。

「不错」是社交反馈,不是技术判断。没有技术判断,就没有共同验收;没有共同验收,就没有证据。

意见分三层,走到第二层才算开始:

第一层|形式:「列名改一下」「这里加个空行」 没有证据价值,这是礼貌 第二层|口径:「你这个『答对』是谁判的」「没检索到算不算错」 有证据价值,这一层会产生设计变更 第三层|使用:把你的表放进周报、把规则加进流水线 有证据价值,而且是最硬的一种

走到第二层的标志很具体:产出里有一条设计,是因为他的意见而改的。你能说清是哪一条、为什么改,这一步就成了。

3.3 「协作」和「帮忙」的区别

这两件事在当下看起来一样,写进材料时完全不同。

对照项帮忙协作
需求谁提他随口一说,你顺手一做有说清的目标和范围
验收谁定没人定,他说「可以」就结束他给口径,或者你们一起定
产出归谁用你自己留着进了他的流程、报表或评测集
有没有下一次一般没有他会再来找你,或者把你拉进群

四次「帮忙」抵不上一次「协作」。原因不玄:帮忙不产生共同验收标准,而转岗材料里最值钱的一栏就是验收标准。

第4章 第三步:用对方的验收口径写材料

4.1 材料不是简历的重写

写简历时你回答的问题是「我会什么」;转岗材料要回答的是「我交过什么、谁验的、验完还在不在用」。

差别在主语:简历的主语是你,材料的主语是交付物和使用者。

所以别急着改简历模板。先把对方的验收口径问清楚——他们看哪个数、要什么交付物、能容忍什么样的故障。

4.2 验收口径三问

验收口径:对方判断「这东西能不能用」的那几条标准。它通常不写在文档里,得问。

三问(放在第二次对话里,不要第一次就问) ① 指标:你们现在盯哪个数? 常见回答:召回情况、答对题数、首字延迟、单次调用成本 ② 交付物:一份什么样的东西,你们能直接用? 常见回答:一张按周更新的表、一个能跑的脚本、一份带判定 标准的评测集、一个能调通的接口 ③ 故障率:什么程度的错,你们认为不能上线? 常见回答:脏数据进库、静默失败、超时没有兜底 三问里得到两个以上明确回答,材料就能写;一个都没有, 说明你还在外围,回去做第 3 章那一步。

4.3 一页材料,四段

不要写十页。内部材料的读者是技术负责人和 HR,他们只会细看前两段,然后追问后两段。

一页材料(四段,顺序不要换) ① 我解决的问题:一句话,带使用者 「营销侧每天 3 张手工报表,2 个人各花 40 分钟」 使用者和耗时都要有,这是对方判断「值不值得」的入口 ② 我动了什么:改前 → 改后,含被否掉的方案 「按标题切 → 块数 1.2 万降到 8 千;按段落合并的方案被否, 因为会跨章节错配」 被否掉的方案,比正确的方案更能证明你想过 ③ 谁验的、怎么验的:写角色,不写名字缩写 「对方团队的工程师指出判定口径没区分『没检索到』和 『检索到但答错』,我据此把评测集拆成两栏,重跑了一遍」 这一栏是全文核心,写不出来说明第 3 章没做到 ④ 现在还在不在用:在 / 不在,不在就写为什么 这一栏最容易空,也最容易被追问

4.4 同一个事实,两种写法

同一个事实简历口径验收口径
做了一张评测表熟悉检索评测60 题、两栏判定(未检索到 / 答错),改前答对 41,改后 52
清洗了一批日志有数据处理经验4.2 万条问答日志按失败类型归三类,其中「未检索到」占多数
写了一个校验脚本熟悉 Python知识库准入检查 7 条规则,拦下重复条目与编码错误两类问题

右边一列的共同点:每一句都能被拿去复核。左边一列的共同点:每一句都能被追问穿。

(表中数字为格式示例,不对应任何真实项目。)

第5章 跳槽还是内部转岗:五个维度与止损判据

5.1 五维对照

维度跳槽到外部 AI 岗内部转岗到 AI 组
试错成本高。雇佣关系变更,一次谈错要重来中。先从协作起步,但会消耗内部信誉
能力证明方式材料加面试,一次性、可准备被观察的交付,连续、不可表演
薪资调整空间按新岗位重新定薪,有市场区间参照通常受现有薪酬体系与调薪窗口约束
失败可退回性低。失败就是再找一次较高,但要看有没有书面约定,口头承诺不算
时间窗口受招聘节奏与岗位供给影响受编制、调薪窗口、目标团队项目周期影响

这张表里最容易被误读的是「失败可退回性」。内部转岗确实常常能退回原岗,但退回这件事如果只是口头说过,它在制度上并不存在。这就是下一节要说的边界。

5.2 一条必须落成文字的边界

截至 2026-10-22,现行《中华人民共和国劳动合同法》第三十五条写的是:「用人单位与劳动者协商一致,可以变更劳动合同约定的内容。变更劳动合同,应当采用书面形式。变更后的劳动合同文本由用人单位和劳动者各执一份。」

同一部法律第十七条,把「工作内容和工作地点」列为劳动合同应当具备的条款。

两条合起来说明一件事:你去目标团队帮忙三个月,不会自动改变你的岗位。岗位名称、汇报线、考核人,还写在原来那份合同上。等走流程时,走的是「变更劳动合同」——它需要协商一致,也需要书面形式。

所以从第一步就留痕:协作的邮件、工单、项目文档、周报里的一行。它们不是合同,但它们是你三个月后写材料时唯一的事实来源。

顺带说另一条边界。如果你考虑的是「转岗不成,就去外部同行」,先看自己有没有签竞业限制条款。同一部法律第二十三条允许在劳动合同或保密协议里约定竞业限制,并约定在竞业限制期限内按月给予经济补偿;第二十四条第二款规定,解除或终止劳动合同后的竞业限制期限不得超过二年。

这不是劝你别跳,是提醒你:止损这条路也有前提条件,动手前先看清。

5.3 止损判据:什么时候承认这条路不通

先声明:下面这个「三个月」是本文给的一个观察窗,不是统计结论,也不是任何公司的规定。你可以按自己的情况调整,但必须事先定好,否则你会在「再等等」里过完一年。

主判据只有一条:

从跟接口人建立第一次对话起算,三个月内拿不到一次真实的跨组协作(对方在你的产出上给了第二层意见,或者把你的东西用起来),这条路在你这儿就不通。

不通不等于你不行。它可能意味着三件事之一:目标团队这个季度没有位置、你的现岗位产物跟他们的需求确实不同类、或者这个组织的转岗通道本来就不靠协作走。三种都不该用「我再努力一点」来解决。

触发条件观察点该做什么
三个月没有第二层意见对方只回「不错」「收到」停。转外部投递,把这三个月的东西整理成作品
目标团队连续两个季度无新增项目周会、内网、团队文档停。不是能力问题,是没有位置
直属上级两次不愿把协作写进工作安排周报里始终没有这件事停。现岗位不会给你产出交付物的时间
有协作,但始终停在第一层意见你被当成免费劳动力停。并要求一次正式的口径评审

最后一行值得多说一句:被使用和被承认是两件事。有人天天用你的表,但没人愿意为它定口径,你在材料里仍然只有「我做过」。

这份资料是什么:这一章那张止损表和 5.1 的五维对照,我做成了一页可以填的空白版,标出哪几栏必须填具体数字。放在资料包里,扫码即可获取:

第6章 哪些话不要说

6.1 「我很想学 AI」为什么是负分

这句话在外部面试里是中性的,在内部转岗里是负分。

原因是听话的人在做另一道计算:你进来,是减少我的工作,还是增加我的工作?「我很想学」传递的是后者——它要求对方投入时间,却没有说明你能交付什么。

更麻烦的是它把话题从「事」拉到了「人」。一旦聊到「你想不想」,接下来只能靠印象打分;而印象这一栏,你在自己团队之外几乎没有积累。

6.2 五句替换

不要说的原话对方听到的换成
我很想学 AI,能不能带带我我要投入时间培养你我这边有一份表,想按你们的判定口径重跑一遍,你看这个口径对不对
我在自学大模型,学了三个月你在做跟工作无关的事我把现岗位的报表改成了评测结果表,现在有人在用
你们组还缺人吗你在打听编制你们这季度在做的检索,我这边能出一份失败分类,先试一次
我原来那个岗位没前途你以后会不会也这样说我们组我原来那个岗位能拿到这类数据,我想把它用到评测上
我保证能做好,我什么都能干空话这件我先做两周,第二周给你看一版,不行就停

还有一句不在表里:不要评价你现在的团队和上级。内部圈子很小,你的评价会先于你到达目标团队,而且它证明不了任何交付能力。

6.3 一句可以背下来的替换

把「我想学」换成「我能交」,只需要改一个主语:

原句:我很想学 AI,你们组有机会的话考虑一下我。 改写:我手上有一份每天更新的业务指标表,按你们的判定口径重跑 一遍大概两天;出来如果没用,就当我把口径搞清楚了。 差别在哪:原句的成本在对方;改写把成本和风险放在你这边,还给了一个可以拒绝的交付。

第7章 三个月怎么排,以及怎么知道自己没白做

7.1 十二周节奏

五段,每段一个完成标志,打不了勾就别进下一段。

  • 第 1–2 周:列 3 个接口人候选,读完他们最近三个月的公开输出。完成标志:能说出他最近在解决的一个具体问题。
  • 第 3–4 周:发开场三句。完成标志:他回答了你的问题,并且反问你一句。
  • 第 5–8 周:做小项目,拿第二层意见,改一版。完成标志:产出里有一条设计因他的意见而改。
  • 第 9–10 周:让产出被用起来。完成标志:有人在你不在的场合用了它。
  • 第 11–12 周:按验收口径写一页材料,走流程。完成标志:四段都能填上,第 4 段不是空的。

第 5–8 周那一段过不去,回到 5.3 的止损判据。

7.2 三条自检

  • 你能说出目标团队这个季度最在意的那个数吗?说不出来,说明你还没进到对话里。
  • 你的产出有没有第二个人在读、在用?没有,说明它还只是你的作业。
  • 你的直属上级知不知道你在做这件事?不知道,你在给自己埋风险——不是要请示,是要让这件事进你的工作安排,否则你只能拿自己的时间填。

第三条最容易被忽略。很多人把转岗当成地下工作,做完再摊牌;但在需要书面变更的流程里,偷偷做出来的东西,最后往往只能算个人兴趣。

7.3 回到那条判据

整篇其实只说了一件事:内部转岗的判据不是「我学得多好」,是「我现在的岗位能不能产出你们要的交付物」。

三步都围着这条判据转:找接口人,是为了知道交付物长什么样;用小项目换协作,是为了让交付物被验一次;用对方的验收口径写材料,是为了让这次验收被写下来。

如果你现在的位置,一年也产不出一件跟目标团队同类的交付物,那不是三步走不通,是这条路本身不成立——这时候该做的不是更努力,是去看外部。

这份资料是什么:第 7 章这份十二周节奏清单,加上 6.2 那五句替换,我放在同一份资料里,可以打印出来逐周打勾。放在资料包里,扫码即可获取:

附表 A:本文引用事实与出处对照表

事实出处(文档名 + 发布方 + 链接)本文位置核验方式与状态
「用人单位与劳动者协商一致,可以变更劳动合同约定的内容。变更劳动合同,应当采用书面形式。变更后的劳动合同文本由用人单位和劳动者各执一份。」《中华人民共和国劳动合同法》第三十五条,全国人民代表大会常务委员会 2007-06-29 通过,2008-01-01 施行;国务院公报 2007 年第 23 号,www.gov.cn/gongbao/content/2007/content_711013.htm5.22026-10-22 抓取公报原文,第三十五条逐字核对
劳动合同应当具备的条款包含「工作内容和工作地点」同上,第十七条第一款第(四)项5.22026-10-22 抓取原文逐字核对
用人单位可在劳动合同或保密协议中约定竞业限制条款,并约定在竞业限制期限内按月给予经济补偿同上,第二十三条5.22026-10-22 抓取原文逐字核对
解除或终止劳动合同后的竞业限制期限,不得超过二年同上,第二十四条第二款5.22026-10-22 抓取原文逐字核对
2012 年修改决定仅涉及第五十七条、第六十三条、第六十六条、第九十二条,未改动本文引用的第十七条、第二十三条、第二十四条、第三十五条《全国人民代表大会常务委员会关于修改〈中华人民共和国劳动合同法〉的决定》,主席令第七十三号,2013-07-01 施行,www.gov.cn/jrzg/2007-06/29/content_667720.htm5.22026-10-22 抓取修改决定全文,逐条比对修改范围后确认条号未变
「三个月」是一个自设观察窗,不来自任何统计或制度本文自述5.3、7.1正文已声明不是统计结论;读者可自行调整阈值
「接口人」「验收口径」「跨组协作」「交付物」为行业通用说法,非标准术语或官方定义本文自述第 2–4 章说明性文字,各公司口径可能不同
各公司内部转岗的具体流程、编制审批、调薪规则未取得可引用的公开一手文件全文未写具体制度、公司与薪资数字待验证:本文因此不写任何公司名、流程步骤与薪酬数值
文中 1.2 万、8 千、60 题、41 题、52 题、4.2 万条等数字均为格式示例本文自述2.3、4.3、4.4已在正文三处标注为示例,不对应任何真实项目

附表 B:术语速查表

术语一句话解释在本文哪里用到
内部转岗在同一家公司里换团队或换岗位,劳动关系不中断第 1 章起全篇
交付物别人能直接接手使用的东西,如表、脚本、评测结果、接口1.2 起全篇
接口人目标团队里能说上话、手上正好有你现岗位产物的人2.2、2.3、7.1
跨组协作两个团队共同定目标与验收标准的一次合作,不是顺手帮忙第 3 章、5.3
badcase模型答错或答非所问的那一条具体样本2.2、2.3、3.1
评测集一批固定的题加判定标准,用来做改动前后的对比3.1、4.2、4.4
召回检索环节有没有把该找到的内容找出来2.3、4.4
验收口径对方判断「这东西能不能用」的那几条标准4.2 起全篇
编制一个团队被批准可以有的岗位数量,没有编制通常招不了人2.1、2.2、5.1
汇报线你在组织里向谁汇报、由谁考核5.2、7.1
竞业限制离职后一段时间内不能去有竞争关系的单位,单位按月给补偿5.2
变更劳动合同改动合同里约定的内容(如岗位、工作地点),需协商一致并采用书面形式5.2

写在最后:这篇用到的资料

写这篇文章时,把相关的官方文档和源码又翻了一遍,顺手也整理了几份配套的东西:

  • 大模型学习路线图:从零基础到能自己动手做 Agent,按阶段说明每一步该学什么、哪些可以先跳过
  • 《LangChain + LangGraph + MCP 智能体开发实战》视频课:7 个模块,从私有化部署、Embedding+RAG 到 MCP+Agent 全流程
  • AI 大模型知识库(在线可查):Agent Skills 从入门到落地、Claude Skills 完全指南等专题,按目录浏览即可
  • 640 套 AI 大模型行业报告 + 经典 PDF 书籍:看行业落地案例和别人怎么做的时候用得上
  • 大模型零基础到精通教学视频:跟着敲一遍,比只读文档快得多

资料是我自己整理的,放在下面这个码上,扫码即可获取:






添加时备注「AI」,优先通过。

资料按「先路线、再动手、最后查漏」的顺序整理好了,建议先看学习路线那一份,照着它挑一条适合自己当前基础的路径再往下看。