Question 1

Codex review/adversarial-review で発生する HTTP 400: 'gpt-5.6-sol model requires a newer version of Codex' エラーを修正するにはどうすればよいですか?

Accepted Answer

これは、Codex デスクトップアプリが共有の `~/.codex/config.toml` に `model = "gpt-5.6-sol"` を書き込むものの、npm CLI（`@openai/codex` の 0.145.0 まで）がそのモデルを使用できない場合に発生します。review および adversarial-review のパスはこのデフォルトを継承して失敗しますが、通常の `task` ターンは動作する場合があります。

回避策:

1. review 呼び出しには npm CLI がサポートするモデルを使用します。例:
   ```bash
   node scripts/codex-companion.mjs review --wait --scope working-tree --model gpt-5.5
   ```

2. プラグインのコマンドテンプレートを編集している場合は、`--model gpt-5.5` を引用符で囲まれた引数ブロブの内側に記述してください:
   ```bash
   review "$ARGUMENTS --model gpt-5.5"
   ```
   これを個別の引数として渡すと、`normalizeArgv` がそのブロブをフォーカステキストとして扱ってしまう可能性があります。

3. または、共有の `~/.codex/config.toml` のデフォルトを変更します:
   ```toml
   model = "gpt-5.5"
   ```

npm CLI を 0.142.1 から 0.145.0 にアップグレードしてもこの問題は解決しません。現在リリースされている npm CLI はいずれも `gpt-5.6-sol` を受け付けないためです。

Question 2

Git Bash で codex-companion cancel を実行した際の taskkill "Invalid argument/option - 'C:/Program Files/Git/PID'" エラーの修正方法

Accepted Answer

Git Bash/MSYS は `/PID` 引数を Windows のパスに変換します。Windows フォールバックを PowerShell に置き換えてください: `powershell.exe -NoProfile -Command "Stop-Process -Id -Force"`。一時的な手動の回避策として、これを PowerShell から実行してください。`taskkill` を使い続ける場合は、`MSYS_NO_PATHCONV=1` を先頭に付けるか、ダブルスラッシュでフラグをエスケープしてください: `MSYS_NO_PATHCONV=1 taskkill /PID /T /F` または `taskkill //PID //T //F`。

Question 3

'/codex:transfer' が Windows でスレッドが作成されているにもかかわらず "did not record an imported thread" と報告する問題を修正する方法

Accepted Answer

これは Windows における誤検出のインポート後ルックアップ失敗です。インポート自体は成功しますが、レジャーがパスを `\?\` 拡張長プレフィックス付きで保存する一方、Node の `realpathSync()` では付かないため、プラグインがレジャーレコードのマッチングに失敗します。さらに、ライブの Claude トランスクリプトがインポート後に変更されるため、コンテンツハッシュチェックが失敗します。

即時の回避策: `%USERPROFILE%\.codex\external_agent_session_imports.json` を開き、有効な `imported_thread_id` を持つ最新のレコードを見つけて、`codex resume <imported_thread_id>` を実行してください。

恒久対応: `scripts/lib/codex.mjs` で `importedThreadIdForSource()` を更新し、`\?\` の除去、`/` から `\` への変換、Windows 上での小文字化によって両方のパスを正規化したうえで、正規化された `source_path` と空でない `imported_thread_id` でレコードをマッチさせます。`content_sha256` は優先条件として扱い、ハッシュが完全一致する最新のマッチが存在すればそれを使用し、そうでなければ `null` を返す代わりにそのソースパスに対する最新のインポートにフォールバックしてください。

影響が確認された環境: `codex@openai-codex` v1.0.6、Codex CLI 0.144.2、Node v24.15.0、Windows 11。

Question 4

WindowsでCodexのバックグラウンドタスクを実行する際に発生する「EPERM: operation not permitted, unlink broker.pid」エラーを修正する方法

Accepted Answer

`codex-plugin-cc` を v1.3.0 以降にアップグレードしてください。このリリースでは、broker の pid/log ファイルの削除がベストエフォート方式になり、ロックされたファイルや同時に削除されたファイルに起因する Windows の `EPERM` エラーによって broker のティアダウンが中断され、ジョブが失敗することがなくなりました。すぐにアップグレードできない場合は、`plugins/codex/scripts/lib/broker-lifecycle.mjs` にパッチを適用し、ガードされていない `fs.unlinkSync(pidFile)` と `fs.unlinkSync(logFile)` の両方の呼び出しを `try/catch` で囲み、`EPERM` と `ENOENT` を無視してください（あるいは、他のガード済みのティアダウン処理と同様に、すべてのクリーンアップエラーを無視してください）。アップグレードまたはパッチ適用後に Codex タスクを再起動してください。

Question 5

WindowsのGit Bashで`codex-companion cancel`が`taskkill exit=1`で失敗するのはなぜですか？

Accepted Answer

Git Bash/MSYS は、`$SHELL` 経由でコマンドが起動されると、`/PID`、`/T`、`/F` などの `taskkill` フラグを Windows パスに変換するため、`taskkill` は無効な引数を受け取ります。

**推奨される修正:** プロセスツリーを終了する際に、`scripts/lib/process.mjs` 内でシェルを介さずに `taskkill.exe` を直接 spawn します:

```js
spawnSync('taskkill.exe', ['/PID', String(pid), '/T', '/F'], {
  shell: false,
  windowsHide: true,
});
```

あるいは、Windows のシェルオプションを `process.env.SHELL` ではなく常に `cmd.exe` を使用するように変更します:

```js
shell: process.platform === 'win32' ? true : false
```

**即時の回避策:** `SHELL` を削除した状態で cancel コマンドを実行します:

```bash
env -u SHELL node codex-companion.mjs cancel <jobId> --json
```

別の Node プロセスから codex-companion を spawn する場合は、Windows では子プロセスの環境から `SHELL` を削除します:

```js
const env = { ...process.env };
if (process.platform === 'win32') delete env.SHELL;
```

ローカライズされた Windows バージョンでは、英語のエラーメッセージの正規表現のみに依存するのではなく、`taskkill` の終了コード `128` も「プロセスが見つかりません」として処理してください。

codex-plugin-cc

概要

README プレビュー

FAQ (5)

同类型项目

rust

ponytail

agency-agents

obsidian-skills