Meta 那个 Project OT 到底想干嘛

Meta 最近流出来的这个 Project OT 计划简直是在挑战大厂的人力资源底线。说白了，他们不是想搞什么辅助工具，而是直接瞄准了“替代”这两个字。核心思路非常激进：利用高度自动化的 AI Agent 工作流，去接管那些原本需要大量初级甚至中级员工处理的重复性、流程化任务。

我研究了一下这个逻辑，Meta 并不是想一夜之间让所有人都失业，而是想通过构建一套极其成熟的 Agent 协作体系，实现业务流程的“去人工化”。

• 核心逻辑： 传统的软件是人去操作工具，而 Project OT 的逻辑是 Agent 直接调用 API、处理数据、生成报告，甚至在复杂的业务链条里完成决策闭环。
• 目标岗位： 重点不在于顶尖的架构师，而在于那些处于业务中台、需要大量搬运数据、协调流程、做基础审核的岗位。
• 技术路径： 这种做法极其依赖大模型对复杂指令的遵循能力，以及 Agent 在长路径任务下的稳定性，否则一旦出错，修复成本比雇人还要高。

说实话，这事儿挺让人脊背发凉的。如果 Meta 真的跑通了这套闭环，那不仅仅是 Meta 的问题，整个互联网大厂的招聘逻辑都会变。以前我们觉得学点编程、会写点脚本能保命，但如果 Agent 能直接通过自然语言理解业务逻辑并自动部署，那这种“技能护城河”会迅速坍塌。

不过这里面也有个巨大的坑，就是“确定性”问题。大模型现在哪怕是 Claude 3.5 这种级别的，在处理长链路、多步骤的业务流时，依然存在幻觉风险。Meta 敢这么干，说明他们在 Agent 的自我纠错机制或者环境隔离（Sandbox）上肯定做了不少硬核部署，否则这种规模的自动化一旦失控，后果不堪设想。

这不仅仅是技术升级，这是一场关于“组织架构”的降维打击。