Jira 連携スキル

AI コーディングワークフローから直接 Jira チケットを取得、分析、更新します。MCP ベース（推奨）と直接 REST API の2つの方法をサポートしています。

アクティブ化のタイミング

• 要件を理解するために Jira チケットを取得する
• チケットからテスト可能な受け入れ基準を抽出する
• Jira 課題に進捗コメントを追加する
• チケットのステータスを変換する（To Do → In Progress → Done）
• マージリクエストまたはブランチを Jira 課題にリンクする
• JQL クエリで課題を検索する

前提条件

オプション A：MCP サーバー（推奨）

mcp-atlassian MCP サーバーをインストールします。これにより、Jira ツールが AI エージェントに直接公開されます。

要件：

• Python 3.10+
• uvx（uv から）を、パッケージマネージャーまたは公式 uv インストールドキュメントを通じてインストールします。

MCP 設定に追加（例：~/.claude.json → mcpServers）：

{
  "jira": {
    "command": "uvx",
    "args": ["mcp-atlassian==0.21.0"],
    "env": {
      "JIRA_URL": "https://YOUR_ORG.atlassian.net",
      "JIRA_EMAIL": "your.email@example.com",
      "JIRA_API_TOKEN": "your-api-token"
    },
    "description": "Jira issue tracking — search, create, update, comment, transition"
  }
}

セキュリティ： 決してソースコードに秘密鍵をハードコードしないでください。JIRA_URL、JIRA_EMAIL、JIRA_API_TOKEN はシステム環境（またはシークレットマネージャー）で設定することをお勧めします。MCP の env ブロックは、ローカルのコミットされていない設定ファイルにのみ使用してください。

Jira API トークンの取得：

1. https://id.atlassian.com/manage-profile/security/api-tokens にアクセスします。
2. API トークンを作成をクリックします。
3. トークンをコピーします — 環境に保存し、ソースコードには保存しないでください。

オプション B：直接 REST API

MCP が利用できない場合は、curl または補助スクリプトを通じて Jira REST API v3 を直接使用できます。

必要な環境変数：

これらをシェル環境、シークレットマネージャー、または追跡されないローカル環境ファイルに保存してください。リポジトリにコミットしないでください。

MCP ツールリファレンス

mcp-atlassian MCP サーバーが設定されている場合、以下のツールが利用可能です。

ヒント： 移行する前に常に jira_get_transitions を呼び出してください — 移行 ID はプロジェクトのワークフローによって異なります。

直接 REST API リファレンス

チケットの取得

curl -s -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  -H "Content-Type: application/json" \
  "$JIRA_URL/rest/api/3/issue/PROJ-1234" | jq '{
    key: .key,
    summary: .fields.summary,
    status: .fields.status.name,
    priority: .fields.priority.name,
    type: .fields.issuetype.name,
    assignee: .fields.assignee.displayName,
    labels: .fields.labels,
    description: .fields.description
  }'

コメントの取得

curl -s -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  -H "Content-Type: application/json" \
  "$JIRA_URL/rest/api/3/issue/PROJ-1234?fields=comment" | jq '.fields.comment.comments[] | {
    author: .author.displayName,
    created: .created[:10],
    body: .body
  }'

コメントの追加

curl -s -X POST -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "body": {
      "version": 1,
      "type": "doc",
      "content": [{
        "type": "paragraph",
        "content": [{"type": "text", "text": "Your comment here"}]
      }]
    }
  }' \
  "$JIRA_URL/rest/api/3/issue/PROJ-1234/comment"

チケットの移行

# 1. Get available transitions
curl -s -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  "$JIRA_URL/rest/api/3/issue/PROJ-1234/transitions" | jq '.transitions[] | {id, name: .name}'

# 2. Execute transition (replace TRANSITION_ID)
curl -s -X POST -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"transition": {"id": "TRANSITION_ID"}}' \
  "$JIRA_URL/rest/api/3/issue/PROJ-1234/transitions"

JQL を使用した検索

curl -s -G -u "$JIRA_EMAIL:$JIRA_API_TOKEN" \
  --data-urlencode "jql=project = PROJ AND status = 'In Progress'" \
  "$JIRA_URL/rest/api/3/search"

チケットの分析

開発またはテスト自動化のためにチケットを取得する際、以下を抽出します。

1. テスト可能な要件

• 機能要件 — 機能の目的
• 受け入れ基準 — 満たされなければならない条件
• テスト可能な振る舞い — 特定の操作と期待される結果
• ユーザーロール — この機能を使用するユーザーとその権限
• データ要件 — どのようなデータが必要か
• 統合ポイント — 関与する API、サービス、またはシステム

2. 必要なテストの種類

• 単体テスト — 個々の関数とユーティリティ
• 統合テスト — API エンドポイントとサービス間の相互作用
• エンドツーエンドテスト — ユーザー向けの UI フロー
• API テスト — エンドポイントの契約とエラー処理

3. 境界条件とエラーシナリオ

• 無効な入力（null、長すぎる、特殊文字）
• 不正なアクセス
• ネットワーク障害またはタイムアウト
• 同時ユーザーまたは競合状態
• 境界条件
• データ不足または空
• 状態遷移（戻るナビゲーション、更新など）

4. 構造化された分析出力

Ticket: PROJ-1234
Summary: [チケットタイトル]
Status: [現在のステータス]
Priority: [高/中/低]
Test Types: 単体テスト, 統合テスト, エンドツーエンドテスト

Requirements:
1. [要件1]
2. [要件2]

Acceptance Criteria:
- [ ] [受け入れ基準1]
- [ ] [受け入れ基準2]

Test Scenarios:
- Happy Path: [説明]
- Error Case: [説明]
- Edge Case: [説明]

Test Data Needed:
- [テストデータ1]
- [テストデータ2]

Dependencies:
- [依存関係1]
- [依存関係2]

チケットの更新

更新のタイミング

コメントテンプレート

作業開始：

このチケットの実装を開始します。
ブランチ：feat/PROJ-1234-feature-name

テストが実装されました：

実装された自動テスト：

単体テスト：
- [テストファイル1] — [カバー内容]
- [テストファイル2] — [カバー内容]

統合テスト：
- [テストファイル] — [カバーされたエンドポイント/フロー]

すべてのテストはローカルで合格しました。カバレッジ：XX%

PR が作成されました：

Pull request created:
[PR Title](https://github.com/org/repo/pull/XXX)

Ready for review.

作業完了：

Implementation complete.

PR merged: [link]
Test results: All passing (X/Y)
Coverage: XX%

セキュリティガイドライン

• Jira API トークンをソースコードやスキルファイルに決してハードコードしないでください。
• 常に環境変数またはシークレットマネージャーを使用してください。
• 各プロジェクトの .gitignore に .env を追加してください。
• トークンが git 履歴に公開された場合は、直ちにローテーションしてください。
• 必要なプロジェクトにスコープを限定した、最小権限の API トークンを使用してください。
• API 呼び出しを行う前に、資格情報が設定されていることを検証してください — 迅速に失敗し、明確なメッセージを表示してください。

トラブルシューティング

ベストプラクティス

• Jira は最後にまとめて更新するのではなく、作業中に更新してください。
• コメントは簡潔かつ情報豊富に保ってください。
• コピーするのではなくリンクしてください — PR、テストレポート、ダッシュボードを指し示してください。
• 他の人の入力が必要な場合は、@メンションを使用してください。
• 開始する前に、関連する課題を確認して機能の全体像を把握してください。
• 受け入れ基準が曖昧な場合は、コードを記述する前に明確化を求めてください。