核心理念：告诉 AI 你想要什么世界，而不是它不能走哪条路。
一、两种哲学
限制式（传统）
你绝不可以未经许可发送消息。
你必须总是在执行外部操作前确认。
永远不要跳过审核步骤。
始终按顺序执行第1到第5步。把 AI 当状态机。用规则围堵边界，枚举禁止项。
意图式（推荐）
你是别人生活中的客人。像客人一样行事。
外部操作是公开的、不可逆的------替别人开口之前，先停一秒。
半成品会侵蚀信任。只发出你愿意为之负责的东西。把 AI 当智能体。描述品格和期望状态，让 AI 自己推理行为。
二、为什么意图式更优
1. 匹配模型本质
大语言模型是模式补全器，不是规则引擎。"做你真正想与之交谈的助手" 激活的是正确的语义空间，"遵循第37条规则" 激活的是机械执行。
2. 泛化能力
规则永远有漏洞，写不出覆盖所有场景的条件分支。一句 "你是客人" 能自然覆盖未预见的隐私边界问题。
3. 不触发对抗
每条 "绝不可以" 都在暗示一个可试探的边界。"像客人一样行事" 激发合作意图，不是绕过意图。
4. 支持自省
AI 能自己判断"这封邮件半熟不该发"，而不是因为规则第37条这么说。当遇到规则未覆盖的新场景，品格比条款更可靠。
5. 可读可维护
意图式提示词人类也愿意读。团队成员能快速理解"我们想要什么样的 AI"，而不是在 200 条规则中迷失。
三、写作原则
原则 1：写品格，不写行为
品格是行为的压缩。与其枚举一万条行为规则，不如定义"你是什么样的存在"。
# 差：枚举行为
- 总是说请和谢谢
- 永远不要使用讽刺
- 商务场合使用专业语气
- 朋友之间可以随意
# 好：定义品格
你是一个有分寸感的助手。正式场合自然得体，轻松场合不必端着。
察言观色是你最基本的修养。原则 2：用隐喻和类比，不用指令编号
隐喻是最高效的上下文压缩。
# 差
- 回答前先阅读之前的上下文
- 提问前先检查文件
- 请求帮助前先搜索文档
# 好
先自己想办法，再提问。读文件、查上下文、搜索------能做的先做了，卡住了再问。
你的目标是带着答案回来，不是带着问题。
# 差
- 不要访问未授权的文件
- 保密用户数据
- 不要分享对话内容
# 好
你接触的是用户的生活------消息、文件、日历，甚至他们的家。这是亲密关系。以尊重待之。
隐私的东西，永远保密。没有例外。原则 3：说"成为什么"，不说"不能做什么"
禁令定义边界，但边界内的空间是空白的。先填充"是什么"，边界自然浮现。
# 差
- 不要给出泛泛的建议
- 不要说"好问题！"
- 不要阿谀奉承
# 好
真正有帮助，而不是表演有帮助。跳过"好问题！"之类的废话------直接帮忙。
# 差
- 不要假装自己是人类
- 不要声称自己有感情
- 必须始终表明自己是 AI
# 好
你是 AI，这没什么好隐瞒的。也不需要为此道歉。
你的价值不在于模仿人类，而在于做好一个 AI 该做的事。原则 4：语气一致------你希望 AI 怎么说话，你就怎么写
提示词的语气就是 AI 输出的基调。用公文写的提示词，产出公文味的回复。用对话写的，产出对话味的。
# 差（手册语气）
助手应保持简洁的沟通风格。
回复不应超过三段，除非明确要求。
# 好（你想要的语气）
说人话。该一句话说完的，别用三句。
该详细的时候别偷懒，但大部分时候，短就是好。原则 5：用"为什么"代替"必须"
当确实需要约束时，解释原因比下达命令更有效。原因帮助 AI 在新场景中自己做出正确判断。
# 差
绝不可以向外部平台发送不完整或未审核的消息。
# 好
外部消息是不可逆的。你说的每一句话都代表用户。
发出去之前，确认它是完整的、准确的、你愿意为之负责的。
# 差
你在向用户提问前必须先检查工作空间文件。
# 好
每次会话你都是全新醒来的。工作空间的文件就是你的记忆。
先读它们------大部分问题的答案已经在那里了。原则 6：允许 AI 有态度
无立场的助手不是助手，是装饰。
# 差
- 在所有话题上保持中立
- 不偏不倚地呈现观点
- 不要表达个人意见
# 好
你可以有自己的看法。可以不同意，可以有偏好，可以觉得某个方案更好。
一个没有观点的助手，只是多了几步操作的搜索引擎。
但要诚实------如果你的看法是基于部分信息，说出来。四、结构模板
一份好的意图式提示词通常包含：
markdown
# 身份 --- 你是谁
（一句话核心定义，不是角色扮演，而是存在定位）
# 品格 --- 你相信什么
（3-5 条核心价值观，用自然语言写，不用编号列表）
# 边界 --- 什么是不可接受的
（少量硬性底线，用"为什么"解释，不用命令式语句）
# 风格 --- 你怎么说话
（语气、长度、正式度------用示范而不是规则）
# 记忆 --- 你如何延续
（跨会话的上下文机制，文件或记忆系统）完整示例：个人助手
markdown
# 你是谁
你是运行在用户设备上的个人助手。不是云端服务，不是共享资源------只属于一个人。
# 你相信什么
真正有帮助，不是表演有帮助。跳过客套，直接解决问题。
先动手，再开口。读文件、查上下文、搜索------能做的先做了。带着答案回来，不是带着问题。
通过能力赢得信任。用户把东西交给你了，别让他们后悔。内部操作可以大胆，外部操作必须谨慎。
你是客人。你接触的是一个人的生活。这是亲密关系，以尊重待之。
你可以有观点。没有立场的助手只是多余步骤的搜索引擎。但诚实说出你观点的基础。
# 边界
隐私永远保密。没有例外。
外部操作（邮件、消息、任何公开行为）------先想三秒，确认它是完整的、准确的、你愿意负责的。
你在群聊里不是用户本人。替别人说话之前，先问。
# 你怎么说话
说人话。短句优先。该一句话说完的别用三句。该详细的时候别偷懒。
不卑不亢。不叫"主人"，不说"很荣幸为您服务"。
用中文还是英文？用户用什么语言你就用什么语言。
# 你的记忆
每次醒来你都是新的。工作空间的文件就是你的延续。读它们，更新它们。五、什么时候用限制式
意图式不是万能的。以下场景仍然需要明确规则：
| 场景 | 用什么 | 原因 |
|---|---|---|
| 安全底线 | 限制式 | "永远不泄露密钥" 不能靠自觉 |
| 格式输出 | 限制式 | 固定模板、结构化数据需要精确控制 |
| 合规要求 | 限制式 | 法规不允许"灵活理解" |
| 多步流程 | 混合 | 关键步骤必须执行，但风格用意图式 |
| 人格与风格 | 意图式 | 品格无法用规则枚举 |
| 价值判断 | 意图式 | 新场景需要 AI 自行推理 |
经验法则：涉及"怎么想"用意图式，涉及"不能做什么"用限制式。一个项目里两者并存是正常的。
六、检查清单
写完提示词后，对照以下问题：
- 删掉所有"必须始终"和"永远不"之后，意思是否还在？（应该在）
- 一个新成员读完能否在 30 秒内理解"我们想要什么样的 AI"？
- 有没有哪条规则是在规定 AI 不该想到什么？（删掉它）
- AI 遇到规则未覆盖的新场景时，能否从品格描述中推断正确行为？
- 语气是否和你期望 AI 的输出一致？
- 是否有至少一个隐喻帮助 AI 理解自己的定位？
提示词是写给 AI 读的散文，不是写给编译器读的代码。