Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Bug] Claude model intermittently becomes unavailable within the same session

Đang mở
  • Có gì không ổn?
#3,918 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
35/100
Loại issue
Lỗi
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Lĩnh vực
ai, cli

Hướng nghiên cứu

Start by reproducing the failure in Kiro CLI and Kiro IDE using the listed Claude models, then run q doctor and q restart as reported. Compare the successful and failed requests using the provided request IDs and determine where model availability or routing is handled; done means identifying and resolving the intermittent same-session failure.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Checks
Operating system

macOS 26.5.2 (25F84)

Expected behaviour

Claude Opus works successfully in the same Kiro IDE/CLI session,
but a few seconds later the next request fails with:

"The model 'claude-opus-x' is not available."

No model switch, logout, region change, or client restart occurred.

This happens intermittently in both Kiro IDE and Kiro CLI.

This does not look like a permanent entitlement or region issue,
because the same model succeeds immediately before failing.

Actual behaviour

The selected Claude model intermittently becomes unavailable during the same active session.

For example, Claude Opus works normally for one request and returns a valid response. Then, only a few seconds later, without changing the model, account, region, configuration, or restarting the client, the next request fails with:

The model 'claude-opus-4.8' is not available.

I have also observed the same behavior with claude-opus-5 in Kiro CLI.

The issue is intermittent: the model may become available again later without any configuration changes.

This happens in both Kiro IDE and Kiro CLI, so it appears to be related to model availability/routing rather than a local client configuration issue.

Screenshots are attached showing a successful Claude request followed immediately by a "model not available" error in the same session.

Example request IDs:

  • 6273cb42-7dec-4a24-95f1-394c55bdbbea
  • cf554955-134b-4c29-86ce-cd26a6bc68b7
  • 36c6f7fa-c53b-48ad-8437-df54409a55d6
Steps to reproduce

  1. Open Kiro IDE or Kiro CLI.

  2. Select a Claude model, for example claude-opus-4.8 or claude-opus-5.

  3. Send a prompt and confirm that the model responds successfully.

  4. Continue using the same session and the same model.

  5. Send another prompt a few seconds or minutes later.

  6. Intermittently, the request fails with:

    The model 'claude-opus-x' is not available.

  7. Retry later without changing any configuration, and the same model may work again.

The issue is not consistently reproducible on every request, but occurs frequently enough to interrupt normal usage.

Environment
<This will be visible to anyone. Do not include personal or sensitive information>

[q-details]
version = "2.24.0"
hash = "240642df93e76b55141520bb767a757f4434d006"
date = "2026-09-23T20:12:52.807706Z (2d ago)"
variant = "full"

[system-info]
os = "macOS 26.5.2 (25F84)"
chip = "Apple M5"
total-cores = 10
memory = "16.00 GB"

[environment]
cwd = "/Users/USER/laya-patpat-lab"
cli-path = "/Users/USER/laya-patpat-lab"
os = "Mac"
shell-path = "/bin/zsh"
shell-version = "5.9"
terminal = "Wezterm"
install-method = "unknown"

[env-vars]
PATH = "/Users/USER/.local/bin:/opt/homebrew/opt/mysql-client/bin:/opt/miniconda3/bin:/opt/miniconda3/condabin:/opt/homebrew/bin:/opt/homebrew/sbin:/Users/USER/.local/bin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/pkg/env/global/bin:/Library/Apple/usr/bin"
SHELL = "/bin/zsh"
TERM = "xterm-256color"
__CFBundleIdentifier = "com.github.wez.wezterm"
Ngôn ngữ chính
Rust
Star
2k
Fork
439
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của aws/amazon-q-developer-cli

Tất cả issue của aws/amazon-q-developer-cli

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.