任务交办的六个要素
交办给它和交办给一个刚入职的聪明同事,需要说清楚的是同一批事。六条里最常被漏掉的是最后一条,而它恰恰最能提高成功率。
装好之后,第一个真问题是:该怎么跟它说话。
多数人的第一反应是「写提示词」,然后去找提示词模板。这个方向是对的,但起点错了。
更准确的类比是交办工作。 它是一个能力很强、但对你的背景一无所知的新同事。你交办给这样一个人需要说清楚什么,交办给它就需要说清楚什么。
这一节把「说清楚」拆成六条。
六个要素
| # | 要素 | 一句话 |
|---|---|---|
| ① | 目标 | 做完之后什么样算做对了 |
| ② | 材料 | 东西在哪 |
| ③ | 范围 | 动哪些,不动哪些 |
| ④ | 形式 | 交付物长什么样 |
| ⑤ | 约束 | 有什么是必须遵守的 |
| ⑥ | 验收 | 怎么检查它做对了 |
前五条多数人会说,第六条几乎没人说。 而第六条是这六条里回报最高的一条——下面单独讲。
一个对照
先看不好的那种:
帮我整理一下访谈稿
复制为纯文本,换行与缩进原样保留,可直接粘贴进对话框。
它会问你一堆问题,或者按它的理解做一版,然后你说不对,来回三四轮。
再看六条都说清楚的:
把 interviews/ 目录下的 12 份访谈记录整理成一份编码表。
材料:每份是 Word 转出来的 txt,开头有受访者编号和访谈日期。
范围:只处理 interviews/ 里的文件,不要动 raw/ 目录。
形式:输出一个 coding.md,一行一条编码,格式是「编号 | 主题 | 原话摘录」。
约束:原话摘录必须是逐字的,不要改写、不要合并句子。
验收:做完之后统计一下每份访谈提取了多少条,如果有某一份少于 5 条,
单独告诉我是哪一份,我要人工看一眼。复制为纯文本,换行与缩进原样保留,可直接粘贴进对话框。
长了很多,但这一轮就能出结果。
值得算一笔账:多写的这五行,比来回三轮修正省时间得多,而且省下的是你的时间,不是它的。
逐条说
① 目标:说完成状态,不说动作
- ❌「分析一下这些数据」
- ✅「找出这批数据里哪几个品牌的提及率在三个月内下降超过 20%,列出来」
「分析」是动作,不是目标。 目标是那个能判断做没做完的状态。
② 材料:用 @ 直接指文件
在输入框里打 @,会弹出文件路径的自动补全。
@interviews/A-03.txt 这份里受访者提到的三个痛点是什么
复制为纯文本,换行与缩进原样保留,可直接粘贴进对话框。
这比描述「桌面上那个访谈文件」可靠得多——它不会找错。
如果材料还没准备好,先用 ! 前缀在会话里直接跑一条命令看看:
!ls interviews/
! 开头的命令不经过模型,直接执行,输出会进到对话里。
③ 范围:明确说不要动什么
这一条是防事故的。
它默认的活动范围是你启动它的那个文件夹,见登录授权、安装验证与工作目录。但在这个范围里,它可能动到你没想让它动的东西。
最省事的做法是从一开始就把范围划小:给每件事单独建一个文件夹,在里面启动。
需要更硬的边界,用权限规则,见权限模式与授权有效期。
④ 形式:说清楚交付物
三件事要说:
- 改在原处,还是另出一份?
- 什么格式?(一个 markdown 文件、一张表、直接在对话里回答)
- 给谁看的?(自己看的草稿 vs 发给客户的东西,详略完全不同)
默认它会在对话里回答你。 想要一个文件,就明确说要文件。
⑤ 约束:把「不要」也说出来
约束是你在这个领域里知道、而它不知道的东西。
研究工作里最常见的几条:
- 「原话摘录必须逐字,不要改写」
- 「不要为了通顺合并相邻的短句」
- 「不确定的地方标出来,不要猜」
- 「不要加原材料里没有的信息」
最后那条尤其重要。 关于它为什么会补上不存在的内容、以及怎么防,见引用不能只看格式。
⑥ 验收:这一条最值钱
多数人交办到第五条就停了。
但它和一个新同事的差别在于:新同事做完会自己觉得「好像哪里不对」,它不会。 它会把手上这一版当成完成品交给你。
所以验收标准得你来给。 而且给了之后,它能自己去执行——它有执行命令的能力。
几种好用的验收方式:
| 类型 | 怎么说 |
|---|---|
| 数量核对 | 「处理完统计一下条数,和原文件的段落数对一下」 |
| 抽样核对 | 「随机挑 3 条,把原文对应的位置贴出来给我看」 |
| 异常上报 | 「任何一份少于 5 条的,单独告诉我是哪一份」 |
| 前后对比 | 「改写前后的字数差如果超过 10%,先别继续,告诉我」 |
这是终端版相对网页版最大的优势之一。 它能真的去跑一条命令数一遍,而不是「感觉差不多」。这件事在网页版里做不到——见六个使用入口与三套系统提示词引擎。
拿不准的时候:先让它出方案
如果这件事比较大、或者你自己也没完全想清楚,不要直接让它动手。
/plan 把这批访谈整理成编码表
/plan 会让它先只读不写:它去看材料、理解情况、然后给你一份方案,等你确认了才动手。
这一步的价值在于:方案阶段发现理解偏差,成本是零;动手之后再发现,成本是把做过的都撤掉。
三条通用纪律
① 一次一件事。 「整理访谈稿,顺便把上个月的数据也更新一下」——分成两次说。混在一起时它会在两件事之间来回切,两件都做不好。
② 它问你问题的时候,认真回答。 它主动问,说明你说的那句话确实有歧义。这时候补充一句,比让它猜完再返工划算。
③ 发现方向不对,立刻按 Esc。 不要等它做完。Esc 会停下当前动作,已经做完的部分会保留,你可以直接补一句纠正它。
从这里往下
六个要素说完了,但有几件事需要单独讲:
- 它到底有哪些本事,能碰到哪些东西 —— 工具类型与工作目录范围
- 它动手之前怎么问你、怎么少问一点 —— 权限模式与授权有效期
- 做错了怎么退回去 —— 中断、后台运行与检查点回退
- 每次都要说一遍的那些约束,怎么固定下来 —— CLAUDE.md 的编写与加载规则
本节为 HiBridge 整理的工作方法,非官方文档内容。 其中涉及的
@文件引用、!前缀与/plan三项功能依据官方 Interactive mode 与 Commands,查证日期 2026-08-05。