Orca を入れたのに orca が見つからない：まず orca-ide として入ったか確認

たいていいえ。公式 install ページには The CLI command is orca-ide という専用の節があり、Linux では Orca CLI が orca-ide として入る。GNOME 標準のデスクトップが /usr/bin/orca をすでに押さえていて、Orca はそれを遮蔽しないから。.deb と .rpm のパッケージ名も同じ理由。だからまず which orca-ide、次に ~/.local/bin が PATH に入るか、この二段階を潰してから再インストールを話す。

tap を伴わない orca という cask は、このプロジェクトのリリース経路ではないから。Homebrew の公開メタデータは 2026-09-23 の取得で disabled: true、disable_date 2026-09-01、disable_reason が fails_gatekeeper_check（同時に deprecated は今も false）。公式 install ページが示すのは tap 付きの brew install --cask stablyai/orca/orca で、更新は brew upgrade --cask orca、その cask は stable チャネルに従うと書かれている。

公式の原文では、どのリリースでもこの三種類の形式のパッケージが出る（x64 と arm64 の両方あり）。原文は They contain the same app. What differs is how updates reach you, so pick on that で、つまり選び方の基準は「更新が自分の手にどう届くか」であって、機能差ではない。Arch 向けなら stably-orca-bin、あるいはソースからビルドする stably-orca-git を通す。

公式の troubleshooting ページが示すのは登録の手順です：Register the CLI under Settings → General → Orca CLI。macOS では ~/.local/bin に shim を置き、続いてそのディレクトリが shell の PATH に入っているか確認します。言い換えれば、入れ直してもこれは直らず、足りないのは PATH のあの一行です。

公式 troubleshooting ページは次の三つです。リモートに Node があり、初回の relay インストール時に外へ出られること。Linux のリモートには make、g++/clang++、python3 の C/C++ ツールチェーンを足すこと。入れ終えたら一度つなぎ直し、Orca にネイティブモジュールを入れ直させること。別のページ（headless Linux server）はサーバー側の前提も補います。A minimal server or container image ships none of the Electron libraries とあり、Xvfb と Electron の共有ライブラリをまとめて入れる必要があります。

公式 headless ページは原因を二層に分けます。offer そのものは「A pairing offer is a capability containing a device credential and E2EE material」なので、対象のクライアントにだけ送り、プロキシのアクセスログにも残さないとしています。つながらないのはたいていネットワーク側です。boundEndpoint はプロセスの待ち受けアドレス、advertisedEndpoint はクライアントのダイヤル先アドレスです。公式の記述はこうです。DNS、ファイアウォール、Docker のポート公開、Tailscale の方針、リバースプロキシのいずれかが advertised を bound に中継できなければ、見かけ妥当な offer でもつながりません。