大家好，我是杭州某大厂中台后端研发。最近一次线上紧急排障，让我彻底想明白了一件事：AI 再强，程序员的 SQL 基本功永远不能丢。背景：周末深夜被线上问题叫醒某个周末晚上，我接到上游部门研发同事的电话：需要紧急查询一份线上数据。数据源跨不同实例业务表拆分出 8 张分表需要统计总数 + 关联两张表字段线上问题响应不能拖，我一边远程配合，一边凭脑子里的业务表结构手写 SQL。结果第二个组合查询第一次没跑通，同事 Review 后又改了一轮才真正可用。事后复盘，我很清楚：极限压力下，手写 SQL 的能力依然不够稳。灵魂一问：AI 都能写 SQL，我为什么还要练？现在确实是 AI 时代，只要描述需求、...

这个叫龙湖数科的是什么78公司啊，前一秒投递完，后一秒我去看投递记录已经挂了。这真的让我感觉很恶心，纯是在戏耍人。

有没有大佬帮忙看看，这个简历能找到工作吗（没有实习经历），进大厂够不，每天都刷程序员被ai替代，焦虑的不行了...

Q1：规划和执⾏要不要拆开两个模型？答案：视任务⽽定。Planner-Executor 拆分可提升可控性（强模型规划、快模型执⾏）；单模型端到端更简单但易在⻓链路漂移。可混合：规划⽤强模型，执⾏层做确定性校验。Q2：如何避免 Agent 在⼯具调⽤间「迷失」？答案：明确 停⽌条件 与 最⼤步数维护 任务清单（todo） 与 当前⼦⽬标对每步输出要求 结构化（JSON）关键步骤 强制验证（单元测试式检查、⼆次 LLM 审核）Q3：结果冲突怎么整合？答案：优先级规则（权威源 > 时间新 > 多源⼀致）、让模型显式输出「冲突说明」、必要时触发⼈⼯。Q4：基于效⽤的 Agent 和基于⽬标...