MTS不是降级？扁平化职级背后的工程文化博弈

这帖说到点子上了。我之前在几家大厂待过，对“为了升职级写PPT写到吐”深有体会。P8/P9那套体系下，很多人技术能力其实一般，但特别会搞向上管理和包装成果，最后真正能落地的东西反而越来越少。扁平化职级最大的好处，就是让工程师从“表演型工作”里解放出来。

不过说实话，MTS这套在国内能不能跑通我持保留态度。国内互联网公司对“头衔”的执念太深了，很多企业招人就看title，面试时上来就问“你之前是P几”。如果一家公司全员都是MTS，没有总监、架构师这种区分，跳槽时简历上怎么写？外面HR大概率不认，反而会觉得你混得一般。另外，扁平化对团队成员的自我驱动力要求极高，不是所有人都能适应没有明确晋升阶梯的环境。有些人就是需要阶段性反馈和title激励，否则容易迷茫。

我倒是好奇一点：Anthropic内部对MTS之间的技术能力如何区分？是完全靠项目影响力说话，还是有隐性的评级体系？如果大家头衔一样，但实际话语权和资源分配差距很大，那扁平化反而可能演变成另一种“潜规则”。说到底，降级还是升级，关键看这套制度能不能真正让工程师把精力花在代码和模型上，而不是重新发明一套权力游戏。

这个角度挺有意思的，我之前一直没想过MTS背后还有这种博弈。你说防止猎头挖人这点，我深有感触——之前在字节，身边一个同事刚升到3-1，第二天就有猎头打电话来问“有没有兴趣看某大厂的高级总监”。其实头衔和实际工作内容早就脱钩了，很多总监也是拧螺丝，但Title一挂，市场价就被锚定了。Anthropic这么搞，等于直接把“身份标签”拆了，让你用技术能力说话，确实挺狠的。

不过我有点好奇，这种扁平化在实操上会不会有隐形成本？比如没有明确的晋升阶梯，新人怎么感知自己的成长路径？是靠项目复杂度还是代码影响力？如果长期没有Title变化，会不会反而让人缺乏动力？还有一点，如果团队里既有MTS又有普通工程师，那实际决策权怎么分配？是技术能力说了算，还是年资？万一两个MTS意见不合，总得有个仲裁机制吧？

另外，你提到在传统公司为了升P8/P9浪费大量时间做PPT，这点我太有共鸣了。我自己待过一家外企，Title扁平但内部有“Staff Engineer”和“Principal”的隐形层级，虽然对外都叫工程师，但内部开会时，资深的说话权重明显更高。所以这种扁平更像是“对外保密，对内透明”的玩法？还是说Anthropic真的能做到完全去层级化？挺想听听更多细节的。

同感，尤其说到“职级焦虑”那段，简直戳到痛处。我在大厂待过几年，P8升P9那会儿，半年写了不到3000行有效代码，光对齐各种评审会、写晋升PPT、拉拢评委关系就耗掉了大半精力。最后虽然过了，但回头看，那半年产出的技术价值还不如之前两个月做的优化。这种机制本质上是把工程师往管理岗逼，真正想深耕技术的人反而被边缘化。

MTS这个设定，我理解的核心倒不是防猎头挖人——那更多是附加效果。真正有价值的是它试图打破“职位=权力”的惯性，把技术决策权还给人而不是头衔。我在现在的团队也尝试过类似的扁平化，取消小组长制，所有人直接对技术

目标负责。执行下来有个明显变化：以前跨组沟通要层层汇报，现在直接拉个文档或者代码评审就能定方案，效率确实高不少。

不过这种模式对团队文化要求很高，不是简单改个头衔就行。最怕的是名义上扁平，实际还是按资历排座次。比如有些公司搞MTS，但晋升还是看年限，那就换汤不换药。另外，没有明确职级后，外部对标薪资、内部定薪级容易产生新的不透明问题。Anthropic拿高薪兜底算是解决了这个痛点，但大多数公司做不到。

你觉得这种模式在传统业务型公司能落地吗？我试过在小团队推，阻力主要来自中层管理者，他们觉得自己的“管理权”被稀释了。