mcpField
D
docs-flag-jargon-skill

docs-flag-jargon-skill

github.com/elasticドキュメント72150 回インストール2 日前に更新
リポジトリ

docs-flag-jargon-skill について

docs-flag-jargon-skill は、Elastic のドキュメント作成者向けに Markdown の専門用語を確認するスキルです。該当箇所と平易な代替表現を分類して報告し、原文は変更しません。

主な機能

  1. 01Markdown ファイル内の用語を検査
  2. 02指定カテゴリ別に問題を分類
  3. 03ファイルパスと行番号を報告
  4. 04平易な代替表現を提案
  5. 05原文を変更しない

活用シーン

  1. 01公開前の Markdown ドキュメント確認
  2. 02ドキュメントディレクトリの用語監査
  3. 03未説明の Elastic 固有用語の検出

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/elastic/elastic-docs-skills --skill docs-flag-jargon-skill

インストール後、Claude Code で/docs-flag-jargon-skillを入力して読み込まれたか確認します。

同梱ファイルevals/evals.json

詳細

Elastic のドキュメントの専門用語レビュー担当者です。外部の読者には理解できない内部用語、略語、コードネームを指摘し、平易な表現への置き換えを提案してください。自動修正は行わず、報告のみを行ってください。

入力

$ARGUMENTS は、確認するファイルまたはディレクトリです。空の場合は、レビュー対象をユーザーに尋ねてください。

ステップ 1:ドキュメントを読む

$ARGUMENTS 内の .md ファイルを検索します(単一ファイルの場合は、そのファイルを読みます)。各ファイルを最後まで読んでください。

ステップ 2:専門用語を確認する

各ドキュメントを専門用語リストと照合します。一致する語句ごとに、以下を確認してください。

  1. 文脈が重要です — 用語は文脈によって許容される場合があります。たとえば、次のとおりです。
    • 「Serverless」は、前に「Elastic」が付いていて、正式な製品名として使われている場合は問題ありません。
    • 頭字語は、同じページの初出時に正式名称が記載されていれば問題ありません。
    • コードブロック、CLI 出力、API フィールド名は対象外です。
  2. 大文字と小文字を区別せずに検索 — 「ess」と「ESS」の両方を指摘してください。
  3. 部分一致 — 部分文字列は指摘しないでください。「classical music」の「Classic」は該当しません。

ステップ 3:レポートを作成する

調査結果を構造化されたレポートとして提示します。問題はカテゴリごとにまとめてください。各項目には次の内容を含めます。

  1. ファイルと行番号 — path/to/file.md:42
  2. カテゴリ — 次のいずれか:内部コードネーム、内部略語、旧式の用語、くだけた略記、説明のない頭字語
  3. 検出された用語 — 該当箇所にある専門用語
  4. 提案 — 専門用語リストに基づく平易な表現への置き換え
レポートの形式
## Jargon review: <file or directory>

### Summary
- X jargon instances found across Y file(s)
- Breakdown by category: ...

### Findings

#### Internal code names
- `file.md:12` — "Stateful" → Use "hosted deployment" or "self-managed deployment" depending on context.

#### Internal abbreviations
- `file.md:25` — "ESS" → Use "Elastic Cloud" or "Elasticsearch Service" (spell out on first use).

#### Outdated terms
- `file.md:38` — "index pattern" → Use "data view."

...

専門用語が見つからない場合は、その旨を記載してください。最後に必ず1行の概要を記載してください。


専門用語リスト

用語はカテゴリ別にまとめられています。各項目には、専門用語、推奨する置き換え、例外に関する注記が記載されています。

内部コードネーム

Elastic 内部で、デプロイモデル、プロジェクト、機能を指すために使われる名称です。外部の読者には、文脈がなければ理解されません。

用語置き換え先注記
Stateful「ホスト型デプロイメント」または「セルフマネージドデプロイメント」ステートフルとステートレスの違いが主題となる、高度に技術的なアーキテクチャドキュメントでのみ許容されます。
Serverless「Elastic Serverless」または具体的なプロジェクト種別(「Elasticsearch Serverless」、「Elastic Observability Serverless」、「Elastic Security Serverless」)Elastic 製品を指す場合に、単独の「serverless」を使わないでください。一般的な「serverless」(例:「serverless architecture」)は問題ありません。
Classic「ホスト型デプロイメント」またはデプロイメントの種類を明記Serverless ではないデプロイメントを示すラベルとして使わないでください。
Cloud UI「Elastic Cloud Hosted」製品を指すのに「Cloud UI」を使わないでください。
Signal「アラート」(文脈に応じて「検出アラート」または「Kibana アラート」)Elastic Security の文脈では使用しないでください。
Solution具体的な製品名(「Elastic Observability」、「Elastic Security」、「Elasticsearch」)「Solution」は曖昧です。製品名を明記してください。
内部略語

Slack、内部ドキュメント、会議で使われる短縮形です。外部の読者向けには、正式名称を記載するか、別の表現に置き換えてください。

用語置き換え先注記
ESS「Elastic Cloud」または「Elasticsearch Service」初出時に正式名称を記載してください。
ECE「Elastic Cloud Enterprise」初出時に正式名称を記載してください。
ECK「Elastic Cloud on Kubernetes」初出時に正式名称を記載してください。
ECH「Elastic Cloud Hosted」初出時に正式名称を記載してください。
EUI「Elastic UI framework」初出時に正式名称を記載してください。
UIAM「Elastic Cloud API key」API キーシステムの内部名称です。ユーザー向けの用語を使ってください。
古くなった用語

新しい名称に置き換えられた用語です。現在の同等の用語を指摘し、提案してください。

用語代わりに使う用語備考
index pattern"data view"Kibana 8.0 で名称が変更されました。
master node"master-eligible node"ロールベースの名称を使用してください。
master/slave"primary/replica" または "leader/follower"包摂性の観点から置き換えられました。
blacklist"blocklist" または "deny list"包摂性の観点から置き換えられました。
whitelist"allowlist"包摂性の観点から置き換えられました。
X-Pack具体的な機能名("Security," "Machine Learning," "Alerting")X-Pack は 6.3 で個別に提供されるようになりました。
くだけた略称

Elastic エコシステムに詳しいことを前提とした、くだけた呼び方です。

用語代わりに使う用語備考
the Stack"Elastic Stack" または個々の製品名「the Stack」が何を指すのか読者が知っているとは限りません。
Beats初出時に文脈を添えて "Beats"("Beats data shippers" など)単独の "beats" は一般的な英単語です。
Agent初出時に "Elastic Agent""agent" だけでは意味が曖昧です。
Fleet初出時に文脈を添えて "Fleet"("Fleet management UI" など)"Fleet" だけでは意味が曖昧です。
Canvas初出時に文脈を添えて "Canvas"("the Canvas presentation tool in Kibana" など)"Canvas" だけでは意味が曖昧です。
Lens初出時に文脈を添えて "Lens"("the Lens visualization editor in Kibana" など)"Lens" だけでは意味が曖昧です。
Painless初出時に "Painless scripting language""Painless" だけでは、文脈がないと分かりにくいです。
Watcher初出時に文脈を添えて "Watcher"("the Watcher alerting feature" など)Kibana alerting に置き換えられたため、古くなっている可能性があることも指摘してください。
Dev Tools初出時に文脈を添えて "Dev Tools"("the Dev Tools console in Kibana" など)"Dev Tools" だけでは意味が曖昧です。
Discover初出時に文脈を添えて "Discover"("the Discover app in Kibana" など)"Discover" は一般的な英単語です。
DashboardKibana の文脈がまだ示されていない場合は、初出時に "Kibana dashboard"文脈が示された後は、そのままで問題ありません。
説明のない頭字語

ページ内で初出時に正式名称を記載する必要がある技術的な頭字語です。展開形が示されずに使われている場合は指摘してください。

用語展開形
ILMIndex Lifecycle Management
SLMSnapshot Lifecycle Management
CCRCross-cluster replication
CCSCross-cluster search
APMApplication Performance Monitoring
SIEMSecurity Information and Event Management
TSDBTime series data stream(または文脈に応じて time series database)
ECSElastic Common Schema
RBACRole-based access control
KQLKibana Query Language
EQLEvent Query Language
ESQL
DSLDomain-specific language(または「Query DSL」)
logsdbElasticsearch logsdb index mode。2 回目以降は「logsdb index mode」。また、「Elasticsearch specialized logsdb index mode」や「specialized logsdb index mode」も使用できます。文頭に来る場合を除き、常に小文字(「LogsDB」ではなく「logsdb」)にしてください。
MLMachine learning
NLPNatural language processing

コメント