Skip to content
Back to skills

Everyinfra Bulk Data Export

ASecurity

Export a bounded structured dataset through EveryData with capability discovery, cost controls, pagination, deduplication, and CSV or JSON verification. Use when the user asks for many records, all available pages, a dataset, or a CSV/JSON export rather than a single API response.

  • 13 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 22, 2026
developmentgoapi

Works with

  • cursor
  • api

Security analysis

A100/100

Scanned October 22, 2026

npx -y skills add everyinfra/everyinfra-agent-plugins --skill everyinfra-bulk-data-export --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Everyinfra Bulk Data Export?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Everyinfra Bulk Data Export
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/everyinfra-everyinfra-bulk-data-export/badge)](https://www.skillsdirectory.com/skills/everyinfra-everyinfra-bulk-data-export)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: everyinfra-bulk-data-export
description: Export a bounded structured dataset through EveryData with capability discovery, cost controls, pagination, deduplication, and CSV or JSON verification. Use when the user asks for many records, all available pages, a dataset, or a CSV/JSON export rather than a single API response.
---

# EveryInfra bulk data export

Use `everyinfra_list_capabilities` and `everyinfra_call_api`. This is a paid repeated-call workflow,
not a license to keep fetching until inventory is exhausted.

## Before calls

1. Identify the target record count, required fields, output format, and any time or cost ceiling.
2. Discover the exact platform/action and read its required parameters, pagination fields,
   `max_limit`, and current catalog price. Do not guess endpoint or cursor names.
3. Estimate the maximum calls from the target count and live limit. State the estimate and obtain
   the user's go-ahead before a material multi-call pull unless that exact bounded spend was already
   authorized.

## Fetch and stop

- Request the largest useful page within the live limit.
- Follow only pagination fields returned or declared by the capability. Stop when the response says
  there is no next page, the requested row or call cap is reached, the budget is exhausted, or the
  source stops advancing.
- Retry only transient failures with a small bounded retry count. Do not retry authorization,
  parameter, inventory, or insufficient-balance errors as if they were transient.
- Deduplicate by a stable returned identifier. If none exists, document the composite key used;
  do not silently drop similar-looking records.

## Deliver and verify

- JSON should preserve the selected normalized fields and record types.
- CSV should use a stable header and flatten only fields chosen for the export; keep nested evidence
  in JSON when flattening would lose meaning.
- Verify that the file exists, is non-empty, parses, and contains no duplicate deduplication keys.
- Report requested versus delivered rows, calls made, duplicates removed, truncation reason, output
  path, and the sum of actual returned billing blocks. If billing is absent, say the actual charge
  was not observable instead of substituting the catalog estimate.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.