标签
本文介绍了一种在 Rust 开发过程中延迟错误处理的技术和库，允许开发者临时将错误降级为警告，从而在保持正确性的同时维持生产力。
文章对比了使用 Python 和 Rye 脚本下载 PDF 的方式，强调了最初优雅的代码对成功做了许多假设。随后展示了添加验证的过程，虽然降低了可读性，但提高了健壮性。
本文探讨了在 map 闭包中使用返回 Result 的函数时常见的 Rust 错误，并提供了多种解决方案：收集结果、使用循环、filter_map 和 try_fold。
一种实用技术，通过将验证错误反馈到重试提示中，改进语言模型的结构化输出生成，使模型能够自我修正而非盲目重试。该方法以模型易理解的方式描述错误，并提供先前输出供其编辑。
探讨AI智能体在工作流程中第三方服务出现故障时应如何处理，强调了自主系统中稳健错误处理的必要性。
本文深入介绍了 Linux 内核中 C 语言与普通用户空间 C 的区别，涵盖资源管理、错误处理、并发、日志记录、静态分析等核心技巧，使用了大量 GNU C 扩展和内核特有模式。
一篇博客文章讨论了 Go 中过度的空指针检查如何可能表明代码不清晰和错误处理实践不佳，主张早期失败并显式建模不可用的依赖。
作者将精心打磨的AI代理演示与生产系统的现实进行对比，指出大多数代理代码用于错误处理和护栏（guardrails），而非核心智能。
一位开发者讲述了他们的自动化管道如何因速率限制静默跳过失败的API调用，产生了看似成功但实际包含空数据的运行。他们讨论了重试与硬失败之间的权衡，并向社区询问代理错误处理的最佳实践。
对所谓专家构建的劣质自动化系统的批评——他们忽略错误处理、文档和治理，留给客户的是脆弱的工作流，一上线就崩溃。
一位开发者分享了关于按会话而非按单次调用限制工具重试次数的教训，以防不稳定的端点导致费用失控，并建议为每个会话设定重试预算，一旦耗尽就果断报错。
本文介绍了一个界面设计框架，其中每个界面都有两个通道（带内和带外）用于传达关注点。文章认为，好的设计会迫使用户面对重要的关注点，而不是让他们忽略这些关注点。
介绍Hermes Agent中的Auxiliary Models辅助模型功能，可以独立配置每个辅助任务使用的模型，并具备兜底机制，自动切换备用模型；同时提到了Hermes Desktop桌面端的支持。
本文介绍了如何使用 RetryPolicy、TimeoutPolicy 和错误处理程序为 LangGraph 代理添加容错能力，涵盖带退避的重试、超时以及用于生产环境可靠性的补偿逻辑。
一个多智能体系统的构建者添加了一个失效安全开关，当所有四个出站通信通道同时被阻塞时，会提醒人类，防止静默故障。该修复包括一个去重保护，以避免重复警报。
我们发布了 Trustabl Agent Analyzer，一款开源工具，可扫描 AI 智能体仓库，检测缺失的验证、重试和错误处理，并生成保护隐私的本地报告。
一篇提倡在Rust应用中使用自定义错误类型的博客文章，解释了如何使用map_err和From trait创建一个统一的AppError枚举，以简化不同子系统间的错误处理。
Kan-Ru Chen 介绍了 `scoped-error`，一个新的 Rust crate，旨在通过将上下文附件限定在模块级别来改善错误处理的人机工学，解决了像 anyhow 和 thiserror 等现有 crate 的问题。
文章批评了C标准库中用于解析整数的函数（atol、strtol、strtoul、sscanf），解释了为什么大部分函数存在缺陷，只有strtol在仔细进行错误处理的情况下才能正确使用。