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까지)가 해당 모델을 사용할 수 없을 때 발생합니다. 일반적인 `task` 턴은 정상 작동할 수 있음에도, review 및 adversarial-review 경로는 이 기본값을 상속받아 실패합니다.

우회 방법:

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`가 해당 블록을 focus 텍스트로 처리할 수 있습니다.

3. 또는 `~/.codex/config.toml`의 공유 기본값을 변경하세요:
   ```toml
   model = "gpt-5.5"
   ```

현재 릴리스된 npm CLI 중 `gpt-5.6-sol`을 허용하는 버전이 없으므로, npm CLI를 0.142.1에서 0.145.0으로 업그레이드해도 이 문제는 해결되지 않습니다.

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

스레드가 생성되었는데도 Windows에서 '/codex:transfer'가 "did not record an imported thread"라고 보고하는 문제를 해결하는 방법

Accepted Answer

이것은 Windows에서 발생하는 잘못된 가져오기 후 조회 실패입니다. 가져오기는 성공하지만, 원장(ledger)이 경로를 `\?\` 확장 길이 접두사와 함께 저장하는 반면 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

Codex 백그라운드 작업 실행 시 Windows에서 "EPERM: operation not permitted, unlink broker.pid" 오류를 해결하는 방법

Accepted Answer

`codex-plugin-cc`를 v1.3.0 이상으로 업그레이드하세요. 이 릴리스에서는 broker pid/log 파일 삭제가 best-effort 방식으로 처리되므로, 잠겨 있거나 동시에 삭제된 파일로 인해 발생하는 Windows `EPERM` 오류가 더 이상 broker teardown을 중단시키거나 작업을 실패하게 만들지 않습니다. 즉시 업그레이드할 수 없는 경우, 보호 처리되지 않은 `fs.unlinkSync(pidFile)` 및 `fs.unlinkSync(logFile)` 호출을 모두 `try/catch`로 감싸고 `EPERM` 및 `ENOENT`를 무시하도록(또는 보호 처리된 다른 teardown 단계와 동일하게 모든 정리 오류를 무시하도록) `plugins/codex/scripts/lib/broker-lifecycle.mjs`를 패치하세요. 업그레이드 또는 패치 후 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`를 직접 스폰합니다:

```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`을 제거한 상태로 취소 명령을 실행합니다:

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

다른 Node 프로세스에서 codex-companion을 스폰하는 경우, 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