luckybilly

我也遇到了同样的问题，CC Switch 的全局切换在多项目并行时确实很头疼——项目 A 跑长任务不能断，项目 B 又急着切到别的通道试试。

针对这个痛点，我写了一个小工具 https://github.com/luckybilly/cc-switch-helper ，思路和你不太一样，但目标是一致的——**实现会话级的配置隔离**。

它的做法是：直接通过 `ccs` 命令指定配置名称启动 Claude Code ，动态读取 CC Switch 中的模型数据作为当前终端的环境变量来运行，**真正做到每个终端窗口独立配置、互不干扰**。

使用上也很简单：
- 窗口 1：`ccs minimax` → 用 Minimax 的配置
- 窗口 2：`ccs kimi` → 用 Kimi 的配置
- 窗口 3：`ccs deep` → 用 DeepSeek 的配置

和你的 `cl` 一样，它也不动 CC Switch 的 `settings.json`，CC Switch 配置的 MCP 和 Skills 完全不受影响。

两种方案侧重点不同——你是集中 YAML 配置 + profile 方式，我是直接复用 CC Switch 已配置的模型数据做会话级隔离。殊途同归，都是为了解决“全局切换打断多项目节奏”的问题。

感兴趣的话可以看看： https://github.com/luckybilly/cc-switch-helper

我做了个小工具： https://github.com/luckybilly/cc-switch-helper

搭配 cc switch 使用能做到会话级隔离，一个终端用个人密钥、另一个终端用公司密钥，同时运行，互不冲突。

直接在终端用 ccs 命令指定名称启动就行，非常方便：

窗口 1: ccs minimax → 用 Minimax 的 Claude Code
窗口 2: ccs kimi → 用 Kimi 的 Claude Code
窗口 3: ccs zcy → 用 自定义 provider 的 Claude Code
窗口 4: ccs deep → 用 DeepSeek 的 Claude Code

@apple 你这个项目真正的核心文件怎么没放出来：
```
# 下载 Release 资产 specability-core_v0.1.x_<plat>_<arch>.tar.gz
tar -xzf "$archive" -C "$tmp"
# 解压出来就一个文件：specability （无扩展名的可执行二进制）
cp "$tmp/specability" "$install_dir/specability"
chmod +x "$install_dir/specability"
```

@spediacn 挺不错的，自用这样基本够用了，不会需要频繁增加 provider 。
这个 ccs 工具是适配那些用 cc switch 来管理多个模型提供商的时候，提供快捷指令的。

@yyyyyyh 原理差不多，都是改环境变量。
这个工具会动态读你的 cc switch 里配置的所有 key ，使用简单，按 cc switch 中配置的模型提供商名称模糊匹配（也可以直接 ccs 命令后用上下按键选择模型提供商），免维护，以后添加 key 、改模型版本等操作，直接在 cc switch 中操作就行
其实不管怎么做，满足自己用就行，不必纠结

@skuuhui 有大的任务，先用制定实施计划再让新 session 根据计划去执行，这没什么问题，是 SDD 推荐的做法，但你每件事都、每一轮对话这么折腾开多个 session 不嫌麻烦吗？

按你说的 session2 中出现问题需要调整，最简单的方式不是在 session2 里追问更能高效解决吗？除非问题比较大，否则为什么要再去开 session3 来单聊。

这个工具并不是替代计划的，只是个 **轻量级** 的意图对齐，能提前感知，避免执行的结果不是你真正想要的，用这个工具后能及时打断，不至于浪费时间再去一轮轮纠正，我补充的那个例子就是个比较典型的场景。你总不会是什么都先让 AI 输出计划再做吧，一些简单的任务不是直接对话去执行最高效吗？

@lichdkimba 可以看作是轻量版的 plan 模式，但 plan 模式我们一般是在有较大的工作要做之前才进入 plan 来制定计划。 这个库是每次都让 AI 将它的理解展示出来，我们平时写的提示词一般没有那么严谨，AI 容易理解不完整。

@OxO 可以从 github 下载 demo apk 运行看效果哈

@ivanchou 每种侧滑效果有它具体的应用场景。比如开门效果，用来制作封面或者用于显示 loadingView 的退出动画还是比较合适的。看具体如何应用咯。