求大佬给点简历优化建议

同志们，请问这个简历有问题嘛🥹还有什么地方需要修改的嘛，进中小厂有问题嘛？求意见

👋个人背景：本中9硕末9，北方人👏offer1：景嘉微 N*14 芯片事业部 opengl、显卡性能优化💯offer2：瑞芯微 （N+1）*15 ai算法岗 额外补贴长沙人才补贴2w，景嘉微安家费很高，和福州的人才补贴差不多福州三年共18w ，额外一个月1500的房补

案例一：自然周内最大活跃天数，按“日历周（周一到周日）”统计。思路：①给每一天标上年 + 周号②按 (gaid, 年, 周)统计活跃天数③再按 gaid 取最大值易错点：①周号的写法②统计活跃天数时要去重selectgaid,max(active_days) as max_active_days_in_weekfrom (selectgaid,year(ds)  as yr,weekofyear(ds) as wk,count(distinct ds) as active_daysfrom active_loggroup by gaid, year(ds), weekofyear(ds)) tgroup by gaid;案例二：任意连续 7 天内最大活跃天数（滑动窗口）思路：① 以每一天作为窗口终点​对每一个 ds，看它往前 6 天 + 当天② 统计该窗口内的活跃天数​用 count(distinct ds)，避免同一天多次活跃③ 按用户取最大值​得到每个用户在任意连续 7 天内，最多活跃几天易错点：①窗口写错成 ROWS,range between 6 preceding按日期值②统计活跃天数时要去重count(distinct ds)selectgaid,max(window_active_days) as max_active_days_last_7dfrom (selectgaid,ds,count(*) over (partition by gaidorder by dsrange between 6 preceding and current row) as window_active_daysfrom active_log) tgroup by gaid;

1. 讲一下你做过的一个 Agent 项目，重点说业务背景、流程和你负责的部分2. 如果你的系统里也有高并发场景，你会怎么设计限流、降级和幂等高并发下最怕的不是平均请求慢，而是少数慢请求把整条链路拖死。Agent 系统一般调用链长，请求里既有模型推理，也有工具 I/O 和数据库操作，所以不能只靠一个网关限流就完事。我会把限流拆成几层：入口做用户级和租户级限流，任务编排层做任务队列隔离，工具层做并发池控制，模型层再做 token 预算和超时回收。这样某一个工具服务出问题时，不至于把整个系统打爆。幂等也很关键，尤其是有写操作的时候。像发通知、写审批、更新状态、创建工单这种动作，必须给每次执行一个 ...