半醒商学 · AI 应用
LEVEL 1 · 入门

人机协作七个动作

从「会问」到「会交付」
A2 · 入门第二课时长 45 分钟适用:职场个人 / 一线执行岗
提示词写得漂亮没有用,能交付才有用。
这一课把「一次完整的人机协作」拆成七个动作,每个动作都有现场可练的模板;并交底四类主流工具在真实工作里各自该干什么。
主讲人:半醒先生
酉时降于鄱阳湖畔农家。
半生穿越五百强、麦肯锡、投资场与创业路。
以半醒为名:不装全懂,不随大流;
留一半清醒看世界,留一半糊涂对自己。
著有《走过的路,脚下的灯》。
不要问它「你觉得怎么样」,
要告诉它「按什么标准,交什么东西」。
—— 人机协作的第一性原理
同一件事,两种问法
差的问法
「帮我写个渠道方案」
AI 只能给你一份网上抄得到的通用模板:线上线下并重、注重私域、加强复购……每句话都对,每句话都没用。

原因:没有角色、没有背景、没有标准、没有边界。
好的问法
角色 + 背景 + 标准 + 样例 + 边界
「你是操盘过快消全国招商的渠道负责人。项目背景读主库 03-商业项目。首期预算 ¥15,000,3 人核心团队。给我 30 天内能启动的渠道动作,每条注明:动作、负责人、成本、验收标准。不要写「加强」「提升」这类虚词。」
01

七个动作:一次完整的协作

Seven Moves
把「让 AI 干活」这件事,拆成七个可以逐个训练的动作。缺任何一个,交付质量都会塌一截。
15 分钟
动作 1–4 · 把任务说清楚
MOVE 01
定角色
不是「你是AI助手」,而是「你是操盘过 XX 的 XX」。角色决定它调用哪一套知识和话语体系。
话术:你是……,做过……
MOVE 02
给背景
把项目事实一次给足:是什么、给谁、预算多少、现在到哪一步。有主库就让它先读主库。
话术:先读 XX,再动手
MOVE 03
立标准
明确交付物形态和验收线:几条、什么格式、每条必须包含什么字段。
话术:每条必须包含……
MOVE 04
要样例
给一个你认可的样板(哪怕只有一条),让它对齐颗粒度。这是提升质量最快的一招。
话术:照这条的颗粒度写
动作 5–7 · 把质量逼出来
MOVE 05
限边界
明确禁区:不许编数据、不许改我给的原文结构、不许用「加强/提升/赋能」这类虚词。禁区比要求更能提质。
话术:不许……,如果不确定就标注
MOVE 06
逼迭代
第一版永远不是终稿。用「这三条太虚,重写;第二条方向对,展开」这种定点反馈,而不是「再改改」。
话术:第 N 条不行,因为……
MOVE 07
做验收
逐条对标准检查,抽查它引用的事实和数字。发现编造,当场纠正并要求它重述规则。
话术:这个数据出处是哪一份文件
七个动作里,最被低估的是第 4 和第 5
给样例、划禁区——这两个动作不花时间,但决定了你是拿到「作文」还是拿到「交付物」。

一个可以照抄的开工模板

把下面这段存成你的开工模板,每次替换方括号里的内容即可。这就是七个动作的落地形态。

UNIVERSAL PROMPT · 通用开工模板
【角色】你是〔操盘过 XX 的 XX 岗位〕,有 N 年一线经验。
【背景】先读〔主库路径 / 附件〕,读完用三句话复述你理解的项目现状,我确认后再动手。
【任务】产出〔具体交付物〕,用于〔真实使用场景〕,给〔谁〕看。
【标准】①〔数量/格式〕②每条必须包含〔字段A、字段B、字段C〕③〔量化要求〕
【样例】照这一条的颗粒度写:〔贴一条你认可的范例〕
【边界】不许编造数据,不确定的地方标注「待核」;不许使用「加强/提升/赋能」等虚词;
        不许改动我提供的原文结构和专有名词。
【交付】先给目录和一条样章,我确认结构后再展开全文。
02

工具分工:谁该干什么

Tool Division
不同的 AI 工具擅长的事差别很大。这是两个月真实使用后的分工结论,不是评测榜单,是干活账本。
12 分钟
四类工具的真实分工
工具最强的场景实测短板我的用法
WorkBuddy中文长文写作、课件与文档批量生产、文件系统操作、记忆闭环、部署脚本长上下文有配额上限,曾因 max_tokens 设置撞上模型 131072 上限报错主力工位:写作、交付、记忆沉淀都在这里
Codex代码级实现与重构、脚本工程化、跨工具协作时读同一套记忆中文长文表达偏工程腔,不适合直接出对外文案工程增强:把想法变成能跑的代码
千问办公中文办公文档、表格与演示的格式化产出,贴合国内办公习惯复杂项目上下文承载有限,不适合当主库成稿美化:最后一公里的排版与格式
Kimi K3超长材料的一次性通读、资料摘要与跨文档比对接入需配置模型参数(maxTokens 字段缺失会直接失败)大料入口:几十万字资料先过它一遍
选工具的唯一标准
不是谁的评测分高,是谁能读到你的主库、谁能把活交付到位。主库中立,工具随时可换——这是不被任何一家绑架的前提。
真实案例 · 8 门课程 PPTX,配额中途断掉
REAL CASE
TOP2000
8
门课程
场景:S1–S4、O1–O4 共 8 门课,要出 HTML + PPTX 两套
做法:先用 AI 出结构化内容,再用 python-pptx 批量生成
事故:5 小时配额耗尽,429 限流,中途硬断
错误应对:不停点重试 —— 越点锁得越久
正确应对:等过重试窗口,分批续跑
结果:8 门全部交付,流程沉淀成可复用脚本
教训:把交付拆成可续跑的批次

案例启示

一次性的大活,一定要能断点续传
很多人第一次用 AI 干大活,习惯「一口气全做完」。真实情况是:配额会断、网络会掉、模型会抽风。

所以正确的做法是——把大交付拆成有编号的小批次,每批产出独立文件,断了从下一批接着跑。这个习惯,比任何提示词技巧都值钱。

最贵的一次翻车:它「顺手」改了我的原文

做 O4 课件时,我给了 AI 一套原文模型,让它整理成课件。它交回来的版本读起来更顺、更漂亮—— 但把原文里「如何做」的操作步骤名,自己改写了。

课件是要拿去讲的。步骤名一改,学员照着做,做出来的就不是那件事了。返工重来。

根因
AI 的默认倾向是「优化表达」
它被训练成让文字更流畅。但在方法论、SOP、法条、原著这类场景里,忠实流畅重要一万倍。
对策
把「不许改」写进边界
开工时明确:专有名词、步骤名、原文结构一律照抄,需要润色的地方单独标注给我看,不要直接改。
研讨与练习
PRACTICE 01
改造一条烂提示词
写出你上周实际用过的一条提示词,用「角色-背景-标准-样例-边界」五段式重写一遍,前后对比朗读。
PRACTICE 02
给你的岗位划禁区
列出你这个岗位交给 AI 时,绝对不能碰的三条红线(数据、术语、结构、口径……)。
DISCUSSION 03
我的工具怎么分工
对照四类工具,规划你自己的分工:哪个当主力工位、哪个做成稿、哪个吃大料?说明理由。

带走五句话

01
七个动作:定角色、给背景、立标准、要样例、限边界、逼迭代、做验收
02
最被低估的是给样例和划禁区——不花时间,却决定你拿到作文还是交付物。
03
反馈要定点:「第二条太虚,因为……」,而不是「再改改」。
04
选工具的标准不是评测分,是谁能读到你的主库、谁能把活交付到位
05
大交付一定要拆成可断点续跑的批次;限流时停手等窗口,别连点重试。
END
能交付,才叫会用 AI
忠实 > 流畅:方法论场景里,不许它「顺手优化」
主库中立,工具随时可换
半醒先生 · 主讲