claude code api错误

API Error: Cannot read properties of undefined (reading ‘filter’)
频繁出现这种错误,用的第三方中转,是设置的问题还是中转的问题啊?

第三方号池轮询,好像是导致缓存读取失败,关掉claudecode的缓存能正常,但是成本会增加

有可能,我有一个中转没缓存的,就很少出这种错误。但是消耗太夸张了,3天600刀

newapi的问题

喵? 可能是中转的问题喵~

猫建议套一层ccr的喵~

平均每天200​:kitchen_knife:?是什么大项目?

没有缓存啊,不是什么大项目,调试多了就费啊,我不用那家了,虽然价格看起来便宜

200刀只是网站的计费

鸭佬?经常话cdk的话,我也能接受这个报错的其实。 :grinning_face:

嗯,鸭佬,最近报错太频繁了啊,感觉是被打了

牙佬家不经常这个报错吗

可以试试我的项目,专为解决中转站的报错和被filter打断,专为鸭佬家设计

好东西啊

佬,我用的也是鸭佬的,但是也还是总报错和被 filter 打断,能参考下看看佬是怎么配置的config文件吗,多谢佬了 :saluting_face:

这个是我自己用的最新版v2.1.0 的配置文件

# Claude Request Forwarder Configuration

server:
  host: "127.0.0.1"
  port: 8087

# Routing strategy: "priority" or "fastest"
strategy:
  type: "fastest"
  fast_test_enabled: true
  fast_test_cache_ttl: "30s"
  fast_test_timeout: "5s"

# Retry configuration
retry:
  max_attempts: 3
  base_delay: "1s"
  max_delay: "30s"
  multiplier: 2.0

# Health check configuration
health:
  check_interval: "30s"
  timeout: "5s"
  health_path: "/v1/models"

tui:
  enabled: true         # 是否启用TUI界面,默认: true
  update_interval: "0.5s"       # TUI刷新间隔,默认: 1s

global_timeout: "120s" 
# Logging configuration
logging:
  level: "debug"
  format: "json"
    # 文件日志配置 (可选)
  file_enabled: false           # 是否启用文件日志,默认: false
  file_path: "logs/app.log"      # 日志文件路径,默认: logs/app.log
  max_file_size: "100MB"         # 单个日志文件最大大小,支持: KB, MB, GB,默认: 100MB
  max_files: 10                  # 最多保留的轮转文件数量,默认: 10
  compress_rotated: true         # 是否压缩轮转的旧日志文件,默认: false
  disable_response_limit: true   # 启用文件日志时是否取消响应内容输出限制,默认: false



# Endpoint configurations
endpoints:
  - name: "hk"
    url: "https://hk.instcopilot-api.com"
    priority: 1
    timeout: "120s"
    token: "sk-"

  - name: "sg"
    url: "https://sg.instcopilot-api.com"
    priority: 4
  
  - name: "jp"
    url: "https://jp.instcopilot-api.com"
    priority: 5


自动选择加自动重试,基本上遇不到filter打断,但是今天发现有极小情况会出现返回了正常的内容但是还是触发了filter,可能是返回的响应的格式问题,还需要继续调查一下

多谢佬 :heart_eyes:

今天下午刚用上,现在就看到作者本人了,感谢大佬,膜拜一下(シ_ _)シ

用了一段时间,确实不错,报错少很多了,佬的参数确实有东西 :face_savoring_food:

应该是这个问题了,使用 ANTHROPIC_AUTH_TOKEN ,参考这个配置试试

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://new-api.xxx.xyz",
    "ANTHROPIC_AUTH_TOKEN": "sk-123456",
    "ANTHROPIC_MODEL": "glm-4.5",
    "ANTHROPIC_SMALL_FAST_MODEL": "glm-4.5-air",
    "API_TIMEOUT_MS": "600000"
  }
}

佬,能否理解为你这个工具是根据上游的状态码来进行重试。我目前遇到的filter,似乎上游都是没报错的。