其实我很少做使用技巧分享，还以为你们都会呢
最新版本：v0.6.33
项目地址：GitHub - MayDay-wpf/snow-cli: Agentic coding in your terminal 你知道我要说什么
当你看到这篇帖子，Snow Console 已经开放注册
一：近期更新列表
得益于热心佬友的PR，Snow的VSCode扩展支持拆分窗口和侧边栏两种显示方案，安装最新的VSCode扩展后，进入 设置 → 扩展 → Snow CLI 可以看到两项设置，如图，分别设置默认启动命令，和启动的显示方案，默认依旧是拆分窗口：
image981×517 20.1 KB
在辅助侧边栏显示的效果（右上角有重启和快速进入设置按钮）：
image1018×555 36.2 KB
子代理现已支持互相通讯和互相唤醒，但是依旧遵循唯一责任人原则
子代理支持上下文显示，以及自动压缩
notebook 已支持随会话一起回滚，以保持AI记忆不混乱，不记录错误记忆
二：子代理这次的更新该如何使用？效果是什么样子的？请看下图
各个子代理支持互相唤醒，互相发送消息，再此基础上，用户可以使用 >> 指令向任何子代理发送消息进行人工干预，无需复杂配置，用自然语言提示词即可快速组成一个你想要的Agent Team（我不建议常用这项功能，多Agent也意味着多风险！！！）
image793×3557 572 KB
三：Snow CLI 自带的5个系统子代理，可以完全覆盖你的需求场景
使用 # 查看Snow CLI 子代理的5个子代理
image1414×374 51.2 KB
Explore Agent——探索者（这个子代理没有编辑文件的能力，用于查找整个项目中与需求相关的文件和代码区域）
Plan Agent——规划者（顾名思意，这是Plan模式的子代理抽象层，可以在任何时候进入Plan模型，而不是在项目启动时，具备更高的灵活性）
Requirement Analysis Agent——需求分析者（这是一个偏业务层的子代理，虽然与探索者的能力高度重合，但是目标更加明确，一切以需求为导向）
Debug Assistant——调试者（专注调试，这个子代理永远不会变动代码现有逻辑，而是基于当前项目使用的编程语言，自己重新实现一个日志记录功能，并在调试区插入，这样在用户测试时，日志文件永远写入 .snow/log 目录下，日志统一管理，统一反馈）
General Purpose Agent——通用代理（一个能力最丰富的子代理，与其他子代理不同，这是主代理的分身，拥有主代理的所有工具和能力）
四：解释部分可能误解的功能
1、系统提示词选项和 /role 生成的 ROLE.md 到底什么关系，该用哪个
提前说答案：该用 /role
原因如下：
系统提示词功能，是全局的，并且不便于修改，可以直截了当的说，这个功能大多数用于客户端伪装，否则并不好用
ROLE.md 有全局和项目两个作用域，使用和编辑很方便（因为是md文件，可以自由编辑，而系统提示词是Json格式），并且能直接参与Snow CLI的核心提示词，拥有极高的权重
ROLE.md 同样支持创建多个用于切换，组合命令有
/role -l 显示ROLE 列表和切换ROLE
image892×245 7.37 KB
2、比起使用 @ 把整个文件给AI，更应该多使用 @@ 把核心的代码区域给AI
@ 只能找到文件路径，而@@ 是文件内容搜索，可以更加精准定位功能区，减少上下文浪费，当然，用VSCode扩展，可以直接用光标 Selected 这个更方便
image1388×351 29.1 KB
3、系统工具其实也是一个个MCP服务，如果不喜欢，同样可以禁用
使用 /mcp 指令打开MCP面板，用Tab即可关闭你不想用的Snow自带工具（需要特别提醒，Snow的MCP服务名不允许重复，并且是 - 前的字符也不允许重复，例如Snow自带 ace （AI自主编码）服务，你的新增MCP中，就不允许出现 ace-tools因为-之前的字符与自带服务出现了重复,当前这并不是不允许使用这个MCP，而是你应该换个名字，例如 augment-tools）
加入第三方MCP，服务名最佳实践——不带任何特殊字符，使用不重复的纯英语单词或词组或混合数字，因为MCP名字变更，不会对使用造成任何影响，示例 context7、acesearch、augcodesearch
image1393×300 17.8 KB
五：Console进行了小更新
用户每日签到配额 15——>50
还不够用，可以支付 LDC 多次签到（无限制），但注意，签到是重置，不是叠加
image385×111 3.75 KB
image627×513 14.3 KB
祝大家新年快乐