3行でいうと

  • 外のサービスは、「Settings → Integrations」からつなぎます。GitHubは設定の一覧にOAuthとあり、Linearは個人のAPIトークン、Jiraはメールとトークン(Cloud)、Bitbucket Cloudはメールとトークン、またはアクセストークンです。
  • 外のサービスから来るissueやPRの文章は、エージェントの依頼に入ることがあります。第三者が書いた文章は、AIへの命令を含みうるものとして扱ってください。
  • トークンのスコープ、保存場所、外し方は、読んだページに書かれていないものがあります。その場合は「記載が見つからない」と書きました。
  • スマホは1回限りのコードでペアにします(beta)。SSH先には、Orcaが自前のサーバーを入れます。
  • 画面や差分をエージェントに渡す操作(Design Mode、Annotate AI Diff)では、渡る内容が公式に書かれています。

この記事は、公式の資料を2026年10月25日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。運営者は Orca を入れていますが、使い心地はこの記事には書いていません。設定やコマンドは「公式ページの例を、取得した要約から並べたもの」と、「この記事で組んだ案(動作は確かめていません)」を、そのつど区別します。コマンドや、スキル・サービスの登録など、システムに何かを足す操作は、公式ページの原文を見て入力してください。

先に結論

前提:用語をそろえる

連携の地図(この記事の範囲)

連携 設定する場所(公式の表記) 運営するのは
GitHub、GitLab、Bitbucket Cloud Settings → Integrations 各サービスの会社
Linear Settings → Integrations → Linear Linear
Jira Settings → Integrations Atlassian
Git操作のAI下書き Settings → Git & Source Control → Action recipes 使うエージェントの会社
Design Mode、Annotate AI Diff ブラウザのツールバー、差分の画面 Orca(渡す先は動いているエージェント)
スマホ デスクトップのペアリング、Orca Relay Stably, Inc.
SSH、Remote Orca Server Settings → SSH、Remote Orca Servers 自分のマシン

エージェントの接続、Orca CLI、スキル、Orchestration、自動実行、MCPの地図は、その1(07)にあります。

連携7:GitHub、GitLab、Bitbucket Cloud

手順(公式の「Hosted reviews, issues & Actions」と設定の一覧)

  1. 「Settings → Integrations」で、使うサービスにつなぎます。GitHubは「OAuth」と設定の一覧にあります。GitHubの連携のページ自体は、OAuthの手順、gh CLIの設定、必要なスコープ、資格情報の保存場所を書いていません。
  2. GitLabは、GitHubのページに「同じworktreeのレビューの流れでMRとissueを扱う」とありますが、Settings referenceにはGitLabの項目が見当たらず、つなぎ方の手順は読んだページに書かれていません(公式で確認できていません)。
  3. Bitbucket Cloudは、同じ画面で「Connect」を押し、「Email & API token」(既定)か「Access token」を選びます。Orcaは、保存の前に資格情報を確かめます。環境変数 ORCA_BITBUCKET_* は、保存した資格情報より優先され、ConnectとDisconnectを上書きします。
  4. つないだあと、サービスの画面から、PR/MR、issue、Actionsを見られます。PRからworktreeを作る、issueから作る、失敗したActionsのチップを押してログを見る、などです(06)。

AIとの連携になる場所

操作 エージェントに渡るもの(公式の記載)
「Fix broken checks」 落ちている確認の名前とリンクを、エージェントに渡す
「Fix with AI」(コミットのフック失敗) フックの出力、試したメッセージ、ステージ済みのファイルの一覧。エージェントには、直すことだけ頼み、フックの回避、コミット、プッシュ、レビューの作成はさせない、と書かれている
「Generate with AI」「Generate pull request details with AI」 ステージ済みの変更や、ブランチの差分とコミットから、下書きを作る。使うエージェント、引数、依頼のひな形は「action recipe」。「Settings → Git & Source Control → Action recipes」で、全体でもリポジトリごとでも編集できる
issueから作るworktree 名前とissueが、作成画面に入った状態で開く。{linkedIssue} は、結びつけたGitHubのissue番号に展開される(ひな形の中)

権限・外し方・確認点

連携8:Linear

  1. 「Settings → Integrations → Linear」を開き、個人のAPIトークンを貼ります(トークンの作り方は、Orcaのページには書かれていません。Linear側の「Settings → API」へのリンクがあります)。
  2. 見たいチームを選びます。
  3. タスクのドロワーで、GitHubとLinearのissueを同時に見られます。issueから作ったworktreeには、名前とissueのIDが結びつきます。
  4. 「Edit Worktree Details」の「Issue」欄で、あとから結びつけられます。GitHubとLinearで共通の欄で、新しいリンクを保存すると、前のものと置き換わります(worktreeのページには、複数を結べる「Linked work」の記述もあります)。
  5. エージェントからLinearを操作するには、orca linear と、orca-linear スキルを使います。操作の例に、save-issue、list-issues、関係の追加・削除があります。文脈のフラグに --activity、--full があります。CLI referenceには、orca linear の下に、status set、assignee set、priority set、comment add などが並びます。
  6. スキルのページは、orca-linear の手引きが「untrusted-ticket rules」(信頼できないチケットの規則)を扱うと、名前だけ挙げています。全文は orca skills get orca-linear で読む形で、規則の中身は、読んだページには書かれていません。

渡るデータ:エージェントをLinearのissueから起動すると、説明、コメント、サブissueの画像やメディアが、依頼の文脈に入ります。issueの本文は、第三者が書いた文章かもしれません。

権限:トークンのスコープ、保存場所、外し方(Linear連携の切断)は、Linearのページには書かれていません。トークン自体はLinear側で管理するものなので、取り消しは、Linearの側の画面で、と読めますが、これはこの記事の読み取りで、公式の記載ではありません。

連携9:Jira

連携10:Design ModeとAnnotate AI Diff(画面や差分をエージェントに渡す)

操作 エージェントに渡るもの 外し方・注意
Design Modeで部品をクリック 部品のHTML(まわりも少し)、計算されたCSS、切り抜きの画像、(開発用のソースマップがあれば)ソースのファイルと行。1つの添付として、動いているエージェントのターミナルへ ブラウザのツールバーのトグルで切る。送る前のメモは「Annotation tray」で編集・取り消し
差分で「Send to agent」 全部のコメントを、行ごとの位置つきで、1つの依頼にまとめて 送り先は「Send notes to」のメニューで選ぶ。「Resolve」で、コメントを次の送信から外す

画面や差分に、第三者が書いた文字(ページの文面、コードのコメント)が含まれるときは、それも依頼に入ります。

連携11:スマホ、SSH、遠隔のサーバー

スマホ(beta)

  1. デスクトップで、ペアリングのコード(1回限り、数分で切れる)を出します。
  2. スマホのOrcaで「Pair」を選んで貼ります。端末ごとのトークンが作られます。
  3. 経路は、Orca Relay(サインインが要る。デスクトップとスマホは、同じOrcaのアカウントで)、LAN、Tailscale。
  4. 外し方:デスクトップがトークンを受け付けなくなると、スマホに認証の失敗が出ます。「Retry」、デスクトップからの「Re-pair」、スマホ側でホストを「Remove」して、ペアをやり直す、と書かれています。デスクトップ側でペアを取り消す操作の名前は、読んだページには書かれていません(設定の一覧には、サーバーとして公開するときの「取り消せるアクセスリンク」の記述があります)。Relayを通るデータの中身は、Mobile companionのページに書かれていません(公式で確認できていません)。

SSH(公式の「SSH worktrees」)

  1. 「Settings → SSH → Add Target」で登録(06)。
  2. 初回の接続で、Orcaが、そのホストに、固定された自前のサーバーを入れます。切る設定はありません。「Settings → Managed servers」で、Update、Roll back、Recover、Stop…、Forget… ができます(CLI:orca environment status|update|rollback|recover|stop|forget)。
  3. エージェントとgitは遠隔で動き、鍵のパスフレーズは、Orcaが終わるまでメモリに保持されます(TTLは設定で長くできる)。
  4. 設定の「Browser」にある「Browse through SSH workspace hosts」は、ブラウザの通信とDNSをSSHのホスト経由にします(設定の一覧の記載)。
  5. SSHのターゲット自体を消す手順は、読んだページには書かれていません。

Remote Orca Server

渡るデータの一覧

つなぎ方 何が渡るか 渡る先
エージェントの起動 プロンプト、コード 選んだエージェントの会社(CLI経由)
Orchestration リードの出力が、ワーカーへの依頼になる 各エージェントの会社
差分コメント コメント(行の位置つき) 選んだエージェント
Design Mode 部品のHTML、CSS、画像、ソースの場所 動いているエージェント
GitHub PR、issue、Actionsの内容が、画面に出る。「Fix broken checks」は、落ちた確認の名前とリンクをエージェントへ GitHub、使うエージェント
Linear issueの本文、コメント、画像が、起動するエージェントの依頼に入る Linear、使うエージェント
スキルの取得 GitHubからの取得(送られる内容は書かれていない) GitHub
スキルの共有 一覧に載らない、取り消せるリンク(公式は「公開」とは書いていない。Orcaのアカウントが要る)。リンクを知る人は、サインインなしで入れられるので、公式は「認証情報のように扱う」と書いている。取り消しても、入れたコピーは消えない Orcaのアカウント経由
利用状況 匿名のID、版、OS、設定の変更の種類など PostHog Cloud(米国)

気をつけること

出典