一面（基础技术面）自我介绍，然后开始问基础，偏嵌入式底层和RTOS：设计一个带看门狗（Watchdog）的嵌入式系统，描述故障恢复流程UART、SPI、I2C 协议的核心差异及典型应用场景推挽输出与开漏输出的区别？举例说明在 GPIO 控制中的应用如何通过 DMA 减少 CPU 在数据传输中的负载系统时钟配置对低功耗设计的意义是什么嵌入式操作系统（如 FreeRTOS）中任务的状态有哪些？状态切换条件实时操作系统（RTOS）的“硬实时”与“软实时”区别RTOS 的任务调度策略有哪些？如何保证实时性任务间通信方式（信号量、消息队列、管道）的适用场景及优缺点如何避免中断服务程序（ISR）中的竞争条...

RT，不是很好意思直接问HR

如题，实话实说在我的开发中，回答很可能是“加上异常处理，设置最大重试次数，重试三次如果仍然失败就返回错误信息给用户。”你就说有没有毛病吧……这个思路虽然是工程的基本功，但它却是传统软件的错误处理模式。把这个模式直接搬到Agent上，虽然解决了部分简单的失败，但远远不够。零、为什么Agent的失败不同于传统软件？传统软件的失败是显性的，通常表现为接口超时、参数校验不通过或数据库连接失败等，这些都会抛出明确的异常，让你清楚地知道问题在哪里。而Agent系统的失败则是隐性的，尤其是像基于大语言模型（LLM）的系统。例如，LLM可能返回了一个格式正确、没有报错的JSON，但它可能选错了工具、传错了参数...