公司推了 2 个月 vibe coding，开始要 1 人 1 项目了，不达标降岗降薪

9 月开始一个管理向老板汇报 ai 编程怎么怎么牛逼后，开始全员推（之前大家独自用）

10 月底还特别组织了一场为期一天的全员 vide coding 考核（直接拿着个招标文件对着需求做一天，包括前后端，做完看看能做到什么程度）

11 月这周新规定

AI 开发岗位分级与胜任力缓冲期管理细则（正式版·修订）

一、制度背景

为支持公司全面转向 AI 辅助开发模式（ Cursor 、Copilot 、Claude Projects 、v0.dev 等），并建立清晰的能力标准与成长机制，特制定本细则。
本制度通过岗位分级 + 胜任力缓冲期的形式，明确各层级开发人员在 AI 环境下的职责范围与成长路径，确保研发体系的持续升级与稳定。

二、岗位分级与能力要求

（一）高级开发工程师（ Senior AI Developer ）

岗位定义：
能够独立使用 AI 开发工具完成前端与后端的整体开发与系统交付，从架构设计、接口规划、数据结构定义到部署上线，具备完整项目闭环能力。

核心能力要求：

能独立进行系统架构设计、数据库建模与接口定义；

能使用 AI 工具（ Cursor 、Copilot 、Claude 、v0 等）同时完成前端与后端开发任务；

能独立完成系统联调、测试与部署上线；

能优化 AI 生成代码的逻辑、性能与安全性；

能独立解决复杂的跨模块问题，实现从需求到上线的全流程交付；

能制定 AI 协作开发标准，指导中级与初级成员的任务执行。

关键特征：

无需团队支持，即可独立完成完整产品功能的前后端开发与上线。


（二）中级开发工程师（ Mid-Level AI Developer ）

岗位定义：
在队友和项目经理的帮助下，使用 AI 开发工具参与前端与后端的协同开发，能够独立完成分配的模块或功能，但暂不具备独立承担系统级项目交付的能力。

核心能力要求：

能熟练使用 AI 开发工具完成前端与后端功能开发；

能在队友和上级指导下实现模块逻辑与接口联调；

能在 AI 生成代码基础上进行逻辑调整与 Bug 修复；

理解整体系统架构与数据流，能配合完成模块集成；

具备良好的代码规范意识与文档编写能力；

不负责独立部署、生产上线或架构设计任务。

关键特征：

在队友和项目经理的帮助下，能独立完成功能模块的前后端开发，但尚未具备独立完成系统级交付的能力。


（三）初级开发工程师（ Junior AI Developer ）

岗位定义：
在上级指导下，负责前端或后端单一方向任务，使用 AI 开发工具完成功能实现，重点在学习与熟悉 AI 协作开发流程。

核心能力要求：

能正确使用 AI 开发工具进行代码生成与调试；

理解任务逻辑、接口规范与版本管理要求；

在指导下完成功能实现与提交；

培养良好的 AI 协作意识与学习能力。

三、胜任力缓冲期制度

（一）制度目的

为确保现有研发团队在 AI 辅助开发体系下保持稳定输出和持续成长，
公司对目前在实际项目中暂时无法完全胜任岗位响应要求的高级与中级开发人员，
设立胜任力缓冲期（ Adaptation Period ）。

该机制旨在提供学习、辅导与实操支持，帮助员工在 AI 协作、任务响应、代码交付和问题解决等方面
逐步达到其岗位应具备的能力标准。

缓冲期是支持性机制，而非考核或惩罚手段；
期间岗位、薪酬、职位均保持不变。

（二）适用范围

岗位缓冲期时长适用情形高级开发工程师 3 个月在 AI 全栈独立开发、系统集成交付或问题响应速度方面暂未达到岗位标准的现任人员中级开发工程师 2 个月在 AI 协作开发、模块独立交付或前后端响应配合方面暂未达到岗位标准的现任人员

（三）缓冲期目标

高级开发工程师

提升 AI 全栈自主开发能力；

建立完整项目闭环（前端 + 后端 + 部署）；

优化任务响应与问题处理速度；

达到系统级交付标准。

中级开发工程师

提升 AI 协作式开发与模块独立交付能力；

在队友和项目经理的帮助下熟练进行前后端联调；

提高任务响应及时性与质量；

达到模块级独立开发与联调标准。 

开了个小会，传达的意思：

1. 现在的高级前端，高级后端，但是 3 个月后，你不能一个人搞定一个项目，降中级，如果中级不能一个人搞定一个端，降为初级；
2. 没有明说新的“高级”，“中级”岗位工资是否会涨，但是公司已经按上面的标准在招全栈了（也只招全栈），给的钱也是现有同等级同水平，所以基本不可能涨；
3. 工作效率要增加八倍，举例是：以前评估 4 个人 2 个月的 30W 的项目不接，2 个人 2 个星期完成就可以接了；

补充：

1. 目前高级：10-15k ；
2. 三线城市；
3. 一直在慢慢裁员；
4. 老旧项目，也得 1 人全搞；
5. 全栈的定义是：设计、开发、测试、部署，运维只剩下一个了，估计逃不过 3 个月后，测试已经开完了；
6. 怕遇到熟人，开小号来的；

目前 lz 心态是吃瓜等大礼包，大家一起吃瓜

再附上 10 月底全员考核内容：

二、智慧管理系统
学校餐厅营养餐管理人员可通过 web 云端服务软件实现上传、查看工作数据，包括食谱制定、食材采购、工作打分、消毒杀菌、食材菜品管理、账目核算、公示名单导入、每日检查审核、陪餐查看与补录、就餐登记录入、投诉处理、常见问题解答、监控异常上报、操作异常通知、相关数据维护等功能。其主要功能要求：
1.每日工作
营养餐管理人员可通过使用情况，查看每日工作的完成情况，便于监督和工作考核。

2.原材料管理 已完成
营养餐管理人员可添加符合地域特色的原材料。

3.菜品管理 已完成
营养餐管理人员可添加符合地域特色的菜品。

4.制定食谱与智能食谱 
营养餐管理人员可录入符合学生带量的周计划食谱，根据营养分析，进行地域化微调；也可根据季节要求、食谱搭配要求、人均顿值要求智能生成符合学生营养膳食均衡的食谱搭配；针对学校学生个性化选择菜品也支持录入自选食谱，管理人员可分别设置每道菜品的就餐人数，合理利用食材；同时可将今日食谱分享至朋友圈（也会同步到阳光公示端）。

5.消毒杀菌
营养餐管理人员可完成线下消毒杀菌记录的上传。

6.食材采购（需提供功能截图证明）
学校采购人员可进行采购需求创建，并需支持食谱采购和自主采购，支持多供货商竞价采购模式，支持中心校折扣竞价采购模式，系统智能分配配送单，通过订单号可以随时查询订单的竞价流程和订单状态，同时系统也支持根据带量食谱自动发送采购单给供货商，减轻学校采购工作，解放双手。

7.就餐账目核算
营养餐管理人员可根据日期筛选，查看营养餐与非营养餐资金花费、人均顿值等明细。

8.公示名单
营养餐管理人员可上传学校享受营养餐的受益学生名单，支持录入学生照片等信息。

9.每日检查审核
营养餐管理人员查看当天后厨人员每日晨检执行情况与晨检详情，针对存在其他的异常情况进行上岗下岗处理。

10.学生就餐统计
营养餐管理人员或班主任可针对三餐就餐情况，及时登记就餐人数。

11.投诉与建议
营养餐管理人员可针对社会大众提交的意见与建议进行处理。

12.补录入库  已完成
营养餐管理人员可针对特殊情况下，需要对食材进行补录。

13.数据修改申请
营养餐管理人员可针对误操作等情况存在的数据异常，进行数据修改申请，且修改申请必须通过各级审核后才能进行处理。

14.陪餐补录
营养餐管理人员可针对忘记提交的陪餐意见，进行补录操作，从而核算陪餐人员费用明细。

15.基础信息维护
营养餐管理人员可维护管理学校公示端首页图、食品经营许可证、餐厅工作人员健康证/合格证，及时根据提示信息修改更换；支持配置每周采购、每日采购、每日异常短信提醒。

16.帮助中心
营养餐管理人员可查看常见问题的视频解答。

17.监控异常上报
营养餐管理人员可查看监控的违规行为，规范后厨行为。

18.异常提醒
营养餐管理人员可查看存在的价格异常、操作异常、过期异常、顿值异常、损耗异常等，进行预警提示。

19.需求管理
支持子学校上报需求单到父级学校，由父级学校进行下单以及确认供货商的报价，父级学校确认报价后，系统会自动将订单拆分至各个子学校。

20.家长陪餐预约
学校公布陪餐预约二维码，学生家长可通过扫描二维码进行申请，学校通过后即可于指定日期来校进行陪餐。