【Snow CLI】v0.7.0 久违的更新说明，加入 Team模式、状态插件 等一系列新功能

问题描述：

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是
• 我的开源项目完整开源，无未开源部分： 是
• 我的开源项目已链接认可 LINUX DO 社区： 是
• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

---

开源地址： GitHub - MayDay-wpf/snow-cli: Agentic coding in your terminal,Simultaneously compatible with OpenAI, Gemini, and Claude. · GitHub
最新版本： v0.7.0
当你看到这篇帖子，Snow Console 已经开放注册，提供 OpenAI、KIMI、GLM、Embedding 等模型免费使用

近期的更新清单：

• 加入 /hybrid-compress 混合压缩模式，比起原来的全量压缩，会保留更多原文，当然压缩率也相应降低，可根据实际效果切换
• 加入 /team 团队模式，支持主流程自动派生临时子代理，各个队员间工作区隔离
• Status Line 区域支持通过自开发插件加入更多状态
  image838×106 5.66 KB
  详见：snow-cli/docs/usage/zh/21.自定义StatusLine指南.md at main · MayDay-wpf/snow-cli · GitHub
• 已支持 Claude Api 的 fast 模式
• 已支持 OpenAI Response fast 模式
• 加入 /gitline 选择 Git 提交记录加入 AI 上下文
• 加入 /loop 创建会话级循环任务,用法: /loop 5m <提示词>
• @ 文件列表支持使用 Ctrl+T切换为 Tree 结构显示
  image1362×436 22.7 KB
• 输入框支持使用 Ctrl+T 使用展开模式（完整看到粘贴标签内容并编辑）
  image1360×110 2.41 KB
  image1372×492 13.3 KB
• vscode 插件（sidebar模式）支持创建多个伪终端 Tab
  image1388×1224 36.6 KB
• 如何开启sidebar模式，如图（注意，默认依旧是拆分终端，伪终端模式需要手动开启）：
  image1842×1374 286 KB

Team模式注意事项说明

• Team模式会自动派生新的临时子代理组成团队，来完成任务
• 所有队员都拥有独立的工作区，在最终交由主流程对各个进行合并
• 启用 Team 模式使用 /team 指令
• 提示词需要有 创建团队 等字样，避免团队模式因为 AI 觉得需求过于简单而不激活
• Team 工作未完成时，不建议操作
• 与子代理一样可以使用 >> 向特定队员发送新的消息以控制团队开发走向
• Team 工作结束后，主流程会解散团队，并回收所有工作区

所有疑问都可以提出，我将一一回复

网友解答：

---

--【壹】--：

不解散上下文会比较脏，这个功能的设计，最终依旧是回归上下文优化的，所以花活是不能脱离核心诉求的

---

--【贰】--：

全新开发场适用，和 CC 不同，CC 是创建新的实例，Snow Team 依旧会被主流程约束，创建的也不是主流程的实例而是子代理，好处就是有较强的抗风险能力，主流程回滚能带着团队一起回滚

Snow 的设计一直是遵循主流程优先，权限收敛原则，任何工作都会和主流程有关，而主流程只有用户可能干预

---

--【叁】--：

感谢佬友，我立马更新

---

--【肆】--：

其实这个模式在迭代场景我觉得是不如 plan 的，在全新开发中比较有用

---

--【伍】--：

支持大佬

---

--【陆】--： Mufasa:

与子代理一样可以使用 >> 向特定队员发送新的消息以控制团队开发走向

想请教下, 佬这里说的 子代理 好像就是claudecode说的那种team成员之间可以互相通信, 佬这里的子代理和Team 的机制 和cc的是不是有区别. 根据佬的实际经验Team之间相互通讯的作用大不大或者在什么场景下可能会比较好用

---

--【柒】--：

想知道和codex比优势有哪些，让我放弃codex换成这个的理由？

---

--【捌】--：

太强了，支持

---

--【玖】--：

从我有限的尝试看,团队模式看起来确实能自动探讨当前需求深入迭代,应该作用还是挺大的. 是不是可以弄成某次创建的非常好用的一个团队就相当于构建了一个新的skill可以保留, 然后后续其他场景中也可以因为这个团队的skill的介绍和当前任务相关自动启用,这样就不会污染上下文那样 主要出发点是感觉团队模式应该是比较有用的-想能不能复用那种,不过感觉我这个好像走到了自定义Team来对接某种特定业务需求的意思了

---

--【拾】--：

太多了，可以直接了当的说，Codex cli的完成度和Snow cli都没有可比性，更别提跨平台兼容性优化，而且Snow cli支持的请求方式也有四种，当然Snow cli不提供GUI，不喜欢终端操作可以直接放弃

---

--【拾壹】--：

是不是自带懒人模式，一句话发号施令，然后喝茶等结果

---

--【拾贰】--：

你的终端背景还是那么有料啊哈哈

---

--【拾叁】--：

还有创建团队这里, 我看到 opencowork 也是可以自动创建团队,然后完成任务后自动解散, 而且它这里好像约束的比较严,我自己几次尝试发现它这里每次都会听话检查soul那些再去执行.

疑问就是为啥都会设置完成任务后自动解散团队呢? 我感觉有些好用的团队有价值保留后续相关场景复用不是更好嘛,我在opencowork里特意不解散团队好像后续新对话任务会受到影响那样. 不知佬这边团队模式是否可以保留之前创建的团队 可以在新对话里启用或不启用这些团队

---

--【拾肆】--：

免费模型使用 太秀了

---

--【拾伍】--： Mufasa:

Snow Console 已经开放注册

感谢大佬分享

---

--【拾陆】--：

已经用上，太好用了！

---

--【拾柒】--：

感谢大佬

---

--【拾捌】--：

真的太厉害了

snow-cli体验真好

---

--【拾玖】--：

牢大的snow是真的好用~我已经把牢大的魔改成vcp tui版本了
97e87e76105e9100fe9f4b61bf5822731115×832 151 KB

22cbc5ffb311d37d41173f1984d7f72c1115×832 175 KB