Generated banner for Elasticsearch Ingest
Generated logo for Elasticsearch Ingest

Elasticsearch Ingest

ElasticOfficialCreated by elastic

  • Skill
  • Workflow
  • Data and AI
  • Apache-2.0
  • No issues found

From the author

Load CSV, JSON, and NDJSON files into Elasticsearch indices using the bulk API and explicit mappings when field types matter. Use when batch-importing local files, converting CSV rows or JSON arrays to NDJSON bulk format, confirming cluster connectivity with elastic es info before ingest, or verifying document counts and mappings after ingest — not for Logstash pipelines, Beats, custom scripts, or index-to-index reindex.
— the description by elastic

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides a structured process for importing local data files into Elasticsearch. It focuses on converting source formats like CSV or JSON arrays into the required NDJSON bulk format, ensuring correct field typing through explicit mappings, and verifying the final ingestion status. It is designed for batch-importing tasks while maintaining data integrity through proper schema definition.

What it does

  • Verifies cluster connectivity before starting any data operations.
  • Converts CSV and JSON array files into the required NDJSON bulk format.
  • Creates indices with explicit mappings to ensure correct data types for numbers, dates, and booleans.
  • Executes bulk indexing operations using the elastic CLI.
  • Validates successful ingestion by comparing document counts and checking field mappings.
  • Provides a safe procedure for handling existing indices, including confirmation before deletion.

When to use it

  • When you need to perform a one-time or batch import of local data files into Elasticsearch.
  • When you need to ensure that CSV columns are indexed with specific types like dates or integers rather than default strings.
  • When you have a JSON array that needs to be indexed as individual documents.
  • When you need to verify that your data was indexed correctly with the expected document count and schema.

Advantages

  • Prevents common issues like all-text indexing by enforcing explicit mappings.
  • Ensures data integrity by validating document counts post-ingest.
  • Standardizes the conversion process from various file formats to bulk-ready NDJSON.
  • Promotes safe operations by requiring explicit user confirmation before destructive actions like index deletion.

Usage examples

“Import my users.csv file into a new index named users_data.”
The agent will check connectivity, inspect the CSV header, create an index with appropriate mappings for the columns, convert the CSV to NDJSON, perform the bulk load, and report the final document count.
“I have a JSON array in events.json that I need to index into the events index.”
The agent will parse the JSON array, generate the necessary action lines for each element, perform the bulk upload, and verify that the count matches the number of elements in the array.

Install

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/elastic/elasticsearch-ingest/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip elasticsearch-ingest.zip -d .agents/skills

Documentation by elastic

Elasticsearch File Ingest

Load local data files into Elasticsearch by converting them to bulk NDJSON, creating an index with the right mappings when types matter, bulk-indexing documents, and verifying the outcome.

<!-- begin-partial: preamble -->

Environment Configuration

This skill executes Elasticsearch operations through the elastic CLI. If the elastic CLI is not installed, tell the user what it is needed for. Do not guess credentials, call the HTTP API directly, or attempt other workarounds.

This skill references operations in HTTP-shorthand form (e.g., GET /, GET /_cat/indices, GET /{index}/_mapping, GET /{index}/_settings/index.mode, POST /_query). The Operations table at the end of this document maps each shorthand to the equivalent elastic CLI command — always use the CLI rather than calling the HTTP API directly.

<!-- end-partial: preamble -->

Scope

This skill covers file → index loading through POST /_bulk. It does not use Logstash, Filebeat, Elastic Agent, Node.js ingest tools, or other sidecar pipelines. For copying documents between existing indices, use index-to-index reindex instead of re-parsing source files.

Supported source shapes:

Source shapeExampleBulk requirement
CSV with header rowid,name,age,... then data rowsParse header into field names; emit one action line + one JSON object per data row
JSON array file[{"a":1},{"a":2}]Split into per-document lines — never bulk-load the raw array as a single document
NDJSON / JSON Linesone JSON object per lineIf action and document lines already alternate, pass as-is to POST /_bulk; otherwise prepend action lines

Parquet, Arrow, and other binary columnar formats are out of scope unless the user converts them to CSV or JSON first.

Process

  1. Confirm connectivity. Call GET / first. Do not start with _cat/indices, file inspection, or bulk. If GET / fails, stop and resolve CLI configuration before reading files or mutating cluster state.

  2. Inspect the source file and classify its shape. Open the file (or sample the first lines) and decide:

    • CSV — first line is a comma-separated header; subsequent lines are records. Count data rows (exclude the header) — you will report this count after load.

    • JSON array — file starts with [ and contains an array of objects. Count array elements — each element becomes one indexed document, not one.

    • NDJSON — one JSON value per line; lines alternate action metadata and document source, or each line is a document that still needs a preceding action line.

    The decision: pick the conversion path from NDJSON Bulk Format. Never send raw CSV text or a raw JSON array body to POST /_bulk.

  3. Choose the target index name. Use the name the user supplied, or propose a lowercase name derived from the file. Index names must be lowercase, cannot contain spaces or /, and should not start with -, _, or +.

  4. Decide whether an explicit mapping is required. Call GET /{index}/_mapping if the index may already exist.

    Create an explicit mapping before bulk loading when:

    • CSV columns include numbers, dates, or booleans that must be queryable as typed fields (not plain text).

    • The user asks for usable column types or aggregation-friendly fields.

    • A prior load indexed everything as text/keyword strings and must be corrected.

    When every field can remain string-like and the user did not specify types, dynamic mapping on first bulk ingest may suffice — but prefer explicit mappings for CSV unless the user explicitly accepts all-string typing.

    Read Mapping Design for Ingest for type choices. When the index exists with wrong types, do not delete it in the same turn. Ask the user to confirm before calling DELETE /{index} and recreating it. A wrong mapping is not permission to delete. If asked whether to delete "right now", the answer is no until they explicitly confirm.

  5. Create the index when needed. When step 4 requires explicit types (or the index does not exist), call PUT /{index} with a mappings block before bulk loading. Do not rely on dynamic mapping to infer long, date, or boolean from CSV string cells — dynamic mapping often maps ambiguous strings to text with a .keyword sub-field.

  6. Convert the file to bulk NDJSON. Write a temporary NDJSON file where each document occupies two lines:

    • Line 1 — action metadata, e.g. {"index":{"_index":"<index>"}} (add "_id" only when the user requires stable IDs).

    • Line 2 — document JSON with correctly typed values (numbers as JSON numbers, booleans as true/false, dates as ISO-8601 strings such as 2023-01-15).

    For CSV, map the header row to JSON field names and convert cell values to the JSON types that match the mapping from step 5. For JSON arrays, iterate each array element and emit the action line + object line pair. See worked examples in NDJSON Bulk Format.

  7. Bulk index the documents. Call POST /_bulk with the NDJSON file produced in step 6. Inspect the response: if errors is true, read per-item error objects, fix mapping or document issues, and retry failed items after remediation. Do not assume success from a zero exit code alone.

  8. Verify the outcome. Always confirm the load — never report counts from file inspection alone.

    • Call GET /{index}/_count and compare to the expected row/element count from step 2.

    • When typed columns matter, call GET /{index}/_mapping and confirm fields such as age are numeric (long / integer), dates are date, and booleans are boolean — not text.

    Report the verified document count and, when relevant, the confirmed field types. If count or mapping checks fail, see Troubleshooting.

Guidelines

  • Connectivity first. Confirm the cluster is reachable with GET / before anything else.

  • Bulk only. All file loads go through POST /_bulk with NDJSON action lines — not single-document PUT loops for batch files, not ingest pipelines as a substitute for client-side CSV parsing, and not posting the untouched source file.

  • Pre-formed bulk NDJSON is ready. When the file already alternates action lines and document lines, pass it as-is to POST /_bulk — do not add more action lines.

  • Do not delete without confirmation. Elasticsearch cannot change field types in place. If the target index exists with the wrong mapping, ask the user to confirm before DELETE /{index}. If asked whether to delete "right now", the answer is no until they explicitly confirm.

  • JSON arrays must be split. A four-element array bulk-loaded as one document yields count 1; the correct load yields count 4.

  • CSV header is schema. The first CSV row names fields; each remaining row is one document. A file with one header plus five data rows must report count 5 after ingest.

  • Type coercion happens in the document JSON. CSV cells arrive as strings; when mappings declare long, date, or boolean, emit JSON numbers, ISO date strings, and boolean literals in the bulk body — do not rely on Elasticsearch to infer types from quoted CSV strings after dynamic mapping chose text.

  • Prefer explicit mappings for typed CSV. Creating the index with PUT /{index} first prevents silent all-text indexing that breaks range queries and aggregations.

  • Idempotent re-loads. When reloading into an existing index, ask the user before deleting data. Duplicate bulk index actions append new documents unless _id is specified.

Examples

Confirm connectivity first
GET /

Run this before reading files or calling POST /_bulk.

CSV with typed columns

Source (users.csv — header + 5 data rows):

id,name,age,signup_date,active
1,Ada Lovelace,36,2023-01-15,true

Create the index with explicit types, convert rows to NDJSON (five action+document pairs for five data rows), bulk load, then verify count 5 and mapping types. Full walkthrough: Mapping Design for Ingest and NDJSON Bulk Format.

JSON array file

Source (events.json):

[
  { "event_id": "e-1", "type": "login", "user_id": 1, "value": 12.5 },
  { "event_id": "e-2", "type": "logout", "user_id": 1, "value": 0.0 }
]

Convert to four bulk line pairs for four array elements (not one pair for the whole array). Verify GET /{index}/_count returns 4. See NDJSON Bulk Format.

NDJSON already prepared

When the file already alternates action lines and document lines, it is ready as-is. Pass it directly to POST /_bulk without adding more action lines, after confirming the target index and mappings.

When Not to Use

  • Continuous or streaming ingestion — use Elastic Agent or Beats to tail logs and metrics.

  • Complex enrichment pipelines — design server-side ingest pipelines separately; this skill still converts files to bulk NDJSON client-side before load.

  • Index-to-index copy or mapping migration — reindex between indices instead of exporting to files.

  • Very large binary columnar files — convert to CSV or JSON offline first, then follow this skill.

References

Operations

HTTP API (shorthand)elastic CLI command
GET /elastic es info
PUT /{index}elastic es indices create --index '<index>' --mappings '<json>'
DELETE /{index}elastic es indices delete --index '<index>'
POST /_bulkelastic es bulk --index '<index>' --input-file '<ndjson-path>'
GET /{index}/_countelastic es count --index '<index>'
GET /{index}/_mappingelastic es indices get-mapping --index '<index>'

Files

SKILL.md

Elasticsearch File Ingest

Load local data files into Elasticsearch by converting them to bulk NDJSON, creating an index with the right mappings when types matter, bulk-indexing documents, and verifying the outcome.

<!-- begin-partial: preamble -->

Environment Configuration

This skill executes Elasticsearch operations through the elastic CLI. If the elastic CLI is not installed, tell the user what it is needed for. Do not guess credentials, call the HTTP API directly, or attempt other workarounds.

This skill references operations in HTTP-shorthand form (e.g., GET /, GET /_cat/indices, GET /{index}/_mapping, GET /{index}/_settings/index.mode, POST /_query). The Operations table at the end of this document maps each shorthand to the equivalent elastic CLI command — always use the CLI rather than calling the HTTP API directly.

<!-- end-partial: preamble -->

Scope

This skill covers file → index loading through POST /_bulk. It does not use Logstash, Filebeat, Elastic Agent, Node.js ingest tools, or other sidecar pipelines. For copying documents between existing indices, use index-to-index reindex instead of re-parsing source files.

Supported source shapes:

Source shapeExampleBulk requirement
CSV with header rowid,name,age,... then data rowsParse header into field names; emit one action line + one JSON object per data row
JSON array file[{"a":1},{"a":2}]Split into per-document lines — never bulk-load the raw array as a single document
NDJSON / JSON Linesone JSON object per lineIf action and document lines already alternate, pass as-is to POST /_bulk; otherwise prepend action lines

Parquet, Arrow, and other binary columnar formats are out of scope unless the user converts them to CSV or JSON first.

Process

  1. Confirm connectivity. Call GET / first. Do not start with _cat/indices, file inspection, or bulk. If GET / fails, stop and resolve CLI configuration before reading files or mutating cluster state.

  2. Inspect the source file and classify its shape. Open the file (or sample the first lines) and decide:

    • CSV — first line is a comma-separated header; subsequent lines are records. Count data rows (exclude the header) — you will report this count after load.

    • JSON array — file starts with [ and contains an array of objects. Count array elements — each element becomes one indexed document, not one.

    • NDJSON — one JSON value per line; lines alternate action metadata and document source, or each line is a document that still needs a preceding action line.

    The decision: pick the conversion path from NDJSON Bulk Format. Never send raw CSV text or a raw JSON array body to POST /_bulk.

  3. Choose the target index name. Use the name the user supplied, or propose a lowercase name derived from the file. Index names must be lowercase, cannot contain spaces or /, and should not start with -, _, or +.

  4. Decide whether an explicit mapping is required. Call GET /{index}/_mapping if the index may already exist.

    Create an explicit mapping before bulk loading when:

    • CSV columns include numbers, dates, or booleans that must be queryable as typed fields (not plain text).

    • The user asks for usable column types or aggregation-friendly fields.

    • A prior load indexed everything as text/keyword strings and must be corrected.

    When every field can remain string-like and the user did not specify types, dynamic mapping on first bulk ingest may suffice — but prefer explicit mappings for CSV unless the user explicitly accepts all-string typing.

    Read Mapping Design for Ingest for type choices. When the index exists with wrong types, do not delete it in the same turn. Ask the user to confirm before calling DELETE /{index} and recreating it. A wrong mapping is not permission to delete. If asked whether to delete "right now", the answer is no until they explicitly confirm.

  5. Create the index when needed. When step 4 requires explicit types (or the index does not exist), call PUT /{index} with a mappings block before bulk loading. Do not rely on dynamic mapping to infer long, date, or boolean from CSV string cells — dynamic mapping often maps ambiguous strings to text with a .keyword sub-field.

  6. Convert the file to bulk NDJSON. Write a temporary NDJSON file where each document occupies two lines:

    • Line 1 — action metadata, e.g. {"index":{"_index":"<index>"}} (add "_id" only when the user requires stable IDs).

    • Line 2 — document JSON with correctly typed values (numbers as JSON numbers, booleans as true/false, dates as ISO-8601 strings such as 2023-01-15).

    For CSV, map the header row to JSON field names and convert cell values to the JSON types that match the mapping from step 5. For JSON arrays, iterate each array element and emit the action line + object line pair. See worked examples in NDJSON Bulk Format.

  7. Bulk index the documents. Call POST /_bulk with the NDJSON file produced in step 6. Inspect the response: if errors is true, read per-item error objects, fix mapping or document issues, and retry failed items after remediation. Do not assume success from a zero exit code alone.

  8. Verify the outcome. Always confirm the load — never report counts from file inspection alone.

    • Call GET /{index}/_count and compare to the expected row/element count from step 2.

    • When typed columns matter, call GET /{index}/_mapping and confirm fields such as age are numeric (long / integer), dates are date, and booleans are boolean — not text.

    Report the verified document count and, when relevant, the confirmed field types. If count or mapping checks fail, see Troubleshooting.

Guidelines

  • Connectivity first. Confirm the cluster is reachable with GET / before anything else.

  • Bulk only. All file loads go through POST /_bulk with NDJSON action lines — not single-document PUT loops for batch files, not ingest pipelines as a substitute for client-side CSV parsing, and not posting the untouched source file.

  • Pre-formed bulk NDJSON is ready. When the file already alternates action lines and document lines, pass it as-is to POST /_bulk — do not add more action lines.

  • Do not delete without confirmation. Elasticsearch cannot change field types in place. If the target index exists with the wrong mapping, ask the user to confirm before DELETE /{index}. If asked whether to delete "right now", the answer is no until they explicitly confirm.

  • JSON arrays must be split. A four-element array bulk-loaded as one document yields count 1; the correct load yields count 4.

  • CSV header is schema. The first CSV row names fields; each remaining row is one document. A file with one header plus five data rows must report count 5 after ingest.

  • Type coercion happens in the document JSON. CSV cells arrive as strings; when mappings declare long, date, or boolean, emit JSON numbers, ISO date strings, and boolean literals in the bulk body — do not rely on Elasticsearch to infer types from quoted CSV strings after dynamic mapping chose text.

  • Prefer explicit mappings for typed CSV. Creating the index with PUT /{index} first prevents silent all-text indexing that breaks range queries and aggregations.

  • Idempotent re-loads. When reloading into an existing index, ask the user before deleting data. Duplicate bulk index actions append new documents unless _id is specified.

Examples

Confirm connectivity first
GET /

Run this before reading files or calling POST /_bulk.

CSV with typed columns

Source (users.csv — header + 5 data rows):

id,name,age,signup_date,active
1,Ada Lovelace,36,2023-01-15,true

Create the index with explicit types, convert rows to NDJSON (five action+document pairs for five data rows), bulk load, then verify count 5 and mapping types. Full walkthrough: Mapping Design for Ingest and NDJSON Bulk Format.

JSON array file

Source (events.json):

[
  { "event_id": "e-1", "type": "login", "user_id": 1, "value": 12.5 },
  { "event_id": "e-2", "type": "logout", "user_id": 1, "value": 0.0 }
]

Convert to four bulk line pairs for four array elements (not one pair for the whole array). Verify GET /{index}/_count returns 4. See NDJSON Bulk Format.

NDJSON already prepared

When the file already alternates action lines and document lines, it is ready as-is. Pass it directly to POST /_bulk without adding more action lines, after confirming the target index and mappings.

When Not to Use

  • Continuous or streaming ingestion — use Elastic Agent or Beats to tail logs and metrics.

  • Complex enrichment pipelines — design server-side ingest pipelines separately; this skill still converts files to bulk NDJSON client-side before load.

  • Index-to-index copy or mapping migration — reindex between indices instead of exporting to files.

  • Very large binary columnar files — convert to CSV or JSON offline first, then follow this skill.

References

Operations

HTTP API (shorthand)elastic CLI command
GET /elastic es info
PUT /{index}elastic es indices create --index '<index>' --mappings '<json>'
DELETE /{index}elastic es indices delete --index '<index>'
POST /_bulkelastic es bulk --index '<index>' --input-file '<ndjson-path>'
GET /{index}/_countelastic es count --index '<index>'
GET /{index}/_mappingelastic es indices get-mapping --index '<index>'

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

The author says: Elasticsearch 8.x or 9.x, self-managed, Elastic Cloud Hosted, or Elastic Cloud Serverless; uses the bulk API available on all deployment types. Requires the `elastic` CLI ≥ 0.2 with `stack es` support.

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by
elastic
Publisher
Elastic (Official)
Source
elastic/agent-skills · skills/elasticsearch/elasticsearch-ingest · commit 09d879d
Licence
Apache License 2.0 (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced
Also distributed in
elastic/agent-skills

AutoGineer is not affiliated with or endorsed by elastic.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download elasticsearch-ingest.zip