API Error: Cannot read properties of undefined (reading ‘filter’)
频繁出现这种错误,用的第三方中转,是设置的问题还是中转的问题啊?
第三方号池轮询,好像是导致缓存读取失败,关掉claudecode的缓存能正常,但是成本会增加
有可能,我有一个中转没缓存的,就很少出这种错误。但是消耗太夸张了,3天600刀
newapi的问题
喵? 可能是中转的问题喵~
猫建议套一层ccr的喵~
平均每天200
?是什么大项目?
没有缓存啊,不是什么大项目,调试多了就费啊,我不用那家了,虽然价格看起来便宜
200刀只是网站的计费
鸭佬?经常话cdk的话,我也能接受这个报错的其实。 ![]()
嗯,鸭佬,最近报错太频繁了啊,感觉是被打了
牙佬家不经常这个报错吗
可以试试我的项目,专为解决中转站的报错和被filter打断,专为鸭佬家设计
好东西啊
佬,我用的也是鸭佬的,但是也还是总报错和被 filter 打断,能参考下看看佬是怎么配置的config文件吗,多谢佬了 ![]()
这个是我自己用的最新版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,可能是返回的响应的格式问题,还需要继续调查一下
多谢佬 ![]()
今天下午刚用上,现在就看到作者本人了,感谢大佬,膜拜一下(シ_ _)シ
用了一段时间,确实不错,报错少很多了,佬的参数确实有东西 ![]()
应该是这个问题了,使用 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,似乎上游都是没报错的。
