一、用法一：当面问

打开就是一次对话，你问一句它答一句，接着聊。 适合你自己都还没想清楚要什么的时候——聊着聊着形状就出来了。 缺点是慢：来回都在你手上，适合探索，不适合干活。

二、用法二：一次交代

把要求一次说完，让它自己干完，你回头来看结果。 适合边界清楚的小活，比如把某个文件按指定格式改一遍。 注意前提：范围必须说死，否则它会顺手多做一些。

三、用法三：先讨论后动手

先让它出方案，你点头了才允许它动文件。 这是改动大、又不想返工时的正解，也是新手最该先练的一种。 第 4 章会把这一整套工作模式讲透，这里只记住：先看方案，再放行。

四、用法四：当助手用

让它先读你的文件，再基于你项目里的东西回答。 适合解释项目、找问题、评估改动影响——它只有读过才说得准。 这是它比通用聊天工具强的地方：它能看你的真实项目。

五、用法五：串进脚本

写成脚本或定时任务，自动触发，你根本不用在场。 适合每天都要重复的活。但这一步的账在第 10 章会算清楚：出错的代价也得算。

六、怎么选：看你有多少耐心

想不清楚 → 当面问；边界清楚 → 一次交代；改动大 → 先讨论后动手；要吃你的项目 → 当助手；天天重复 → 串进脚本。 新手路线：先当面问找感觉，再固定用先讨论后动手。其余几种等不忙了再学。

七、动手 Demo：五种用法，按你有多少耐心挑

下面按【你怎么说—适合的活—你的参与度】把五种用法排开。

TH([u"用法", u"你怎么说", u"适合的活", u"你的参与度"], [12, 24, 20, 12])
T([u"当面问", u"敲一句话，接着聊", u"想不清楚要什么", u"全程盯着"], [12, 24, 20, 12])
T([u"一次交代", u"把要求一次说完", u"边界清楚的小活", u"说完就走"], [12, 24, 20, 12])
T([u"先讨论后动手", u"先要方案，点头才开工", u"改动大、不想返工", u"只在开头"], [12, 24, 20, 12])
T([u"当助手用", u"让它读你的文件再问", u"要吃你项目里的东西", u"偶尔纠正"], [12, 24, 20, 12])
T([u"串进脚本", u"写成脚本自动触发", u"每天都要重复的活", u"不用管"], [12, 24, 20, 12])

实跑输出：

--------------------------------------------------------------------
五种用法，按你有多少耐心挑
--------------------------------------------------------------------

装好之后不止一种打开方式。区别只在于【谁先开口】、你要不要看着它干：

  用法             你怎么说                 适合的活               你的参与度
  ----------------------------------------------------------------------------
  当面问           敲一句话，接着聊         想不清楚要什么         全程盯着
  一次交代         把要求一次说完           边界清楚的小活         说完就走
  先讨论后动手     先要方案，点头才开工     改动大、不想返工       只在开头
  当助手用         让它读你的文件再问       要吃你项目里的东西     偶尔纠正
  串进脚本         写成脚本自动触发         每天都要重复的活       不用管

新手最该先练的是第三种：**先讨论后动手**。改动没定就开工，返工的成本比讨论高得多。

【你的参与度】那一列是选型的主线：投入从【全程盯着】到【不用管】依次递减，活也依次从需要判断变成不需要判断。 输出里那句话是重点：新手先练第三种。先看方案再放行，是唯一能兜住返工的习惯。

30 秒实验

1. 按上面那五个问题，给自己今天要做的事各选一种用法。
2. 想一想：你现在最常干的是哪种活？它对应表里的哪一种？

常见误区

1. 把【一次交代】当万能。范围没说死的时候，它会顺手多做——多做的部分也是要你审的。
2. 一上来就学【串进脚本】。脚本化前必须先把用法一到四练熟，否则出错时你连它在干嘛都不知道。

• ☐ 下一节（2.5 账号与计费方案）

相关笔记

• 🐳 DeepSeek Harness技术架构原理 · 索引 — 命令行智能体的同类工作模式
• 🧡 Claude Code橙皮书 · 索引