| name | debug |
| description | Use this skill ONLY when the user has a failing integration that is specifically based on an Afro.tools spec — the user is integrating a provider whose spec exists in the Afro.tools registry (Paycard, LengoPay, Djomy, Wave, NimbaSMS, etc.) and encounters wrong status codes, auth errors, webhook failures, unexpected response fields, or runtime errors. Do NOT activate for generic debugging, non-afrotools providers, or integrations not based on an Afro.tools spec. This skill diagnoses whether the problem is a spec error, a missing gotcha, or an undocumented API change.
|
Afro.tools — Debug skill
When this skill activates, fetch the spec for the affected provider and capability,
then systematically compare it against the user's implementation to find the gap.
Workflow
-
Identify the provider slug and capability from the error, code snippet, or user
description. Ask if unclear — don't guess.
-
Fetch the spec:
afrotools.get_spec({ provider: "<slug>", capability: "<capability>" })
-
Check gotchas first. Most integration failures map directly to a documented
gotcha. Read every entry before looking elsewhere.
-
Cross-check the implementation against the spec:
- Auth — correct field name, location (header vs body), format string
- Endpoint — correct method and URL, path params in the right place
- Field names — provider fields are often non-standard (e.g.
paycard-amount,
not amount); compare the user's payload against input_schema
- Status values — enums are case-sensitive (e.g. LengoPay uses
SUCCESS,
not success); code: 0 on Paycard means "found", not "paid"
- Webhook — returning HTTP 200 immediately, not fulfilling on callback alone,
HTTPS required for some providers
-
Surface the diagnosis clearly:
- Quote the relevant spec field or gotcha
- Show what the code does vs. what the spec requires
- Provide a minimal corrected snippet
