Question 1

/cron にサブコマンドが表示されず、REPL の cron リストにスケジュール済みタスクの行が欠落しているのを修正する方法は？

Accepted Answer

PR #6695（コミット 18f29a7e3 でマージ済み、修正ブランチ codex/repl-cron-command-audit）を含むビルドにアップグレードしてください。これにより、/cron のディスカバリーが復元され、Enter または Tab で list、add、logs、remove、run、status、start が表示されるようになり、壊れたキャプチャ ANSI リストが、完全なタスク ID、タイムゾーンデータ、ターミナルのリサイズを保持するネイティブのスケジュールレンダリングに置き換わります。古いビルドでは、引数なしの /cron ヘルプに依存せず、/cron status など必要なサブコマンドを明示的に実行してください。修正前は /cron list の出力自体が信頼できないため、できるだけ早く更新してください。

Question 2

Why do CPR/escape characters appear in the prompt after running `/history show` or `/model show`?

Accepted Answer

The table is rendered while the persistent prompt is still active. Its redraw sends `ESC[6n` DSR queries, and the terminal's CPR replies are inserted into the input buffer as literal keystrokes. Fix this by reserving exclusive stdin for every table-printing subcommand in `surfaces/interactive_shell/runtime/input_policy.py`:

```python
_EXCLUSIVE_STDIN_SUBCOMMANDS = frozenset(
    {
        ("/history", "retention"),
        ("/history", "show"),
        ("/model", "show"),
        # Add other table-producing or picker-opening variants here.
    }
)
```

Add a regression assertion such as:

```python
assert loop_input_policy.turn_needs_exclusive_stdin("/history show", session) is True
assert loop_input_policy.turn_needs_exclusive_stdin("/model show", session) is True
```

As a temporary workaround, launch the same command through `/help`, because `/help` reserves stdin for the whole turn. Upgrade to a release containing the PR `fix(shell): reserve stdin for table command variants and correct picker width` for the complete allowlist sweep.

Separately, if the subcommand picker says `Resize to at least 24×8` but remains blocked, resize to 25 columns until the width comparison is fixed: `menu_columns()` excludes the last column, so a 24-column terminal reports only 23 usable columns.

Question 3

なぜ 'opensre --help' は狭いターミナル（約110カラム未満）で説明文をカラム0に折り返してしまうのですか？

Accepted Answer

根本原因: `surfaces/cli/layout.py` の `_render_rows` は、各ヘルプ行を単一のパディング済み Rich `Text`（固定幅にパディングされたラベルと説明文を連結したもの）として構築しています。Rich は文字列全体をコンソール幅で折り返す際にハンギングインデントを付けないため、継続行が列 0 から始まり、非常に狭いターミナル（例：40 列）ではラベル自体が文字列の途中で分割されます。`opensre ask --help` のようなサブコマンドページは影響を受けません。これらは Click の `HelpFormatter.write_dl` を経由し、説明文が独自の列内で折り返されるためです。修正: 説明列がその列内で折り返され、ラベル列が決して分割されないよう、行をボーダーレスの Rich テーブル（または共有レコードテーブル）経由でレンダリングし、継続行が列 0 から始まらないことおよびラベルが分割されないことを検証するリグレッションテストを 40 列と 80 列で追加してください（既存の幅テストは 200 列でレンダリングされるため、折り返しを検出できません）。パッチ適用までのユーザー側の回避策: 少なくとも約 110 列幅のターミナルでヘルプを表示する（または `COLUMNS=110` を設定する）、あるいは任意の幅で正しくフォーマットされる Click レンダリングのサブコマンドヘルプページ（`opensre ask --help` や `opensre cron --help` など）を使用してください。

Question 4

ネイティブの構造化出力コールがタイムアウトした場合に、OpenSREが複数の重複したLLMリクエストを送信する（追加のAPI料金が発生する）のはなぜですか？

Accepted Answer

`OPENSRE_LLM_NATIVE_STRUCTURED_OUTPUT=1` の場合、`core/llm/shared/structured_output.py` 内の `_parse_with_retry` は `APITimeoutError` を汎用の例外ブランチで処理するため、1回のタイムアウトで3回の `parse` 呼び出しが発生し、続いて `StructuredOutputClient.invoke` がプロンプトスキーマのフォールバックを実行します。つまり、本来1回であるべき課金対象のプロバイダーリクエストが4回発生します。回避策: `OPENSRE_LLM_NATIVE_STRUCTURED_OUTPUT` をアンセットする(または `0` に設定する)ことで、`APITimeoutError` で明示的に停止する OpenAI 直接 invoke パスが使用されます。適切な修正方法: `_parse_with_retry` が `APITimeoutError`(および `APIConnectionError`)をリトライせずに即座に再送出するようにし、`invoke()` と動作を一致させます。さらに、タイムアウト時に呼び出しが正確に1回だけであることをアサートする回帰テストを追加します。

opensre

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト