用途：指导开发者决定在何处捕获错误，避免错误传播过远或过近，并设计组件/服务隔离。
主要能力：提出“铁律”——绝不在业务逻辑中随意散布 try/catch，只在架构边界处捕获。区分入口边界（HTTP 请求、消息队列、CLI、定时任务）与内部边界（外部 API、数据库、第三方库、父子组件）。给出 HTTP 错误中间件、外部服务适配器、React 错误边界等示例，并说明在边界处做错误翻译、日志记录与优雅降级。
使用方式：先识别上下文切换点，再放置捕获；业务逻辑、服务方法、仓储方法、工具函数与纯业务逻辑应让错误向上传播。提供边界清单与快速参考表，并列出应移除捕获的红旗信号（如空 catch、仅记录后继续、无翻译的 catch-rethrow）。
适用场景：应用架构设计、决定 try/catch 位置、防止单点失败拖垮全局、实现优雅降级、隔离组件。
限制：资料未提供具体安装命令、代码库集成方式、收费或平台信息；内容为方法论与示例，需结合具体技术栈落地。