期中·测试与交付

1.1两个包，当众各拆一次

本章有两个现成的包：一个是问题包，一个是合格包。两者做的是同一件工具，代码绝大部分一模一样。

打开 第08章演示_拆包六步.html，选一个包，按接收方的六步走一遍。全程不问作者，也不看代码，只做一个刚拿到这个包的人会做的事。

六步走完，接收方的判断已经形成了，而作者一句话还没说。这就是交付的真实场景：你不在现场，也没有机会解释。

1.2本章新技巧：让它当第一个陌生用户

你写的说明，自己看当然懂。让大模型只读说明、不看作品，把看不懂的地方挑出来，这比同桌互测还早一步。

1.3可直接复制的提示词

1.4大模型的常见偏差

<!-- ✗ 问题包：引用网上的字体。对方断网或加载失败，字体悄悄换掉 -->
<link rel="stylesheet" href="https://fonts.example.com/css2?family=…">

<!-- ✓ 合格包：只用系统自带字体，谁的机器上都有 -->
<style> body { font-family: "Microsoft YaHei", "PingFang SC", sans-serif; } </style>


<!-- ✗ 问题包：完整路径。这个位置只在作者自己的电脑上存在 -->
<img src="C:\Users\yangmin\Desktop\叶片照片.jpg">

<!-- ✓ 合格包：相对路径，图片跟着包一起走 -->
<img src="img/ye-quanyuan.svg">


<!-- ✗ 问题包：链到一个后来改过名的文件 -->
<a href="图鉴.html">翻一下图鉴</a>

<!-- ✓ 合格包：文件名和链接对得上 -->
<a href="guide.html">翻一下图鉴</a>

3.1另外两个知识点

3.2README 五段模板

照着填，五段一段都不要少。第四段最能体现水平：主动说清自己做不到什么。

3.3对抗验证：先写题，再改答案

互测之前，先给自己出一份题。做法是题先于体：先写测试题和判定标准，再回头改被测的东西。

顺序反过来的时候，人会不自觉地按已经做出来的样子去写题目，凡是没做的地方都不会被问到。这一类自测通过率很高，也没有任何意义。

四行的写法是固定的：前置条件、操作、预期结果。三段齐全，换一个人照着做，得到的结论应该一样。

4.1第八个知识点

4.2措辞：把系统的话改成人的话

提示语是可用性里最便宜的一项：不用改结构，只改几个字。

右边四条有一个共同点：它们都说清了"是什么"或者"下一步做什么"，而左边四条只是通知你发生了一件事。

4.3互测的铁规矩：全程不许说话

把手背到身后，看他卡在哪里、卡了多久。这个信息比替他点开有价值得多。卡住本身就是结论，不必把对方教会。

他没过的那几行，直接告诉他现象就行，不用替他分析原因。找原因是他的活，那正是他这次能学到的东西。

4.4前沿三分钟：换台机器就跑不起来，是个老问题

5.1做什么：一件和你专业有关的工具

挑一个你本专业里真实存在的小麻烦，做一个工具把它解决掉。下表按专业方向列了十四个题目，任选其一，它们是拿来启发的，不是让你照抄的。

允许完全换题材。换题材可以，三条硬要求不能变。

5.2选题的三条硬要求

5.3上机六步

5.4交付前自检十条

5.5互测记录单

拿到对方的包，照这六行走，卡在哪就在哪一行写清现象。六行全过，才算他这个包交得出去。

5.6共同验收标准

5.7提交内容

提交方式：按教师提供的作业模板（Word）填写，文档开头注明选题与专业方向。提交渠道见课堂通知。当堂提交。

5.8再进一步（选做）

把包发给一个不在本课程上的人，一个字都不说。

他问的第一个问题，就是 README 里最该补上的那一句。