OpenClaw提示词和Skills怎么搭配？一份可直接套用的写法指南

一、先看整体关系

好的提示词不是写得长，而是把任务可执行条件讲清楚。Skills 只负责扩展能力，不能替代任务边界。

推荐判断顺序，先把 4 件事写清楚

• 目标：要完成什么任务，最好一句话能说完。
• 范围：处理哪些文件、哪些数据、哪些页面，别让 Skills 自己猜。
• 约束：是否允许修改、删除、联网、覆盖原文件，遇到不确定内容时是否先确认。
• 输出：要表格、Markdown、JSON 还是 HTML，以及需要保留哪些字段。

1. 先把目标拆到可执行

模糊目标最容易让 Skills 做偏。比如“帮我优化一下”几乎没有执行入口，但“请使用 data-analysis Skill 分析 sales.csv，找出近 3 个月下滑最明显的品类，并给出原因”就清楚得多。

写法步骤

1. 先写最终结果，不要先写过程。
2. 再补 Skill 名称，让系统知道用哪种能力执行。
3. 明确对象，例如文件名、页面、数据源或目录。
4. 补一句验收标准，告诉系统什么算完成。

2. 让 Skills 和边界对齐

很多问题不是 Skill 不会做，而是输入边界太松。任务一旦涉及多个来源、多个步骤，最好先把范围切小，再逐步展开。

• 如果只需要读，不要顺手要求改。
• 如果要批量处理，先说明是否允许备份和回滚。
• 如果要联网抓取，先限定网站和字段，避免无关扩展。
• 如果涉及隐私或敏感文件，先要求人工确认再继续。

3. 先给条件，再给输出格式

输出格式越明确，最终结果越好检查。建议把条件和格式拆开写，不要混在一句话里。

推荐模板

1. 【目标】写清要完成的事情。
2. 【输入】写清文件、链接、页面或目录。
3. 【要求】写清步骤、限制和优先级。
4. 【输出格式】写清最终交付长什么样。

4. 加上注意事项，减少返工

• 涉及删除、覆盖、移动文件时，先备份，再执行。
• 涉及网络搜索或抓取时，先限定来源，再扩展范围。
• 涉及多任务时，先按“分析、处理、输出”拆成阶段。
• 涉及不确定判断时，优先让系统列出疑点，而不是直接猜。

容易写错的 4 种情况

• 一个提示词同时塞进太多目标，导致 Skills 不知道先做哪一步。
• 只说结果，不说输入，系统只能自己猜数据来源。
• 不写限制，导致 Skills 扩展到不需要的范围。
• 不写输出格式，后期很难直接复用或检查。

常见场景模板

文件处理

请使用 document-converter Skill 提取 合同.pdf 中的付款、违约和保密条款，整理成表格，标注页码。若有缺失条款，先列出缺失项，不要补写。

数据分析

请使用 data-analysis Skill 分析 sales.csv，找出近 3 个月下滑最明显的 5 个指标，输出趋势、异常点和建议，结果用 Markdown 呈现。

自动化处理

请使用 automation-browser Skill 打开目标页面，按“搜索、筛选、导出”的顺序执行任务，只提取我指定的字段，完成后输出结果文件路径。

Web 开发

请使用 frontend-dev Skill 创建一个响应式页面，要求保留现有设计语言，优先完成信息结构、主要交互和移动端适配，最后再优化细节。

组合方式对比

常见误区

目标太泛

只写“帮我处理一下”会让执行范围变得模糊，结果也难验证。

Skills 选得过多

能力越多不等于越稳，工具权限和任务边界要匹配。

没有验收格式

不指定输出字段、文件路径或检查项，后续很难判断是否完成。

方法对比

用「Claw龙虾部署大师」减少前置配置成本

一键本地部署 用来处理 OpenClaw 安装、基础环境和本地运行入口，适合不想先花大量时间排查依赖的人。

模型接入 用来把豆包、通义千问、DeepSeek 等模型配置进工作流，适合需要先跑通 AI 助手底座，再继续配置渠道和任务的人。

本地安全部署 适合把数据、账号和运行环境留在本机或指定设备上，再按文章里的步骤继续收紧权限、接入渠道或验证任务。