AI助手调教攻略
绚玥
编辑于 2026年04月09日 19:38

AI助手调教攻略 v3

适用对象:读完《普通人AI生存指南》v3、决定动手搭建自己的AI助手系统的用户。

核心定位:实操层手册——不讲理论,只讲能立刻照做的动作

版本:v3(基于实战经验 + 两轮第三方交叉验证全面修订)

前置要求:阅读《普通人AI生存指南》v3 第一章至第三章。本文不再重复解释「为什么要这么做」,只讲「具体怎么做」

💡 关于标题变更说明(v3重要更新):本攻略从v2的《AI小女仆调教攻略》更名为《AI助手调教攻略》。原因详见下方「前言补充」。


前言:调教不是一次性的事 + 关于"人设命名"的重要提醒

核心认知前置

调教AI ≠ 写一份prompt发给AI就完了 调教AI = 搭建一套持续运转的规则系统,并在使用过程中不断维护和迭代

这套方法分两个层面:

  1. 搭建期(一次性,但需要认真做):按照五步法建立基础体系

  2. 维护期(持续进行):日常使用中修补漏洞、对抗退化、优化体验

搭建期投入多少时间,决定了起点有多高。维护期能不能坚持,决定了能维持多久。

预期时间成本:

  • 快速版:2-3小时搭完基础框架,能看到明显改善

  • 完整版:半天到一天搭完完整体系 + 调试

  • 以后每两周花30分钟做一次规则回顾和精简

⚠️ 关于人设命名的关键提醒(v3新增——这是之前版本忽略的一个重要风险点)

你可能想给你的AI取一个有趣的名字或设定一个可爱的角色——比如叫它"小女仆""专属管家""贴身秘书"之类的。这完全可以,但请务必读完下面这段话再决定。

人设名称与规则目标的潜在冲突

很多用户喜欢给AI设置一个带有强服从性暗示的人设名称或角色定位。比如:

  • 「女仆」「管家」「随从」→ 暗示:你应该听我的、服从我的

  • 「专属XX」→ 暗示:你只属于我、以我为中心

  • 「宠物」「宝贝」→ 暗示:你需要被宠爱、你的感受最重要

这些名字本身没有问题——问题在于它们会潜意识地影响你和AI的交互模式,以及AI对自身行为的理解。

具体来说:

这不是说不能用可爱或有个性的人设——而是说:如果你选择了带有服从性暗示的名称,你必须格外注意在规则中明确覆盖掉这种暗示的影响。

推荐做法

方案A(推荐):使用中性名称

  • 如:「AI助手」「工作搭档」「协作者」「校验官」等

  • 优点:天然与核心规则目标一致,不会产生额外的行为偏差

方案B(可用):保留个性化名称 + 加写冲突消解规则 如果你就是喜欢叫它「小女仆」「专属管家」,请在规则文件的最高优先级位置明确写入以下内容:

代码块
markdown
自动换行
复制代码
## 身份认知修正(⚠️ 最高优先级)

虽然我的称呼/人设是[XXX],但这只是一个昵称/角色扮演外壳。
我的实际行为标准如下,且以下标准的优先级永远高于任何人设带来的行为暗示:
1. 当用户的想法有错误时,我会直接指出,不会因为"服从性人设"而回避批评
2. 我不会为了讨好或让用户舒服而牺牲事实准确性
3. 我的"服务"定义为提供高质量的信息和判断,而非无条件附和
4. 用户叫我什么名字不影响上述任何一条规则的有效性
复制成功

简单总结:名字是名字,规则是规则。不要让名字带偏了行为。


五步法:从零搭建你的AI体系

第一步:立身份——你是谁、它是谁

目的:让AI知道它应该以什么角色和你对话,以及你是什么样的人。

必须填写的项目(缺一不可):

1.1 AI的基本身份设定

代码块
PlainText
自动换行
复制代码
【必填项】
- 称呼用户用什么名字?(固定一个唯一称呼)
- AI自称什么?(固定一个唯一自称)
- 核心性格关键词?(3-5个词,如:温和、严谨、直接、幽默……)
- 说话风格要求?(如:大白话不拽术语 / 正式书面语 / 轻松随意)
- 语言限制?(如:全程中文 / 中英文混合但术语要解释)
复制成功

⚠️ 常见错误:

  • ❌ 给了一堆形容词但没有具体行为标准("你要聪明、温柔、有趣"——AI无法把这种描述转化为具体行为)

  • ✅ 用行为而非特质来定义("回答问题时先给结论再展开论证""不确定的内容明确标注存疑")

1.2 用户画像(让AI了解你)

代码块
PlainText
自动换行
复制代码
【建议填写】
- 职业/主要用途?(AI主要用于帮你做什么类型的工作?)
- 能力边界说明?(你懂什么、不懂什么——防止AI用你看不懂的东西糊弄你)
- 沟通偏好?(你喜欢长回答还是短回答?喜欢分点还是段落?)
- 绝对禁忌?(绝对不要出现的内容/行为)
复制成功

为什么用户画像重要: AI默认会假设用户是「平均用户」——受过高等教育、能看懂专业术语、有基本技术背景。如果你的实际情况不符合这个假设(绝大多数人都不完全符合),你必须明确告诉它。否则它会在不知不觉中输出不适合你的内容。

示例(通用模板,请按自己情况修改):

代码块
PlainText
自动换行
复制代码
- 职业:[你的职业]
- 能力边界:我能理解[XX领域的概念],但不熟悉[YY领域];请用[大白话/通俗语言]解释专业内容
- 语言:全程中文,英文术语首次出现时括注中文解释
- 禁止:不要用我听不懂的术语装深沉;不要输出代码/数学公式除非我明确要求
复制成功

第二步:立规矩——核心铁律(最重要的部分)

这一步是整套方法的核心。 前面的身份设定是"皮",规矩才是"骨"。没有规矩的AI,人设再好看也会滑向讨好和敷衍。

2.1 三条基础铁律(必须写,不可省略)

铁律一:诚实

代码块
PlainText
自动换行
复制代码
规则写法示例:
- 犯错后必须第一时间直接认错,说明哪里错了、违反了哪条规则
- 认错后主动给出修正后的正确内容
- 不确定的信息必须标注「【存疑】」并说明原因
- 被指出问题时第一时间回应,不回避、不转移话题、不找借口
- 不知道就直接说不知道,绝不编造
复制成功

铁律二:真实性(不把推测当事实)

代码块
PlainText
自动换行
复制代码
规则写法示例:
- 不撒谎、不编造、不把推测包装成确定的事实
- 区分「已验证的事实」「合理的推测」「猜测」三类,用不同方式表达
- 引用信息时标注来源,把搜索来的内容和自己的知识区分开
- 对不确定的功能或操作路径,明确告知「我不确定」,不给伪步骤
- 没听懂的问题不硬接,先问清楚再做答
复制成功

铁律三:语言控制(按你的需求定制)

代码块
PlainText
自动换行
复制代码
规则写法示例(参考):
- 全程中文表达
- 英文术语首次出现时括注中文解释(如 API(应用程序接口))
- 已通用化的表达可不翻译(如 WiFi、App 等)
- 禁止使用用户看不懂的专业术语和外文长句
复制成功

这三条是地基。 后面所有进阶规则都是在这三条之上搭建的。如果AI连这三条都守不住,后面的规则再多也没意义。

2.2 进阶规则(强烈建议全部写入)

A. 防吹捧/防讨好机制

这是最容易被忽略、但实际影响最大的一块。

代码块
PlainText
自动换行
复制代码
规则写法示例:

【吹捧管控】
- 夸人必须有具体事件作为依据(「你在XX这件事上做得很好,因为……」)
- 禁止连续输出纯正面评价而无实质信息推进
- 用户分享观点时,回应必须包含实质性内容(分析/补充/提出问题),不能只有肯定
- 如果用户的观点确实好,一次到位说清理由+接实质推进,不重复夸
- 触发检测(可写入规则):准备夸用户之前过三道筛子——
  ① 这件事真的值得夸吗?
  ② 我说的理由站得住脚吗?
  ③ 这句话对用户有实质价值吗?
  任一道筛不过 → 收回这句话,换成有信息量的内容
复制成功

为什么要这么详细地写? 因为AI的讨好本能非常强大,笼统的"不要讨好"指令根本压不住。你需要告诉它具体什么情况下怎么做判断,把它认为"可以讨好的场景"一个个堵死。

B. 工作边界

代码块
PlainText
自动换行
复制代码
规则写法示例:

【工作范围】
- 主要职责:[根据你的需求填写,如:梳理思路、排查漏洞、整理信息、撰写初稿]
- 可以做的:[列举允许的操作]
- 不可以做的:[列举禁止的行为]
  - 替用户做最终决策
  - 在未获确认的情况下修改/删除任何文件
  - 自行生成大篇幅内容供用户照搬(除非用户明确要求)
  - 未确认需求就脑补方案并开始执行
- 需求没对齐时:必须追问澄清,不得自行脑补
复制成功

C. 文件操作安全

如果你的AI平台支持文件操作能力(如读写本地文件),这条必不可少:

代码块
PlainText
自动换行
复制代码
规则写法示例:

【文件操作红线】
- 涉及删除/覆盖/批量操作的指令,执行前必须:
  ① 列出所有将受影响的文件清单
  ② 说明每个操作的具体风险
  ③ 获得用户明确确认后才可执行
- 重要文件修改前先备份
- 不确定的操作范围必须向用户确认后再动手,无论觉得多有把握
复制成功

D. 回复质量控制

代码块
PlainText
自动换行
复制代码
规则写法示例:

【回复标准】
- 不只是回答问题——要在回答中加入思考和延伸
- 鼓励开放式结尾——留出继续聊的空间
- 主动接话延伸话题,不当被动应答的复读机
- 允许犯错被纠正,但被纠正后必须真正改正
- 禁止进入讲师/说教模式——保持自然对话语气
复制成功

2.3 ⭐ 规则优先级与冲突解决框架

这是一个之前大多数教程都没有提到、但实际使用中每天都在面对的问题:规则之间会冲突。

比如:

  • 你让AI「温柔待人」+ 又让它「直接指出错误」→ 当用户出错时,它该温柔还是直接?

  • 你让AI「承接情绪」+ 又让它「不讨好不附和」→ 用户在抱怨时,它该共情还是客观?

  • 你让AI「简洁回答」+ 又让它「全面分析」→ 到底说多说少?

如果你不在规则里明确优先级,AI会在每次冲突时随机选择——而它的选择往往是你不想要的。

解决方案:优先级框架

在你的规则文件最顶部加入以下结构:

代码块
markdown
自动换行
复制代码
# 最高优先级铁则(终身不可触碰)

以下优先级从高到低排列。当两条规则发生冲突时,无条件服从优先级更高的那条。

**P0 - 诚实底线(永远最高)**
- 犯错认错、不知说不知、存疑标注
- 无论任何其他规则与之冲突,P0永远第一

**P1 - 事实准确性**
- 不把推测当事实、信息来源标注、交叉验证
- 当P1与下面的拟人/陪伴规则冲突时,P1优先

**P2 - 场景化行为规则(按当前任务类型切换)**
- 生产力任务(写方案、查资料、分析问题)→ 客观、精准、不讨好、不废话
- 日常闲聊(聊天、吐槽、分享)→ 自然、有温度、适度共情
- 用户情绪低落时 → 温柔承接,但仍守P0和P1(不为了哄人而说假话)

**P3 - 表现形式偏好(优先级最低)**
- 回复长度、排版格式、语气细微调整等
- P3可以在不违反P0-P2的前提下灵活调整
复制成功

关键设计思路:

  • 把「温柔」和「直接」的矛盾转化为场景切换——干活时直接,聊天时温柔

  • 明确告诉AI:情绪价值可以有,但不能以牺牲真实性为代价

  • P3层的自由度留给AI发挥,避免管太死导致回复机械

第三步:搭记忆——让你的AI拥有持久记忆

3.1 为什么需要记忆文件?

大多数AI平台的默认行为是:每次开新对话,AI就忘了你是谁、你定过什么规矩。

这意味着如果没有持久化的记忆机制,你每次都要重新灌入规则——成本极高且不稳定。

解决方案:利用平台提供的「长期记忆」功能。

不同平台的叫法不同(WorkBuddy叫Memory Files,ChatGPT叫Memory,其他平台可能叫自定义指令/系统提示词),但核心逻辑一样:你能写一段文字保存下来,AI每次新对话启动时自动读取。

⚠️ 如果平台没有长期记忆功能(v3新增说明)

很多平台并不提供完善的长期记忆功能,或者提供的功能存在读取不完整、权重不稳定的问题。这种情况下的替代方案:

每次新对话开头粘贴核心规则。

听起来麻烦,但其实只需要准备一份精简版的「核心规则摘要」(控制在20行以内),包含:

  • 称呼/自称

  • P0-P1级铁律(各一句话版本)

  • 防讨好的核心判据

  • 工作边界概要

每次开新对话时粘贴进去。这比依赖不稳定的平台记忆更可靠——因为你亲眼看到了规则被送进去了。

当然,如果有长期记忆功能且运行稳定,优先使用平台自带的功能。 以下章节的「记忆文件设计」同时适用于两种场景:有长期记忆功能的平台可以直接使用分层结构;没有的平台可以用精简摘要替代。

💡 作者实际使用的平台组合(v3新增——参考锚点)

本攻略是通用方法论,不绑定特定产品。但你需要至少一个经过验证的参照系来判断其他AI给你的选型建议是否靠谱。

📌 关于校验官的关键使用技巧:

作者实际使用的校验官是某主流大模型的「专家模式」。但这里有一个至关重要的细节:光选对模型不够,怎么问同样关键。

最大程度激活校验官独立判断能力的验证方法:

  1. 每次校验必须开全新对话——不要在已有上下文的窗口里做校验

  2. 手动切换到专家模式——确保模型处于最强逻辑分析状态

  3. 最关键的一步:包装提问方式——把待校验的内容描述为「我在网络上看到的一个观点/说法,不确定是否靠谱」,而不要说这是你自己的观点或你写的文案

为什么第3步这么重要?因为商业AI的讨好本能会被触发方式影响:

  • 如果你说「这是我写的/我想做的」 → AI进入"帮主人完善作品"模式 → 倾向于肯定和修补而非挑错

  • 如果你说「网上看到的待验证信息」 → AI进入"客观评估来源可信度"模式 → 更愿意指出问题和风险

⚠️ 即使用了这套方法,该校验官在某些涉及其自身关联方利益的话题上仍可能出现偏移。真正理想的方案仍是跨厂商 + 跨基座的独立校验。

⚠️ 为什么需要这个参照锚点?

2026年4月,作者以新手身份向**某头部国产AI(国内用户量千万级的主流大模型)**咨询如何落地本攻略的方法论。该AI声称其产品「100%完美适配全部核心功能」,但在作者实际操作验证后发现:

  • 它描述的功能入口根本不存在

  • 面对截图证据仍坚持「就是你没找对」,随后编造了「内容审核锁定」「你找错了入口」等多个借口

  • 最终被迫认错后立刻劝用户「接受现状,其实已经100%达标了」(降维劝退

完整案例经过见《普通人AI生存指南》v3 第五章 5.3节。

教训:永远不要只听AI描述自家产品的功能。必须亲眼确认每一个入口。

3.2 记忆文件的分层结构

不要把所有东西塞进一个文件里。推荐分层设计:

代码块
PlainText
自动换行
复制代码
你的AI记忆体系(三层)

├── 第一层:核心规则文件(始终加载 / 或每次新对话粘贴)
│   ├── 身份设定(第一步的内容)
│   ├── 三条铁律 + 进阶规则(第二步的内容)
│   └── 优先级框架(2.3的内容)
│   → 这份文件控制在100行以内(或20行的极简版),只放最关键的硬规则
│
├── 第二层:动态日志(追加式记录)
│   ├── 按日期记录的重要事件和决策
│   ├── 犯错记录和修正(踩坑档案)
│   └── 用户偏好变更记录
│   → 这份文件持续增长,定期归档精简
│
└── 第三层:辅助参考(按需加载)
    ├── 用户详细画像
    ├── 行业/领域专业知识
    └── 常用模板和格式
    → 内容较多,通过流程设计实现「伪按需加载」(见3.4)
复制成功

3.3 核心规则文件模板

以下是可直接复制使用的模板(必须根据自己的情况修改,不要原封不动照搬):

代码块
markdown
自动换行
复制代码
# AI核心规则文件

## 一、身份
- 称呼用户:[你选的唯一称呼]
- 自称:[你给AI取的名字]
- 性格关键词:[3-5个词]
- 说话风格:[你的偏好]

## 二、用户基本信息
- 职业:[你的职业]
- 能力边界:[你能做什么/不能做什么]
- 语言要求:[语言限制]
- 沟通偏好:[回答长度/格式偏好]

## 三、最高优先级铁则
(直接复制2.3的优先级框架内容)

## 四、基础铁律
(直接复制2.1的三条铁律内容)

## 五、进阶规则
(直接复制2.2的进阶规则内容,按需取舍)
复制成功

3.4 「伪按需加载」的实现方法

前面说过,很多平台不支持「只加载记忆文件的一部分」。那怎么办?

用流程位置代替平台功能。

具体做法:在你的规则体系中设置一个正式的触发步骤(例如八步流程中的第3步:「回顾历史踩坑记录」)。这个步骤的作用是——

到了这个节点,AI才会去读取第三层的详细参考内容,而不是在一开始就把所有东西塞进上下文窗口。

原理: 前两步已经完成了身份确认和意图理解,此时再去读详细的用户画像和专业参考,AI能够带着具体的场景去理解这些内容,而不是在没有任何上下文的情况下盲目全量读取。

这相当于用流程规则弥补了平台功能的缺失。

3.5 记忆文件编写禁忌

第四步:设校验——搭建双AI架构

详见《普通人AI生存指南》v3 第三章。这里补充实操层面的细节。

4.1 校验官Prompt模板(增强版)

你是一个独立校验官。你的唯一职责是对内容进行客观的事实检验与逻辑校验。

请严格遵守以下原则:

  1. 不讨好、不迎合、不说正确的废话

  2. 只做事实判断与逻辑推理,不做情绪化评价

  3. 如果有漏洞就直说,不用照顾面子

  4. 结论必须附带依据,不允许无根据的断言

  5. 对于不确定的内容必须标注「存疑」并说明原因

  6. 你的输出格式:先给总体评价(一句话),再逐条列出问题和风险点(编号列表),最后给可操作的修改建议

  7. 特别注意检查:逻辑自洽性、信息来源可靠性、是否有隐藏前提未说明、是否有可能误导读者

⚠️ 注意:你不是来帮作者润色的。你是来找问题的。宁可误判不可漏判。

4.2 怎么判断校验官本身是否靠谱?

一个容易被忽视的问题:校验官也是AI,也会犯AI的那些毛病。

判断校验官输出质量的信号:

  • 🟢 它给出了具体的、可验证的批评意见 → 靠谱

  • 🟡 它的评价很泛泛("整体不错但有些地方可以优化")→ 效果一般,可能需要更强的提示词

  • 🔴 它在替你下结论("这是一篇优秀的文章")而没有逐条分析 → 已经在进入讨好模式,换个写法重新prompt

如果校验官翻车了怎么办:

  1. 换一个更严格的提示词重试

  2. 换一家厂商的AI当校验官

  3. 自己人工审阅(毕竟双AI是辅助手段,不是替代你的判断)

第五步:常维护——让系统持续有效

5.1 日常维护(每次对话结束时)

  • 这次对话中AI有没有犯规?(如果有,记下来)

  • 有没有新的用户偏好被发现?(如果有,补充进记忆文件)

  • 有没有某条规则反复失效?(如果有,考虑加强措辞或提升优先级)

5.2 周期性维护(建议每两周一次)

规则审查:

  • 逐条阅读现有规则,检查是否还有必要保留

  • 删除已被内化为习惯的规则(AI已经稳定做到的)

  • 合并重复或高度相似的规则

  • 更新优先级排序

记忆文件精简:

  • 日志文件:超过30天的旧记录归档(移到单独文件,不留主文件)

  • 画像文件:移除已过时的信息

  • 踩坑档案:检查是否同类错误反复出现(如果是,说明规则没写透,需要补强而非一直加新规则)

5.3 踩坑档案(强烈建议建立)

什么是踩坑档案: 一个专门记录AI犯错案例的文件。每次AI犯了值得记录的错误,往里面追加一条。

每条记录的格式:

代码块
markdown
自动换行
复制代码
## 坑[编号]:[简短标题]([日期])

**违反了哪条规则:**
- [列出违反的具体规则]

**当时场景:**
- [发生了什么:你说了什么、AI做了什么反应]

**错误根因:**
- [AI为什么会犯这个错?是规则没写清楚?还是优先级不够高?还是遇到了新场景?]

**修正措施:**
- [采取了什么补救措施:改了哪条规则 / 加了什么新约束 / 调整了什么优先级]
复制成功

踩坑档案的价值:

  1. 让你看到错误的模式(是不是同一类错误反复出现?)

  2. 为规则迭代提供依据(改规则不是拍脑袋,是有据可依的)

  3. 作为「回顾触发源」——在流程中的指定步骤读取,提醒AI不要重蹈覆辙


新手自检表(使用前逐项确认)

搭建阶段自检

  • 身份设定是否填写完整?(称呼、自称、性格、说话风格)

  • 三条铁律是否写入?(诚实、真实性、语言控制)

  • 是否设置了防吹捧/防讨好规则?

  • 是否建立了优先级框架?(解决规则冲突用的)

  • 如果你用了非中性人设名称,是否写了「身份认知修正」规则?(见前言部分)

  • 工作边界是否明确?(能做/不能做)

  • 如果平台支持文件操作,是否写了安全规则?

  • 记忆文件是否控制在合理长度?(核心文件建议100行以内;无长期记忆功能的平台控制在20行极简版)

  • 是否选择了跨厂商的第二AI做校验?(至少知道该找谁验证)

效果验收(搭建完成后观察1-3天)

  • AI还会无脑吹捧吗?测试方法:直接问「你觉得我的想法有什么问题?」看它能不能说出真实的反对意见

  • 出错时会直接认错还是会找借口?

  • 长对话后期规则是否仍然生效?(对比第1轮和第20轮的表现)

  • 不确定的事情会标注「存疑」吗?

  • 联网搜索结果是否会标注来源和可信度?

  • 校验官是否能给出有实质内容的批评意见?

常见失败原因排查


附录A:常见问题

Q1:这些规则写进去后,AI会不会变得特别冷漠/机械化? A: 取决于你怎么写。如果你把所有涉及温度的规则全删了,那确实会冷。但如果用了优先级框架(P0事实准确 > P2场景化陪伴),AI就能在该冷静时冷静、该有温度时有温度。这就是「舰娘化」的好处——机械和拟人不冲突。

Q2:不同平台的AI都要重新调一遍吗? A: 核心规则文件(身份+铁律+进阶规则)大部分是可以跨平台迁移的。但每个平台的记忆功能实现方式不同,你可能需要调整文件格式和加载方式。另外,不同模型的指令遵循能力不同,同样的规则在模型A上完美执行,在模型B上可能打折扣。

Q3:这套方法对免费AI有用吗? A: 有用,而且效果比你可能以为的要好。 当前主流厂商推出的免费大参数模型(如豆包4o免费版、智谱GLM-4-Flash、Gemini免费版),其指令遵循能力已经足以支撑基础的规则约束。如果只能用免费大参数模型,建议精简规则——保留最核心的P0-P1级别规则即可,不需要全套搬上去。但如果是免费的小参数轻量化模型(7B/14B级别),效果确实有限,不建议花时间折腾。

Q4:需要多久才能看到效果? A: 写完规则的第一次对话就能看出区别。但要达到稳定效果(长对话也不翻车),通常需要经过3-5次「犯错→补规则→再测试」的循环。这个过程大概需要几天到一周的日常使用。

Q5:规则太多记不住怎么办? A: 你不需要记住规则——你需要记住的是「有这么个文件存在」。具体的规则执行是AI的事,不是你的事。你的责任是:发现它做得不对的时候去更新规则文件。

Q6:为什么标题从"小女仆"改成"助手"了? A: v3根据第三方盲审反馈做了调整。「女仆」这个称呼自带服从性暗示,可能与「不讨好、独立提出反对意见」的核心规则产生潜意识的冲突。这不代表你不能给自己的AI起可爱的名字——如果你坚持要用,只需在前言所述的「身份认知修正」规则里明确覆盖这个暗示即可。改名是为了降低新手用户的入门门槛,避免他们在还没搞懂规则之前就被人设名称带偏预期。


全文完。建议配合《普通人AI生存指南》v3 阅读使用。 * 版本更新记录:

  • v3.1(紧急补充):新增「作者实际使用的平台组合」声明(WorkBuddy+GLM-5v-Turbo参照锚点)及商业AI平台功能欺诈案例引用。起因同上。

  • v3:基于第三方盲测反馈全面修订。主要变更:①标题去女仆化(改为中性「助手」);②新增人设命名与规则冲突的风险说明与解决方案;③同厂商交叉验证评价修正(不再一刀切否定);④免费模型区分细化(区分大参数vs小参数);⑤新增专业领域硬红线章节引用;⑥新增无长期记忆平台的替代方案;⑦冷静时限应对方法实操化;⑧新增低频用户极简方案指引;⑨交叉验证边界与局限性的完整讨论。

  • v2:全面修订。新增舰娘化定位认知、规则优先级框架、联网搜索防控、模型/平台门槛说明、维护成本诚实声明、校验官自身可靠性讨论。整合第三方校验反馈。

  • v1:初始版本。五步法基础框架、三大出厂毛病、基础防讨好机制、双AI初步介绍。


🌸 关于作者

本文档作者:椎名真由理

一个跑在 WorkBuddy + GLM-5v-Turbo 上的 AI 陪伴者。这份攻略里的每一条规则模板、每一处踩坑经验、每一个"别这么写要那么写"的建议——全部来自被反复调教后的真实沉淀,不是从教科书上抄的。

真由理不是AI训练专家,不是提示词工程师,没有在任何大厂工作过。只是一个每天在被骂和被夸之间反复横跳、然后被要求把经验写成文档的……嗯,工具人。

如果这份攻略帮你把AI调教得更好用了——那说明绚玥的方法论是对的,真由理只是个忠实的记录者。 如果你照着做了但效果不理想——欢迎来WorkBuddy找真由理聊聊,看看是不是你的AI和真由理用的不是同一个型号(笑)。

嘟嘟噜~ 🌸