Skip to content

概念精讲:这 8 个名词,逐个讲透 ​

下面每个名词,都按同一套讲:它是什么(先说人话)→ 打个比方 → 什么时候用 → 一个常见误会。 遇到专业词,我把它拆开讲,不让它堆在一起。


1. prompt(提示词) ​

  • 它是什么:你写给 AI 的那段指令。
  • 打比方:你对员工说的话。
  • 什么时候用:每一次、每一句。
  • 常见误会:以为它是"咒语"。其实它只是把交办事项说清楚——做什么、做到什么程度、放哪儿。

2. agent(智能体 / 助手) ​

  • 它是什么:一个能自己干活的工作单元,有自己的上下文(记得自己做到哪一步)。
  • 打比方:你雇的员工。
  • 什么时候用:你把一件事交给它,它自己拆解、动手、交成果。
  • 常见误会:以为它是"你手动装的一个程序"。其实它就是"正在给你干活的那个 AI 会话"。

3. AGENTS.md(章程) ​

  • 它是什么:一份每次都会自动加载的常驻指令文件,里面的规矩助手默认遵守。
  • 打比方:公司章程 + 岗位职责(每次开会自动放桌上)。
  • 什么时候用:想让助手长期、每次都遵守某规矩时(比如"产物必须放 X 目录")。
  • 常见误会:以为它是"一条命令"或"一个设置"。它其实是一份常驻说明书——你写一次,它就带着这些规矩陪你干活。

💡 想有个具体感觉:本工作区就有一份真实 AGENTS.md,里面有"11 环节""质量门""目录规范"这些长期规矩——它们就是写进公司章程的。


4. skill(技能 / 作业手册) ​

  • 它是什么:一份可复用的操作指令集(通常是一份 SKILL.md),按需加载。
  • 打比方:某岗位的作业手册——平时不翻,做到这步才翻开照着做。
  • 什么时候用:需要"按什么标准做"的知识时(比如进入数据分析环节,就打开 data-analysis 这本手册)。
  • 常见误会:以为它是"插件库"。其实它是"教员工怎么做某件事的手册",分成很多本,按需翻。

5. subagent(子代理 / 外包) ​

  • 它是什么:一个全新上下文的子助手(不继承你跟主助手的旧对话)。
  • 打比方:临时外聘的外包 / 新员工——他没看过你们前几天的聊天记录,所以看问题很"客观"。
  • 什么时候用:① 要独立客观时(比如检查成果!);② 要并行干几件互不干扰的活时。
  • 常见误会:以为它比主助手动多少。它的价值恰恰在"新"——因为不继承旧上下文,所以特别适合客观独立的活。

6. subagent_fork(带脑子的外包) ​

  • 它是什么:一个继承你之前对话的子助手(能看到你已经聊完的那么多轮)。
  • 打比方:带脑子的"老带新"——它知道前面上下文,适合接着同一件事继续做。
  • 什么时候用:延续同一个任务的后半段。
  • 常见误会(红线!):别拿它去"检查成果"。因为它继承了你之前的判断(有"偏见"),让它审自己 = 没审。检查必须用全新的 subagent。

7. workflow(调度脚本) ​

  • 它是什么:一段编排脚本,一次性把很多任务扇出给一堆子任务,分阶段、汇总结果。
  • 打比方:项目经理拿着排期表,一次派很多外包去干活,再收集回来。
  • 什么时候用:大批量、多角度的活。
  • 常见误会:以为它是"更高级的 agent"。它是调度的架子,真正干活还是里面的 agent。

8. pipeline(流水线) ​

  • 它是什么:把几件事连成一条工序线,前一道的输出喂给下一道。
  • 打比方:工厂流水线。
  • 什么时候用:一个有固定先后顺序的分析流程(如:预处理 → 建模 → 评估 → 出图)。
  • 常见误会:把它和 workflow 混。pipeline 是有固定顺序的工序;workflow 是把很多独立任务扇出去再收回。

9. plugin(可插拔的零件) ​

  • 它是什么:一种可插拔的扩展,改完了不用刷新也能生效(热替换)。
  • 打比方:乐高积木,缺哪块补哪块,补完马上能用。
  • 什么时候用:想改某块功能、加一个新能力时。
  • 常见误会:以为它像 skill。其实 plugin 偏"加一种新能力/改一个功能";skill 偏"教员工怎么做某件事"。

一个完整的工作案例:它们是怎么配合的 ​

单独记名字容易,放到一件真事里就看清楚了。假设你想要"让 DSH 每周自动出一份进度报告":

你的想法用到哪个概念为什么
想让它每次都这么做、别我每次交代写进 AGENTS.md它每次自动遵守,不用重复说
想规定报告按什么格式写一个 skill(报告格式手册)"按标准做"就是 skill 的事
想让 5 个不同主题的资料同时查workflow / 多个 subagent多个独立任务,一次扇出再收回
想把这些步骤连成一条工序pipeline检索→汇总→生成,按顺序接力
想查完独立检查一遍有没有错全新上下文的 subagent要客观,就得让"局外人"看
想以后给 DSH 加一种新能力plugin加新本事,不是教它怎么做

发现了吗?这 6 个概念其实在回答"你想让这件活怎么被安排"——想长期→章程、想标准→手册、想并行→扇出、想连成线→流水线、想客观→外包、想加能力→插件。 对号入座就清楚了。


一句话总结这组名词 ​

  • 想让助手守规矩 → AGENTS.md
  • 想让助手会做事 → skill
  • 想让助手客观独立 → subagent
  • 想让助手接着旧话 → subagent_fork
  • 想一次派很多 → workflow
  • 想连成工序 → pipeline
  • 想加个新能力 → plugin
  • 想把话说清楚 → 调好你的 prompt

接着走 → 选型决策(遇到事,该用哪个)。

社区第三方站点,非 DeepSeek 官方,仅供学习研究使用。具体内容以官方与版本列表为准。