CtrlK
BlogDocsLog inGet started
Tessl Logo

onchain-pay-open-api

Binance Onchain Pay enables users to buy cryptocurrency with fiat (e.g., EUR, USD) or send existing crypto from their Binance account directly to any external on-chain wallet address in a single flow—no manual withdrawal needed. Enables partners to integrate crypto buying services: - payment-method-list: Get available payment methods (Card, P2P, Google Pay, Apple Pay, etc.) with limits for a fiat/crypto pair - trading-pairs: List all supported fiat currencies and cryptocurrencies - estimated-quote: Get real-time price quote including exchange rate, fees, and estimated crypto amount - pre-order: Create a buy order and get redirect URL to Binance payment flow - order: Query order status and details (processing, completed, failed, etc.) - crypto-network: Get supported blockchain networks with withdraw fees and limits - p2p/trading-pairs: List P2P-specific trading pairs

64

Quality

75%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./skills/binance/onchain-pay/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is highly actionable with concrete, copy-paste-ready scripts and complete API reference tables, and it externalizes authentication detail to a clearly linked reference file. Its weakness is conciseness, with noticeable redundancy across the request-execution and customization sections.

Suggestions

De-duplicate the address/network validation rule to a single authoritative location and reference it, removing the repeated statements in the estimated-quote and Step 2 sections.

Consolidate the two pre-order bash examples (Step 3 generic and 'Example Pre-order Request') into one fully-worked example to cut redundancy.

Trim the 8 customization examples to 2-3 representative ones and move the full flag table/examples into a references file to improve token efficiency.

DimensionReasoningScore

Conciseness

Mostly efficient reference material, but ~450 lines include redundancy: the address/network validation rule is restated in Step 2 and the estimated-quote section, the pre-order example appears twice, and the 8 customization examples plus 6 use-case scenarios could be trimmed.

3 / 5

Actionability

Fully executable guidance: a copy-paste 'sign_and_call.sh' invocation with positional args, exact API paths in the Quick Reference table, full parameter tables with types, and a complete worked pre-order bash example covering the common case.

5 / 5

Workflow Clarity

Clear 4-step sequence (gather credentials, build body, sign and call, return results) with a parameter-validation checkpoint that asks for missing address/network, but it lacks an explicit pre-submit confirmation or response-verify feedback loop for a financial operation.

4 / 5

Progressive Disclosure

Good structure with a clearly signaled one-level-deep reference (references/authentication.md is real and linked) and a bundled, used script (scripts/sign_and_call.sh); the large inline parameter and customization tables are justified for an API-calling skill but represent a minor organization gap.

4 / 5

Total

16

/

20

Passed

Description

75%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is specific, concrete, and well-differentiated, clearly conveying what the skill does through its endpoint inventory. Its main weakness is the complete absence of a 'when to use this' trigger clause, capping completeness.

Suggestions

Add an explicit 'Use when...' clause (e.g., 'Use when integrating fiat-to-crypto purchases or sending crypto from a Binance account to an external on-chain wallet') so Claude knows when to invoke the skill.

Soften technical endpoint names in the lead sentence with a few natural user-facing phrases (e.g., 'crypto on-ramp', 'buy crypto with card', 'withdraw to a wallet') to improve trigger term coverage.

Lead with the capability sentence before the endpoint bullet list so the 'what' lands first and the list reads as supporting detail.

DimensionReasoningScore

Specificity

Lists multiple concrete actions ('buy cryptocurrency with fiat', 'send existing crypto', 'Get available payment methods', 'Create a buy order and get redirect URL', 'Query order status and details', 'Get supported blockchain networks') with comprehensive coverage of the API surface.

5 / 5

Completeness

The 'what' is clearly and comprehensively stated via the endpoint list, but there is no 'Use when...' clause or equivalent explicit trigger guidance, which per the rubric caps completeness at 3.

3 / 5

Trigger Term Quality

Good natural keyword coverage ('buy cryptocurrency with fiat', 'send existing crypto', 'on-chain wallet address', Card/P2P/Google Pay/Apple Pay) but endpoint names like 'payment-method-list' and 'trading-pairs' are technical jargon and a few common synonyms are missing.

4 / 5

Distinctiveness Conflict Risk

Targets a clearly distinct niche (Binance Onchain-Pay crypto buying/sending API) with specific endpoint triggers and minimal overlap risk with other skills.

5 / 5

Total

17

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
binance/binance-skills-hub
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.