Question 1

Rust 테스트를 컴파일할 때 발생하는 E0599 오류 "no method named `start_paused` found for struct `tokio::runtime::Builder`"를 수정하는 방법

Accepted Answer

`#[tokio::test(start_paused = true)]` 어트리뷰트는 기본적으로 활성화되지 않는 tokio의 `test-util` 기능이 필요합니다. 해결 방법: Cargo.toml에서 크레이트의 `[dev-dependencies]`에 `test-util` 기능이 포함된 tokio를 추가하세요:

```toml
[dev-dependencies]
tokio = { version = "1", features = ["test-util"] }
```

dev-dependencies에서 활성화된 기능은 테스트 타겟을 컴파일할 때 적용되므로, tokio가 이미 일반 의존성으로 지정되어 있어도 이 방법은 동작합니다. 또는 워크스페이스 수준의 tokio 항목에서 `test-util`을 활성화할 수도 있습니다. 추가한 후에는 `cargo test -p <crate> --lib --no-run`으로 확인하세요 — 테스트 타겟이 컴파일되고 paused-time 테스트가 실행될 것입니다.

Question 2

Rust crate를 standalone으로 빌드할 때 "cannot find `select` in `tokio`" 오류(E0433)를 수정하는 방법은 무엇인가요?

Accepted Answer

이 오류는 `tokio::select!`가 tokio의 `macros` 기능(feature)을 필요로 하지만, 크레이트의 `[dependencies]`에 해당 기능이 누락되어 발생합니다. 기능 통합(feature unification)으로 인해 다른 워크스페이스 멤버나 dev-dependencies를 통해 `macros`가 활성화되기 때문에, 워크스페이스 빌드에서는 이 문제가 종종 눈에 띄지 않습니다. 해결 방법: 크레이트의 Cargo.toml에서 tokio features에 `macros`를 추가하세요:

```toml
[dependencies]
tokio = { version = "1", features = ["sync", "time", "macros"] }
```

그런 다음 `cargo build -p <crate-name>`으로 다시 빌드하세요. jcode의 경우, 이 문제는 `jcode-provider-core` 크레이트에 대한 PR #1862에서 수정되었습니다.

Question 3

jcode --provider-profile가 anthropic-compatible 프로필에 대해 왜 /chat/completions를 호출하고 404를 반환하나요?

Accepted Answer

이는 jcode v0.89.0의 버그입니다: --provider-profile은 프로필의 anthropic-compatible 타입을 재정의하면서 ProviderChoice::OpenaiCompatible을 무조건 설정합니다. 우회 방법은 모델 접두사를 붙여 jcode --model fcc-anthropic:claude-3-5-sonnet run "hello"를 실행하거나, default_provider를 사용하여 jcode run "hello"를 실행하는 것입니다. src/cli/dispatch.rs의 소스 수정에서는 프로필 타입에 따라 공급자를 선택하세요: 프로필 타입이 AnthropicCompatible이면 ProviderChoice::AnthropicApi를 설정하고, 그렇지 않으면 ProviderChoice::OpenaiCompatible을 사용하세요.

Question 4

How do I fix a Bash CI warning gate that reports success even when `cargo check` fails?

Accepted Answer

The failure is caused by `cargo check ... | grep -c '^warning:' || true`. The `|| true` masks both `grep`'s no-match status and Cargo's failure exit code, so a compiler error with zero warnings can become `current=0` and pass.

Fix it by capturing Cargo output first, preserving Cargo's exit status, and treating only `grep` exit code `1` as zero warnings:

```bash
set -euo pipefail

cargo_status=0
output=$(CARGO_TERM_COLOR=never cargo check -q 2>&1) || cargo_status=$?

if (( cargo_status != 0 )); then
  printf '%s
' "$output"
  printf 'cargo check failed with exit status %s
' "$cargo_status" >&2
  exit "$cargo_status"
fi

grep_status=0
warning_count=$(printf '%s
' "$output" | grep -c '^warning:') || grep_status=$?

if (( grep_status == 1 )); then
  warning_count=0
elif (( grep_status > 1 )); then
  exit "$grep_status"
fi

if (( warning_count > baseline )); then
  printf '%s
' "$output"
  printf 'Warning budget exceeded: current=%s baseline=%s
' \
    "$warning_count" "$baseline" >&2
  exit 1
fi

printf 'Warning budget OK: current=%s baseline=%s
' \
  "$warning_count" "$baseline"
```

Also print the captured diagnostics on compilation failure or budget violation. Fix the actual warnings instead of raising the baseline; for test-only imports or helpers, gate them with `#[cfg(test)]`. Add fake-Cargo contract tests for successful checks, warnings below/at/above budget, compiler failures with and without warnings, and missing Cargo. The repository fix is included in PR #1771.

Question 5

jcode에서 OpenAI 호환 프로바이더(glm-coding, OpenRouter, DeepSeek) 사용 시 발생하는 '429 Too Many Requests' 속도 제한 오류를 해결하는 방법은?

Accepted Answer

이전 jcode 버전에서는 재시도 횟수가 3회로 하드코딩되어 있었습니다(~1초/2초/4초 백오프, 약 9초 만에 실패). 재시도를 설정 가능하게 해주는 커밋 be1e855cb가 포함된 빌드로 업그레이드하세요. 기본값은 이제 `max_retries = 8`과 `retry_backoff_cap_secs = 30`입니다(약 5분간 재시도). 스로틀링이 심한 경우 `config.toml`에서 해당 프로바이더 아래의 값을 높이세요:

```toml
[providers.glm-coding]
type = "openai-compatible"
base_url = "https://open.bigmodel.cn/api/coding/paas/v4"
max_retries = 30
retry_backoff_cap_secs = 60
```

또는 환경 변수 오버라이드를 설정하세요: `JCODE_MAX_RETRIES=30` 및 `JCODE_RETRY_BACKOFF_CAP_SECS=60`. 서버의 `Retry-After` 헤더는 여전히 적용되며, 설정된 백오프 상한선에 의해 제한됩니다. 하나의 엔드포인트에서 여러 swarm 에이전트를 동시에 실행하는 경우 더 높은 값(예: 약 20분 동안 재시도하려면 30/60)을 권장합니다.

jcode

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트