如何用大模型搞垮一个团队？

文章主旨：作者以反讽口吻警示：盲目将大模型当作“降本增效”的万能工具，并在管理混乱、知识缺失的团队中滥用，不会带来生产力提升，只会加速团队崩溃；AI只是放大器，真正的问题在于“治不好的管理病”。

关键要点：

• 高层把“全员削编增效”当最高战略、频繁更换AI底座、用大模型直接做绩效考核与裁员决策，会从顶层制造系统性风险。
• 产品经理用AI代写需求、无差别堆积“AI创意”、放任幻觉进入开发，会让产品失去真实用户焦点与战略取舍。
• 项目经理将研发时间压缩到“AI生成代码的速度”，并把AI输出作为唯一进度依据，会加剧团队倦怠、信任崩塌与形式主义。
• 开发人员“氛围编程”、不审查代码、外包认知、多Agent失控、消灭知识工程，会积累严重技术债，使系统变成不可控黑箱。
• QA、运营及全员只依赖AI生成测试、验收、汇报和“智能体数量”，却不懂原理与业务私域知识，最终团队沦为“AI降神会”。

内容结构：

• 开头：作者称“搞垮团队”需要把AI用到极致、联动上下层层加码，并点明这是给“拥抱AI”团队的反向警醒。
• CEO/CTO：提出“全员削编增效”最高战略、每周更换大模型底座、用AI做绩效考核和裁员决策等顶层乱象，制造方向性混乱。
• 产品经理：总结其用AI代写需求、把数百个AI生成的新功能全部塞进需求池、纵容AI幻觉并让多方案并行开发，导致产品目标涣散。
• 项目经理：归纳其将研发排期压缩到AI生成代码的时间、用AI自动生成站会纪要与日报、让团队盲信“AI不会犯错”，以形式化过程取代真实协作。
• 开发人员：浓缩其“氛围编程”不审代码、把认知外包给AI、取消代码审查、一人同时操作多个Agent、不做知识工程、盲目SFT等行为，最终使代码库与业务规则无法传承。
• QA/测试人员：指出其让AI编写不与业务对齐的测试用例、跳过人工验收、将所有线上Bug归因于“大模型局限”，回避质量责任。
• 运营/业务部门：概括其一年生成大量无用智能体“铺满全公司”，并用AI批量制造无价值工单/报表，造成团队认知过载与信任瓦解。
• 全团队：说明全员只学“AI咒语”、不掌握基础原理，遇到系统性故障只能反复追问大模型，却无法识别私域业务规则中的真实根因。
• 尾声：作者点明“大模型不是问题，治不好的管理病才是”，并讽刺地建议若无法回头就继续上大模型，直到不再需要团队。

文章总结：全文以21条“作死指南”式反讽构建了一面镜子，提醒团队应当把AI用在管理有序、知识清晰、人机边界明确的环境中；否则技术越激进，组织溃败越快。