☰ 课程目录
No.003

AI 培训

AI 工作流 · 提示词小技巧 · OpenClaw 配置

一份资料

一条好提示词

一套工作流

一次真实执行

制作人:陈卓毅  ·  2026-09  ·  60 分钟

课程地图

今天完成一条链路

从“跟 AI 聊一次”,走到“让任务可以重复运行”。

01 · 认识

工作流

把任务拆成顺序明确、可以检查的步骤。

02 · 说明

提示词

把目标、材料、边界和格式交代清楚。

03 · 编排

检查点

关键动作前停一下,让人确认。

04 · 配置

OpenClaw

连接模型、目录、渠道与工具。

05 · 验证

跑一遍

执行最小任务,再回读结果。

本课产物:一条“新品资料整理”工作流,以及一套能在其他任务中复用的提示词骨架。
从任务到步骤

什么是工作流?

工作流(Workflow):把一个任务拆成按顺序执行、可以检查的步骤。

① 触发

什么时候开始?

收到新品资料
每天上午九点
用户发来消息

② 输入

拿什么来做?

文档、表格、图片
业务规则与历史记录

③ 处理

按什么步骤做?

提取、判断、生成
查询、调用工具

④ 输出

结果放哪里?

回复消息、生成文档
写入表格并返回摘要

判断标准:换一个人、换一份同类资料,仍能按相同步骤完成,才算有了工作流。
探索 vs 重复

聊天一次,不等于有了工作流

一次对话

适合探索

帮我整理一下这份资料。
可以。你希望整理成什么样?
跟上次差不多就行。

每次都要重新解释

一条工作流

适合重复

输入固定

同类新品资料

规则固定

先提取再生成

输出固定

统一字段入表

人仍在流程里:AI先做草稿,负责人确认后再写入。
贯穿案例 · 虚构资料

把“新品资料入库”画成工作流

触发

收到资料

商品名、材质、颜色、价格与发货说明

事实层

提取字段

只记录资料明确写出的信息

创作层

生成草稿

标题、卖点与详情页结构

检查点

人工确认

价格、承诺与缺失项由人拍板

动作层

写入并回读

保存后重新读取,确认落库结果

事实与创作分开:材质、价格、库存来自资料;卖点表达可以由 AI 起草。
失败可以停:资料缺失就列出缺失项,不猜、不写、不发布。
第二部分

提示词小技巧

提示词不是咒语,而是一份任务说明。

一套可复用骨架

提示词四件套

目标最终要完成什么
材料允许参考什么
约束什么不能做
输出结果长什么样
目标:把新品资料整理成商品信息卡。
材料:只使用下方原始资料。
约束:不要补写价格、库存和发货承诺;缺失内容标记为“待确认”。
输出:按“商品名 / 材质 / 颜色 / 核心卖点 / 待确认项”五个字段返回。
先写清结果,再补材料和边界。不必追求长;让下一位接手的人看得懂就够了。
技巧 01

先给材料,再下任务

让 AI 知道“依据在哪里”,也知道“材料之外不要猜”。

容易跑偏

帮我写一个商品详情页

没有原始资料
没有事实边界
模型只能靠常见模式补全

材料有边界

只根据下面资料整理

<原始资料>
商品:轻量通勤包
材质:尼龙
颜色:黑 / 灰
发货:资料未说明
</原始资料>

未出现的信息写“待确认”,不要推测。
业务事实三原则:有依据才写;缺失就标;有冲突就列出,不替负责人决定。
技巧 02

规定输出格式,让结果能接着用

模糊要求

“整理得清楚一点”

每次段落不同
字段可能遗漏
人工还要重新拆分

结构化要求

“按固定字段返回”

商品名
轻量通勤包
材质
尼龙
颜色
黑 / 灰
卖点
待生成
发货
待确认
来源
新品资料
选择格式:给人看用表格或小标题;给程序接力用字段或 JSON。格式越稳定,后续步骤越省事。
技巧 03

拆步骤,并在关键动作前停一下

步骤 1 · 提取

只做事实整理

返回已知字段、缺失项和冲突项。

检查:是否忠于原文?
步骤 2 · 创作

基于事实写草稿

生成标题与卖点,不新增业务承诺。

检查:负责人确认草稿
步骤 3 · 执行

写入后再回读

只写确认内容,返回记录编号和摘要。

检查:落库结果一致?
停止条件:若缺少价格、库存或发货说明,不要继续写入;列出缺失项,等待人工补充。
认识 OpenClaw

Gateway:OpenClaw 的中枢

Gateway 是持续运行的控制中心:连接入口、保存会话、路由任务,并把结果送回去。

消息入口

聊天渠道

Telegram、飞书、Slack、WhatsApp 等

操作入口

Control UI / CLI

查看状态、配置与会话

一个持续运行的进程

Gateway

连接 · 会话 · 路由 · 权限

执行核心

Agent + 模型

理解任务、规划步骤并生成结果

能力扩展

工具与设备节点

读写文件、调用服务或使用设备能力

Gateway 不是大模型。它更像“总机+调度中心”,负责把人、渠道、Agent、会话和工具连接起来。
按 OpenClaw 官方架构文档于 2026-09-21 核对Gateway 架构 ↗
从入口到结果

一条消息,如何完成一次任务?

01 · 发出

用户发消息

从聊天软件或 Control UI 提交任务。

02 · 接收

Gateway

识别入口、用户和对应会话。

03 · 处理

Agent

结合模型与上下文,决定下一步。

04 · 执行

工具 / 节点

按权限查询、读写或调用外部能力。

05 · 返回

Gateway

把结果送回原来的渠道。

结果回来以后,会话仍由 Gateway 管理;下一条消息可以继续沿用同一段上下文。
与前面的工作流连起来:渠道负责触发,Gateway 负责调度,Agent 负责判断,工具负责动作,人负责关键确认。
这是便于入门理解的简化流程OpenClaw 概览 · 命令流示例
现场实操

上手配置 OpenClaw

当前进行:从基础安装与模型连接开始,现场完成配置并跑通一次最小任务。

讲师备注

Esc 关闭备注后,可继续翻页。