OpenClaw提示词写法：目标、材料和输出格式

OpenClaw 能把自然语言任务交给模型，并在获得授权后调用相应能力。提示词如果只写“帮我处理一下”，系统需要猜测任务边界、材料位置和交付形式；一旦涉及多个文件或连续步骤，猜错一处就可能让后面的结果全部偏离。稳定的提示词不需要堆很多专业词，关键是把目标、材料和输出格式写成可检查的约定。

目标要描述完成状态

“整理资料”只是动作，不是完成标准。更清楚的目标会说明资料整理后用于什么，以及哪些内容必须保留。例如，可以要求把已有文章按主题归类，并保留原标题、网址与发布时间。系统由此知道重点不是改写文章，而是建立分类清单。

目标里适合写结果，不必预先规定每一步怎样点击。步骤写得过细，可能与当前文件结构或工具能力冲突；结果写得过宽，又会把大量判断交给模型。可以用“完成后应能……”检查目标是否明确，例如完成后能按分类查找，能看出缺失字段，能确认原数据没有变化。

任务包含敏感操作时，目标还要说明停止条件。删除、覆盖、发送、发布和修改权限都可能造成真实影响，应要求先展示变更范围，发现目标不明确时停止。读取、分析和生成草稿通常风险较低，也要写清不得外发或不得修改原文件。

材料要划定来源和范围

材料部分回答“依据什么工作”。可以列出文件路径、页面地址、指定字段或粘贴的正文，并说明哪些来源只用于参考。若材料很多，应指出优先级：以原始文档为准，旧稿只帮助理解背景，网络资料只核对可能变化的事实。

不要让系统自行猜测“网站里的全部内容”具体指什么。更稳妥的写法是列明栏目、状态和时间范围，例如只处理已发布文章，不包含草稿和计划发布内容。涉及数据时还要指定不允许改变的字段，像文章ID、标题、网址、发布时间和作者都可以明确列出。

材料不足时，提示词应允许系统标记“需要核实”，而不是要求它必须补全。这样能够避免为了让结果看起来完整而出现虚构数据。外部资料存在版本变化时，要求优先参考官方文档，并把无法确认的地方单独列出。

输出格式决定结果能否直接使用

同一项任务可以输出说明文字、Markdown文章、表格、JSON或代码补丁。格式没有说清，得到的内容可能正确却无法进入下一步。需要人工阅读时，标题层级和表格列名要明确；需要程序处理时，字段名、数据类型和缺失值写法要固定。

以文章审核为例，输出表格可以包含文章ID、原标题、原字数、修改后字数、发布时间、问题和评分。若还需要修改正文，应把报告与正文分开，避免说明文字混进文章内容。JSON输出则应约定只能返回JSON，不带代码围栏和额外解释，并提供必须字段。

长度也是输出格式的一部分。与其要求“写详细一点”，不如说明正文最低信息量和允许范围，同时强调不能用重复内容凑字。图片、链接、代码块是否保留，也应在输出要求中写明。

把三部分组合成一条可执行指令

一条清楚的任务可以按自然顺序组织：先写目标，再列材料，随后写输出格式与限制。例子可以是：检查指定目录中的已发布文章，逐篇发现短内容、重复段落和事实风险；材料只来自给定快照，不连接线上系统；输出一份包含固定字段的审核表，并为每篇文章生成独立草稿；不得改变标题、网址和发布时间，遇到无法核实的事实要标记。

这种写法没有指定系统必须使用哪一种内部步骤，却把结果边界定得足够清楚。执行前还能再补一句“先列出预计处理数量，与材料数量不一致时停止”，用来防止漏项。

多轮任务要记录上下文

任务无法一次完成时，每一轮都应保存已处理范围、未处理范围和校验结果。下一轮提示词引用这份状态，而不是依赖聊天记忆。这样即使更换模型或中途暂停，也能从明确位置继续。

修改要求发生变化时，要指出新规则覆盖哪一条旧规则。不要把相互冲突的要求连续堆在提示词末尾，否则系统只能自行判断优先级。对于长期使用的任务，可以把稳定规则做成模板，把每次变化的文件、日期和主题作为变量填写。

评估提示词好不好，不看它有多长，而看执行后是否容易验收：目标是否完成，材料是否越界，输出能否直接使用，受保护内容是否保持不变。发现问题时只调整对应部分，比整段推倒重写更容易定位原因，也更适合重复运行。