AI优先｜提示词、全局指令、项目指令、Skill，到底怎么分工？
用了AI一段时间以后，很多人会慢慢积累出一堆东西：
有的是提示词；
有的是长期要求；
有的是某个项目的特殊规则；
还有的是一整套固定流程。
最后很容易混在一起。
比如：
“法律依据要核验现行有效。”
这到底应该每次写在提示词里，还是放到全局指令？
“这个项目代表甲方。”
应该长期记住，还是只放在项目里？
“合同审查按照固定步骤执行。”
这到底是项目指令，还是Skill？
我现在越来越觉得：
这几类东西一定要分层。
否则AI工作系统越用越乱。
最简单的理解就是：
全局指令管长期原则，项目指令管当前项目，提示词管当前任务，Skill管重复流程。
这四层如果分清楚，整个AI工作系统会清晰很多。
一、全局指令：告诉AI“我长期怎么工作”
全局指令解决的是：
长期稳定的工作规则。
也就是不管你今天处理什么项目，大概率都不会变化的要求。
比如对于律师工作来说，可以包括：
- 默认使用中文；
- 适用中国大陆法律术语；
- 法律依据必须核验现行有效；
- 不编造法条和案例；
- 合同审查尽量最小必要修改；
- 未经要求不要修改商业条款；
- 先给结论，再给依据和分析；
- 输出文件不能覆盖原文件；
- 生成法律文件以后要提示人工复核。
这些要求具有一个特点：
跨项目长期有效。
所以没有必要每次重新说。
这类内容最适合放在全局指令或者长期记忆里。
我理解的全局指令，更像是：
AI员工手册。
它告诉AI：
你在为谁工作；基本工作原则是什么；长期不能违反哪些规则。
二、项目指令：告诉AI“这个项目怎么做”
项目指令和全局指令不一样。
它只对某一个项目有效。
例如一个并购项目里：
- 客户是谁；
- 代表买方还是卖方；
- 交易结构是什么；
- 本项目最关注哪些风险；
- 哪些商业条款已经确定；
- 哪些事项不能再调整；
- 项目文件夹在哪里；
- 输出文件放哪里；
- 团队内部使用什么命名规则。
这些信息显然不能进入全局指令。
因为换一个项目以后，很可能完全不同。
例如：
上一个项目代表甲方；
下一个项目可能代表乙方。
一个客户风险偏好激进；
另一个客户非常保守。
如果这些内容长期留在全局层面，反而容易造成串项目。
所以项目指令更像：
项目说明书。
一个Agent进入这个项目以后，先读项目指令，就应该知道：
这是什么项目；当前代表谁；基本规则是什么；项目资料在哪里。
三、提示词：告诉AI“这一次具体做什么”
提示词解决的是最临时的一层：
当前任务。
比如：
“审阅这个文件夹里的三份合同，重点检查知识产权和违约责任，并生成修改版Word和修改说明表。”
或者：
“检索2026年上市公司中涉及劳务派遣超比例的审核问询案例，按公司、板块、问询要点和回复口径整理。”
这就是一次任务。
它不需要长期保留。
也没有必要写进项目指令。
所以提示词最重要的是讲清楚：
- 输入；
- 任务；
- 重点；
- 约束；
- 输出；
- 落地位置。
我前面一直强调：
一个好的提示词，本质上是一张完整任务单。
它回答的是：
“现在要干什么？”
四、Skill：告诉AI“这一类任务以后都怎么做”
Skill和提示词最容易混淆。
区别其实很简单。
提示词是：
这一次怎么做。
Skill是：
以后这一类事情都按照什么流程做。
比如：
“帮我审这份合同。”
这是提示词。
但如果你已经有一套固定合同审查流程：
- 读取原文件；
- 识别主体；
- 判断代表立场；
- 检查重点条款；
- 核验法律依据；
- 最小必要修改；
- 生成修改说明；
- 检查格式；
- 保存输出文件；
- 列出人工复核事项。
这就已经不是一次提示词了。
它应该变成Skill。
所以Skill更像：
标准作业程序。
它负责把一类重复任务标准化。
五、可以用一个法律项目来理解四层关系
比如现在要处理一个新的股权投资项目。
第一层，全局指令：
- 默认中文；
- 中国大陆法律；
- 法律依据核验；
- 不编造案例；
- 最小必要修改；
- 保护客户利益。
这些不管什么项目都适用。
第二层，项目指令：
- 客户是投资人；
- 目标公司是某科技公司；
- 本项目代表投资方；
- 重点关注知识产权、核心人员、历史融资；
- 商业价格条款已经确定，不主动调整；
- 项目文件位于某目录。
第三层，Skill：
调用“股权投资法律尽调Skill”。
这个Skill定义：
- 先盘点资料；
- 再做工商核查；
- 再分析重大合同；
- 再检查知识产权；
- 再检查劳动用工；
- 最后生成问题清单和尽调报告。
第四层，提示词：
“请对本项目资料执行股权投资法律尽调Skill，今天先完成知识产权部分，并输出问题清单。”
这样一来，每一层都非常清楚。
六、一个简单判断方法：看它“多久会变”
如果不知道一条规则应该放在哪里，可以问：
它多久会变化一次？
- 如果几年都不会变：
放全局指令。
- 如果一个项目周期内不变：
放项目指令。
- 如果只针对今天这个任务：
放提示词。
- 如果以后反复做同一类任务：
做成Skill。
这是我觉得最简单的判断方法。
七、不要把所有东西都塞进全局指令
很多人刚开始建立AI工作系统时，很容易犯一个错误：
把所有要求都写进全局指令。
最后全局指令越来越长。
里面有：
- 个人偏好；
- 客户信息；
- 项目路径；
- 合同修改要求；
- 临时任务；
- 各种提示词模板。
这会导致一个问题：
所有任务都背着一大堆不相关规则。
前面我讲上下文隔离，其实这里也是一样。
全局指令应该尽量只保存：
稳定、通用、长期有效的规则。
项目性的内容不要进去。
临时任务更不要进去。
否则全局指令本身就会成为上下文污染源。
八、项目指令也不要写成任务流水账
项目指令的目标是：
让AI长期理解这个项目。
所以应该保存：
- 项目背景；
- 角色立场；
- 长期规则；
- 资料位置；
- 核心目标；
- 重大已决事项。
但不要把每天做了什么都不断追加进去。
例如：
今天看了三份合同；
明天查了五个案例；
后天改了一个条款。
这些更适合记录在：
- 项目日志；
- 任务状态；
- 交接文件。
否则项目指令会越来越长，最后和聊天记录没有区别。
九、Skill也不要写死项目内容
Skill应该尽量具有可复用性。
比如合同审查Skill里不应该写：
“默认代表甲方。”
因为下一个项目可能代表乙方。
更合理的方式是：
Skill要求：
先读取当前项目立场，再按该立场执行审查。
也就是说：
项目指令负责提供变量。
Skill负责提供流程。
提示词负责触发当前任务。
这个关系非常重要。
可以理解成：
项目指令告诉AI“现在是什么情况”。
Skill告诉AI“这种情况应该怎么处理”。
十、最好的系统，是不同层之间互相引用
理想状态不是每一层都重复写一遍。
而是形成调用关系。
比如当前提示词可以非常短：
“请根据本项目指令，调用合同审查Skill处理input目录中的协议，结果保存到output目录。”
为什么这么短？
因为：
- 长期规则已经在全局指令里；
- 项目背景已经在项目指令里；
- 操作流程已经在Skill里；
- 这次提示词只需要告诉AI：
处理哪个文件。
这时候你会明显感觉到：
AI越用越省事。
不是因为提示词技巧越来越高。
而是因为系统已经建立起来了。
十一、提示词应该越来越短，而不是越来越长
我觉得这是判断AI工作系统有没有成熟的一个很好指标。
刚开始使用AI时，可能需要写几百字提示词。
因为所有东西都要临时解释。
但随着：
- 全局指令建立；
- 项目指令完善；
- Skill逐渐增加；
- 知识库和文件系统搭起来，
真正执行任务时的提示词应该越来越短。
比如最后可能只剩：
“按原来的合同审查流程处理这个文件夹。”
AI就应该知道：
站在谁的立场；怎么审；需要什么工具；输出什么；保存在哪里；哪些地方要人工复核。
所以我认为：
一个成熟的AI工作系统，不是提示词越来越复杂，而是临时提示词越来越简单。
十二、把四层分开，AI系统才真正可维护
最后可以把这四层再压缩成一句话：
- 全局指令：我是谁，我长期怎么工作。
- 项目指令：这个项目是什么，有什么特殊规则。
- 提示词：现在具体要做什么。
- Skill：这类事情以后按照什么流程做。
一旦分清楚以后，你会发现很多问题自然解决了。
- 换项目，不需要重写全局指令；
- 换任务，不需要重写项目背景；
- 重复任务，不需要重新设计流程；
- 换Agent，也可以把这些规则一起迁移。
这时候AI工作系统就开始真正具有：
结构化、可复用、可维护、可迁移。
所以我越来越觉得：
会写提示词当然重要。
但真正进入长期AI工作以后，更重要的是：
知道什么东西应该放在哪一层。
不要所有事情都靠一段越来越长的提示词解决。
当全局指令、项目指令、提示词和Skill各司其职以后，
AI才真正从“一个聊天窗口”，变成一套可以持续运行的工作系统。
