A

senior-prompt-engineer

作成者 alirezarezvani

senior-prompt-engineer は、モデルに依存しない Prompt Writing スキルです。評価に基づくプロンプト最適化、RAG の品質チェック、エージェントワークフローの検証、トークン/コスト見積もりに対応します。参考資料に加え、プロンプト分析、RAG メトリクス、エージェント orchestration 向けの Python ツールも含まれています。

スター22.1k
お気に入り0
コメント0
追加日2026年7月11日
カテゴリーPrompt Writing
インストールコマンド
npx skills add alirezarezvani/claude-skills --skill senior-prompt-engineer
編集スコア

このスキルのスコアは 84/100 です。汎用的なプロンプト作成チェックリストではなく、評価駆動のプロンプトエンジニアリングワークフローを求めるディレクトリ利用者にとって、有力な掲載候補と言えます。リポジトリには明確なトリガー、具体的な運用ルール、実用的なスクリプト、参考資料が揃っています。一方で、明示的なクイックスタートと、より分かりやすいインストール手順があれば導入しやすくなります。

84/100
強み
  • トリガー条件が明確です。frontmatter で prompt optimization、eval sets、RAG quality、agent/tool validation、structured outputs、token/cost budgeting が明示されています。
  • 運用ワークフローに実用性があります。SKILL.md には baseline-first iteration、eval-set-before-optimization、プロンプト上の工夫より platform-native structured outputs を優先する、といったルールが含まれています。
  • 補助アセットも有用です。stdlib の Python ツールが 3 つ用意され、prompt analysis/optimization、RAG evaluation、agent workflow validation に対応し、prompt patterns、evaluation frameworks、agentic system design に関する参照ドキュメントも揃っています。
注意点
  • skill path にインストールコマンドや README がないため、ユーザーは SKILL.md と各スクリプトの使用例から、インストール方法や同梱スクリプトの呼び出し方を推測する必要があります。
  • 評価スクリプトは意図的に軽量かつモデル非依存に作られているようで、プロバイダー標準の評価器や embeddings ではなく、語彙の重なりや chars-per-token 推定といった近似に依存しています。
概要

senior-prompt-engineer skill の概要

senior-prompt-engineer の用途

senior-prompt-engineer は、本格的な Prompt Writing に取り組むための、モデルに依存しない Claude skill です。ベースラインを使ったプロンプト改善、プロンプトテンプレートの作成、LLM 出力の評価、RAG の検索品質チェック、agent/tool ワークフローの検証、トークンやコストへの影響見積もりに向いています。単発の「プロンプトを書き直して」ではなく、プロンプトエンジニアリングをエンジニアリングのワークフローとして扱いたいユーザーに最適です。

向いているユーザーとタスク

本番用プロンプトを保守している、プロンプトのバリエーションを比較している、構造化出力の契約を作っている、RAG パイプラインをテストしている、または tool を呼び出す agent を設計しているなら、この skill はインストール候補になります。特に相性がよいのは、サンプル入力、期待出力、検索コンテキスト、agent 設定ファイルを用意できる開発者、AI プロダクト開発者、プロンプトエンジニア、技術運用担当者です。

主な違い

一般的なプロンプト改善アドバイスとの大きな違いは、評価を先に置く運用スタイルです。この skill は「雰囲気で最適化する」ことを明確に避け、プロンプトを変更する前にベースラインを取得するよう促します。また、Python 標準ライブラリだけで動く 3 つのツールも含まれています。プロンプト分析用の prompt_optimizer.py、検索と groundedness を確認する rag_evaluator.py、ワークフロー検証用の agent_orchestrator.py です。

インストール前に知っておきたいこと

この skill は実務的ですが、万能ではありません。ホスト型の完全な評価プラットフォームは同梱されておらず、プロバイダー別の価格もハードコードされていません。また、JSON schema enforcement や tool-use APIs のような各プラットフォーム固有機能を置き換えるものでもありません。価値の中心は、AI アシスタントに構造化されたワークフロー、参照資料、ローカルで使える補助スクリプトを与え、より良いプロンプト判断をしやすくする点にあります。

senior-prompt-engineer skill の使い方

senior-prompt-engineer のインストールと最初に読むファイル

インストールは次のコマンドで行います。

npx skills add alirezarezvani/claude-skills --skill senior-prompt-engineer

上流のパスは engineering-team/skills/senior-prompt-engineer です。インストール後は、まず SKILL.md を読み、運用ルールと起動条件を確認してください。その後、次のファイルを見ます。

  • references/prompt_engineering_patterns.md:プロンプトパターンと例
  • references/llm_evaluation_frameworks.md:指標選定と評価設計
  • references/agentic_system_design.md:ReAct、plan-and-execute、tool use、multi-agent パターン
  • scripts/prompt_optimizer.py
  • scripts/rag_evaluator.py
  • scripts/agent_orchestrator.py

skill をうまく機能させる入力

senior-prompt-engineer を効果的に使うには、「このプロンプトを良くして」以上の情報を渡してください。現在のプロンプト、タスクの目的、対象モデルやプロバイダー上の制約、可能であれば代表的なテストケース 10〜20 件、期待する出力形式、既知の失敗例、レイテンシ、トークン予算、コスト上限などを共有します。

弱い依頼の例:

Improve this support bot prompt.

より良い依頼の例:

Use senior-prompt-engineer to improve this support triage prompt. Baseline failures: it misclassifies billing refunds as technical issues and often omits escalation reasons. Required output is JSON with category, priority, escalation_reason, and confidence. Here are 12 labeled examples and 3 bad outputs from production. Keep the prompt under 900 tokens.

プロンプト最適化の実務ワークフロー

最初から書き直しを頼むのではなく、まず既存プロンプトの分析を依頼します。この skill の運用ルールは、先にベースラインを取得することです。次のように実行できます。

python scripts/prompt_optimizer.py prompt.txt --analyze --output baseline.json

そのうえで、具体的な失敗に基づく改訂版のプロンプトを依頼し、新しい版をベースラインと比較します。トークンやコストも意識したい場合は、モデルラベルと現在のプロバイダー価格を自分で渡します。

python scripts/prompt_optimizer.py prompt.txt --tokens --model claude --price-per-mtok 3.00

利用しているプラットフォームが構造化出力機能を備えている場合は、それを優先してください。この skill のガイダンスでは、「respond only with JSON」は第一候補の契約ではなく、あくまでフォールバックとして扱います。

RAG と agent ワークフローでの使い方

RAG 評価では、質問と検索済みコンテキストの JSON ファイルを用意し、次のように実行します。

python scripts/rag_evaluator.py --contexts contexts.json --questions questions.json --output report.json --verbose

relevance、coverage、Precision@K、Recall@K、MRR、NDCG、faithfulness、groundedness のシグナルが必要なときに使います。agent の場合は、tools、pattern、max iterations、system prompt、期待されるフローを記述した YAML または JSON 設定を用意します。その後、検証または可視化します。

python scripts/agent_orchestrator.py agent.yaml --validate

python scripts/agent_orchestrator.py agent.yaml --visualize --format mermaid

これにより、デプロイ前に tool の不足、安全でないループ、不明確なオーケストレーション、おおまかなトークン使用量を見つけやすくなります。

senior-prompt-engineer skill FAQ

senior-prompt-engineer は Claude 専用ですか?

いいえ。この skill は Claude skill として使う前提で書かれていますが、プロンプトエンジニアリングの手法とスクリプトはモデルに依存しません。ツールは情報提供目的の見積もり用に任意のモデル名を受け取り、ハードコードされたモデル ID や古い価格表に依存しません。

「良いプロンプトにして」と頼むのと何が違いますか?

一般的なプロンプト書き換えは、読みやすさを中心に最適化されがちです。senior-prompt-engineer skill は、ベースラインの挙動、評価ケース、出力契約、検索指標、ワークフロー制約といった証拠に照らして最適化します。そのため、一貫性が重要な本番プロンプトにより適しています。

初心者でも使えますか?

はい。ただし初心者は、評価を実行する前に references/prompt_engineering_patterns.md から読むのがおすすめです。この skill は、タスクを説明できること、例を用意できること、出力が要件を満たしているか判断できることを前提にしています。例がまったくない場合は、まず小さな評価セットの設計をアシスタントに手伝ってもらってください。

使わないほうがよい場面は?

カジュアルな単発の文章作成プロンプト、評価が主観的になりやすい創造的なブレインストーミング、例・制約・成功基準を用意できないケースには向きません。また、プロバイダー標準の構造化出力、モデレーション、トレーシング、本番環境の observability の代替にもなりません。

senior-prompt-engineer skill を改善する方法

より良いベースラインで senior-prompt-engineer の成果を上げる

senior-prompt-engineer の結果を最短で改善する方法は、実際のベースラインを渡すことです。現在のプロンプト、現在の出力、失敗ラベル、望ましい出力を用意してください。すでにうまく動いている部分は維持し、失敗しているクラスだけを狙うようアシスタントに依頼します。これにより、見た目は整理されていても重要な挙動が退行するような大幅な書き換えを防げます。

評価セットを強化する

最低でも 10〜20 件のケースを使います。ただし、簡単な例だけでなく代表性を重視してください。通常ケース、エッジケース、曖昧なケース、敵対的な入力、過去に失敗した例を含めます。抽出や分類では期待ラベルを入れます。生成タスクでは、正確性、網羅性、トーン、引用の使い方、スキーマ妥当性などの採点基準を含めます。

よくある失敗パターンを避ける

よくある問題には、成功条件を定義する前に最適化してしまうこと、複数のタスクを 1 つのプロンプトに詰め込むこと、API で担保すべき保証をプロンプト文面に頼ること、検索や tool 選択を見ずに最終回答の品質だけを測ることがあります。出力が不安定な場合は、すべてを一度に変えるのではなく、指示設計、例、スキーマ、検索品質、agent の制御フローを分けて確認してください。

初回出力のあとに反復する

最初の改訂版が出ても、すぐに本番投入しないでください。同じ評価セットを実行し、baseline.json と比較し、退行を確認して、対象を絞った 2 回目の修正を依頼します。良いフォローアップ例は次のとおりです。

Compare the revised prompt against the baseline. Keep improvements that reduce refund misclassification, but fix the two regressions where technical tickets lost required escalation reasons. Do not increase the prompt by more than 100 tokens.

評価とレビュー

まだ評価がありません
レビューを投稿
このスキルの評価やコメントを投稿するにはサインインしてください。
G
0/10000
新着レビュー
保存中...