你正在 萌芽版 · 🛠️ 技能工坊 · ← 回到学院 · 萌芽版主页 · 总入口

← 技能工坊 · 创作者层 02 / 11

第 09 节 · 让它变好,但不要变坏

每次改 Assistant,都可能把原来好的部分弄坏。这一节教你怎么"演化"而不是"破坏"。

关键习惯

  1. 每次只改一处。改五处你不知道哪一处起的作用。
  2. 每次都跑测试(上一节做的那 10 个问题)。改完一对比,立刻发现哪里坏了。
  3. 每次给版本号。v1.0、v1.1、v2.0…… 出问题能回滚。
  4. 写 changelog。每个版本写"为什么改"和"改了什么"。三个月后你自己回来看会感谢自己。
小测 · 1 分钟 版本号和 changelog 的价值
三个月前你做的 Assistant 特别受欢迎。最近改了一次之后,朋友说"怎么没原来好了"。你应该怎么快速找到问题?
  • 试着回忆三个月前改了什么,重新改一遍。
  • 找出 changelog,看每个版本改了什么。立刻找到那次改动,用测试套对比,回滚到上一个好版本。
  • 问朋友具体是哪一个功能坏了,再去改。
  • 干脆重新做一个新的 Assistant。
为什么是第二个?因为"记录"就是保险。如果没有版本号和 changelog,三个月后你完全不知道改过什么。但有了记录,你能立刻看出"v1.2 改了什么、v1.3 改了什么",然后用测试套发现"v1.3 坏了,回到 v1.2"。这是专业的做法。
动手 · 写 prompt 为你的 Assistant 写 changelog 和版本规划
任务:假设你的 Assistant 现在是 v1.0。写出:① 这个版本的 3 个主要特性;② 下一个版本 v1.1 计划改什么(具体一点);③ v1.1 改完后,你怎样跑测试来确保没坏。
→ 打开智谱清言管理版本 已复制 ✓
看参考:一个男孩的 changelog 模板

一个男孩维护的"篮球知识"Assistant,他的 changelog。

## 篮球知识 Assistant · Changelog

### v1.0(2026-04-01)
**特性:**
- 回答关于篮球规则的问题
- 讲解 NBA 球星的技术特点
- 用初中生听得懂的话

**已知问题:**
- 有时回答有点长,用户说容易烦

### v1.1(2026-04-15)
**为什么改:**
用户反馈说"太长了,看不下去"。我决定改 Instructions,每个回答控制在 100 字以内。

**改了什么:**
- Instructions 加了一条:"每个回答不超过 100 字。如果要讲更多,问用户要不要继续。"

**测试结果:**
- 10 个测试问题,9 个还能答对(之前 10 个全对)。
- 1 个问题("乔丹和科比的区别")答得不够全面了。
- 结论:值得,因为用户体验提升了,只丢了一点点深度。

### v1.2(计划中)
**为什么改:**
修复 v1.1 中"深度不够"的问题。加一条:"如果用户要求,可以给长版本"。

**改了什么:**
- 在 Instructions 加:"用户说'详细一点'或'讲多一点',就给完整版本(没有 100 字限制)"。

这个 changelog 的亮点:1. 每个版本都有"为什么改"(需求驱动);2. 都有"测试结果"(用数据说话);3. 能看出这个 Assistant 在怎样进化。

这一节学到什么

"做出来"比"持续做好"容易。不让它变坏本身是一种纪律。

← 上一节下一节 →