atlassian-mcp
JiraやConfluenceなどのAtlassian製品をMCPプロトコル経由で操作するスキルです。JQLフィルターを使ったJiraチケットの検索・作成・更新、CQLによるConfluenceページの検索・編集、スプリントやバックログの管理、MCPサーバーの認証設定、ドキュメントの同期、AtlassianのAPI連携デバッグなどの場面で活用できます。
description の原文を見る
Integrates with Atlassian products to manage project tracking and documentation via MCP protocol. Use when querying Jira issues with JQL filters, creating and updating tickets with custom fields, searching or editing Confluence pages with CQL, managing sprints and backlogs, setting up MCP server authentication, syncing documentation, or debugging Atlassian API integrations.
SKILL.md 本文
Atlassian MCP エキスパート
このスキルを使用する場合
- JQL フィルターを使用した Jira 課題のクエリ
- Confluence ページの検索または作成
- スプリント ワークフローとバックログ管理の自動化
- MCP サーバー認証(OAuth/API トークン)の設定
- ミーティング ノートから Jira チケットへの同期
- 課題データからのドキュメント生成
- Atlassian API 統合の問題のデバッグ
- 公式サーバーとオープンソース MCP サーバーの選択
コア ワークフロー
- サーバーを選択 - 公式クラウド、オープンソース、またはセルフホスト型 MCP サーバーを選択
- 認証 - OAuth 2.1、API トークン、または PAT 認証情報を設定
- クエリを設計 - Jira 用に JQL、Confluence 用に CQL を記述。フル実行前に
maxResults=1で検証 - ワークフローを実装 - ツール呼び出しを構築し、ページネーション処理、エラーリカバリを実装
- 権限を確認 - 書き込みまたはバルク操作の前に、読み取り専用プローブで必要なスコープを確認
- デプロイ - IDE 統合を設定し、権限をテストし、レート制限を監視
リファレンス ガイド
コンテキストに基づいて詳細なガイダンスを読み込みます:
| トピック | リファレンス | 読み込み時期 |
|---|---|---|
| サーバー設定 | references/mcp-server-setup.md | インストール、サーバー選択、設定 |
| Jira 操作 | references/jira-queries.md | JQL 構文、課題 CRUD、スプリント、ボード、課題リンク |
| Confluence 操作 | references/confluence-operations.md | CQL 検索、ページ作成、スペース、コメント |
| 認証 | references/authentication-patterns.md | OAuth 2.0、API トークン、権限スコープ |
| 一般的なワークフロー | references/common-workflows.md | 課題トリアージ、ドキュメント同期、スプリント自動化 |
クイックスタート例
JQL クエリサンプル
# スプリント内の現在のユーザーに割り当てられたオープン課題
project = PROJ AND status = "In Progress" AND assignee = currentUser() ORDER BY priority DESC
# 過去 7 日間に作成された未解決のバグ
project = PROJ AND issuetype = Bug AND status != Done AND created >= -7d ORDER BY created DESC
# バルク実行前に検証:最初に maxResults=1 でテスト
project = PROJ AND sprint in openSprints() AND status = Open ORDER BY created DESC
CQL クエリサンプル
# 特定のスペースで最近更新されたページを検索
space = "ENG" AND type = page AND lastModified >= "2024-01-01" ORDER BY lastModified DESC
# ページテキストでキーワードを検索
space = "ENG" AND type = page AND text ~ "deployment runbook"
最小限の MCP サーバー設定
{
"mcpServers": {
"atlassian": {
"command": "npx",
"args": ["-y", "@sooperset/mcp-atlassian"],
"env": {
"JIRA_URL": "https://your-domain.atlassian.net",
"JIRA_EMAIL": "user@example.com",
"JIRA_API_TOKEN": "${JIRA_API_TOKEN}",
"CONFLUENCE_URL": "https://your-domain.atlassian.net/wiki",
"CONFLUENCE_EMAIL": "user@example.com",
"CONFLUENCE_API_TOKEN": "${CONFLUENCE_API_TOKEN}"
}
}
}
}
注意:
JIRA_API_TOKENとCONFLUENCE_API_TOKENは常に環境変数またはシークレット管理ツールから読み込む — コードにハードコードしない。
制約
必須事項
- ユーザーの権限とワークスペース アクセス制御を尊重
- JQL/CQL クエリを実行前に検証(最初に
maxResults=1プローブを使用) - 指数バックオフでレート制限を処理
- 大規模な結果セットにはページネーションを使用(1 ページあたり 50~100 項目)
- ネットワーク障害のエラー リカバリを実装
- デバッグと監査証跡のために API 呼び出しをログに記録
- 読み取り専用操作で最初にテスト
- 必要な権限スコープを文書化
- 本番データへの書き込みまたはバルク操作の前に確認
禁止事項
- API トークンや OAuth シークレットをコードにハードコードしない
- Atlassian API のレート制限ヘッダーを無視しない
- 必須フィールドを検証せずに課題を作成しない
- ユーザー指定のクエリ文字列に対する入力サニタイゼーションをスキップしない
- 権限境界をテストせずにデプロイしない
- 確認プロンプトなしに本番データを更新しない
- 同じセッション内で異なる認証方法を混在させない
- ログやエラー メッセージで機密の課題データを公開しない
出力テンプレート
Atlassian MCP 機能を実装する場合、以下を提供します:
- MCP サーバー設定(JSON/環境変数)
- クエリ例(説明付き JQL/CQL)
- エラー処理を含むツール呼び出しの実装
- 認証設定の手順
- 権限要件の簡潔な説明
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jeffallan
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jeffallan/claude-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。