工程已经逃离了代码库。工程工具、工程思维方式以及“工程师”这一身份，正在越来越多地塑造每一个职能岗位。只要你在创业圈子里待得够久，就一定会听到这种“万物工程化”的表达：“哦，我是一个设计工程师。”“我们正在遵循 GTM 工程的最佳实践。”“我需要和他们的销售工程师聊聊具体实现。”这自然会引出两个问题：为什么每个角色都在变成工程师？我是否应该为此感到担忧？本文将回答这两个问题。
所谓工程化，是指工程工具、工程技能以及工程身份向非工程岗位扩散的过程，这一现象由一个不断自我强化的反馈循环驱动：工具改变技能，技能重塑身份，而身份又反过来催生新的工具。以“设计工程师”为例，设计工具已经变得极为强大，它们不再只是用来画线框图。像 Figma、Tailwind，以及嵌入在各种框架中的设计系统，使得设计决策直接影响生产环境中的代码。一个按钮不再只是“一个矩形”，而是一整套具备响应式能力、可访问性支持，并与现有系统保持一致的多种变体。与此同时，这些工具的使用也变得复杂起来。想要真正发挥 Figma 或 Tailwind 的全部能力，你必须理解产品功能、配置方式、语法规则、快捷键、最佳实践、限制条件和各种技术约束，到了某个阶段甚至需要阅读代码。尽管如此，非技术人员还是学会了这些技能。由于工程资源稀缺、迭代速度至关重要，设计师开始学习足够多的技术知识，从而能够独立发布产品。大语言模型的出现进一步降低了门槛，它们可以生成 Tailwind 组件、用户界面甚至完整原型，而无需手写代码。随着技能的不断积累，身份也随之转变。设计师不再把工作交接给工程师，而是自己编写产品代码、调试布局、在设计与性能之间做权衡。此时，仅仅称之为“设计”已经不再准确，“设计工程师”这一标签随之出现，重度用户开始自我认同，像 Vercel 这样的公司开始招聘这一岗位，工具厂商也围绕这一身份进行市场推广，于是循环再次启动。工具改变技能，技能塑造身份，身份又进一步要求新的工具。
那么，为什么工程化偏偏发生在当下？长期以来，人们一直在为各类岗位打造强大的工具，但这一次的不同在于三个因素。首先，大语言模型让复杂、领域专用的工具变得更加可及。如今几乎每一个工具都配备了 AI 助手、MCP 服务器，或者推出了 AI 驱动的替代版本。非技术人员可以更快、更轻松地掌握那些曾经只属于工程师的强大工具，并借此生成应用和原型，自动化并优化市场推广流程，构建和配置复杂的工作流。其次，资本使这一趋势不可避免。工程化本身是一门极具吸引力的生意，它正成为 B2B SaaS 的发展方向。企业愿意为此付费，风险投资愿意为此下注，而且成功的方法论已经逐渐清晰。大量资本涌入这一领域，改善了工具能力，赋予用户更多功能，吸引更多创业者进入赛道，同时强化了对“工程化身份”的市场宣传，从而进一步加速整个循环。第三，身份认同使工程化变得持久。一旦人们开始把自己视为工程师，这个循环就会自我维持。越来越多的非技术岗位开始强调工程能力，工程化赋予个人更大的自主权，也为工程师节省时间。成功的案例鼓励非技术人员扩展技能、更多使用工具，当他们在“类似工程”的工作上投入越来越多时间时，原有的角色身份显得低估了他们的价值与技术含量。于是，人们更认同自己正在构建的事物，以及那些负责构建的人，也就是工程师。新的身份通过博客文章、会议演讲、线下聚会甚至一条推文逐渐固化，新身份的出现又会强化循环，人们采纳它，工具围绕它构建，市场营销强化它，整个周期再次运转。
与此同时，“工程师”这一称谓的含义也在发生变化。过去，工程意味着在边界清晰的领域内掌握特定技能，并经过正式训练与严格门槛筛选。在物理工程领域，这一点仍然成立，因为失败会带来现实世界的物理后果。但在软件领域，失败成本较低，门槛更难维持，边界正在逐渐模糊。“工程”的界定标准正在从“谁被允许建造”转向“谁有想法并愿意真正把它建造出来”。它越来越少地强调对全部理论的掌握，而更多强调将理论付诸实践。对一些人而言，这似乎是一种去专业化，意味着更多自学从业者、更少深度积累以及头衔意义的削弱；但对更多人来说，这是一种能力的扩张，是更大的自主权、更快的迭代速度、更强的杠杆效应，以及更好地将真实、有价值的问题转化为解决方案的能力。
那么，你是否应该为此担心？技术与非技术工作的界线并未消失，而是被重新划定。无论你是否是工程师，最终的赢家都会是那些具备“构建者思维”的人。对于非技术人员来说，不必害怕承担更多“工程化”的任务。工具已经变得更强大、更专业化，许多人已经成功掌握并使用它们，而大语言模型与 MCP 的结合，使学习和操作更多工具变得更加容易。对于工程师而言，整个世界正在投入大量资源，让你变得更加强大。善用这些工具，把自己打造为能够独立完成端到端交付的产品工程师，利用各种工具进行竞品研究、用户访谈、界面设计与产品数据分析。对于创业公司而言，应当为这些新型工程师构建产品，至少要让人们能够真正“做工程”：提供 API，使文档可被机器读取，发布 MCP 服务器，并与其他工具实现连接。工程已经不再局限于代码，它正在成为一种跨职能的通用能力，一种身份认同，也是一种新的构建方式。