看了篇论文感觉挺有意思的，这个是我目前看，能够比较完整的把智能体错误进行系统整理并給出一个诊断方式的文章。并提出了一个多代理系统故障分类法(MAST - Multi-Agent System Failure Taxonomy)原文链接这个文章主要把Agent的问题分为了三类第一类：系统设计问题这类错误通常是因为系统让智能体扮演的角色没定义好，或者智能体没能遵守“人设”和规则。其中下分五个错误1.1 违背任务规范 (Disobey Task Specification)：用户说“不要用固定字典”，智能体非要用。即无视用户的核心约束。 1.2 违背角色规范 (Disobey Role Specif...

之前小米一面的时候，面试官让我自我介绍，我为了让面试官能跟上我的节奏，主动共享屏幕，然后对着简历上的实习经历和项目整体的架构图讲整个流程，但是讲完之后，爆发了一些矛盾：面试官说：“你对你的实习经历还不熟悉吗？还要对着简历讲”我说：“我这是为了让我讲的更加清楚，因为单靠口头描述的话，怕有点抽象，不大好理解”面试官说：“你都还没讲呢，怎么知道我不能很好的理解呢？”我说：“因为在这短短的几分钟之内，靠口头描述一个系统确实很抽象，所以想照着这个架构图讲”接着面试官说了这样的一句话：面试官说：“面试了这么多学生，你是唯一一个自我介绍还要对着简历讲的人”我心里一下子就恼火了起来，对着喷：我说：“经历了这么多场面试，你是唯一一个面试官对我共享屏幕有意见的”后续面试，他也只会问些Java八股问题，我也给他吟唱了一番，然后手撕的时候，由于有点不熟练了，再加上要跟朋友出去按摩，后面就说不想撕了，后面就去按摩去了。后续的结果竟然过了，但是一想着这面试官要做我的mt，后面就拒了后续流程了。

这波百度财报不好看，吹了半天的all in也不奏效，开始锁hc，全集团进入人力盘点阶段，部门部门已经开始通知裁员，不过这波补偿不错n+3.5(n+1+0.5签字+2个月年终补偿)，这么李彦宏还不错，不少被裁员工在感谢公司，分手也算体面。就是不知道把某大厦通往天台楼梯封了干啥，害怕tiao吗？防患于未然，也对！

那一次，我负责给一款嵌入式设备烧写系统镜像并做测试。为了不出错，我小心翼翼地在开发板上操作，每条命令都反复检查。但就在最后一步刷机时，我不小心把生产分区的镜像写成了测试镜像。结果，如果没及时发现，设备的固件就会被完全覆盖，可能导致整批设备报废，还要重新刷写和调试。幸好我在烧写前做了备份，才避免了一场真正的“灾难”。这件事让我深刻体会到：嵌入式系统里，一条小小的命令也可能闯出大祸。小心翼翼固然重要，但规范操作、做好备份和多重检查，才是嵌入式开发中避免踩坑的必修课。