用途：在编写校验、错误处理或框架适配层时应用这一原则，把验证、类型收窄与错误处理放在系统边界上，内部代码无条件信任类型，业务逻辑以纯函数承载，外壳保持轻薄机械。
核心理由：分散的校验嘈杂、冗余，并带来虚假的安全感；数据只需在边界处校验一次，把逻辑移出框架接线后可在不依赖框架的情况下测试。
模式：在边界（CLI 参数、配置文件、外部 API、网络协议）进行校验、返回错误、防御式处理；系统内部使用带类型的数据、传播错误、不再重复校验，信任类型。
具体应用： 校验与错误处理：在解析时（边界处）校验配置，而非在业务逻辑内部；边界处保存原始数据，在使用点惰性解析；若边界已校验，则不在调用链深处做冗余的 nil 检查。 代码组织：业务逻辑放在不依赖框架的纯函数中；解析函数是从原始字节到类型化状态的纯变换；提示词构造为结构化状态进、字符串出；评分与评估为从状态到结果的纯变换。
自检问题：当前这份数据是否正在跨越系统边界？如果不是，校验就是冗余的。这能否成为外壳只负责调用的纯函数？如果可以，就抽取出来。
限制：资料未提供该技能的安装方式、运行命令、依赖、收费与价格信息，亦未提供平台支持范围或效果数据。