从做完到交付

1.3六类检查

问题不是靠一条条想出来的，是靠一张固定的表逐类走出来的。本章用的六类如下，配套的 第16章演示_交付自检表.md 可以直接拿去填。

1.4本章新技巧：让它挑刺，不让它夸

把作品交给大模型看，得到的多半是一段肯定，后面跟几条温和的建议。这个语气对写作品的人是舒服的，对交作品的人没有用。你需要的是把答辩现场会被问到的问题，提前在没人看见的时候问一遍。

做法是给它一个明确的角色和两条禁令：只挑毛病，不写优点；只给问题清单，不给改好的版本。第二条尤其要紧，拿到改好的版本，你就跳过了"原来错在哪"这一步，下次同类问题照样看不出来。

1.5可直接复制的提示词

三段提示词里的几条要求，分别对应后面要讲的知识点：

1.6大模型的常见偏差

先夸一段再说问题。　开头半屏是肯定，问题藏在后面，语气还偏温和。要求里写明"不要写优点"，它才会直接进入正题。

直接把改好的版本交给你。　这是本章最需要防的一种。改好的版本看着省事，代价是你不知道原来错在哪，也无法判断它改的对不对。"不要给我改好的版本，我自己改"必须写。

只挑文字，不数交付物。　它擅长指出说明写得不清楚，不擅长发现你少交了数据文件或者没有备份。所以"交付物还缺什么"要单独列成一条问出来。

列边界情况时只列合理输入。　不给它"想把程序用坏"这个角色，它列的都是正常操作的变体。真正会出事的是愚蠢的和恶意的用法，而这两类它不会主动想到。

function addItem() {
  var name = document.getElementById('name').value;
  var count = Number(document.getElementById('count').value);
  items.push({ name: name, count: count });
  console.log('添加了一条', name, count, items);
  render();
}

function render() {
  var sum = 0;
  for (var i = 0; i < items.length; i++) {
    …
    sum = sum + items[i].count;
  }
  var names = items.map(function (it) { return it.name; });
  var joined = names.slice(0, -1).join('、') + ' 和 ' + names[names.length - 1];
  document.getElementById('total').textContent =
    '已录入 ' + joined + '，共 ' + items.length + ' 项，合计 ' + sum + ' 人。';
  console.log('当前合计', sum);
}

4.1演示步骤

4.2样例作品的十处问题

全部找出来之后对照一遍。十处分属六类，没有一处是功能写错了。

4.3答辩：三段话，不逐个介绍功能

把作品讲给别人听，顺序也是固定的：

4.4前沿三分钟：一个能被程序读懂的承诺

每章固定栏目 · 一条与本章内容相关的行业动态

早年的版本号相当随意。有的按年份命名，有的按发布次数排，有的干脆叫"最终版"，然后是"最终版2"。使用者拿到一个新版本，无从判断能不能直接换上去。二〇一三年，语义化版本规范把三段数字的含义定死，此后逐渐成为通行做法。

这套约定之所以有用，是因为它是一个能被程序读懂的承诺。现在的软件包管理工具允许开发者写下"可以自动升到 1.x 的任何版本，但不要升到 2.0"这样的规则，工具据此自动决定要不要更新某个依赖。这条规则之所以成立，靠的正是那个约定：按照约定，1.x 之间不会改变用法，2.0 会。

对期末交付的实际影响有一条：版本号不是流水号，是给拿到作品的人的一句话。写成 1.0.0，等于说"这一版的用法定下来了"；写成 0.3，等于说"还会变，别指望"。写哪个，要看你交出去的是哪一种。

5.1三个题目，任选其一

本章的任务只有一件：把自己的期末作品按六类检查一遍，改完，交出去，然后做现场演示。作品本身在第 15 章已经开题，这里三选一的是你要重点补齐的那一块。

三条重点只是分配时间的建议，六类检查一类都不能省。时间实在紧张时，有两类排在最前：边界情况与恢复演练。前者决定别人能不能用起来，后者决定东西丢了还在不在。

5.2上机六步

5.3共同验收标准

5.4常见错误与处理

5.5提交内容

提交方式：按教师提供的作业模板填写。提交渠道见课堂通知，当堂提交并现场答辩。

5.6再进一步（选做）

选做一　把自检表改成你自己的。删掉与你这件作品无关的行，补上它特有的检查项。补的时候会发现一件事：你补上的每一条，几乎都对应着你这学期真正踩过的一个坑。一份用久了的自检表长什么样，取决于这个人做坏过什么。这也是它比任何通用清单都管用的原因。

选做二　攒一个个人技能包。一个 .md 文件，把这学期用顺手的提示词、约束句、检查表都收进去，每条写三样：什么时候用、原文是什么、用了之后效果如何。期中起草的那一版是 v0.5，期末定版 v1.0，随作品集一起提交。这份文件比任何一件作品都跟得久，因为它记的是你的做法，不是某一次的产物。