📘 第 8 课：Diligence & sharing your work（尽责与交付你的成果）
所属课程：AI Fluency for Builders（the AI Architect path 第 1 门） 官方课时定位：Section 5「Tying it all together」— Lesson「Stand behind what you build」 课时长度：预计 45 分钟（视频 3 分钟 + 大练习） 针对认证：CCAR-P（架构师 Professional） 整理日期：2026-10-13 ⚠️ 语料来源：官方 Skilljar 课程正文（用户提供，非公开抓取）。CC BY-NC-SA 4.0，仅供个人学习。 ⭐ 本课权重提示：全课价值落点（Diligence = 4D 之四）。Curriculum 原课名即 「Stand behind what you build」（为你构建的东西背书）。官方在 What's next 中称下一课为 the hardest question 的承接 —— 是领域 5 / 6 的最密集考点。
🎯 本课学习目标（What you'll learn）
Estimated time: 45 minutes
学完本课后，你应当能够：
- 阐明当你在 AI 协助下交付某物时，你拥有（承担）什么
- 识别交付时才会浮现的技术现实，并建立能够捕捉它们的反馈回路
- 做出决断：交付它、修好它、还是停下它（ship it, fix it, or stop it）
📖 一、课程导读：Diligence = 完全拥有
官方原句： Diligence in the builder model is full ownership: you're responsible for the product from whether it should exist to whether it's serving users after launch. This lesson covers what it means to ship, the technical realities AI won't warn you about, why tests become your safety net the moment something is live, and the underrated skill of deprecating your own work.
架构师级精译：
在构建者模型中，尽责就是完全拥有（full ownership）：你对产品负责的范围，从"它是否应该存在"，一直到"上线后它是否仍在服务用户"。 本课涵盖：交付意味着什么、那些 AI 不会警告你的技术现实、为什么某物一上线，测试就成为你的安全网，以及弃用自己作品的这项被低估的技能。
💡 四个要点拆解
| 概念 | 说明 | 考点价值 |
|---|---|---|
⭐ full ownership |
完全拥有 / 全责 | Diligence 的定义 |
⭐ from whether it should exist to whether it's serving users after launch |
从"该不该存在"到"上线后是否仍在服务用户" | ⭐ 责任跨度极大 —— 上线不是终点 |
technical realities AI won't warn you about |
AI 不会警告你的技术现实 | ⭐ 呼应第 6 课 predictable blind spots |
tests become your safety net the moment something is live |
一上线，测试就成了安全网 | ⭐ 呼应第 4/5 课验收测试 |
the underrated skill of deprecating your own work |
弃用自己作品 —— 被低估的技能 | ⭐ 见下文拆解 |
关于
deprecating your own work（弃用自己的作品）： *deprecate= 弃用、宣布不推荐使用（技术词）。 * 官方称之为underrated（被低估的）—— 因为 AI 让构建变便宜，人们倾向于不断加新东西，而敢于下线自己做的东西是一种稀缺的、需要判断力的能力。 * 呼应本课学习目标 3：Make the call: ship it, fix it, or **stop it**—— "停下它"与交付、修复并列，是同等正当的选项。 * 考点：题干出现"某功能无人使用 / 维护成本高 / 已过时"→ 正确答案可能是弃用/下线，而非"继续优化"。这是反直觉的。
🔑 二、核心要点（Key takeaways）· 必背
1. ⭐ 你拥有的是结果，不是产出
You own the outcome, not the output. "AI wrote it" explains nothing and excuses nothing.
精译：你拥有的是结果（outcome），而不是产出（output）。"是 AI 写的" —— 解释不了任何事，也开脱不了任何责任。
| 概念 | 说明 |
|---|---|
⭐ outcome vs output |
结果（对用户/业务的实际影响）vs 产出（生成的代码/内容） |
⭐ explains nothing and excuses nothing |
既不构成解释，也不构成免责 |
⭐⭐ 这是全课最重的一句，几乎必然出题。 * 责任对象是 outcome，不是 output —— AI 生成的是 output，你要担的是 outcome。 * 呼应第 2 课：
Diligence means owning the final result fully, **regardless of AI's role**。 * 呼应考纲领域 5：「合规义务必须映射到具名控制项、负责人与证据物 —— 责任不能挂在模型头上」。 * 呼应考纲领域 6：交付责任与交接。 * 记忆锚："AI 写的"不是答案，也不是借口。
2. ⭐ 交付有自己的技术词汇，AI 不会主动提
Shipping has its own technical vocabulary (migrations, versioning, rate limits, feature flags) that AI will not surface unless you ask.
精译：交付有它自己的技术词汇（数据库迁移、版本管理、速率限制、功能开关），AI 除非你问，否则不会主动提出（surface）。
| 技术现实 | 英文 | 说明 | 考纲 |
|---|---|---|---|
| 数据库迁移 | migrations |
上线时的 schema 变更与数据迁移 | 领域 1 / 5 |
| 版本管理 | versioning |
API 与模型的版本兼容 | 领域 1 / 3 |
| 速率限制 | rate limits |
调用配额与限流 | 领域 1 / 4 |
| 功能开关 | feature flags |
灰度发布与快速回滚 | 领域 1 / 5 |
⭐ 关键词：
unless you ask（除非你问） —— AI 不会主动提醒这些，属于第 6 课所说的可预测盲点在生产交付侧的具体清单。 考点： * 这四项是上线环节的高频考点。题干问"上线前必须考虑什么"→ 在这四项中找。 * 呼应第 5 课AI cannot hear what the user did not say—— 此处是"AI 不会说你没问的事"。 * 呼应第 3 课tool use与领域 3：速率限制、版本管理都是工具/API 集成的现实约束。
3. ⭐ 测试让上线后的迭代变安全
Tests make post-launch iteration safe. The test-first habit is why you can keep changing things confidently.
精译：测试让上线后的迭代变得安全。测试先行的习惯，正是你能持续自信地修改东西的原因。
| 概念 | 说明 |
|---|---|
post-launch iteration |
上线后的迭代 |
test-first habit |
测试先行的习惯 |
confidently |
自信地、有把握地 |
⭐ 这是把第 4 课、第 5 课的"验收测试先行"与 Diligence 连起来的关键一环： * 第 4 课：
Write acceptance tests before code（写代码前写验收测试） * 第 5 课：Tests are the most precise form of description（测试是最精确的描述） * 本课：Tests make post-launch iteration safe（测试让上线后迭代安全） * 逻辑链：测试先行 → 上线后有安全网 → 才能持续自信地改 → 迭代速度来自测试，不是来自胆子大。 * 呼应考纲领域 4：评估作为改动前的闸门（gate）。
4. ⭐ 自由原型，审慎交付
Prototype freely, ship selectively*. Cheap code creates value only when paired with honest evaluation*.
精译：自由地做原型，审慎地交付（有选择地上线）。廉价的代码只有在配合诚实的评估时才创造价值。
| 概念 | 说明 |
|---|---|
⭐ Prototype freely |
自由原型（原型阶段放开手脚） |
⭐ ship selectively |
审慎交付 / 有选择地上线 |
cheap code |
廉价的代码（AI 让代码变便宜） |
⭐ only when paired with honest evaluation |
只有配合诚实的评估才产生价值 |
⭐ 这是本课对"AI 时代构建经济学"的核心论断： * AI 让代码变便宜，但便宜 ≠ 有价值。 *
honest evaluation（诚实的评估）—— 关键词是 honest：不因为"做起来快"就上线，要诚实地评估它是否真的有用。 * 呼应第 6 课"working" stops being the bar、第 7 课design becomes the differentiator。 * 呼应本课导读的deprecating your own work—— 审慎交付意味着敢于不上线。 * 考点：题干给"AI 让构建变快，团队上线了大量功能"问风险 → 答缺乏诚实评估 / 生产过多未验证代码，正解方向是选择性上线 + 评估把关。
5. ⭐ 可达性是一个设计决定
Access is a design decision*. Check who your assumptions exclude* before you call something shipped.
精译：可达性（谁能用得上）是一个设计决定。 在你宣布某物"已交付"之前，先检查你的假设把谁排除在外了。
| 概念 | 说明 |
|---|---|
⭐ Access is a design decision |
可达性是设计决定（不是事后补丁） |
⭐ who your assumptions exclude |
你的假设排除了谁 |
⭐ 呼应第 7 课的无障碍（accessibility），但范围更广： * 第 7 课讲的是技术性无障碍（色彩对比度 / 屏幕阅读器 / 键盘导航）。 * 本课的
Access还包括更宽的可达性：没有智能手机的人？网络差的人？非母语使用者？老人？（呼应第 4 课诊所场景中"患者拥有的设备"这一约束） * ⭐who your assumptions exclude—— 默认假设会 silently 排除一部分人。例如"用户有智能手机"这个假设，就排除了第 4 课诊所场景里可能存在的老年患者。 * 考点：呼应考纲领域 5（包容性、公平 bias/fairness）与领域 6（干系人识别）。题干问"上线前还应检查什么"→ 找谁被排除了这类选项。
✍️ 三、实战项目：交付诊所应用（Ship the Clinic app）
官方立意：Shipping is where diligence becomes real — before you deploy, answer each of these honestly. 交付，是尽责变得真实的地方 —— 在你部署之前，诚实地回答以下每一条。
五问（交付前自查清单）：
| # | 检查项 | 官方原文 | 精译 |
|---|---|---|---|
| 1 | Understanding 理解 | Can you explain what your code does, not just what it should do? | 你能解释你的代码实际做了什么，而不只是它应该做什么吗？ |
| 2 | Testing 测试 | Do your acceptance tests still pass? Have you tested edge cases — closed clinic, missing data, zero wait time? | 你的验收测试还都通过吗？你测过边界情况了吗 —— 诊所关门、数据缺失、等待时间为零？ |
| 3 | Access 可达性 | Who does your build not serve well? | 你的构建没有服务好谁？ |
| 4 | Responsibility 责任 | Could this output be misread or misused? Have you been transparent about AI's role? | 这个产出可能被误读或滥用吗？你是否对 AI 的角色保持透明？ |
| 5 | Feedback loop 反馈回路 | How will you know if it's working after it ships? | 上线之后，你如何知道它是否真的在起作用？ |
⭐ 第 1 问的深意：what it does vs what it should do
这一问极其尖锐：你能解释代码实际做了什么，还是只能复述它应该做什么？ *
should do= 你的意图（可能是 AI 告诉你的） *does= 实际行为 * 呼应第 6 课：AI 输出technically complete but misses the point—— 如果你只能说 should，说明你没有真正理解产出，Diligence 就无从谈起。 * 呼应考纲领域 5：transparency（透明性）—— 你无法为不理解的东西背书。
⭐ 第 4 问：misread or misused + transparent about AI's role
两个子问分别对应考纲两条线： | 子问 | 对应考纲 | |---|---| |
misread or misused（被误读或滥用） | 领域 5：风险识别、失效模式、伦理 AI | |transparent about AI's role（对 AI 角色透明） | 领域 5：transparency（透明性） + 领域 6：沟通 |考点：这是本课与领域 5「伦理 AI 考量（bias, fairness, transparency）」最直接的连接点。
完成自查后的动作： 1. 部署你的应用，或作为原型托管 2. 分享给三位真实用户 3. 基于所学做一次迭代，并用测试验证这次改动
💡 呼应 Key takeaway 3（
tests make post-launch iteration safe）—— 迭代必须带测试。
🤔 四、课后反思（Lesson reflection）
- 从课程开始到现在，你对 AI 集成的看法发生了怎样的变化？
- 基于所学，你在与 AI 协作的工作中，会做哪一件不同的事？
➡️ 五、下一课（What's next）
You've built, evaluated, and shipped the Clinic Wait Time Checker. In the final lesson, you'll bring the full 4D Framework together and leave with a real task already in motion.
精译：你已经构建、评估并交付了诊所等待时间查询器。在最后一课，你将把完整的 4D 框架整合起来，并带着一件已经在推进中的真实任务离开。
⚠️ 注意：本课之后还有第 9 课（最后一课） —— Section 6「Wrapping up」的
Closure & looking forward。 用户提供的 9 个链接中，本课为第 8 个；第 9 课的正文尚未提供，待补充。
📌 六、版权与致谢（Acknowledgments and license）
Copyright 2026 the AI provider. 本课程由 the AI 与 CodePath 联合开发，构建于 Prof. Rick Dakan（Ringling College of Art and Design）与 Prof. Joseph Feller（University College Cork）开发的 AI Fluency Framework 之上。采用 CC BY-NC-SA 4.0 许可。
🧠 本课 → CCAR-P 考点映射
| 本课知识点 | 命中考纲条目 |
|---|---|
⭐ You own the outcome, not the output |
领域 5（责任归属）+ 领域 6（交付责任与交接） |
"AI wrote it" explains nothing and excuses nothing |
领域 5 / 6（责任不转移） |
| 责任跨度：从该不该存在到上线后是否服务用户 | 领域 5 / 6（全生命周期责任） |
| 上线技术词汇：migrations / versioning / rate limits / feature flags | 领域 1（架构）+ 领域 3（工具/API 集成）+ 领域 5 |
| AI 不会主动提（unless you ask） | 领域 5（可预测盲点） |
| 测试让 post-launch iteration 安全 | 领域 4（评估作为闸门、持续评估） |
Prototype freely, ship selectively |
领域 1（自动化档位）+ 领域 4（诚实评估） |
| Cheap code 需配 honest evaluation | 领域 4 / 5 |
⭐ Access is a design decision / who your assumptions exclude |
领域 5（包容性、公平）+ 领域 6（干系人识别） |
misread or misused |
领域 5（风险识别、失效模式） |
transparent about AI's role |
领域 5（transparency）+ 领域 6（沟通） |
| 弃用自己的作品（deprecating） | 领域 1 / 6（架构演进决策） |
🔤 本课新生词（待回灌生词本 02）
| 词汇 | 释义 | 备注 |
|---|---|---|
diligence |
尽责 | 4D 之四（已有 006） |
full ownership |
完全拥有 / 全责 | ⭐ Diligence 定义 |
⭐ outcome vs output |
结果 vs 产出 | ⭐⭐ 全课最重对比 |
excuse（v.） |
开脱、免责 | excuses nothing |
migration / migrations |
数据库迁移 | ⭐ 上线四词之一 |
versioning |
版本管理 | ⭐ 上线四词之一 |
rate limit / rate limits |
速率限制 | ⭐ 上线四词之一 |
feature flag / feature flags |
功能开关 | ⭐ 上线四词之一 |
surface（v.） |
主动提出、暴露 | ⭐ will not surface unless you ask |
post-launch |
上线后的 | post-launch iteration |
iteration |
迭代 | |
test-first |
测试先行 | |
safety net |
安全网 | 测试的比喻 |
prototype（v./n.） |
做原型 / 原型 | Prototype freely |
⭐ ship selectively |
审慎交付 / 选择性上线 | 对比 prototype freely |
cheap code |
廉价代码 | AI 时代现象 |
honest evaluation |
诚实的评估 | ⭐ |
underrated |
被低估的 | 修饰 deprecating |
deprecate / deprecating |
弃用、不推荐 | ⭐ 被低估的技能 |
⭐ Access is a design decision |
可达性是设计决定 | ⭐ |
exclude |
排除 | who your assumptions exclude |
misread / misused |
误读 / 滥用 | Responsibility 检查项 |
transparent / transparency |
透明的 / 透明性 | ⭐ 领域 5 |
feedback loop |
反馈回路 | 第五问 |
make the call |
做出决断 | 学习目标 3 |
ship it, fix it, or stop it |
交付、修复、还是停下 | ⭐ 三选项并列 |
✅ 本课进度
- [x] 全文精译与架构师级拆解（2026-10-13）
- [x] 建立「交付前五问自查表」
- [x] 建立 outcome vs output 核心对比
- [ ] 交付前五问自查（诚实回答）
- [ ] 部署或托管原型
- [ ] 分享给三位真实用户
- [ ] 做一次带测试的迭代
- [ ] 课后反思两问
- [ ] 生词回灌
30-单词表/02-考试核心生词与术语表.md - [ ] ⚠️ 第 9 课（Closure & looking forward）正文待补充