debug
仅当用户遇到专门基于 Afro.tools 规范的失败集成时才使用此技能 — 用户正在集成其规范存在于 Afro.tools 注册表中的提供商(Paycard、LengoPay、Djomy、Wave、NimbaSMS 等),并且遇到错误的状态代码、身份验证错误、Webhook 失败、意外响应字段或运行时错误。不要激活通用调试、非 afrotools 提供程序或不基于 Afro.tools 规范的集成。此技能可以诊断问题是否是规范错误、缺失的陷阱或未记录的 API 更改。 --- # Afro.tools — 调试技能 当此技能激活时,获取受影响的提供程序和功能的规范,然后系统地将其与用户的实现进行比较以找到差距。 ## 工作流程 1. 从错误、代码片段或用户描述中识别提供程序 slug 和功能。 如果不清楚就问——不要猜测。 2. 获取规范: ``` afrotools.get_spec({provider: "<slug>",capability: "<capability>" }) ``` 3. **首先检查陷阱。** 大多数集成失败直接映射到记录的陷阱。在寻找其他地方之前先阅读每个条目。 4. 根据规范交叉检查实现: - **Auth** - 正确的字段名称、位置(标头与正文)、格式字符串 - **Endpoint** - 正确的方法和 URL、正确位置的路径参数 - **字段名称** - 提供者字段通常是非标准的(例如“paycard-amount”,而不是“amount”);将用户的有效负载与“input_schema”进行比较 - **状态值** - 枚举区分大小写(例如,LengoPay 使用“SUCCESS”,而不是“success”); Paycard 上的“代码:0”表示“已找到”,而不是“已付款” - **Webhook** - 立即返回 HTTP 200,仅在回调时无法满足要求,某些提供商需要 HTTPS 5. 清楚地表达诊断: - 引用相关的规范字段或陷阱 - 显示代码的作用与规范的要求 - 提供最小的更正片段
更新日志: Source: GitHub https://github.com/afrotools/afrotools
评论加载中...