Question 1

/cron이 하위 명령을 표시하지 않고 REPL cron 목록에 예약된 작업 행이 누락되는 문제를 어떻게 해결하나요?

Accepted Answer

PR #6695(커밋 18f29a7e3에 병합됨; 수정 브랜치 codex/repl-cron-command-audit)가 포함된 빌드로 업그레이드하세요. 이 빌드는 Enter 또는 Tab을 누르면 list, add, logs, remove, run, status, start가 표시되도록 /cron 검색 기능을 복원하고, 깨진 캡처 ANSI 목록을 전체 task 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 테이블(또는 공유 레코드 테이블)을 통해 렌더링하여 설명 열이 자체 안에서 줄바꿈되고 레이블 열이 절대 끊어지지 않도록 하고, 40열과 80열에서 이어지는 줄이 열 0에서 시작하지 않으며 레이블이 분할되지 않음을 단언하는 회귀 테스트를 추가합니다(기존 너비 테스트는 200열에서 렌더링되므로 줄바꿈을 절대 포착하지 못합니다). 패치될 때까지의 사용자 측 해결 방법: 최소 ~110열 너비의 터미널에서 도움말을 확인하거나(`COLUMNS=110` 설정), 어떤 너비에서도 올바르게 포맷되는 `opensre ask --help` 및 `opensre cron --help`와 같은 Click 렌더링 서브커맨드 도움말 페이지를 사용하십시오.

Question 4

네이티브 structured output 호출이 타임아웃될 때 OpenSRE가 여러 개의 중복 LLM 요청(추가 API 요금 발생)을 보내는 이유는 무엇인가요?

Accepted Answer

OPENSRE_LLM_NATIVE_STRUCTURED_OUTPUT=1로 설정된 경우, core/llm/shared/structured_output.py의 _parse_with_retry가 APITimeoutError를 일반 예외 분기로 처리하므로, 타임아웃 한 번이 3회의 parse 호출을 유발하고, 이어서 StructuredOutputClient.invoke가 프롬프트-스키마 폴백을 실행합니다. 결과적으로 1회여야 할 과금 대상 프로바이더 요청이 4회 발생합니다. 우회 방법: OPENSRE_LLM_NATIVE_STRUCTURED_OUTPUT을 해제하거나(또는 0으로 설정하여) APITimeoutError 발생 시 명시적으로 중단하는 OpenAI 직접 invoke 경로가 사용되도록 합니다. 근본적인 수정: invoke()와 동일하게 _parse_with_retry가 APITimeoutError(및 APIConnectionError)를 재시도 없이 즉시 다시 발생시키도록 하고, 타임아웃 시 정확히 한 번만 호출됨을 검증하는 회귀 테스트를 추가합니다.

opensre

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트