Question 1

WindowsでOuroborosの'WinError 123' checkpoint errorを修正する方法は？

Accepted Answer

Ouroborosをバージョン0.40.0以降にアップグレードしてください。このリリースでは、チェックポイントのファイル名からコロンやその他のWindows予約文字（< > : " / \ | ? *）を除去します。これにより、無効なNTFS文字が原因で発生する'WinError 123'を防ぎます。アップグレード後は手動での回避策は不要です。アップグレードが不可能な場合は、一時的にコロンを含むseed_idsを避けてください。ただし、これは信頼性の高い修正ではありません。

Question 2

Codex CLI 0.134+ で 'ooo interview' を実行する際の 'legacy profile' エラーを修正する方法は？

Accepted Answer

このエラーは、Codex CLI ≥0.134.0 が profile-v2 ファイル（例：~/.codex/ouroboros‑frontier.config.toml）を使用し、~/.codex/config.toml 内の従来の [profiles.*] テーブルを拒否するために発生します。修正は PR #1268 で進行中です。マージされるまで、手動で移行してください：1) 各 [profiles.ouroboros‑*] ブロックを ~/.codex/config.toml から独自のファイル ~/.codex/ouroboros‑*.config.toml に移動します。2) 従来のセクションを config.toml から削除します。または、PR がマージされた後に ouroboros setup を再度実行してください。

Question 3

Windowsでouroboros uninstallを実行した際にUnicodeDecodeError「gbk codec can't decode byte」が発生する問題を修正するにはどうすればよいですか？

Accepted Answer

これは、プロジェクトの `CLAUDE.md` が UTF-8 でエンコードされている場合に、UTF-8 以外の ANSI コードページ（例：簡体字中国語システムの cp936/GBK）を使用している Windows で発生します。Python が UTF-8 ではなくシステムのデフォルトエンコーディングを使ってファイルを読み込むため、何も削除される前にクラッシュしてしまいます。

**回避策：** コマンドを実行する前に環境変数を設定して、Python の UTF-8 モードを有効にしてください：

```cmd
set PYTHONUTF8=1
python -m ouroboros uninstall --dry-run
```

PowerShell の場合：

```powershell
$env:PYTHONUTF8=1
python -m ouroboros uninstall --dry-run
```

恒久的に有効にするには、システム環境変数に `PYTHONUTF8=1` を追加するか、`-X utf8` フラグを付けて Python を実行してください：`python -X utf8 -m ouroboros uninstall`

**根本的な修正：** パッチがリリースされ次第、Ouroboros をアップグレードしてください。この修正では、`CLAUDE.md` を明示的に UTF-8 として読み書きし、デコードできないファイルをスキップするため、システムのコードページに関係なくコマンドが正常に完了します。

Question 4

なぜ ouroboros auto は通常の Codex が解決できるタスクで失敗するのか、そして未回答のインタビュー質問が worker プロンプトに漏れ出すのを防ぐにはどうすればよいですか？

Accepted Answer

根本原因 (v0.59.3): リクエスターなしの `ouroboros auto` では、誰も回答しなかったすべてのインタビュー質問が `Open question:` 行として `Seed.assumptions` に注入され(シードあたり中央値 ~15 件)、`render_assumptions_section` を通じて(`orchestrator/runner.py` 内の `SeedContract.from_seed` -> `render_seed_contract_for_execution`)ワーカーのシステムプロンプトにレンダリングされます。ワーカーは各オープンクエスチョンを仕様の一部として読み取り、そこに挙げられた候補回答のうち一つを恣意的に選び、それを軸に修正を構築します。その結果、Ambig-SWE スタディにおいてリクエスターなしの auto は 25/50、リクエスターありでは 32/50 というスコアになりました。修正: アクティブで拘束力のない `LedgerEntry.question` の値を専用の `Seed.unanswered_questions` フィールドに分離します。これらは Seed ファイル、auto 結果、CLI と MCP の出力、インタビューイベントでは完全に可視の状態を維持しますが、すべてのワーカーへのハンドオフからは(未確認の仮定とともに)除外します。この分離は行テキストではなく、レジャーエントリのプロビナンス、すなわち構造化された `LedgerEntry.question` フィールドに基づいて行う必要があり、リクエスターが質問をスキップした場合にも同じルールが適用されます。プロンプトの言い換えは修正にはなりません: 'assumptions may be overridden' という免責文は、検査したシードの 8/10 に存在していましたが、失敗を防ぐことはできませんでした。修正が適用されるまでの回避策: リクエスターを指定して `ouroboros auto` を実行し、インタビュー質問がオープンクエスチョンとして漏れ出す代わりに、`Seed.requester_answers` に保存される実際の回答を受け取れるようにします。

Question 5

ouroboros auto が CLI ワーカーをキャンセルした後に発生する '.git/index.lock': File exists エラーの修正方法

Accepted Answer

原因: v0.59.4 では、`terminate_runtime_process` は SIGTERM をワーカーのプロセスグループにのみ送信しますが、codex-cli 0.160.0 のようなプロバイダーは各ツールコマンド（例: `git`）を独自のセッション/プロセスグループで生成します。これらのコマンドはシグナルを受け取らず、実行を続け（pid 1 にリペアレントされ）、`ouroboros auto` が戻った後も `.git/index.lock` を保持し続けるため、呼び出し元の `git add -A` が失敗し、パッチが失われます。修正が適用されるまでの回避策: 1) 孤立したツールプロセスを見つける: `ps -eo pid,ppid,pgid,cmd | grep `（ppid 1 を探す）。2) 段階的に強制終了する: `kill -TERM ` を実行し、それでも生きている場合は `kill -KILL `。3) ロックを保持している稼働中のプロセスがないことを確認する: `fuser /testbed/.git/index.lock` または `lsof /testbed/.git/index.lock`。4) 何も保持していない場合にのみ削除する: `rm /testbed/.git/index.lock` を実行し、その後 `git add -A` を再実行する。プロセスがロックを所有している間は、決してロックを削除しないでください。計画されている正式な修正では、auto がワーカーのプロセスツリー全体を、上限付きの SIGTERM→SIGKILL エスカレーションと所有権を考慮したロッククリーンアップで待機するようになります。これは Codex ファミリー（Codex、Copilot、Gemini、Grok、Goose、Zcode）、Hermes、OMP、Pi、OpenCode、および Kiro ランタイムに影響します。

ouroboros

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト