Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/JKorf/CryptoClients.NetWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/jkorf/cryptoclients.net/crypto-clients-net)<a href="https://agentmods.dev/rules/jkorf/cryptoclients.net/crypto-clients-net"><img src="https://agentmods.dev/badge/rules/jkorf/cryptoclients.net/crypto-clients-net/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/rules/jkorf/cryptoclients.net/crypto-clients-net"><img src="https://agentmods.dev/badge/rules/jkorf/cryptoclients.net/crypto-clients-net.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.00726 |
| Opus 5.5 | $0.00000 | $0.00290 |
| Sonnet 5.5 | $0.00000 | $0.00145 |
| Haiku 4.5 | $0.00000 | $0.00073 |
Grade A, and why
crypto-clients-net scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 29d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 75 lines — stays where its author put it; the contents beside it link to each section on GitHub.
CryptoClients.Net Conventions
This codebase uses CryptoClients.Net for multi-exchange cryptocurrency API access. Do not write raw HttpClient calls to exchange endpoints.
Client setup pattern
using CryptoClients.Net;
using CryptoExchange.Net.SharedApis;
var sharedClient = new ExchangeSharedApiClient();
var restClient = new ExchangeRestClient(); // direct clients and V1 REST
var socketClient = new ExchangeSocketClient(); // direct clients and V1 sockets
For application code, prefer DI:
services.AddCryptoClients(options =>
{
options.OutputOriginalData = true;
options.EnabledExchanges = ["Binance", "Bybit", "OKX"];
});
Result pattern
Prefer Shared API V2 capabilities for new exchange-agnostic code. Capability presence is the support check; always check .Success on returned operations before reading .Data.
var capability = sharedClient.GetCapability<IGetTicker>("Binance", TradingMode.Spot);
if (capability is null) return;
var ticker = await capability.Capability.GetTickerAsync(
new GetTickerRequest(new SharedSymbol(TradingMode.Spot, "BTC", SharedSymbol.UsdOrStable)));
if (!ticker.Success) { /* ticker.Error */ return; }
var price = ticker.Data.LastPrice;
API surface
- V2 one exchange:
sharedClient.GetCapability<T>(exchange, tradingMode). - V2 one preferred implementation per exchange:
sharedClient.GetCapabilities<T>(...); run withExecuteAllAsyncorSubscribeAllAsync. - V2 every matching transport/API surface:
sharedClient.GetImplementations<T>(...). - V2 typed exchange surfaces: strongly typed properties such as
sharedClient.Binance.SpotRest; surface names vary by exchange. - V1 aggregate REST/socket APIs remain on
restClientandsocketClient. - Full exchange APIs:
restClient.Binance,socketClient.Kucoin,restClient.OKX, etc.
Hard rules
- Never skip checking
Success. - Use
SharedSymbolfor aggregate/shared APIs. For cross-exchange USD/stable quote routing, preferSharedSymbol.UsdOrStableinstead of hardcodingUSDTwhen USDC/USD variants are acceptable. - Handle per-exchange failures independently in multi-exchange results.
- Handle
nullfromGetCapability; capability and trading-mode support varies by exchange. - Do not confuse
GetCapabilitieswithGetImplementations. - Use
ExchangeCredentialsorDynamicCredentials; do not guess credential shapes. - Close V2 subscriptions with cancellation,
subscription.Data.CloseAsync(), orsharedClient.UnsubscribeAllAsync(); direct clients useUnsubscribeAsync(subscription.Data). - Use direct exchange properties for full exchange-specific APIs.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 29d ago Changed · +8 lines bcca153c7dc8
- 1mo ago First seen · 67 lines · 0 tokens per session scan A 8d2b0db89d0f
crypto-clients-net is a cursor rule published in the GitHub repository JKorf/CryptoClients.Net (45 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 726 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other cursor rules, from other repositories
binance-net
Conventions for using Binance.Net library when working with Binance cryptocurrency exchange in C#/.NET. Apply when generating code that interacts with Binance API.
bybit-net
Conventions for using the Bybit.Net library when working with the Bybit cryptocurrency exchange in C#/.NET. Apply when generating code that interacts with the Bybit API.
bingx-net
Conventions for using BingX.Net library when working with the BingX exchange in C#/.NET. Apply when generating code that interacts with the BingX API.
kraken-net
Conventions for using Kraken.Net when working with Kraken Spot and Futures cryptocurrency exchange APIs in C#/.NET. Apply when generating code that interacts with Kraken API.
kucoin-net
Conventions for using Kucoin.Net library when working with Kucoin cryptocurrency exchange in C#/.NET. Apply when generating code that interacts with Kucoin API.
mexc-net
Conventions for using Mexc.Net library when working with the MEXC cryptocurrency exchange in C#/.NET. Apply when generating code that interacts with the MEXC API.