Getting it into your agent
It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.
git clone --depth 1 https://github.com/hesedcasa/sdkcknpx agentmods add skills/hesedcasa/sdkck/extract-apiWrote 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/skills/hesedcasa/sdkck/extract-api)<a href="https://agentmods.dev/skills/hesedcasa/sdkck/extract-api"><img src="https://agentmods.dev/badge/skills/hesedcasa/sdkck/extract-api/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/skills/hesedcasa/sdkck/extract-api"><img src="https://agentmods.dev/badge/skills/hesedcasa/sdkck/extract-api.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.00086 | $0.04177 |
| Opus 5.5 | $0.00034 | $0.01671 |
| Sonnet 5.5 | $0.00017 | $0.00835 |
| Haiku 4.5 | $0.00009 | $0.00418 |
Grade C, and why
extract-api scanned grade C with 2 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 1mo 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.
Hidden instructionshighPrompt injection
Directives inside HTML comments, invisible characters or bidirectional overrides are read by the model and not by the person reviewing the file.
<!-- prettier-ignore --> Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
allowed-tools: WebFetch, Read, Write, Agent, Bash(sdkck:*), Bash(gh:*), Bash(curl:*), Bash(jq:*), Bash(node:*), Bash(npm:*), Bash(python3:*) How it starts
The opening of the file, as written. The whole thing — 261 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Extract API endpoints from any source and import them into sdkck as executable CLI commands.
Overview
This skill reads API documentation from three source types:
- GitHub repositories (public): scans for OpenAPI specs, Postman collections, GraphQL schemas, README, and docs files
- HTTP/HTTPS documentation URLs: fetches single or multi-page doc sites; probes for spec/collection/schema files; POSTs introspection query to live GraphQL endpoints
- Local files: reads OpenAPI JSON/YAML, Postman collections, GraphQL SDL/introspection JSON, markdown, HTML, or plain text
When an existing OpenAPI spec, Postman collection, or GraphQL schema is found it is used directly — no extraction needed. Otherwise, API endpoints are extracted from the documentation and an OpenAPI 3.0 JSON document is generated. Either way, the result is imported via sdkck api import.
Usage
/extract <source> [--name <name>]
| Argument | Description |
|---|---|
<source> |
GitHub URL, HTTP/HTTPS URL, or local file path |
--name |
Override the API name (default: derived from source) |
Examples:
/extract https://petstore3.swagger.io/api/v3/openapi.json --name petstore
/extract https://github.com/stripe/openapi --name stripe
/extract https://developers.notion.com/reference/intro
/extract https://docs.github.com/en/rest --name github
/extract https://api.example.com/graphql --name myapi
/extract ./my-workspace.postman_collection.json --name myapi
/extract ./my-project/api-docs.md --name myapi
/extract ./introspection.json --name myapi
/extract ./schema.graphql --name myapi
Workflow
Step 1 — Parse arguments
Extract from the user's input:
SOURCE: the GitHub URL, HTTP URL, or file pathNAME: value of--nameif provided; otherwise derive from the source:- GitHub URL → repository name (e.g.
stripe-openapi) - HTTP URL → domain slug (e.g.
docs-github-com) - Local file → filename without extension
- GitHub URL → repository name (e.g.
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.
- 1mo ago First seen · 261 lines · 86 tokens per session scan C 233934b4bf6e
extract-api is a skill published in the GitHub repository hesedcasa/sdkck (9 stars, last pushed yesterday), licensed Apache-2.0. It adds 86 tokens to every session and 4,177 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it C with 2 findings (hidden instructions, makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
atls
A command-line tool for working with Atlassian Jira, Confluence, and Bitbucket Server or Data Center. It includes rules for searching, reading, comparing, editing, and safely publishing Atlassian content.
building-nango-functions-locally
Builds Nango Functions in a checked-out Zero YAML TypeScript Nango project using local files, index.ts registration, nango dryrun, generated tests, and optional nango deploy via CLI. Use when creating, updating, validating, testing, or deploying Nango actions or syncs locally in a repo. This content overlaps with…
building-nango-functions-remotely
Builds Nango Functions without a checked-out Nango project by using the Nango /functions compile, dryrun, dryrun status, and deployment APIs with NANGOSERVERURL and NANGOSECRETKEY. Use when creating, updating, validating, testing, or deploying Nango actions or syncs remotely via API or single-file payloads. This…
building-nango-functions
Builds Nango Function implementation patterns for createAction() and createSync() without choosing a local CLI or remote API workflow. Use only when the user asks to create or update a Nango action or sync and it is unclear whether the work should happen in a checked-out project via CLI or through Nango remote APIs.…
migrating-to-checkpoints
Migrates existing Nango TypeScript createSync implementations from nango.lastSyncDate, legacy incremental syncType, and non-resumable full refreshes to checkpoint-based syncs. Use when updating customer Nango sync code to define checkpoint schemas, call getCheckpoint/saveCheckpoint/clearCheckpoint after every…
migrating-to-zero-yaml
Manually migrates legacy nango.yaml Nango projects to Zero YAML TypeScript by generating models.ts, index.ts, package/tsconfig scaffolding, and wrapping legacy scripts in createSync(), createAction(), or createOnEvent(). Use when a Nango repo still has nango.yaml and needs manual Zero YAML migration.