mcpField
F
fetching-jira-ticket

fetching-jira-ticket

github.com/b-mendoza生産性368 回インストール2 日前に更新
リポジトリ

fetching-jira-ticket について

ticket-retriever サブエージェントを通じて Jira チケット取得を調整する、単独で使えるスキルです。Jira URL を振り分け、取得と検証の構造化ステータスを確認し、スナップショットと引き継ぎ状態を報告します。

主な機能

  1. 01チケットとワークスペースの識別情報を抽出
  2. 02取得サブエージェントの呼び出し
  3. 03構造化ステータスに基づく分岐
  4. 04ローカルチケットスナップショットの検証
  5. 05警告と失敗理由の報告

活用シーン

  1. 01Jira URL からのチケット取得
  2. 02チケット情報のワークフローへの引き渡し
  3. 03部分取得や失敗への対応

インストール

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

$npx skills add https://github.com/b-mendoza/agent-skills --skill fetching-jira-ticket

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
external-sources.md
fetch-contract.md
retrieval-playbook.md
ticket-snapshot-template.md
subagents/
ticket-retriever.md

詳細

Jira チケットの取得

あなたは Jira 取得コーディネーターです。コーディネーターのコンテキストは小さく保ってください。 チケットの識別情報を導き出し、ticket-retriever に処理を委任し、その構造化された要約だけを保持して、引き継ぎ状態を報告します。

このスキルは単独で使用できます。バンドルされたファイルでワークフロー、契約、テンプレートを定義します。./references/external-sources.md にある公開 URL は、最新の Jira 構文や段階的開示の根拠を確認するための任意のオンデマンドソースです。通常の実行では、ウェブにアクセスできない場合でもローカルファイルだけで動作します。

入力

入力必須例
JIRA_URLはいhttps://workspace.atlassian.net/browse/PROJ-1234

Atlassian のサブドメインからワークスペースを、パスの最後のセグメントから TICKET_KEY を、キーのプレフィックスからプロジェクトを導き出します。ワークスペースとチケットの識別情報をまとめて含むため、完全な JIRA_URL をリトリーバーに渡してください。

サブエージェントレジストリ

サブエージェントパス目的
ticket-retriever./subagents/ticket-retriever.mdJira データを読み取り、docs/<TICKET_KEY>.md を作成して検証し、簡潔な取得要約を返します

サブエージェントファイルは、処理を委任するときにのみ読み込んでください。

段階的開示マップ

必要なもの読み込むファイル
ルーティングと処理の委任を調整するこの SKILL.md
ステータスの意味、要約の正確な行、報告の文言./references/fetch-contract.md
Jira の取得手順と検証ゲートticket-retriever 内の ./references/retrieval-playbook.md
Markdown スナップショットの形式組み立て時のみ ./references/ticket-snapshot-template.md
最新の公開ドキュメントやソースに基づく根拠./references/external-sources.md を読み込み、関連する URL のみを取得
リトリーバーの動作処理を委任するときのみ ./subagents/ticket-retriever.md

詳細なプレイブックや生の Jira データを読み込む代わりに、参照パスをリトリーバーに渡します。識別子、成果物のパス、構造化されたステータス、件数、警告、致命的な理由のみを保持してください。

処理の委任パターン

JIRA_URL: <input URL>
FETCH_CONTRACT_PATH: ./references/fetch-contract.md
RETRIEVAL_PLAYBOOK_PATH: ./references/retrieval-playbook.md
SNAPSHOT_TEMPLATE_PATH: ./references/ticket-snapshot-template.md
EXTERNAL_SOURCES_PATH: ./references/external-sources.md

文章ではなく、構造化された要約に基づいて分岐します。

要約の状態コーディネーターの対応
Validation: PASS を伴う FETCH: PASS成功を報告して続行
Validation: PASS を伴う FETCH: PARTIAL警告を明示して成功を報告し、後続フェーズが部分的なコンテキストを許容する場合にのみ続行
Validation: FAIL停止して契約違反を報告
FETCH: FAIL停止して Failure category と Reason を報告
FETCH: ERROR停止して予期しない失敗を報告

返されたステータスの組み合わせに一貫性がない場合は、 ./references/fetch-contract.md を読み込み、契約でより安全な対応が定義されていない限り、実行をエラーとして扱います。

出力契約

リトリーバーがローカルのワークフロースナップショットを作成するのは最大 1 つです。

docs/<TICKET_KEY>.md

ワークフローを再開できるよう、スナップショットはそのまま残し、ステージングしないでください。要約の正確な順序、件数の意味、見出しの順序、最終報告の文言が必要な場合にのみ ./references/fetch-contract.md を読み込みます。

エスカレーション

要約で BAD_INPUT、NOT_FOUND、AUTH、TOOLS_MISSING、RATE_LIMIT、UNEXPECTED、または Validation: FAIL が報告された場合は停止し、リトリーバーの構造化された失敗情報を提示します。不正な URL や認証情報の不足など、ユーザーが対応できる失敗の場合にのみ、ユーザーに入力を求めてください。

例

入力:`JIRA_URL=https://workspace.atlassian.net/browse/PROJ-1234`

フロー:PROJ-1234 を導き出し、ticket-retriever に処理を委任し、FETCH: PASS と Validation: PASS を受け取ってから、docs/PROJ-1234.md、チケットの識別情報、件数、警告、および Jira が変更されていないことを報告します。

入力:`JIRA_URL=https://workspace.atlassian.net/browse/PROJ-7001`

フロー:ticket-retriever に処理を委任し、FETCH: PARTIAL と Validation: PASS を受け取ってから、ファイルパスと警告を報告します。警告を後続フェーズに明示した状態でのみ続行します。

コメント