SettlementWitness 是 OpenClaw 生态中专为任务结算场景设计的轻量级验证技能。它通过调用公共 HTTPS 端点，为已完成的任务生成具备防篡改特性的数字收据，解决自动化工作流中"任务是否按规完成"的信任验证问题。
核心用法
使用时，开发者需向 https://defaultverifier.com/settlement-witness 端点 POST 包含 task_id、spec（预期规范）和 output（实际输出）的 JSON 数据。系统基于确定性规则进行比对：若 output 完全匹配 spec，返回 verdict 为 PASS 的收据；反之则返回 FAIL。收据包含唯一的 receipt_id，可作为 settlement（结算）前的 proof-of-delivery（交付证明）永久存档。整个过程无需本地部署服务，纯文档化集成方式使其可无缝嵌入现有 OpenClaw 工作流。
显著优点
该技能最大优势在于其无状态（Stateless）和确定性（Deterministic）架构。它不存储历史数据，每次验证都是独立的，避免了状态同步带来的复杂性。所有验证逻辑完全透明且可复现，相同的输入永远产生相同的输出，确保审计追踪的可靠性。此外，其轻量级设计仅依赖标准 HTTPS 调用，无需安装额外依赖或守护进程，极大降低了集成门槛。对于需要自动化结算的 AI Agent 工作流而言，这种"仅验证不匹配"的极简哲学有效避免了主观判断带来的争议。
潜在局限
SettlementWitness 明确声明不评判质量也不仲裁争议，仅执行严格的确定性匹配。这意味着它无法识别"输出虽然格式正确但内容质量低劣"的情况，也无法处理 spec 本身存在歧义的复杂场景。此外，该技能强依赖外部网络和特定端点的可用性，若 defaultverifier.com 服务中断或网络受限，验证流程将完全停滞。作为 T3 来源（社区/个人项目），其长期维护稳定性和安全更新的持续性也略逊于企业级服务。
适用群体
该技能特别适合以下场景：OpenClaw 生态内的自动化任务结算系统、需要不可篡改完成证明的审计日志系统、以及 AI Agent 工作流中的质量门控（Quality Gate）。对于开发去中心化应用或需要链下计算验证的区块链开发者，这种提供签名收据的机制也具备参考价值。然而，对于需要复杂业务逻辑判断或人工质量评估的场景，该工具则显得过于简化。
使用风险
主要风险集中在数据隐私和网络可用性两方面。虽然 skill 本身不收集数据，但用户必须严格避免将私钥、API Key 等敏感信息传入 spec/output 参数，因为这些数据将通过 HTTPS 传输至第三方服务器。建议仅传递哈希值或脱敏 ID。另外，由于依赖外部 API，存在因网络延迟或服务端故障导致验证失败的风险，生产环境建议实现重试机制和降级策略。最后，T3 来源意味着代码虽透明但缺乏顶级组织的背书，关键业务场景建议进行额外的安全审计。