标签
对所谓专家构建的劣质自动化系统的批评——他们忽略错误处理、文档和治理，留给客户的是脆弱的工作流，一上线就崩溃。
一位开发者分享了关于按会话而非按单次调用限制工具重试次数的教训，以防不稳定的端点导致费用失控，并建议为每个会话设定重试预算，一旦耗尽就果断报错。
本文介绍了一个界面设计框架，其中每个界面都有两个通道（带内和带外）用于传达关注点。文章认为，好的设计会迫使用户面对重要的关注点，而不是让他们忽略这些关注点。
介绍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在仔细进行错误处理的情况下才能正确使用。
这篇文章来自 The Old New Thing，解释了使API变得'惰性'的概念——以一种不破坏现有应用的方式'什么都不做'——并使用在Xbox上支持打印和淘汰widget API等例子。
作者描述了一个 MCP 服务器的常见用户引导问题——用户在浏览器中访问端点时看到 401 错误——并分享了一个简单的技巧：返回一个 HTML 页面，解释如何正确地将服务器添加到 LLM 客户端，从而大幅减少了支持工单。
本文强调了缺乏用于评估智能体框架可靠性的基准测试，重点探讨了与模型本身相比，MCP 实现如何更好地处理工具调用和错误。
一位开发者梳理了 288 次本地模型运行中的 JSON 输出失败案例，发现了如 Markdown 代码块包裹和尾随逗号等常见问题，并开发了 outputguard，这是一个采用 15 种策略修复无效 JSON 的 Python 库。
本文探讨了 Wix 在其平台上优化数千条错误提示的举措，界定了 UX 设计中良好与糟糕错误处理的特征。文章强调应侧重于清晰度、同理心以及可操作的解决方案，而非使用技术术语或指责用户。
本文解释了如何使用Python构建Claude智能体，强调了有效处理工具故障案例的重要性，而非仅仅依赖理想路径场景。
本文探讨了在API中实现幂等性的复杂性，指出处理并发请求和内容不匹配等边缘情况，比简单的重放缓存更为困难。
一篇博文，详细介绍了使用errdefer日志在Zig中添加错误上下文的最小模式，并将其与完整的诊断接收器（diagnostics sinks）和catch块进行比较，讨论了权衡取舍。
该文章介绍了在Zig中使用诊断工厂模式来管理错误报告，避免预先定义错误类型，而是提供一组构造函数来生成错误信息，并展示了在TigerBeetle项目中的实际应用。