施耐德电气 人工智能方向

1. 自我介绍2. 介绍你的实习项目，你做了哪些事情以及你的思考3. 升级之后 tool 调用准确率提升了多少，怎么衡量答案：tool 调用准确率不能只看模型有没有调用工具，而要看调用的工具是否正确、参数是否正确、调用顺序是否正确、结果是否被正确使用。我们会把一次工具调用拆成几个指标：工具选择准确率、参数填充准确率、无效调用率、重复调用率、最终任务成功率。比如升级前模型经常把“查询保单责任”和“查询历史理赔”混淆，或者漏传 policyId。后来通过工具分域、意图路由、参数 schema 校验和少量高质量样例，工具选择准确率从大概 82% 提升到 92% 左右，关键参数完整率从 88% 提升到...

大佬们帮看看简历，只写了一个项目，两个会不会好点

xdm 早上喝奶茶差点喷出来。事情是这样的，我们班有个哥们儿，简称 L，去年秋招拿了字节sp，专业方向是后端。我们当时都震惊：这哥们儿平时课上从来不发言，期末小组作业基本是划水的那种，刷题平台 commit记录我点进去看过，绿格子稀稀拉拉。但他面试一路绿灯。一面二面三面 hr 面，全过，给的还是sp。当时班级群里恭喜他的、问他经验的、约饭的，热闹了一周。他说自己"运气好，准备充分"。我们都信了，直到三月初他入职。入职第二周开始，班里另一个进字节的同学W（在隔壁组的）开始跟我他的不对劲。一开始是写代码慢，后来写不出来，再后来是组里 mentor 让他fix 一个简单 bug 都搞了一下午没动静。最离谱的是上周。W 说他们大部门搞了个新人分享会，让新人讲一下自己负责模块的设计思路。L 上去讲了 20分钟，全程念稿子，问答环节别人随便问一个"那你这里为什么用 Redis 不用 Memcached"，他直接卡 30秒说"这个我回去再确认一下"。会后他 mentor 直接找 leader 谈，leader 找 hr 谈，hr调出了他面试录像，全程对比口型和回答节奏，发现他二三面有大量时长在偷偷看屏幕外（推测开了双机位 AI 答题）。（这段是 W后来转述给我的，他自己也是听他组里同事八卦来的）昨天下班前，W 告诉我L 被辞退了，让他自己走，不走就走仲裁但会发函到学校。L 现在已经回学校了，朋友圈仅三天可见。我说真的，我不是个心眼小的人，但是我看到这个消息的时候真的有种"嗯，挺好"的感觉。去年秋招我投字节后端，简历挂。我准备了八个月，背 八股 + 刷 500 题 +项目改了三版，连面试机会都没拿到。班里这哥们儿凭着一个外挂上岸，最后还是被甩出来了。不是说作弊就一定会被发现，但是当面试拿到的 offer远远超出真实能力的时候，迟早会有这一天。试用期三个月不是给你过家家的，是真的要写代码、要在会议上回答问题、要扛需求的。我现在反而有点同情他。同情他相信"上岸就是终点"。发出来不是为了嘲笑谁，就是想说给那些正在被身边作弊上岸的同学搞得很 emo 的 uu 们听——别急，回旋镖很长，但它一定会回来。你继续刷你的题，写你的项目，背你的八股。该是你的迟早是你的，不是你的早晚还得还回去。xdm 共勉。

很多做嵌入式的同学，简历里都会写一句：“熟悉 FreeRTOS，具备多任务开发经验。”但问题来了。到底学到什么程度，才算真的“熟悉 FreeRTOS”？是会创建几个任务？会用队列发消息？还是能把 Demo 跑起来就算？说实话，如果只是会 xTaskCreate()、会 vTaskDelay()、会建个消息队列，这最多只能算“用过”。离“熟悉”还差一截。这篇文章，我就把这个问题掰开讲清楚：FreeRTOS 到底学到什么程度，简历上写“熟悉”才不心虚。一、先说结论：会用，不等于熟悉很多人对 FreeRTOS 的理解停留在这几个层面：会创建任务会设置任务优先级会用延时函数会用队列、信号量跑过几个小项...