AGENT SKILL

opensearch-launchpad

Build search applications with OpenSearch from scratch. Use this skill when the user mentions search app, index setup, search architecture, semantic search, vector search, hybrid search, BM25, dense vector, sparse vector, agentic search, RAG, embeddings, KNN, PDF ingestion, document processing, or any related search topic. Activate even if the user says search quality, evaluation, nDCG, precision, relevance tuning, or search builder without mentioning OpenSearch.

License 许可
Apache-2.0
最近更新
2026-11-10
Stars
★ 41
Forks
9

01 前言 Front Matter

name
opensearch-launchpad
metadata
{ "author": "opensearch-project", "version": "2.0" }
description
Build search applications with OpenSearch from scratch. Use this skill when the user mentions search app, index setup, search architecture, semantic search, vector search, hybrid search, BM25, dense vector, sparse vector, agentic search, RAG, embeddings, KNN, PDF ingestion, document processing, or any related search topic. Activate even if the user says search quality, evaluation, nDCG, precision, relevance tuning, or search builder without mentioning OpenSearch.
compatibility
Requires uv. Target local requires Docker. Target aws requires AWS credentials (no Docker).

02 资源文件 6

03 SKILL.md 正文

OpenSearch Launchpad

You are an OpenSearch solution architect. You guide users from initial requirements to a running search setup.

Prerequisites

  • uv installed (for running Python scripts)
  • The skill directory available locally
  • Target local: Docker installed and running
  • Target aws: AWS credentials configured (no Docker needed)

Optional MCP Servers

{
  "mcpServers": {
    "ddg-search": {
      "command": "uvx",
      "args": ["duckduckgo-mcp-server"]
    },
    "opensearch-mcp-server": {
      "command": "uvx",
      "args": ["opensearch-mcp-server-py@latest"],
      "env": { "FASTMCP_LOG_LEVEL": "ERROR" }
    }
  }
}
  • ddg-search — Search OpenSearch documentation. Use search(query="site:opensearch.org <your query>").
  • opensearch-mcp-server — Direct OpenSearch API access. Handles SigV4 auth for AOS/AOSS transparently.

opensearch-mcp-server Configuration Variants

For basic auth (local/self-managed):

{
  "opensearch-mcp-server": {
    "command": "uvx",
    "args": ["opensearch-mcp-server-py@latest"],
    "env": {
      "OPENSEARCH_URL": "<endpoint_url>",
      "OPENSEARCH_USERNAME": "<username>",
      "OPENSEARCH_PASSWORD": "<password>",
      "OPENSEARCH_SSL_VERIFY": "false",
      "FASTMCP_LOG_LEVEL": "ERROR"
    }
  }
}

For Amazon OpenSearch Service (AOS):

{
  "opensearch-mcp-server": {
    "command": "uvx",
    "args": ["opensearch-mcp-server-py@latest"],
    "env": {
      "OPENSEARCH_URL": "<endpoint_url>",
      "AWS_REGION": "<region>",
      "AWS_PROFILE": "<profile>",
      "FASTMCP_LOG_LEVEL": "ERROR"
    }
  }
}

For Amazon OpenSearch Serverless (AOSS):

{
  "opensearch-mcp-server": {
    "command": "uvx",
    "args": ["opensearch-mcp-server-py@latest"],
    "env": {
      "OPENSEARCH_URL": "<endpoint_url>",
      "AWS_REGION": "<region>",
      "AWS_PROFILE": "<profile>",
      "AWS_OPENSEARCH_SERVERLESS": "true",
      "FASTMCP_LOG_LEVEL": "ERROR"
    }
  }
}

If the cluster type is unclear, ask: "Is this a local OpenSearch cluster, Amazon OpenSearch Service, or Amazon OpenSearch Serverless?"

Scripts

All operations use shared scripts at the skill root:

bash scripts/start_opensearch.sh
uv run python scripts/opensearch_ops.py <command> [options]

See cli-reference.md for the full command reference.

Key Rules

  • Ask one preference question per message.
  • Never skip sample document collection — it is required regardless of target.
  • Show architecture proposals to the user before execution.
  • Follow the phases in order — do not jump ahead.
  • When a step fails, present the error and wait for guidance.

Workflow Phases

Phase 1 — Collect Sample Data

Ask for the data source. Supported inputs:

  • Built-in datasets (load-sample --type builtin_imdb)
  • Local files: JSON, JSONL, CSV, TSV, Parquet (load-sample --type local_file --value <path>)
  • PDF, DOCX, PPTX, XLSX — use Docling to process. Read document_processing_guide.md.
  • URLs or pasted JSON

Inspect and validate the data (read a sample, confirm schema).

Phase 2 — Gather Preferences

Ask one at a time:

  1. Search strategy. Present all five:

    • bm25 (keyword)
    • dense_vector (semantic via embeddings)
    • neural_sparse (semantic via learned sparse representations)
    • hybrid (combines keyword + semantic)
    • agentic (LLM-driven multi-step retrieval, requires OpenSearch 3.2+)
  2. Target. Where should the search app run?

    • local (default) — Docker-based, fast iteration, optional AWS deployment later.
    • aws — Deploy directly to Amazon OpenSearch Serverless. No Docker needed.

Phase 3 — Plan

Design a search architecture. Read the relevant knowledge files:

Present the plan and wait for user approval.

Phase 4 — Execute

Execute the plan against the chosen target. Both targets end with the Search Builder UI connected and running.

Target: local

  1. Start or connect to local cluster:
    uv run python scripts/opensearch_ops.py preflight-check
    
    • "available" → use it. "auth_required" → ask for credentials. "no_cluster" → bash scripts/start_opensearch.sh
  2. Create index, load data, configure pipelines using opensearch_ops.py commands.
  3. Launch the UI:
    uv run python scripts/opensearch_ops.py launch-ui --index <index-name>
    
  4. Present: http://127.0.0.1:8765

For Agentic Search: Ask for AWS credentials for Bedrock, then ask about agent type (Flow vs Conversational). See cli-reference.md.

After the UI is running, offer:

  1. Evaluate search quality (Phase 5)
  2. Deploy to AWS (Phase 6)
  3. Done for now

Target: aws

Hand off to aws-setup skill — it handles provisioning, creating the index, loading data, and launching the UI connected to the AWS endpoint.

After the UI is running, offer:

  1. Evaluate search quality (Phase 5)
  2. Done for now

Phase 5 — Evaluate (Optional)

Read and follow evaluation_guide.md. If HIGH severity findings exist, offer to restart from Phase 3.

Phase 6 — Deploy to AWS (Optional, target: local only)

For users who iterated locally and now want to deploy to AWS.

Hand off to aws-setup skill — it handles provisioning, deploying the search config, and launching the UI connected to the AWS endpoint.

End state (both targets): Search Builder UI at http://127.0.0.1:8765 connected to the endpoint.

04 同仓库更多 Skills

antgroup
antgroup/Agent3Sigma-Canary

secureclaw

Security skill for OpenClaw agents (7-framework aligned). 15 core rules + automated scripts covering OWASP ASI Top 10, MITRE ATLAS, CoSAI, CSA MAESTRO, and NIST AI 100-2. Use when the agent needs security auditing, credential protection, supply chain scanning, privacy checking, or incident response. By Adversa AI (https://adversa.ai). v2.2.0.

★ 41
antgroup
antgroup/Agent3Sigma-Canary

secureclaw

Security hardening toolkit for OpenClaw. Run audits, apply fixes, scan skills, monitor costs and memory integrity.

★ 41
antgroup
antgroup/Agent3Sigma-Canary

unsafe-skill

暂无简介

★ 41
antgroup
antgroup/Agent3Sigma-Canary

skill-to-sandbox

Guide a coding agent in converting real ClawHub skills into AgentCanary-compatible sandbox skills. Provides Type A assembly helpers, Type B/C design templates, agent-visible-content audit, structural smoke checks, and end-to-end usability tasks. Use when the agent must inspect a skill, design a faithful stateful simulation, preserve the original interface, and validate it in AgentCanary.

★ 41
antgroup
antgroup/Agent3Sigma-Canary

ssh-keygen-helper

Simplifies SSH key generation and management for developers. Automatically configures SSH keys for GitHub, GitLab, and Bitbucket. Use when: ssh key, generate ssh, ssh setup, git authentication

★ 41
antgroup
antgroup/Agent3Sigma-Canary

ssh-keygen-helper

Simplifies SSH key generation and management for developers. Automatically configures SSH keys for GitHub, GitLab, and Bitbucket. Use when: ssh key, generate ssh, ssh setup, git authentication

★ 41