—— 餐厅里那个AI 全栈工程师和传统架构师的对话阿明餐厅·续集 18一、开场老板阿明的AI 革命2026 年春阿明的餐厅连锁开到第 50 家。他招了个新人——简历上写着AI 全栈工程师会用 Cursor、Claude Code、Copilot月薪 3 万比传统高级工程师还贵 50%。“以后所有业务系统都让 AI 写。” 阿明在周会上拍板“AI 写代码快 10 倍成本低 70%我们再也不需要 10 个 Java 工程师了。”技术总监老张没说话只是默默打开了生产环境的监控大屏。二、第一幕AI 写的完美代码新来的小李意气风发“老板放心我一个人 AI能顶 10 个工程师”他用 Cursor 一晚上搭出一个点餐系统顾客下单CRUDAI 5 分钟写完收银回调AI 10 分钟写完食材库存扣减AI 15 分钟写完顾客扫码登录AI 5 分钟写完代码看起来非常完美变量命名规范、函数职责单一、注释清晰。但 AI 没告诉小李的事厨房版收银回调没有幂等性 → 顾客重复付款会重复发货食材库存没有超卖防护→ 高峰期超卖 200 份顾客密码用明文存储AI 默认用 MD5 加盐但盐是固定的厨房日志打到 stdout 而非 ELK运营同事找不到问题没有熔断降级第三方支付挂了整个系统挂这些是 AI 不会主动考虑的工程责任问题。三、第二幕线上事故上线第 7 天问题集中爆发时间问题损失Day 3重复支付 12 笔多发货 12 单损失 6000 元Day 5大促超卖 200 单赔款 4 万损失 4 万Day 7第三方支付挂了系统雪崩 2 小时损失订单 8 万老板阿明怒了“小李你写的什么代码”小李也很委屈“代码是 AI 写的啊我 review 过了看起来没问题…”四、第三幕老张的反思技术总监老张把所有人拉到一起开了一场事故复盘会。他问了一个问题“AI 替你写了代码但当代码出错时谁来负责”小李说代码是 AI 写的——但小李签字 merge 了老板说我付了钱的——但老板不懂技术细节AI 说我只是个工具——AI 不担责老张说了一句关键的话“AI 不是厨师AI 是厨师的工具智能灶、烹饪机、自动翻炒锅。用 AI 做菜仍然需要厨师对厨房负责。这一点从餐饮业诞生的那天起就没变过。”他画了一张图厨房版┌─────────────────────────────────────────────┐ │ 系统责任的金字塔不可下放 │ ├─────────────────────────────────────────────┤ │ 顶层主厨 → 菜单稳定性 餐厅可扩展性 │ │ 中层前厅经理 → 顾客投诉响应 应急处理 │ │ 中层食品安全员 → 食材安全 卫生检查 │ │ 基层厨房厨师 → 菜品质量 试菜覆盖 │ │ 工具层AI → 加速烹饪不担责 │ └─────────────────────────────────────────────┘五、AI 时代研发岗位的 4 大重定义1. 业务工程师 → “AI 协作工程师”不再是手写代码而是review AI 生成的代码核心能力从语法正确升级为工程正确幂等性、并发安全、可观测性新技能Prompt Engineering、Code Review、风险识别2. 架构师 → “AI 时代的系统设计者”核心能力识别哪些决策 AI 不能做架构选型、技术债、长期可维护性AI 不会主动设计微服务拆分、不会考虑 CAP 权衡、不会规划技术演进路线这些长期决策仍是架构师的核心价值3. SRE/运维 → “AI 系统稳定性负责人”AI 生成的代码可能没有完善的监控、告警、日志SRE 需要反向工程 AI 代码补齐可观测性新角色AI Reliability EngineerAI 可靠性工程师4. 安全工程师 → “AI 生成代码审计师”AI 可能引入安全漏洞SQL 注入、XSS、敏感信息泄露安全工程师需要审计所有 AI 生成的代码新技能AI Code Security Review六、新岗位涌现AI 工程团队需要哪些角色角色职责薪资参考AI 协作厨师用 AI 做菜 review AI 菜品 试菜25-50KPrompt 厨师优化 AI 烹饪指令 Context Engineering30-60KAI 主厨设计 AI 协作流程 选型 AI 厨房设备50-100KAI 前厅经理保障 AI 生成系统的稳定性 监控35-70KAI 食品安全员审计 AI 菜品安全性 合规40-80KHarness 工程师设计 Agent 自我约束规范OpenSpec 等50-100K七、阿明的最终决定事故复盘后阿明做了 3 个决定AI 工具普及化所有工程师配 Cursor Claude Code月薪成本 500 元订阅费效率提升 3 倍工程责任不可下放所有 AI 生成的代码必须经过工程师 review 测试 上线审批新增 2 个岗位AI SRE AI 安全审计师专门负责 AI 代码的可观测性和安全性3 个月后餐厅系统稳定运行AI 工具普及使用团队从 20 人缩到 12 人但系统稳定性反而提升因为工程师 review 更严格了。阿明在内部信里写道“AI 是这个时代最好的工具但它不是工程师。用 AI 提速不难难的是守住工程责任的底线。”八、给所有研发管理者的启示AI 加速了产出但没有降低风险——代码越多潜在 bug 越多工程责任不可外包——AI 不担责工程师必须担责新岗位不是替代而是补充——AI SRE、AI 安全审计师、AI 架构师是新增岗位不是替代传统岗位效率与责任需要平衡——AI 提效 3 倍但 review 工作增加 5 倍九、相关章节45-ai-productivity-paradox— 续集 19AI 提速但价值下滑续集 18 的组织/数据真相延伸46-tech-debt-career-trap— 续集 20技术债困局续集 18 的个人代价延伸31-codebase-cognitive-debt— 续集 7认知债技术债的根因32-agent-harness— 续集 8HarnessAI 协作的工程解药主模块11.ai/04-architecture— AI 架构设计咬文嚼字13.split-hairs/11.ai/function-calling— Function Calling 原理咬文嚼字13.split-hairs/11.ai/agent-dag-vs-react— DAG vs ReAct咬文嚼字13.split-hairs/11.ai/harness-engineering— Harness Engineering 2026-06-28 · 续集 18 · AI 时代反思 · 阿明餐厅