1. OpenClaw 会话里的斜杠命令是什么为什么值得专门写一份手册先说我自己的使用背景。我大概在半年前开始认真用 OpenClaw 做会话式自动化处理一开始只把它当成一个普通的对话工具有需求就打字没需求就关掉。但用得越深入越发现一个问题纯自然语言聊天的方式在长会话里会变得越来越不可控。举一个最典型的例子。某天我让它在一次会话里帮我分析一份日志后来又让它写了一段脚本再后来又让它以某种口吻回复一段客户消息。结果聊到后面它把前面的任务背景、说话风格、输出格式全搅在一起了。我想要一个简短的结构化表格它却还在用之前处理日志时那套啰嗦的叙述方式。那时候我才真正意识到必须要靠一套机制来明确地告诉系统现在我要切换场景了、现在我要换一种输出形式、现在我要把之前的记忆清掉。这套机制就是 OpenClaw 的斜杠命令也叫 slash commands。所有命令都以 / 开头直接在会话输入框里敲下去系统识别后会立刻执行对应的控制动作。它不是用来和你聊天的而是用来控制怎么聊聊之前做什么聊完之后怎么处理的。这份手册适合谁看三类人最需要。第一类是把 OpenClaw 当日常小助手、但经常觉得会话越聊越乱的人第二类是想把它接入工作流、需要稳定输出格式和风格的人第三类是刚接触这类交互终端、看到 / 开头的命令不知道怎么下手的纯新手。我自己属于第一类踩坑踩出来的所以这份手册里不会只写命令怎么用更重要的是写清楚每个命令背后的逻辑、参数怎么选、实际用的时候有哪些坑。整个命令体系并不复杂但如果你没有一个整体的框架一开始确实容易记混。我整理这份手册时做了一个分类逻辑把命令分成会话管理、上下文控制、输出调节、系统状态四类。你不需要把所有命令都背下来只需要抓住每个分组的核心思路然后按需查就行。2. 命令体系的整体设计逻辑先看懂分组再记命令2.1 四种命令类型每种解决一类痛点我在实际使用中最明显的体感是OpenClaw 的命令设计思路和很多 CLI 工具很像——它做的不是把功能堆在菜单里而是把高频操作浓缩成简短指令让你在会话流中快速完成切换。根据我的使用经验命令大体可以分为四类会话管理类负责会话本身的生命周期包括清空、保存、载入、撤销等。这类命令解决的是这次对话从哪里来、到哪里去的问题。上下文控制类负责调整系统当前记住的信息范围和关注重点比如设置当前任务标签、切换上下文窗口、临时调整敏感度。这类命令解决的是它到底该记住什么的问题。输出调节类负责控制回答的方式、风格、长度、结构比如切换角色模板、指定输出格式、调整创造性参数。这类命令解决的是回答长什么样的问题。系统状态类负责查看系统当前运行情况包括版本、负载、连接状态、日志等。这类命令解决的是现在到底处于什么状态的问题。你没有必要一次性记全所有命令。我一开始犯的错误就是拿着命令列表从头到尾背诵结果第二天全忘了。后来改成按场景记忆比如我需要重新开始了就对应会话管理类我想要它换一种语气就对应输出调节类。这样形成条件反射之后常用的十几个命令基本就牢牢掌握了。2.2 命令的通用语法与参数约定绝大多数斜杠命令遵循一个基本格式/命令名 [参数1] [参数2] [可选标志]这里有几个值得注意的约定。参数之间用空格分隔带空格的参数值需要用引号包裹。比如说你要设置一个带有空格的会话标题写成/session-title 2025年 项目汇报是错的系统会把 2025年 和 项目汇报 当作两个参数。正确写法是/session-title 2025年 项目汇报。标志参数一般用--开头。比如保存会话时想附带备注可以写成/save --note 这是第一轮分析结果。我一开始总是记不住什么时候该用引号后来给自己定了一条规则只要参数里有空格就无脑加引号宁可多写不少写。还有一点命令是大小写不敏感的也就是说/Clear和/clear都能生效。但命令的参数值有可能是敏感的这取决于具体命令的设计。为了保险起见我建议命令本身保持小写参数按实际语义来写。2.3 命令从输入到生效的完整过程理解命令的执行机制有助于排查问题。我在本地测试过很多次总结下来执行链路大概是这样的输入框检测到以/开头的内容走命令解析通道不再走普通对话通道。命令名被提取并和内置命令表做匹配匹配失败会返回未知命令提示。参数解析模块按空格和引号规则切分参数同时对标志位做识别。命令处理器执行动作可能涉及清空内存、写文件、调整推理参数等。执行完成后输入框返回一个系统消息比如/clear 执行成功上下文已重置。这个机制给了我一个重要启发命令是非侵入式的。它不会影响正在进行的对话内容只是在对话流旁边操作一个控制面板。所以你可以随时插入命令不用担心把之前的逻辑搞乱。3. 会话管理类命令/clear、/save、/load、/undo 的实操与坑3.1 /clear 清空上下文什么时候清、怎么清、清完后悔怎么办/clear 是我用得最频繁的命令之一也是最容易出问题的命令。它的作用是清空当前会话里的上下文记忆让系统回到一个初始状态。注意它清空的是系统对之前对话内容的记忆不是删除对话记录本身。那什么时候该用 /clear我总结出三个明确的信号任务已经结束准备开一个新话题但不想新建会话窗口。当前话题聊得太深系统开始不断重复旧内容或者混淆了之前的信息。不断调整角色设定和输出风格旧的上下文持续干扰新设定。但 /clear 有个容易踩的坑它会把当前会话里的上下文全部清掉包括你可能还想留着的那些设定。我犯过一次比较严重的错误在分析一份代码时我先用了命令指定了输出语言和代码风格后来因为中间插入了一段无关聊天觉得太乱直接 /clear 了。结果之前的代码风格设定也没了重新指定花了不少时间。所以现在的做法是清空之前先看一眼有没有需要保留的设定。如果有先手动记录或者直接用 /save 保存整个会话状态再执行 /clear。后面我会详细介绍 /save 的用法。如果你清完之后立刻后悔了大部分情况下 OpenClaw 没有直接恢复上一刻上下文的能力。但如果你配置了自动历史备份可以通过 /load 载入备份点来回到之前的状态。所以建议把 /clear 和 /save 组合使用而不是裸用。3.2 /save 与 /load把会话存档跨天继续干活的正确姿势/save 命令的作用是把当前完整的会话状态保存成一个快照。你之后可以用 /load 随时把它载入回来继续之前的对话。我实际使用的场景主要有两个。第一个场景是跨天工作。某天下午我让它分析了三个数据文件得出了结论但当天没来得及写报告。第二天早上如果直接开新会话系统什么都不记得我得重新描述一遍需求。把 /save 用上之后第二天一条 /load 就能恢复全部上下文连中间讨论的细节都在。这个体验比重新解释好几轮舒服太多了。第二个场景是任务分支。我在一个会话里同时梳理了方案 A 和方案 B讨论复杂度比较高。为了避免思路互相污染我在深入讨论方案 A 之前先 /save 保存了当前状态讨论完 A 之后用 /load 恢复到方案 B 的分支继续。这样就实现了类似分页草稿的效果。/save 的完整用法我会带参数/save 命名-2025-01-15 --note 完成数据初步分析待写结论引号里是快照名称--note后是可选的备注。保存之后可以用/list-saves这类命令查看已有快照确认保存成功。/load 的使用比较简单/load 命名-2025-01-15它在恢复时会把快照里的上下文完全载入。这里有个需要特别注意的地方它会覆盖当前会话的上下文。也就是说如果当前会话已经聊了很多直接 /load 的话当前内容会被替换掉而不是合并。如果你不想丢失当前的进度先 /save 一下再 /load 是比较稳妥的操作顺序。3.3 /undo 撤销与 /retry 重试低成本纠错的关键这两个命令是我后来才重视起来的因为它们解决的是回答不满意这个问题。/undo 的作用是回退到上一步对话状态。假设你刚发了一条指令让系统做了某件事结果发现指令里有个错误你希望系统当作这条指令没发生过这时 /undo 就很有用。它撤销的不只是系统的回答还包括你发出那条指令带来的状态变化。这个机制在涉及会话修改类的操作时尤其重要。/retry 则是让系统基于同样的上下文重新生成一次回答。它适合系统没有理解你的意思、或者输出质量不达标的情况。注意 /retry 不改变上下文只是换一种生成方式再试一次。我经常在遇到回答太啰嗦或者跑题的时候先用 /retry 看一次随机性更高/更低的输出如果连续两次都不满意再考虑调整上下文或使用 /clear。实际操作中我会把 /undo 和 /retry 组合起来用/retry -- 基于同样上下文重新生成 /undo -- 撤销刚才那条指令的状态影响有一个重要的经验/undo 之后系统可能会提示是否确认回退需要二次确认。这是为了防误操作设计的。我建议保留这个确认机制不要图省事关闭因为一旦误撤销而且没有确认恢复起来更麻烦。4. 输出与角色控制命令/role、/format、/temp 组合出稳定输出4.1 /role 角色模板让开口就是那个味道如果你经常让 OpenClaw 写正式报告、写代码、回邮件你会发现一件事情不指定角色时它回答的默认风格可能不够贴切。这时候 /role 就派上用场了。/role 的作用是切换系统在作答时的身份设定。你可以理解成给它戴上一个专业滤镜设定为资深架构师它在分析系统设计时会更注重扩展性和权衡设定为技术文档编辑它写出来的文字会更简洁、规范。我的常用做法是在一个会话开始时就先用 /role 定调。比如让它帮我整理一份周报/role 资深项目助理 /role 的取值为输出需简洁、条理清晰、以事项清单为主这里其实涉及一个技巧/role 后面的描述越具体效果越好。不要只写助理两个字最好把你要的风格、视角、限制都写进去。我自己常用的格式是身份 核心职责 输出风格约束。但要注意角色模板和上下文之间是会有互动的。如果你在会话中途切换角色新角色会叠加在旧上下文之上。如果旧上下文中已经累积了大量和原角色相关的对话新角色的效果会被稀释。这种情况下我一般会先用 /clear 再 /role。4.2 /format 输出格式结构化结果怎么用命令一次锁定这个命令是我工作中价值最高的一个。因为我经常需要它输出表格、JSON、Markdown 列表等结构化内容。靠自然语言描述请给我一个表格虽然也能生效但有一个问题它不够稳定有时响应格式会漂移。用 /format 就能把输出形式固化下来。它的用法很简单/format markdown-table /format json /format bullet-list我测试过几种常用格式包括markdown-table表格、json结构化的 JSON 文本、code-block带语言标记的代码块、plain-text纯文本。每一种都对应系统内部的输出模板。实际操作中最有用的是在数据处理场景。我让它分析一批服务器日志里的错误分布只要提前设定了/format markdown-table它就会严格按照表格输出列名、对齐方式都保持一致。这样可以省掉我再手工整理格式的时间。和 /role 一样/format 也可以在会话中途切换。但这会带来一个潜在问题如果之前的对话里已经产生了大量某种格式的内容突然切换格式系统需要在新一轮回答里适配。如果对方没反应过来你可以在新格式命令后补一句从现在开始所有后续回答都使用这个格式这样能加速适配。这里我特别提醒不要试图在一次会话里频繁切换格式。格式切换和角色切换一样都会对上下文产生扰动切换太频繁可能导致某一次回答格式混乱。4.3 参数型命令的取值逻辑/temp 用多少算合适/temp 是最典型的参数型命令。它控制系统生成回答时的创造性程度也就是温度参数。数值越接近最大值回答的随机性越强数值越低输出越稳定、越保守。我常用的取值大概分三档取值区间实际效果适用场景0.2 - 0.4稳定、保守、贴近模板数据分析、代码生成、格式要求严格的输出0.5 - 0.7适度灵活、表达自然普通写作、方案讨论、翻译0.8 - 1.0高随机、有发散性头脑风暴、创意写作、角色扮演我在使用中发现一个规律如果前面已经用了 /role 和 /format 做了强约束那 /temp 不需要太高0.4 到 0.5 就足够。因为角色和格式已经帮系统圈定了表达范围温度太高反而容易跑偏。反过来如果在做创意类任务但 /role 约束很强那 /temp 太高会产生一种奇怪的拉扯感——内容层面放得很开但语气风格又被角色模板拽着。我的经验是把 /temp 和 /role 看作是相互制约的两个旋钮一个放开另一个就要适当收紧。这里插一个我自己调参的反复过程。有一阵子我写产品文案总希望它写得更有趣一点于是把 /temp 提到了 0.9结果文案确实有趣了但离题的概率也高了很多句子需要人工修。后来我把 /temp 降到 0.6同时把 /role 描述从创意文案写手改成具备创意的品牌文案顾问在意阅读节奏和亮点表达效果反而更稳定。这说明有约束的创意输出比完全放飞更有价值。5. 一次真实会话实录从混乱到被命令理顺的完整过程5.1 场景设定一个跨天项目会话的初始状态为了让你更直观地理解这些命令怎么配合我把上周处理的一个真实项目流程拆给你看。场景是我需要让 OpenClaw 帮我完成一套用户操作行为分析报告。开会的头一天我有一份数据文件里面是用户点击流日志大概几千行。我的目标是让它输出一份包含核心指标、异常点、建议动作的报告。这个任务本身比较常规但跨度大中间还要切换到另一个子任务去查一段历史数据。我一开始没有用任何命令直接复制日志内容进去让它分析。结果聊了十几轮之后上下文里混进了我对某个功能点的大量讨论导致最终的总结报告里出现了不该出现的功能细节。这个教训让我在第二天的演示中彻底改了流程。5.2 命令搭配顺序我踩过坑后总结出的推荐节奏在第二轮的实操里我严格按照下面这个顺序来走会话开始先用 /clear确保没有残留上下文。执行/role 数据分析师 --style 简洁、结论先行、适量使用表格先定调。这一步很关键。我在第一次演示时没有先 /role 就直接问结果它的语气一会儿像技术文档一会儿像运营周报非常不稳定。用 /role 定调之后后面的回答风格就基本稳定了。紧跟/format markdown-table把结论类内容锁定为表格形式。因为后续报告里需要大量指标对比表格是最直观的载体。先锁定格式后面提到指标时它都会默认用表格展示省了不少来回。把日志数据分批贴进去让它逐步分析。这里有个细节日志内容本身很长我分成了三批发送。每发完一批它输出的分析我都会先看一眼确认没有偏离方向。如果发现某一次输出明显跑偏我直接用 /retry而不是在自然语言里纠正因为自然语言纠正会带偏上下文。分析完三批数据后我需要临时切换到另一个子任务——查历史版本的功能描述。在这个切换点上我先/save 行为分析-初步结论然后再开始新话题。为什么要保存因为后面还要回到这个分析流程写最终报告不保存的话切过去之后就得重新再解释一遍前面的上下文。子任务查完后执行/load 行为分析-初步结论恢复原始状态继续写最终报告。最后生成报告之前我把 /temp 从默认值调到 0.3。因为最终报告需要准确、稳定不需要太多创造性发挥。此时角色、格式、温度三个参数全部对齐输出结果一气呵成。5.3 实测效果与时间开销整个流程跑下来我的体感差异非常明显。第一轮没有任何命令的那个版本大约花了 40 分钟才整理出像样的报告中途有大量时间花在纠正输出风格和格式上。第二轮用了这套命令组合之后整体时间缩短到大约 20 分钟而且输出质量更稳定几乎不需要在格式上做二次修改。这里边的关键不是某一两个命令单独发挥了多大作用而是它们之间的协作。 /clear 保证了起点是干净的 /role 和 /format 锁定了输出风格与结构 /temp 控制了自由度 /save 和 /load 解决了多任务切换时的上下文断层。一套组合下来整个会话过程就像在一张白纸上逐步填充而不是在混乱的草稿上反复涂改。6. 常见问题与排查技巧实录6.1 命令不生效的三种典型原因我在使用过程中遇到过几次命令输进去没反应的情况排查了一圈原因基本集中在三个地方。第一个原因输入框模式不对。OpenClaw 有的输入框支持纯文本输入有的支持富文本输入。在富文本模式下斜杠可能被识别成普通文本而不是命令触发符号。如果你发现命令不生效先把输入模式切换成纯文本再试一次往往就能解决。第二个原因参数里引号不匹配。比如你想设置一个有空格的名字但只输入了左引号忘了右引号系统解析参数时会直接失败返回一段错误提示而不是执行命令。这种问题我遇到好多次后来养成了一个习惯参数内容如果稍复杂先在心里数一边引号是否成对。第三个原因命令名拼写错误或者版本不支持。OpenClaw 迭代速度比较快有些老版本里的命令可能在升级后被改名或合并。解决方法是执行/help查看当前版本支持的命令列表确认命令是否存在。还有一个比较隐晦的情况如果当前会话正在生成回答比如系统正在输出一大段文本这时候你输入命令。大多数情况命令会排队等待但偶尔会出现命令被当作对话内容吞掉的情况。我建议等它完全输出完再输入命令不要在输出途中抢跑。6.2 参数写对了但结果不符合预期还有一种更让人头疼的情况命令本身执行成功了但效果不对。举一个例子。有一天我用/role 专业翻译希望它输出正式一些的译文但实际输出还是偏口语化。排查到最后发现问题不在 /role而在于当前会话上下文里大量聊天内容都在用轻松随意的语气。这些历史对话对输出的影响非常大单靠一个 /role 很难完全压制。这时候我的解决方案是先 /save 保存当前会话再 /clear 清空重新 /role。对比一下你会发现角色模板在干净上下文里的作用会显著增强。同理有时候 /format json 设置了之后偶尔还是会输出带解释文字的 JSON。我猜测这大概率是上下文里同时存在大量普通文本模型在生成时收到了不同的风格暗示。应对方式就是降低 /temp并尽量把结构化需求说得绝对一些比如只输出 JSON不要任何多余文字。我整理了下面这张速查表你可以直接保存备用现象大概率原因处理方式命令输入后无任何响应输入框模式不正确切换纯文本输入模式命令报未知命令命令拼写错误或版本过旧执行 /help 查看支持列表命令报参数错误引号未匹配检查引号是否成对角色模板效果不明显上下文遗留干扰严重/save 后 /clear 再重新 /role格式设定偶尔失效上下文风格暗示过强降低 /temp用 /format 重复锁定保存之后找不到快照快照名称含空格导致截断用引号包裹名称用 /list-saves 确认载入快照后内容对不上快照覆盖而非合并载入前先 /save 当前进度6.3 几个值得长期保留的小技巧最后分享几个我在实际使用中觉得特别重要的小技巧如果这份手册只能记住三件事我希望是这三件第一把命令当成会话的流程控制工具而不是对话内容。它有明确的边界和生命周期清楚这点之后就不会在聊天中间随手乱发命令了。第二每次进入重要任务之前花十秒钟做一次命令预置。我自己的标准预置序列是/clear - /role - /format - /temp。这套预置只需要十秒钟但能避免之后无数次的纠偏。第三善用 /save 和 /undo 这两个后悔药命令。它们可能是整个命令体系里最不起眼但最能保命的。多花一点时间养成重要操作前先保存的习惯长远看能节省大量时间。我自己在实际使用中的体会是斜杠命令不是学习的负担而是一种让你和工具之间的交互变得更可控的杠杆。它就像浏览器里的快捷键一开始你可能觉得符号太多但一旦用熟非常自然。现在我在会话里几乎不需要思考看到一个场景就条件反射地使用对应的命令。希望你也能通过这份手册把 OpenClaw 用好让每一次会话都更有章法。
1. OpenClaw 会话里的斜杠命令是什么为什么值得专门写一份手册先说我自己的使用背景。我大概在半年前开始认真用 OpenClaw 做会话式自动化处理一开始只把它当成一个普通的对话工具有需求就打字没需求就关掉。但用得越深入越发现一个问题纯自然语言聊天的方式在长会话里会变得越来越不可控。举一个最典型的例子。某天我让它在一次会话里帮我分析一份日志后来又让它写了一段脚本再后来又让它以某种口吻回复一段客户消息。结果聊到后面它把前面的任务背景、说话风格、输出格式全搅在一起了。我想要一个简短的结构化表格它却还在用之前处理日志时那套啰嗦的叙述方式。那时候我才真正意识到必须要靠一套机制来明确地告诉系统现在我要切换场景了、现在我要换一种输出形式、现在我要把之前的记忆清掉。这套机制就是 OpenClaw 的斜杠命令也叫 slash commands。所有命令都以 / 开头直接在会话输入框里敲下去系统识别后会立刻执行对应的控制动作。它不是用来和你聊天的而是用来控制怎么聊聊之前做什么聊完之后怎么处理的。这份手册适合谁看三类人最需要。第一类是把 OpenClaw 当日常小助手、但经常觉得会话越聊越乱的人第二类是想把它接入工作流、需要稳定输出格式和风格的人第三类是刚接触这类交互终端、看到 / 开头的命令不知道怎么下手的纯新手。我自己属于第一类踩坑踩出来的所以这份手册里不会只写命令怎么用更重要的是写清楚每个命令背后的逻辑、参数怎么选、实际用的时候有哪些坑。整个命令体系并不复杂但如果你没有一个整体的框架一开始确实容易记混。我整理这份手册时做了一个分类逻辑把命令分成会话管理、上下文控制、输出调节、系统状态四类。你不需要把所有命令都背下来只需要抓住每个分组的核心思路然后按需查就行。2. 命令体系的整体设计逻辑先看懂分组再记命令2.1 四种命令类型每种解决一类痛点我在实际使用中最明显的体感是OpenClaw 的命令设计思路和很多 CLI 工具很像——它做的不是把功能堆在菜单里而是把高频操作浓缩成简短指令让你在会话流中快速完成切换。根据我的使用经验命令大体可以分为四类会话管理类负责会话本身的生命周期包括清空、保存、载入、撤销等。这类命令解决的是这次对话从哪里来、到哪里去的问题。上下文控制类负责调整系统当前记住的信息范围和关注重点比如设置当前任务标签、切换上下文窗口、临时调整敏感度。这类命令解决的是它到底该记住什么的问题。输出调节类负责控制回答的方式、风格、长度、结构比如切换角色模板、指定输出格式、调整创造性参数。这类命令解决的是回答长什么样的问题。系统状态类负责查看系统当前运行情况包括版本、负载、连接状态、日志等。这类命令解决的是现在到底处于什么状态的问题。你没有必要一次性记全所有命令。我一开始犯的错误就是拿着命令列表从头到尾背诵结果第二天全忘了。后来改成按场景记忆比如我需要重新开始了就对应会话管理类我想要它换一种语气就对应输出调节类。这样形成条件反射之后常用的十几个命令基本就牢牢掌握了。2.2 命令的通用语法与参数约定绝大多数斜杠命令遵循一个基本格式/命令名 [参数1] [参数2] [可选标志]这里有几个值得注意的约定。参数之间用空格分隔带空格的参数值需要用引号包裹。比如说你要设置一个带有空格的会话标题写成/session-title 2025年 项目汇报是错的系统会把 2025年 和 项目汇报 当作两个参数。正确写法是/session-title 2025年 项目汇报。标志参数一般用--开头。比如保存会话时想附带备注可以写成/save --note 这是第一轮分析结果。我一开始总是记不住什么时候该用引号后来给自己定了一条规则只要参数里有空格就无脑加引号宁可多写不少写。还有一点命令是大小写不敏感的也就是说/Clear和/clear都能生效。但命令的参数值有可能是敏感的这取决于具体命令的设计。为了保险起见我建议命令本身保持小写参数按实际语义来写。2.3 命令从输入到生效的完整过程理解命令的执行机制有助于排查问题。我在本地测试过很多次总结下来执行链路大概是这样的输入框检测到以/开头的内容走命令解析通道不再走普通对话通道。命令名被提取并和内置命令表做匹配匹配失败会返回未知命令提示。参数解析模块按空格和引号规则切分参数同时对标志位做识别。命令处理器执行动作可能涉及清空内存、写文件、调整推理参数等。执行完成后输入框返回一个系统消息比如/clear 执行成功上下文已重置。这个机制给了我一个重要启发命令是非侵入式的。它不会影响正在进行的对话内容只是在对话流旁边操作一个控制面板。所以你可以随时插入命令不用担心把之前的逻辑搞乱。3. 会话管理类命令/clear、/save、/load、/undo 的实操与坑3.1 /clear 清空上下文什么时候清、怎么清、清完后悔怎么办/clear 是我用得最频繁的命令之一也是最容易出问题的命令。它的作用是清空当前会话里的上下文记忆让系统回到一个初始状态。注意它清空的是系统对之前对话内容的记忆不是删除对话记录本身。那什么时候该用 /clear我总结出三个明确的信号任务已经结束准备开一个新话题但不想新建会话窗口。当前话题聊得太深系统开始不断重复旧内容或者混淆了之前的信息。不断调整角色设定和输出风格旧的上下文持续干扰新设定。但 /clear 有个容易踩的坑它会把当前会话里的上下文全部清掉包括你可能还想留着的那些设定。我犯过一次比较严重的错误在分析一份代码时我先用了命令指定了输出语言和代码风格后来因为中间插入了一段无关聊天觉得太乱直接 /clear 了。结果之前的代码风格设定也没了重新指定花了不少时间。所以现在的做法是清空之前先看一眼有没有需要保留的设定。如果有先手动记录或者直接用 /save 保存整个会话状态再执行 /clear。后面我会详细介绍 /save 的用法。如果你清完之后立刻后悔了大部分情况下 OpenClaw 没有直接恢复上一刻上下文的能力。但如果你配置了自动历史备份可以通过 /load 载入备份点来回到之前的状态。所以建议把 /clear 和 /save 组合使用而不是裸用。3.2 /save 与 /load把会话存档跨天继续干活的正确姿势/save 命令的作用是把当前完整的会话状态保存成一个快照。你之后可以用 /load 随时把它载入回来继续之前的对话。我实际使用的场景主要有两个。第一个场景是跨天工作。某天下午我让它分析了三个数据文件得出了结论但当天没来得及写报告。第二天早上如果直接开新会话系统什么都不记得我得重新描述一遍需求。把 /save 用上之后第二天一条 /load 就能恢复全部上下文连中间讨论的细节都在。这个体验比重新解释好几轮舒服太多了。第二个场景是任务分支。我在一个会话里同时梳理了方案 A 和方案 B讨论复杂度比较高。为了避免思路互相污染我在深入讨论方案 A 之前先 /save 保存了当前状态讨论完 A 之后用 /load 恢复到方案 B 的分支继续。这样就实现了类似分页草稿的效果。/save 的完整用法我会带参数/save 命名-2025-01-15 --note 完成数据初步分析待写结论引号里是快照名称--note后是可选的备注。保存之后可以用/list-saves这类命令查看已有快照确认保存成功。/load 的使用比较简单/load 命名-2025-01-15它在恢复时会把快照里的上下文完全载入。这里有个需要特别注意的地方它会覆盖当前会话的上下文。也就是说如果当前会话已经聊了很多直接 /load 的话当前内容会被替换掉而不是合并。如果你不想丢失当前的进度先 /save 一下再 /load 是比较稳妥的操作顺序。3.3 /undo 撤销与 /retry 重试低成本纠错的关键这两个命令是我后来才重视起来的因为它们解决的是回答不满意这个问题。/undo 的作用是回退到上一步对话状态。假设你刚发了一条指令让系统做了某件事结果发现指令里有个错误你希望系统当作这条指令没发生过这时 /undo 就很有用。它撤销的不只是系统的回答还包括你发出那条指令带来的状态变化。这个机制在涉及会话修改类的操作时尤其重要。/retry 则是让系统基于同样的上下文重新生成一次回答。它适合系统没有理解你的意思、或者输出质量不达标的情况。注意 /retry 不改变上下文只是换一种生成方式再试一次。我经常在遇到回答太啰嗦或者跑题的时候先用 /retry 看一次随机性更高/更低的输出如果连续两次都不满意再考虑调整上下文或使用 /clear。实际操作中我会把 /undo 和 /retry 组合起来用/retry -- 基于同样上下文重新生成 /undo -- 撤销刚才那条指令的状态影响有一个重要的经验/undo 之后系统可能会提示是否确认回退需要二次确认。这是为了防误操作设计的。我建议保留这个确认机制不要图省事关闭因为一旦误撤销而且没有确认恢复起来更麻烦。4. 输出与角色控制命令/role、/format、/temp 组合出稳定输出4.1 /role 角色模板让开口就是那个味道如果你经常让 OpenClaw 写正式报告、写代码、回邮件你会发现一件事情不指定角色时它回答的默认风格可能不够贴切。这时候 /role 就派上用场了。/role 的作用是切换系统在作答时的身份设定。你可以理解成给它戴上一个专业滤镜设定为资深架构师它在分析系统设计时会更注重扩展性和权衡设定为技术文档编辑它写出来的文字会更简洁、规范。我的常用做法是在一个会话开始时就先用 /role 定调。比如让它帮我整理一份周报/role 资深项目助理 /role 的取值为输出需简洁、条理清晰、以事项清单为主这里其实涉及一个技巧/role 后面的描述越具体效果越好。不要只写助理两个字最好把你要的风格、视角、限制都写进去。我自己常用的格式是身份 核心职责 输出风格约束。但要注意角色模板和上下文之间是会有互动的。如果你在会话中途切换角色新角色会叠加在旧上下文之上。如果旧上下文中已经累积了大量和原角色相关的对话新角色的效果会被稀释。这种情况下我一般会先用 /clear 再 /role。4.2 /format 输出格式结构化结果怎么用命令一次锁定这个命令是我工作中价值最高的一个。因为我经常需要它输出表格、JSON、Markdown 列表等结构化内容。靠自然语言描述请给我一个表格虽然也能生效但有一个问题它不够稳定有时响应格式会漂移。用 /format 就能把输出形式固化下来。它的用法很简单/format markdown-table /format json /format bullet-list我测试过几种常用格式包括markdown-table表格、json结构化的 JSON 文本、code-block带语言标记的代码块、plain-text纯文本。每一种都对应系统内部的输出模板。实际操作中最有用的是在数据处理场景。我让它分析一批服务器日志里的错误分布只要提前设定了/format markdown-table它就会严格按照表格输出列名、对齐方式都保持一致。这样可以省掉我再手工整理格式的时间。和 /role 一样/format 也可以在会话中途切换。但这会带来一个潜在问题如果之前的对话里已经产生了大量某种格式的内容突然切换格式系统需要在新一轮回答里适配。如果对方没反应过来你可以在新格式命令后补一句从现在开始所有后续回答都使用这个格式这样能加速适配。这里我特别提醒不要试图在一次会话里频繁切换格式。格式切换和角色切换一样都会对上下文产生扰动切换太频繁可能导致某一次回答格式混乱。4.3 参数型命令的取值逻辑/temp 用多少算合适/temp 是最典型的参数型命令。它控制系统生成回答时的创造性程度也就是温度参数。数值越接近最大值回答的随机性越强数值越低输出越稳定、越保守。我常用的取值大概分三档取值区间实际效果适用场景0.2 - 0.4稳定、保守、贴近模板数据分析、代码生成、格式要求严格的输出0.5 - 0.7适度灵活、表达自然普通写作、方案讨论、翻译0.8 - 1.0高随机、有发散性头脑风暴、创意写作、角色扮演我在使用中发现一个规律如果前面已经用了 /role 和 /format 做了强约束那 /temp 不需要太高0.4 到 0.5 就足够。因为角色和格式已经帮系统圈定了表达范围温度太高反而容易跑偏。反过来如果在做创意类任务但 /role 约束很强那 /temp 太高会产生一种奇怪的拉扯感——内容层面放得很开但语气风格又被角色模板拽着。我的经验是把 /temp 和 /role 看作是相互制约的两个旋钮一个放开另一个就要适当收紧。这里插一个我自己调参的反复过程。有一阵子我写产品文案总希望它写得更有趣一点于是把 /temp 提到了 0.9结果文案确实有趣了但离题的概率也高了很多句子需要人工修。后来我把 /temp 降到 0.6同时把 /role 描述从创意文案写手改成具备创意的品牌文案顾问在意阅读节奏和亮点表达效果反而更稳定。这说明有约束的创意输出比完全放飞更有价值。5. 一次真实会话实录从混乱到被命令理顺的完整过程5.1 场景设定一个跨天项目会话的初始状态为了让你更直观地理解这些命令怎么配合我把上周处理的一个真实项目流程拆给你看。场景是我需要让 OpenClaw 帮我完成一套用户操作行为分析报告。开会的头一天我有一份数据文件里面是用户点击流日志大概几千行。我的目标是让它输出一份包含核心指标、异常点、建议动作的报告。这个任务本身比较常规但跨度大中间还要切换到另一个子任务去查一段历史数据。我一开始没有用任何命令直接复制日志内容进去让它分析。结果聊了十几轮之后上下文里混进了我对某个功能点的大量讨论导致最终的总结报告里出现了不该出现的功能细节。这个教训让我在第二天的演示中彻底改了流程。5.2 命令搭配顺序我踩过坑后总结出的推荐节奏在第二轮的实操里我严格按照下面这个顺序来走会话开始先用 /clear确保没有残留上下文。执行/role 数据分析师 --style 简洁、结论先行、适量使用表格先定调。这一步很关键。我在第一次演示时没有先 /role 就直接问结果它的语气一会儿像技术文档一会儿像运营周报非常不稳定。用 /role 定调之后后面的回答风格就基本稳定了。紧跟/format markdown-table把结论类内容锁定为表格形式。因为后续报告里需要大量指标对比表格是最直观的载体。先锁定格式后面提到指标时它都会默认用表格展示省了不少来回。把日志数据分批贴进去让它逐步分析。这里有个细节日志内容本身很长我分成了三批发送。每发完一批它输出的分析我都会先看一眼确认没有偏离方向。如果发现某一次输出明显跑偏我直接用 /retry而不是在自然语言里纠正因为自然语言纠正会带偏上下文。分析完三批数据后我需要临时切换到另一个子任务——查历史版本的功能描述。在这个切换点上我先/save 行为分析-初步结论然后再开始新话题。为什么要保存因为后面还要回到这个分析流程写最终报告不保存的话切过去之后就得重新再解释一遍前面的上下文。子任务查完后执行/load 行为分析-初步结论恢复原始状态继续写最终报告。最后生成报告之前我把 /temp 从默认值调到 0.3。因为最终报告需要准确、稳定不需要太多创造性发挥。此时角色、格式、温度三个参数全部对齐输出结果一气呵成。5.3 实测效果与时间开销整个流程跑下来我的体感差异非常明显。第一轮没有任何命令的那个版本大约花了 40 分钟才整理出像样的报告中途有大量时间花在纠正输出风格和格式上。第二轮用了这套命令组合之后整体时间缩短到大约 20 分钟而且输出质量更稳定几乎不需要在格式上做二次修改。这里边的关键不是某一两个命令单独发挥了多大作用而是它们之间的协作。 /clear 保证了起点是干净的 /role 和 /format 锁定了输出风格与结构 /temp 控制了自由度 /save 和 /load 解决了多任务切换时的上下文断层。一套组合下来整个会话过程就像在一张白纸上逐步填充而不是在混乱的草稿上反复涂改。6. 常见问题与排查技巧实录6.1 命令不生效的三种典型原因我在使用过程中遇到过几次命令输进去没反应的情况排查了一圈原因基本集中在三个地方。第一个原因输入框模式不对。OpenClaw 有的输入框支持纯文本输入有的支持富文本输入。在富文本模式下斜杠可能被识别成普通文本而不是命令触发符号。如果你发现命令不生效先把输入模式切换成纯文本再试一次往往就能解决。第二个原因参数里引号不匹配。比如你想设置一个有空格的名字但只输入了左引号忘了右引号系统解析参数时会直接失败返回一段错误提示而不是执行命令。这种问题我遇到好多次后来养成了一个习惯参数内容如果稍复杂先在心里数一边引号是否成对。第三个原因命令名拼写错误或者版本不支持。OpenClaw 迭代速度比较快有些老版本里的命令可能在升级后被改名或合并。解决方法是执行/help查看当前版本支持的命令列表确认命令是否存在。还有一个比较隐晦的情况如果当前会话正在生成回答比如系统正在输出一大段文本这时候你输入命令。大多数情况命令会排队等待但偶尔会出现命令被当作对话内容吞掉的情况。我建议等它完全输出完再输入命令不要在输出途中抢跑。6.2 参数写对了但结果不符合预期还有一种更让人头疼的情况命令本身执行成功了但效果不对。举一个例子。有一天我用/role 专业翻译希望它输出正式一些的译文但实际输出还是偏口语化。排查到最后发现问题不在 /role而在于当前会话上下文里大量聊天内容都在用轻松随意的语气。这些历史对话对输出的影响非常大单靠一个 /role 很难完全压制。这时候我的解决方案是先 /save 保存当前会话再 /clear 清空重新 /role。对比一下你会发现角色模板在干净上下文里的作用会显著增强。同理有时候 /format json 设置了之后偶尔还是会输出带解释文字的 JSON。我猜测这大概率是上下文里同时存在大量普通文本模型在生成时收到了不同的风格暗示。应对方式就是降低 /temp并尽量把结构化需求说得绝对一些比如只输出 JSON不要任何多余文字。我整理了下面这张速查表你可以直接保存备用现象大概率原因处理方式命令输入后无任何响应输入框模式不正确切换纯文本输入模式命令报未知命令命令拼写错误或版本过旧执行 /help 查看支持列表命令报参数错误引号未匹配检查引号是否成对角色模板效果不明显上下文遗留干扰严重/save 后 /clear 再重新 /role格式设定偶尔失效上下文风格暗示过强降低 /temp用 /format 重复锁定保存之后找不到快照快照名称含空格导致截断用引号包裹名称用 /list-saves 确认载入快照后内容对不上快照覆盖而非合并载入前先 /save 当前进度6.3 几个值得长期保留的小技巧最后分享几个我在实际使用中觉得特别重要的小技巧如果这份手册只能记住三件事我希望是这三件第一把命令当成会话的流程控制工具而不是对话内容。它有明确的边界和生命周期清楚这点之后就不会在聊天中间随手乱发命令了。第二每次进入重要任务之前花十秒钟做一次命令预置。我自己的标准预置序列是/clear - /role - /format - /temp。这套预置只需要十秒钟但能避免之后无数次的纠偏。第三善用 /save 和 /undo 这两个后悔药命令。它们可能是整个命令体系里最不起眼但最能保命的。多花一点时间养成重要操作前先保存的习惯长远看能节省大量时间。我自己在实际使用中的体会是斜杠命令不是学习的负担而是一种让你和工具之间的交互变得更可控的杠杆。它就像浏览器里的快捷键一开始你可能觉得符号太多但一旦用熟非常自然。现在我在会话里几乎不需要思考看到一个场景就条件反射地使用对应的命令。希望你也能通过这份手册把 OpenClaw 用好让每一次会话都更有章法。
