Atlassian 公式 acli と atlassian-cli の比較: 独立系オープンソース CLI

atlassian-cli はコミュニティによる独立したオープンソースプロジェクトです。Atlassian と提携・関連しておらず、Atlassian による承認、推奨、後援のいずれも受けておらず、Atlassian が提供する公式 CLI（acli）でもありません。製品名は互換性を示す目的でのみ使用しています。

結論から

acli Atlassian と検索すると、名前がよく似たまったく別のものが 2 つ出てきます。acli は Atlassian 自身が開発・サポートしている公式のコマンドラインインターフェースです。atlassian-cli は、コミュニティが保守する MIT ライセンスの独立したオープンソースバイナリで、Atlassian との提携・関連はありません。どちらも REST API 経由で Atlassian Cloud を操作しますが、開発元もライセンスもサポート体制も異なる別々のプロジェクトです。

選び方は、何を重視するかでほぼ決まります。ベンダーの裏付けや公式ドキュメント、Atlassian 自身が提供するツールが必要なら acli を選んでください。Jira、Confluence、Bitbucket、Jira Service Management をカバーし、スクリプトから扱いやすい JSON や CSV 出力を備えたひとつの無料オープンソースバイナリが欲しいなら、atlassian-cli はまさにその用途のために作られています。どちらが間違いということはなく、両方をインストールしている人も多くいます。

Atlassian の acli とは

acli は Atlassian が提供する公式のコマンドラインツールです。ベンダー自身の製品であるため、インストール方法とコマンドの公式ドキュメント、ベンダーのサポート窓口、Atlassian が責任を持つライフサイクル管理といった、ベンダー製ツールに期待されるものがそろっています。コンプライアンスや調達の都合でベンダーサポートのあるツールが必須の組織であれば、公式 CLI が自然な選択になることが多いはずです。

インストール方法、対象製品、正確なコマンド体系など、acli に関する信頼できる情報源は Atlassian 自身のドキュメント（developer.atlassian.com/cloud/acli）です。acli の機能の詳細をここで繰り返さないのは意図的で、その内容は Atlassian が定めるものであり、時間とともに変わりうるからです。現在の正確な対応範囲は、必ず公式ページで確認してください。

atlassian-cli とは

atlassian-cli は独立したオープンソースプロジェクトです。MIT ライセンスで配布される単一の Rust バイナリで、ソースコードはすべて GitHub で公開されています。Atlassian が作ったものではなく、ベンダーサポートもありません。サポートはプロジェクトの GitHub Issues とコミュニティが担っています。

特徴は、ひとつのバイナリでカバーする範囲の広さです。1 回インストールするだけで、Atlassian の 4 製品にまたがるコマンドを使えます。

• Jira: 課題の検索、作成、更新、遷移、担当者設定に加えて、スプリントと一括操作。
• Confluence: ページ、スペース、CQL 検索、フォルダー、添付ファイル、一括操作、分析。
• Bitbucket: リポジトリ、ブランチ、プルリクエスト、パイプライン、権限、Webhook。
• Jira Service Management: サービスデスク、リクエスト、キュー、承認、SLA、顧客。

すべてのコマンドが機械可読な出力（--format json|csv|yaml）に対応しているため、結果を jq やスプレッドシート、CI パイプラインにそのまま流し込めます。コマンドの全体像はコマンドリファレンスで確認できます。

acli atlassian と atlassian-cli の比較一覧

事実に基づいた対比表です。Atlassian のドキュメントを参照するよう書かれているセルがあるのは意図的で、その内容は Atlassian が定めるものであり、ここで言い換えるよりも一次情報を読むほうが確実だからです。

傾向ははっきりしています。acli の価値は公式であることとベンダーサポート、atlassian-cli の価値は、中身を読めて、フォークでき、スクリプトから使える、複数製品対応の無料オープンソースバイナリであることです。他のコミュニティ製ツールを含む CLI 全体の状況については、Jira CLI ツール比較をご覧ください。

acli を選ぶ場面

公式であることが何よりも重要な場合は、Atlassian の acli を選んでください。よくある理由は次のとおりです。

• ベンダーサポートが必要。 コマンドの不具合をサポート契約経由で対応してもらう必要があるなら、ベンダー自身のツールが正解です。
• 調達やコンプライアンスの要件。 本番システムに触れるツールはベンダー提供のものしか認めない組織もあります。
• 一次情報としての基準が欲しい。 公式 CLI である acli の挙動は、Atlassian が直接ドキュメント化し、保守しています。

いずれの場合も、インストール手順と現在のコマンド一覧は acli の公式ドキュメントから確認してください。

atlassian-cli を選ぶ場面

複数の Atlassian 製品をひとつのバイナリでカバーし、オープンで無料、スクリプトから扱えるツールが欲しい場合は atlassian-cli が向いています。

最初のステップは認証で、自分の Atlassian の API トークンを使います。プロファイルは一度設定すれば十分です。

# Authenticate with your own Atlassian API token
atlassian-cli auth login \
  --profile work \
  --base-url https://your-team.atlassian.net \
  --email you@example.com \
  --token $ATLASSIAN_TOKEN \
  --default

# Verify the profile works
atlassian-cli auth test --profile work

API トークンの作成方法や複数プロファイルの設定については、認証ガイドをご覧ください。

両方を併用できるか

できますし、まったく理にかなった構成です。acli と atlassian-cli は名前の異なる別々のバイナリなので、PATH 上で競合しません。どちらも自分の Atlassian の認証情報で同じインスタンスに接続し、一方が他方に影響を与えることもありません。

多くのチームが落ち着く現実的な使い分けはこうです。ベンダーサポートや社内ポリシーが求める場面では Atlassian の acli を使い、製品をまたぐ手早いスクリプト、一括整理、エクスポートなど、JSON 出力を持つひとつのオープンなバイナリが便利な場面では atlassian-cli を使う。両者は排他的ではなく、補完的な関係です。

atlassian-cli の実際の使い方

独立系という選択肢を具体的に示すために、スクリプト用途で手放せない理由がわかる、そのままコピーして使える atlassian-cli のコマンドを挙げます。

Jira を検索して jq に渡す

# Search issues, get machine-readable JSON, extract keys
atlassian-cli jira issue search \
  --jql "project = DEV AND status = 'In Progress'" \
  --format json | jq '.[].key'

課題を作成して遷移させる

atlassian-cli jira issue create \
  --project DEV --issue-type Task \
  --summary "Ship release notes"

atlassian-cli jira issue transition DEV-123 \
  --transition "In Progress"

ドライラン付きの一括操作

# Preview first: nothing is modified
atlassian-cli jira bulk transition \
  --jql "project = DEV AND status = Open" \
  --transition "In Progress" \
  --dry-run

すべての一括コマンドに用意された --dry-run フラグを使えば、実行前に何が変わるかを正確に確認できます。本番運用に耐えるワークフローについては、一括遷移のランブックをご覧ください。

製品をまたいでも、バイナリはひとつ

# Confluence: create a page
atlassian-cli confluence page create \
  --space DEV --title "Release Notes" \
  --body "<p>Shipped today</p>"

# Bitbucket: list open pull requests
atlassian-cli bitbucket --workspace myteam pr list api-service --state OPEN

# JSM: list requests in a service desk
atlassian-cli jsm request list --servicedesk-id 10 --limit 25

Jira、Confluence、Bitbucket、JSM をひとつのバイナリでカバーできることが、すでに使っている公式ツールに atlassian-cli を併せて導入する主な理由です。コマンド単位の詳細は、acli Jira コマンドガイドと 2026 年のおすすめ Atlassian CLI ツールで詳しく解説しています。

よくある質問

関連リソース