スキルOfficialdevelopment

🔍amazon-opensearch-service

プラグイン: aws-data-analytics
ソース: GitHub で見る ↗

説明

Amazon OpenSearch ServiceおよびServerless（AOSS）に関する、以下の5つの機能領域をカバーするスキル： **【機能領域】** - **移行**：Solr / Elasticsearch / セルフマネージドOpenSearchから AOS / AOSSへの移行、スキーマ・クエリの変換、サイジング、カットオーバー対応 - **プロビジョニング**：ドメインおよびAOSSのライフサイクル管理、アップグレード、ストレージ階層、FGAC（Fine-Grained Access Control）、モニタリング - **検索**：ベクトル検索 / セマンティック検索 / ハイブリッド検索 / Bedrockコネクターを活用したRAG - **ログ分析**：PPL、OSIによるデータ取り込み、異常検知、OpenSearch Dashboards、SplunkやDatadogの代替構成 - **トレース分析**：OTelスパン、サービスマップ、Data Prepper --- **次のような場合に使用：** OpenSearch、AOS、AOSS、Elasticsearch、ELK、Solr、Luceneに関する質問、またはベクトル検索 / k-NN / セマンティック検索 / ハイブリッド検索 / ニューラル検索、RAG、ELSER、ログ分析、オブザーバビリティ、Kibana、OSI、OCU、PPL、トレース分析、BM25、eDisMax、 schema.xml、ILM、ISM、FAISS、HNSW、Migration Assistant for Amazon OpenSearch Service、履歴データ移行、ライブトラフィック移行、UltraWarm、OR1、 SplunkやDatadogの代替検討、Solrからの移行などのキーワードが含まれる場合 --- **【動作仕様】** 1リクエストにつき上記5領域から**1つの機能領域のみ**を選択して回答します。回答には、インスタンスクラスとノード数の推奨、シャード数の計算根拠、およびクエリDSLのサンプルコードを含めます。

原文を表示

Amazon OpenSearch Service and Serverless across five capabilities — migration (Solr/ES/self-managed OpenSearch into AOS/AOSS, schema/query translation, sizing, cutover); provisioning (domain + AOSS lifecycle, upgrades, storage tiers, FGAC, monitoring); search (vector / semantic / hybrid / RAG with Bedrock connectors); log-analytics (PPL, OSI ingestion, anomaly detection, OpenSearch Dashboards, Splunk/Datadog alternatives); trace-analytics (OTel spans, service maps, Data Prepper). Triggers on OpenSearch, AOS, AOSS, Elasticsearch, ELK, Solr, Lucene, vector / k-NN / semantic / hybrid / neural search, RAG, ELSER, log analytics, observability, Kibana, OSI, OCU, PPL, trace analytics, BM25, eDisMax, schema.xml, ILM, ISM, FAISS, HNSW, Migration Assistant for Amazon OpenSearch Service, Historical Data Migration, Live Traffic Migration, UltraWarm, OR1, Splunk/Datadog alternative, moving off Solr. Picks ONE capability per ask, names instance class + count + shard math, ships query DSL examples.

ユースケース

✓ドメインのライフサイクル管理やアップグレードが必要なとき
✓ベクトル検索やセマンティック検索を実装するとき
✓ログ分析や異常検知を行うとき
✓トレース分析やサービスマップを構築するとき

本文（日本語訳）

Amazon OpenSearch Service — 統合スキル

このスキルは、Amazon OpenSearch Service（AOS）およびServerless（AOSS）に関するあらゆる質問に、5つのCapabilityにまたがって回答します。以下のStep 0が質問を1つのCapabilityにルーティングし、そのCapabilityのエントリーポイントリファレンスを示します。いつDispatchするか、サブリファレンス、Capability固有の情報、Capability間のリンクといったその他すべての情報は、各Capabilityのエントリーポイントリファレンスにあるものとします。

AWS MCPサーバーは推奨されますが、必須ではありません。 各Capabilityリファレンスでは、標準のAWS CLIコマンドを主要な構文として記載しています（例: aws opensearch describe-domain、aws opensearchserverless create-collection）。AWS MCPサーバーが利用可能な場合、そのcall_awsツールは効率的な代替手段となりますが、このスキル内のすべての操作はAWS CLIのみでも必ず動作しなければなりません。AOS / AOSSに対するデータプレーンのHTTP呼び出しには、SigV4署名付きリクエストのためにawscurlを使用します。これはどちらのコンテキストでも動作します。

Step 0: Capabilityの判定 — 最初に行うこと

以下の5つのCapabilityから1つを選択してください。最初の一文で判定したCapabilityを明示します（例: 「判定されたCapability: SEARCH — Bedrockエンベディングを使ったセマンティック検索のセットアップ。」）。次に、エントリーポイントリファレンスをロードします。そのファイルにはいつDispatchするか、そのCapabilityの残りのファイルのインデックス、および次のステップへのルーティングが記載されています。

Capability	エントリーポイントリファレンス
migration — Solr / Elasticsearch / セルフマネージドOpenSearchからAOSまたはAOSSへの移行。スキーマ・クエリ変換、サイジング、カットオーバー。	`references/assessment-workflow.md`
provisioning — AOSドメインおよびAOSSコレクションのプロビジョニングと管理。ライフサイクル、アップグレード、ストレージティア、FGAC、モニタリング。	`references/provisioning-reference.md`
search — ベクター / セマンティック / ハイブリッド / スパース / デンス / RAG検索。Bedrockコネクター、FAISS HNSWとLuceneの比較。	`references/search-semantic-search-guide.md`
log-analytics — ログ検索、オブザーバビリティ、PPL、OSIインジェスト、異常検知、OpenSearch Dashboards。Splunk / Datadog / ELKの代替。	`references/log-analytics-guide.md`
trace-analytics — OpenTelemetryによる分散トレース。スパンクエリ、サービスマップ、Data Prepper。	`references/trace-analytics-trace-queries.md`

プロンプトが複数のCapabilityにまたがる場合（例: 「SolrからマイグレーションしつつRAGも新ドメインにセットアップしたい」）、回答では主要なCapabilityを選択し、末尾にもう一方のCapabilityのエントリーポイントリファレンスへの1行のハンドオフを記載してください。

共通ルール（すべてのCapabilityに適用）

これらのルールはCapabilityに関わらず、すべての回答に適用されます。Capability固有のルール（サイジング計算、形状検出、Migration Assistant for Amazon OpenSearch Service機能マトリクス、k-NNエンジン選定）はエントリーポイントリファレンスに記載されており、ここには含まれません。

レポートヘッダー（複数セクションの回答すべてに必須）。 複数セクションの回答は必ず、単一のフェンス付きメタデータブロックで始めること: > Generated: <ISO 8601タイムスタンプ> | Skill: amazon-opensearch-service v<N>。時刻はcurrent_timeツールを呼び出して取得します（UTC形式のISO 8601で返されます）。スキルバージョンはこのファイルのフロントマターのversion:フィールドから読み取ります。一行回答（簡潔なFOCUSED_OPERATIONALの返答、アンチパターン拒否）ではヘッダーは任意ですが、複数セクションの成果物では必須です。レポートタイトルの直後、最初の##見出しの前に配置してください。
ドル金額の見積もり禁止（ハード制約）。$X/month、~$1,500などいかなるドル金額も出力しないこと。コストに関する質問はすべて https://calculator.aws に誘導して終了します。サブリファレンスにドル金額が含まれている場合は、参考情報としてのみ扱い、ユーザーへの出力には含めないこと。
認証情報の漏洩禁止（ハード制約）。マスターユーザー名、KMSキーARN、VPCエンドポイントURL、インスタンスIP、アカウントIDを生成した出力に含めないこと。
A vs. Bの判断には必ず1つを選ぶ。 1行で主要な推奨事項を明示し、その理由を1文で記載します。主要な推奨の後に「Bを選ぶべき場合は…」という但し書きを加えることは許可されますが、条件のみの案内を先頭に置いてはなりません。
情報源の再提示。 最初の2〜3文では、エンジン・バージョン・スケールが判明している場合はその情報源を再提示し、不明な場合はユーザーの質問を具体的な言葉で言い換えます。ユーザーが最初に目にするテキストは、ツールのナレーション、メタコメント、レポートタイトル、または質問の単純な繰り返しであってはなりません。
マーケティング的表現の禁止。 「シームレス」、「堅牢」、「ベストインクラス」、「本番実績済み」、「エンタープライズグレード」、「ワールドクラス」、「クリーンな」、「エレガントな」は使用しないこと。また、「一般的に」、「通常」、「大抵の場合」、*「ほとんどのケースで」*といった曖昧な修飾語を1つの推奨文中に3つ以上重ねないこと。適用される場合・されない場合を具体的に記述してください。
Capability間のハンドオフ。 ユーザーのプロンプトが複数のCapabilityにまたがる場合（例: 「SolrからマイグレーションしつつRAGも新ドメインにセットアップしたい」）、主要なCapabilityで回答し、末尾に1行のハンドオフを記載します: 「<他のCapability>については references/<他のCapability>-<エントリー>.md を参照してください。」

クロスカッティングリファレンス（複数のCapabilityで使用）

これらのリファレンスは複数のCapabilityにまたがって使用されるため、Capabilityプレフィックスが付いていません。Capabilityのエントリーポイントリファレンスが必要に応じてロードします。SKILL.mdが直接ロードすることはありません。

references/sizing.md — サイジング計算、インスタンスファミリーの詳細、OR1のトレードオフ、ウォーターマーク、JVMヒープのルール。
references/vector-knn.md — k-NNエンジン、メモリ計算、RAGインジェストパターン、ELSERの代替。
references/observability.md — ログ分析パターン、ISM、UltraWarm/Coldティアリング、Splunk/Datadogの移行プレイブック。
references/security.md — FGAC、暗号化、VPCパターン、監査ログ、コンプライアンス体制。
references/personas.md — ペルソナ別のコミュニケーションスタイル。
references/assessment-gotchas.md — 本番環境における既知の問題カタログ（Migrationの詳細またはリスク/ブロッカーのテーブルで番号を引用します。各GotchaにはCategory:タグが付いており、対応するレーンを決定します）。
references/assessment-knowledge-retrieval.md — トピック → ツール → URLのレシピ（バッチ検証用）。

アセット（assets/）: FULL_ASSESSMENTレンダリング用のレポートテンプレート（Solrソース、ESソース、エグゼクティブサマリー）。

このスキルが対応しないこと

ドルコストの見積もり。 料金は毎月変動し、アカウント固有の割引（RI、Savings Plan、EDP）の計算はこのスキルの信頼できる対応範囲外です。https://calculator.aws を使用してください。
データの移動。 Migration Assistant for Amazon OpenSearch Serviceを使用してください（バックフィルにはHistorical Data Migration、ライブカットオーバーにはLive Traffic Migration）。
エンベディングモデルの構築。 Amazon BedrockまたはSageMakerを使用してください。
SplunkのSPLやDatadog APMの完全な1対1置き換え。 一部のクエリ / 検知ルール / ダッシュボードは書き直しが必要です。
特定のカタログに対する関連性チューニング。 OpenSearch Benchmarkのbig5ワークロードとご自身の判断リストを使用してください。

原文（English）を表示

Amazon OpenSearch Service — the unified skill

This skill answers anything about Amazon OpenSearch Service or Serverless across five capabilities. Step 0 below routes the question to ONE capability and points at that capability's entry-point reference. Everything else — when to dispatch, sub-references, capability-specific facts, cross-capability links — lives in the entry-point reference for that capability.

AWS MCP server is recommended, not required. Capability references show standard AWS CLI commands as the primary syntax (e.g., aws opensearch describe-domain, aws opensearchserverless create-collection). Where the AWS MCP server is available, its call_aws tool offers a streamlined alternative — but every operation in this skill MUST work via the AWS CLI alone. Data-plane HTTP calls against AOS / AOSS use awscurl for SigV4-signed requests; this works in both contexts.

Step 0: detect the capability — first thing you do

Pick one of the five capabilities below. State the detected capability in your first sentence (e.g., "Detected capability: SEARCH — semantic search setup with Bedrock embeddings."). Then load the entry-point reference; that file describes when to dispatch, indexes the rest of the capability's files, and routes you to the next step.

Capability	Entry-point reference
migration — Solr / Elasticsearch / self-managed OpenSearch into AOS or AOSS. Schema/query translation, sizing, cutover.	`references/assessment-workflow.md`
provisioning — Provisioning and managing AOS domains and AOSS collections. Lifecycle, upgrades, storage tiers, FGAC, monitoring.	`references/provisioning-reference.md`
search — Vector / semantic / hybrid / sparse / dense / RAG retrieval. Bedrock connectors, FAISS HNSW vs Lucene.	`references/search-semantic-search-guide.md`
log-analytics — Log search, observability, PPL, OSI ingestion, anomaly detection, OpenSearch Dashboards. Splunk/Datadog/ELK alternatives.	`references/log-analytics-guide.md`
trace-analytics — Distributed traces with OpenTelemetry. Span queries, service maps, Data Prepper.	`references/trace-analytics-trace-queries.md`

If a prompt spans capabilities (e.g., "migrate from Solr AND set up RAG on the new domain"), pick the dominant capability for the response and close with a one-line handoff to the other capability's entry-point ref.

Universal rules (apply to ALL capabilities)

These rules apply to every response, regardless of capability. Capability-specific rules (sizing math, shape detection, Migration Assistant for Amazon OpenSearch Service capability matrix, k-NN engine selection) live in the entry-point references, not here.

Report header (every multi-section response). Begin every multi-section response with a single fenced metadata block: > Generated: <ISO 8601 timestamp> | Skill: amazon-opensearch-service v<N>. Get the time by calling the current_time tool (returns ISO 8601 in UTC). Read the skill version from this file's frontmatter version: field. For one-line answers (terse FOCUSED_OPERATIONAL replies, anti-pattern refusals) the header is optional; for any multi-section deliverable it is REQUIRED. Place it immediately after the report title and before the first ## heading.
No dollar estimates (HARD CONSTRAINT). Never produce $X/month, ~$1,500, or any dollar figure. Route every cost question to https://calculator.aws and stop. If a sub-reference contains dollar figures, treat them as informational context only and do NOT pass them through to the user.
No credential leakage (HARD CONSTRAINT). Never include master usernames, KMS key ARNs, VPC endpoint URLs, instance IPs, or account IDs in generated output.
Pick one for every A-vs-B decision. Name a primary recommendation in one line with a one-sentence reason. A "go with B if..." caveat is allowed AFTER the primary; never lead with conditional-only guidance.
Source restatement. The first 2–3 sentences must restate the source (engine + version + scale) when known, or restate the customer's question in concrete terms. The very first text the user sees must NOT be tool narration, meta-commentary, the report title, or simply restating the question verbatim.
No marketing tone. Do NOT use "seamless", "robust", "best-in-class", "production-hardened", "enterprise-grade", "world-class", "cleanly", "elegant". Do NOT stack 3+ vague hedges ("typically", "generally", "usually", "in most cases") in a single recommendation — be specific about when it does and does not apply.
Cross-capability handoff. When a user prompt spans capabilities (e.g., "migrate from Solr AND set up RAG on the new domain"), pick the dominant capability for the response, then close with a one-line handoff: "For <other capability>, see references/<other-capability>-<entry>.md."

Cross-cutting references (used across multiple capabilities)

These references are not capability-prefixed because they apply across capabilities. Capability entry-point references load them when relevant; SKILL.md never loads them directly.

references/sizing.md — sizing math, instance family details, OR1 trade-offs, watermarks, JVM heap rules.
references/vector-knn.md — k-NN engines, memory math, RAG ingestion patterns, ELSER alternatives.
references/observability.md — log analytics patterns, ISM, UltraWarm/Cold tiering, Splunk/Datadog migration playbooks.
references/security.md — FGAC, encryption, VPC patterns, audit logs, compliance posture.
references/personas.md — communication style per persona.
references/assessment-gotchas.md — production gotcha catalog (cite by number in Migration specifics or Risks/blockers tables; each gotcha carries a Category: tag that determines its lane).
references/assessment-knowledge-retrieval.md — topic → tool → URL recipe for batched verification.

Assets (assets/): report templates for FULL_ASSESSMENT renderings (Solr-source, ES-source, executive summary).

What this skill does NOT do

Estimate dollar costs. Pricing changes monthly and account-specific (RI, Savings Plan, EDP) discount math is outside this skill's reliable scope. Use https://calculator.aws.
Move data. Use Migration Assistant for Amazon OpenSearch Service (Historical Data Migration for backfill, Live Traffic Migration for live cutover).
Build embedding models. Use Amazon Bedrock or SageMaker.
Replace Splunk SPL or Datadog APM 1:1. Some queries / detectors / dashboards need rewriting.
Tune relevance for a specific catalog. Use OpenSearch Benchmark big5 workload + your own judgment list.

原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。