elasticsearch-docs
Skill7 starsChanged 15 days agoMITView on GitHub
Official Elasticsearch documentation, answered with links to the exact pages. Use for any Elasticsearch or Elastic Stack question, including mappings and data streams, Query DSL and ES|QL, ingest pipelines, vector search, Kibana, or Elastic Cloud and self-managed deployments.
In this repository69 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- caching-strategiesSkill
- database-normalizationSkill
- design-patternsSkill
- object-oriented-programming-paradigmSkill
- aadc-complianceSkill
- app-store-complianceSkill
- ccpa-cpra-complianceSkill
- coppa-complianceSkill
- dpdp-complianceSkill
- eprivacy-complianceSkill
- eu-ai-act-complianceSkill
- eu-dsa-complianceSkill
- gdpr-complianceSkill
- hipaa-hds-complianceSkill
- lgpd-complianceSkill
- pci-dss-complianceSkill
- pipeda-law25-complianceSkill
- pipl-csl-complianceSkill
- psd2-sca-complianceSkill
- uk-gdpr-complianceSkill
- us-state-privacy-complianceSkill
- world-wide-complianceSkill
- aws-cli-docsSkill
- aws-dynamodb-docsSkill
- aws-ecs-docsSkill
- aws-eks-docsSkill
- aws-iam-docsSkill
- aws-lambda-docsSkill
- aws-s3-docsSkill
- bullmq-docsSkill
- cassandra-docsSkill
- django-docsSkill
- docker-docsSkill
- expressjs-docsSkill
- fastapi-docsSkill
- fastify-docsSkill
- firebase-docsSkill
- flask-docsSkill
- git-docsSkill
- github-actions-docsSkill
- gitlab-ci-docsSkill
- grafana-docsSkill
- graphql-docsSkill
- helm-docsSkill
- kafka-docsSkill
- kubernetes-docsSkill
- mongodb-docsSkill
- mysql-docsSkill
- nestjs-docsSkill
- nginx-docsSkill
- opensearch-docsSkill
- opentelemetry-docsSkill
- phoenix-docsSkill
- pinecone-docsSkill
- postgresql-16-docsSkill
- postgresql-17-docsSkill
- postgresql-18-docsSkill
- qdrant-docsSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 33
Keep Elasticsearch and OpenSearch apart.
- Distinctive: line 34
Treat index types and types mappings as legacy, not current guidance.
- Distinctive: line 35
Check the performance docs before recommending unbounded wildcard or regex queries.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Elasticsearch Docs
Elasticsearch answers drift toward pre-data-stream patterns, OpenSearch assumptions and the older elastic.co/guide pages, so ground each one in the live docs at https://www.elastic.co/docs/, not memory, and link the exact page behind every claim.
Route OpenSearch plugins, APIs or Dashboards to opensearch-docs, and Grafana or OpenTelemetry to grafana-docs or opentelemetry-docs unless the question is about an Elastic Observability integration. Amazon OpenSearch Service console operations, Solr, Meilisearch and other search engines belong to their own docs unless the question turns on Elasticsearch behavior.
Workflow
- Locate the question in
references/topic-map.md, a selective index of docs entry points. Done when each part of the question maps to a section of the map, or you have noted that none fits. - Search
elastic.co/docswith the user's exact terms plus Elastic vocabulary such asdata stream,ingest pipeline,Query DSL,index template,snapshot, orvector search, starting from the map's pages and the Routing rules below. Done when you hold the one page that most directly answers each part. - Read each page down to the relevant section. Done when you have read the passage behind every claim you will make. When a page has moved, been renamed, or stops short, say so and link the nearest authoritative pages.
- Answer with the direct answer first, each docs link beside the claim it supports, and API requests, mappings or pipeline examples only when the user asks or the page needs them. Mark any conclusion that joins several pages as
Inference:. Done when every claim cites a specific page, not the docs home.
Routing
- REST API questions: the Elasticsearch API reference, before blog posts or older
elastic.co/guidepages. - Version-specific behavior: the release notes and versioning docs.
- Deployment differences: the page's applicability badges for serverless, Elastic Cloud hosted, and self-managed clusters.
- Data modeling: the data store and mapping docs.
- Query behavior: the Query DSL or ES|QL docs.
- Ingestion: tell ingest pipelines, Fleet, connectors, and Logstash apart, then open the matching docs.
- Production: the deploy-and-manage and production guidance docs.
- Security: the deploy-manage security docs and the Elastic Security docs.
- Observability: the Elastic Observability solution docs, before generic Elasticsearch search pages.
Gotchas
- Keep Elasticsearch and OpenSearch apart; their APIs and features differ.
- Treat index types and types mappings as legacy, not current guidance.
- Check the performance docs before recommending unbounded wildcard or regex queries.
- Confirm whether the user has a data stream or a regular index when lifecycle or rollover behavior matters.
- Link current
elastic.co/docspages;elastic.co/guideAsciidoc URLs are the older docs.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

