Sayaka Sato
Sayaka Sato
太好了 ^^
> 软连接设置下就可以，比如 ln -sfn /mnt/c/Users/xx/.claude/settings.json ~/.claude/settings.json > > 把settings.json，config.json，CLAUDE.md 等需要用到的文件，软连接到wsl中即可 这个不是完美解决方案吧，wsl和windows host 下 一些配置肯定不一样的吧，比如说一些 mcp 以及 windows 和 wsl中 用户预装的不同开发环境，还是很需要 两套独立管理的
> wsl -l -v > > C:\Users\pole_>wsl -l -v NAME STATE VERSION > > * ubuntu Stopped 2 > podman-machine-default Stopped 2 > tumble Stopped 2 > fedora Running 2...
😮， what hell, 哈哈哈哈哈哈哈，我不知道说什么好了 lmao
中键滑动我测了下，实际是支持得，我喜欢在侧面空白区域 点击 中键 导致不生效，实测在中间 区域 中键滑动 是生效的，作者大大是否考虑 优化下 生效区域，我没其他问题了，没有 scrollbar确实好看点。
其实是支持的，用自定义渠道 传递变量 {model} 即可 @murong1
new api 不是有自动禁用功能吗
> 本地代理正在开发中 是否会同时保留不热切换的开关（也就是当前的形式 不同进程 使用 不同的配置 ），因为平时喜欢多个worktree使用不同的渠道来源并行开发
很好奇佬们 > 是否可以参考[ccNexus](https://github.com/lich0821/ccNexus/blob/master/README_CN.md) 提供多端点管理功能 对现有cc-switch维护的渠道进行统一管理，Claude Code、codex、Gemini cli 统一使用cc-switch提供的端点服务，可以手动启用多个渠道、按排序及渠道健康状态轮询调用；new-api提供服务端渠道聚合，而cc-switch专注用户客户端渠道聚合使用，偏向本地多渠道灵活切换，统一配置，与ai终端无缝衔接 好奇佬们渠道都这么不稳定吗。。。。 轮询 gpt load 和 new api 这些不是做的挺好的吗，套一层就可以了吧。 一个对话轮询不同 api 渠道商 ， 缓存不就没用了 ， 花费直接爆炸。。。。更何况不同渠道的api质量参差不齐，真轮询到差的api上不是得心态爆炸。。。。