我现在有一个项目机会是去做 AI Agent 的交互设计 fellowship，持续时间半年，全职投入。这个 fellowship和我现在的本职工作有比较大的差异： 1. 现状与思考： 我的本职工作是 Support Engineer，也就是做产品的技术支持，连接客户需求和产品开发。在 AI 时代，Support Engineer 的角色会发生一定的改变，但是目前我的工作其实和 AI 之间的结合并没有那么多，而且我觉得我的工作并不处于核心的利润中心。 2. 转型契机： 所以我在思考将自己的职业转型到另外的赛道上，我觉得这个 fellowship 的机会是一个不错的跳板。 3. 面临风险： 风险是我可能在半年之后，当这个 fellowship 完成之际，要回到自己原本的团队。这个时候原本团队可能会有调整，或者大家会因为我离开这半年而有很大的变化，再融入一个团队可能就没有那么容易了。 4. 留在原岗位的局限： 但如果我继续在 support 这个岗位做的话，我会觉得自己对职业的掌控性变得很低。因为工作局限在自己的产品，对其他模块以及整个产品的利润模式都有非常少的介入。所以我认为这个职位的天花板是比较低的，希望能够跳到一个别的职位上，或者进入一个新的轨道。 5. 对 AI 时代职业积累的看法： 而且在这个 AI 时代，我觉得好像没有所谓的可以长期积累的岗位，只有技能、对商业模式的思考，或者是经验的累积，才是可以长期积累的。 所以我想问关于我的职业发展和规划的问题：你会怎么看待我在目前的职业选择和积累呢？

组织提拔一个人，通常不是因为他把活干得好，而是因为他能带来新的东西。防御型评价——靠谱、细致、不掉链子、能扛——从初级升到中级够用，但到中级往上就变成天花板，因为它只说明维持，不说明增量。判断天花板，可以看这个岗位的职责描述和考核里，有没有“开拓新业务、引入新方法、带来新资源”这类要求。如果全是接住任务、维护流程，那换一个业务周期也大概率还是同一类位置；如果岗位本身允许你定义问题、设计做法，那它就不是职能天花板，只是当下业务没跑起来⁠1。

在一家公司内部做选择时，业务排在老板和项目之前：好业务能让团队整体受益，机会多、晋升快；业务不行，老板再强也难有作为。所以“当前业务不行”确实会压住你，但它是可逆的，业务周期过去或换到好业务，位置会回来。而“职能天花板低”是岗位定义的问题，换业务也带不走。判断方法：问自己如果这个业务明天翻倍增长，你的岗位会不会多出新的职责和判断空间。会，说明是业务问题；不会，说明是职能问题⁠2。

AI 让生成变便宜后，稀缺转向定义问题、设定约束、评估验收这三类判断，而信息搬运和叙事包装型的岗位更容易被挤压。这不是说支持类岗位一定没前途，而是看它有没有向“更接近模型、也更接近结果”的位置移动的空间：能不能把模糊的业务问题翻译成可执行的上下文，能不能设计验收标准，能不能判断什么该自动化、什么该人工接管。如果岗位允许你做这些，天花板就不低；如果岗位只允许你转达和汇总，那它更可能是职能限制⁠3,4。

同一套“定义问题、设定约束、评估验收”的能力，放在不同位置上价值差别很大。关键看责任有没有在交接中被清零：每交接一次，原本要解决的用户问题就被翻译成一个更容易验收的交付物，需求变功能、功能变上线，交付物都按时完成，最初的问题却可能原封不动。所以判断 fellowship 或新岗位，可以问：这个位置是只负责产出中间交付物，还是能一路跟到结果出现、结果不好时责任能回到最初的判断。能闭合“判断—交付—真实反馈”的小循环，才算靠近结果⁠1。

你判断“真正区别在于要解决的问题是不是重要的”，这个方向是对的，但“重要”要落到具体诉求上。客户愿意付钱，是因为你满足了他核心诉求里的某一环：把报告变成清单，工具也能做；替他找到靠谱的人、负责让活按时干完，他买的才是完整交付，愿意为少协调、有人负责结果付钱。同样一张清单，背后可以是软件、撮合或履约，能收的钱和需要的核心能力都不同。放到你身上：你解决的细碎边缘问题，是客户核心诉求里的哪一环，还是别人不愿做、做完也没人接着用的维护项？这个问题的答案，比“我会不会定义问题”更能说明岗位价值⁠2。

与其反复推演，可以先挑你手上一个维护性任务，写下“如果它有用，少做一轮会在什么时候造成什么后果”，然后停一轮或只做最低限度，看有没有人真的受影响。到期什么都没发生，说明它更接近不产生结果的代理动作；有人立刻来找你，说明它其实连着某个真实结果。这个测试只适合低风险、可恢复的工作，先写清预期后果再动手。它帮你区分的是：你现在的岗位是被组织定义成接住任务，还是你恰好被分到了边缘业务——这两种情况的应对完全不同⁠1。

你说不做或只做有限限度会有人立刻来找你，但取决于问题严重程度和客户大小——这其实已经给出了判断线索：只有当某个具体的人或客户会因为结果变差而受损时，你的工作才被真正看见。做得多少没人发现，通常意味着这些工作处在“完成即可”的区间，用心程度对结果影响不大，老板也没有动力为它加资源⁠1。反过来，高杠杆的工作是那种你做到 90 分和 60 分，结果差出好几倍的事。你可以先不改变工作量，只挑一件现在做的事，问自己：如果我把产出提高十倍，会离结果更近吗，结果会变好吗⁠2？如果答案是不会，那这件事本身就不承载壁垒，做多做少确实一样。

接 case 和维护性工作的问题在于，它服务的是客户细碎、边缘的需求，对组织不连贯，也不触及利润增长。这种情况下，即使你能定义问题、设约束、验收，也只是把执行做得更规范，换到 fellowship 也可能只是换个地方做执行。真正能沉淀的是：你做了别人做不了的事，并且有办法把它系统化，变成以后还能用的技能⁠3。这跟“多接几个 case”是两回事——前者是能力资产，后者是工作量。你现在已经在做实验性项目、尝试从工作里积累资产，方向对，但可以再收紧一步：问这项工作除了完成今天的任务，还给下一次留下了什么，是更准确的判断、可复用的工具，还是用户关系⁠4。如果什么都没留下，它就只是消耗。

不用马上少做或不做，先选一件你判断“做多做少没人发现”的工作，主动给它接一个外部信号。比如把某个客户反复遇到的问题整理成一个可复用的判断或工具，然后看有没有人真的来用、来问、来依赖它。这个动作能验证的是：你手上到底有没有别人拿不走的东西，还是只是流程里的一个环节。如果做出来没人要，说明这件事本身不承载价值；如果有人开始依赖，你就找到了一个可以继续加深、并且能被看见的入口。这比笼统地“提升影响力”更具体，也更容易判断下一步该往哪走⁠1,4。