Smol
/smol(或其别名 /compact)是一个压缩你的对话历史同时保留必要上下文的斜杠命令。
与 /newtask 不同,后者创建一个新任务,/smol 将你当前的对话压缩成一个全面的摘要,释放上下文窗口空间,同时允许你在同一任务中继续工作。
将其想象为总结对话的相关部分同时丢弃其余部分。
使用 /smol 斜杠命令
当你的上下文窗口即将变满但你想在同一任务中继续时:

在聊天输入字段中输入
/smol(或其别名/compact)Cline 将分析你的对话并创建一个保留基本信息的详细摘要
你将有机会审查此摘要并在需要时提供反馈
一旦接受,详细的对话历史将被此压缩版本替换
示例
当我深入复杂的调试会话并且需要在同一任务中继续时,我使用 /smol。在探索多种方法并检查多个文件后,我的上下文窗口充满了所有的来回对话。
通过使用 /smol,我可以将所有探索压缩成一个简洁的摘要,捕获我们学到的东西、我们检查了哪些文件以及我们尝试了哪些方法。这释放了空间以继续调试,而不会丢失我们获得的见解。
与 /newtask 的主要区别在于,我留在同一对话流中,而不是创建一个单独的任务。这在我处于中间阶段并且不想切换上下文时特别有用。
灵感
这是我在工作流中使用 /smol 的一些强大方式:
在冗长的头脑风暴会话期间,我使用
/smol在实现所选解决方案之前压缩我们的探索,所有这些都在同一任务中。在调试涉及多个文件检查和测试运行的复杂问题时,我使用
/smol在继续调试过程的同时总结我们学到的东西。对于迭代开发,我会在完成每个功能后使用
/smol,以压缩实现细节,同时保持关键决策和方法可访问。当从多个来源收集需求时,我使用
/smol在进入设计阶段之前将基本需求提炼成简洁的摘要。
Smol 对比 Newtask
人们经常问我何时使用 /smol 与 /newtask。坦率地说,这是个人偏好和你试图实现的事情的问题。这里有一些指导原则:
当你处于中间阶段并且想在同一任务中继续时,使用
/smol。当你深入调试流程或头脑风暴会话并且不想打断你的势头时,它非常完美。缺点?一旦你压缩了历史,你就无法找回那些详细的对话。当你处于逻辑转换点并且想重新开始时,使用
/newtask。它非常适合从规划转移到实现,或者当你想保留完整的对话历史时(因为它创建一个新任务而不是覆盖你当前的任务)。
Last updated