Question 1

OpenResearch がリモート SSH ホスト上で 'The installer finished, but no working orx binary was found' と報告するのはなぜですか？

Accepted Answer

リモートプローブは、ディレクトリがグループまたはワールド書き込み可能な `orx` バイナリを（継承されたグループ書き込み ACL を含み、例えば共有ストレージからのモード 2775 など）警告なく拒否するため、正常に動作するバイナリが存在しないものとして扱われます。バイナリ自体は正常です — 失敗しているのはディレクトリの信頼チェックだけです。リモートホスト上で手動で修正してください（共有ディレクトリを自動変更しないでください）： 1. パーミッションを確認: `ls -ld ` および `getfacl ` 2. グループ/その他の書き込み権限を削除: `chmod g-w,o-w `（例: `chmod 755 ~/.local/bin` または `~/.cargo/bin`） 3. ACL がグループ書き込みを許可している場合は、それを削除: `setfacl -b `（または `setfacl -m g::r-x ` で特定のエントリを調整） 4. インストーラーを再実行するか、UI でホストを再読み込みします。 `orx compute test ssh ` で確認してください — `ready: true`、`toolsFound: true`、および空の `missingTools` が報告されるはずです。ディレクトリが意図的に共有されている場合は、ポリシーをそのまま維持し、代わりに `orx` をプライベートなユーザー所有のディレクトリにインストールしてください。

Question 2

Windows 上の OpenResearch で Codex の会話を再開する際に発生する "already has an active writer" エラー (JSON-RPC -32600) の解決方法

Accepted Answer

原因: npm経由でインストールされたCodex CLIを使用するWindows版OpenResearch 0.2.15では、ターンを中断（Stop / 承認の中止）すると、ランチャーが終了した後もネイティブの`codex.exe`アプリサーバーが残存したままになることがあります。起動チェーン orx.exe → cmd.exe → node.exe → codex.exe は直接の子プロセスレベルでしか終了されず（プロセスグループの解体はv0.2.15ではUnixのみ）、孤立したネイティブプロセスがスレッドライターロックを保持し続けるため、代替サーバーは -32600 "already has an active writer" で再開に失敗します。

回避策: 1) 残存しているネイティブプロセスを特定する — タスクマネージャーで残っている`codex.exe`プロセスを確認するか、`tasklist | findstr codex.exe`を実行します（Windows Restart Managerのクエリで、どのPIDがスレッドロックを保持しているかを確認できます）。2) その残存プロセスツリーのみを終了する: `taskkill /F /PID <pid> /T`、またはタスクマネージャーから終了します。他のアクティブなセッションに属するアプリサーバーは終了しないでください。3) OpenResearchで会話を再開する — 保存された権限設定で継続され、既存のファイルと履歴は保持されます。ロックファイルを削除したりデータベースをリセットしたりしないでください。それは不要です。恒久的な修正（Windows Job Objectベースのプロセスツリー解体）は、PR #484のフォローアップとして保留中です。

Question 3

OpenResearch デスクトップアプリが私の OpenRouter クレジットを高額なモデルにこっそり使っているのはなぜですか？また、それを止めるにはどうすればよいですか？

Accepted Answer

OpenResearchデスクトップAppImageは、バックグラウンドでopencodeセッションを生成します（`~/.local/share/opencode/log/opencode.log`に`directory=/tmp/.mount_OpenRe*/usr`として記録されています）。これらのセッションでは、`plan`エージェントがデフォルトで有料モデル（`~anthropic/claude-fable-latest`）を使用し、`title`エージェントがOpenRouter経由で`gemini-nano-banana-2.1`をデフォルトで使用するため、選択した無料モデルは無視されます。バックグラウンドのplan呼び出しは1回あたり約$0.14（11k入力トークン）のコストがかかります。アプリがモデル選択を引き継ぐまでの回避策：（1）opencodeの`auth.json`から`openrouter`エントリを削除して、バックグラウンドセッションが有料モデルにアクセスできないようにするか、（2）OpenRouterアカウントのダッシュボードで支出/クレジットのハード上限を設定して、不要な課金を抑えます。AppImageのマウントパスを含む`agent=plan` / `providerID=openrouter`のエントリをopencodeログで確認し、そのUTCタイムスタンプをOpenRouterのアクティビティページと照合することで、発生元を検証できます。

OpenResearch

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト