📘 第 4 课：Delegation & the Builder's Toolkit（委派与构建者工具箱）

所属课程：AI Fluency for Builders（the AI Architect path 第 1 门） 官方课时定位：Section 3「The 4D framework for builders」— Lesson「Delegation & the builder's toolkit」 课时长度：预计 45 分钟（视频 5 分钟 + 大练习） 针对认证：CCAR-P（架构师 Professional） 整理日期：2026-10-13 ⚠️ 语料来源：官方 Skilljar 课程正文（用户提供，非公开抓取）。CC BY-NC-SA 4.0，仅供个人学习。 ⭐ 本课权重提示：45 分钟是全课最长课时；含贯穿全课的实战项目，且首次给出三种 AI 协作模式与六段工具箱——均为领域 1 直接考点。

🎯 本课学习目标（What you'll learn）

Estimated time: 45 minutes

学完本课后，你应当能够：

• 介绍构建者工具箱（builder's toolkit），以及 AI 在每个阶段能增加什么价值
• 解释为什么委派"实现"是安全的、委派"判断"是不安全的
• 在存在任何一行代码之前，写出定义"完成"的验收测试（acceptance tests）

📖 一、课程导读：重新定义"委派"

官方原句： Before you write a single line of code, you make a dozen decisions that shape whether what you build will matter. This lesson reframes delegation: it's not "should I use AI here?" but "I have a customer problem — how do I break it down, and what role does AI play?"

架构师级精译：

在你写下第一行代码之前，你要做的十几个决定，已经决定了你所构建的东西是否有意义。 本课重新定义（reframe）了委派：它不是"我该在这里用 AI 吗？"，而是"我有一个客户问题 —— 我该如何拆解它，以及 AI 在其中扮演什么角色？"

💡 这个 reframe 是核心考点

记忆锚：不是"我该不该用 AI"，而是"这个问题怎么拆、AI 在其中演什么"。 呼应第 1 课：Delegating implementation is usually safe. Delegating judgment is usually not. 呼应第 1 课路线图：define done before you write a line of code 呼应考纲领域 1：translate an ambiguous business problem into a scoped solution（把模糊业务问题转化为有范围的方案）

🧰 二、构建者工具箱（The Builder's Toolkit）· 六段能力

官方交互组件原文：Click any capability to see where AI fits in your build process.

六段能力（按官方顺序）：

第 1 步：Empathy（共情）—— 官方明确标注 AI 弱

官方原文： Empathy — AI weak. Understanding who you're building for. AI can surface data and personas — it can't feel the gap. （Step 1 of 6）

精译：

共情 —— AI 弱项。理解你在为谁构建。 AI 能呈现（surface）数据与人物画像（personas） —— 但它无法感受到那个缺口（it can't feel the gap）。

拆解： * surface（动词）= 使浮现、呈现出来。AI 做的是把已有的东西摆出来，不是理解。 * personas = 人物画像（产品设计术语），AI 能生成，但那是模式化的画像，不是真实的共情。 * ⭐ **it can't feel the gap** —— "它感受不到那个缺口"。the gap 指用户现状与其期望之间的距离，也就是真正的需求痛点。这是全课对 AI 边界最精炼的表述之一。

考点： 1. Empathy 是官方唯一明确标注 AI weak 的能力 —— 出「以下哪项 AI 最弱」直接选 Empathy。 2. 理由不是"AI 不懂数据"，而是"AI 无法感受用户的缺口"。陷阱选项常是"AI 无法处理用户数据"（错，AI 能处理数据，只是不能共情）。 3. 呼应第 3 课：AI 的 conversational fluency 让它看起来懂用户，但 fluency ≠ empathy。

🔑 三、核心要点（Key takeaways）· 必背

1. 委派 = 先分解，再逐步定 AI 角色

Delegation means decomposing the problem first, then deciding what AI handles at each step.

精译：委派意味着先把问题分解开，然后决定 AI 在每一步处理什么。

呼应考纲领域 1 明写的 apply decomposition techniques for complex problem solving（应用分解技术解决复杂问题）。 顺序不可颠倒：先 decompose，再 delegate。题干若出现 first step，答案永远是分解问题，不是"选模型"或"开始构建"。

2. ⭐ 在写代码之前写验收测试

Write acceptance tests before code. They give you and AI a shared definition of done.

精译：在写代码之前写出验收测试。它们为你和 AI 提供一个共同的"完成"定义。

考点串联： * 呼应第 1 课路线图 define done before you write a line of code * 呼应第 2 课练习 What does "good enough" look like?（同样在打开 AI 之前） * 呼应考纲领域 4：评估作为闸门（gate） * shared 这个词很关键 —— 验收测试不只约束 AI，也约束你自己，它让"完成"从主观变成客观。

3. ⭐ 实现被加速后，你的价值往上游移

As AI accelerates implementation, your value shifts to framing problems and raising the bar.

精译：随着 AI 加速实现环节，你的价值转向框定问题（framing problems）与抬高标杆（raising the bar）。

这是全课关于"AI 时代构建者价值"的核心论断：实现越来越便宜 → 价值从"做得出来"移到"知道该做什么、以及做到多好才算好"。 raise the bar 是地道短语 = 提高标准/门槛。

✍️ 四、实战项目：Clinic Wait Time Project, Part 1（诊所等待时间项目）

⭐ 这是贯穿全课的项目：This project threads through the entire course. You'll return to it in every lesson, and by the end you'll have built something real. ⚠️ 本课时要求零代码：But in this lesson, you write zero code. That's intentional.

场景（The scenario）

A community health clinic needs a way for patients to check wait times before coming in. That's all you've been told. “一家社区医疗诊所需要一种方式，让患者在来之前能查询等待时间。你得到的全部信息就这些。**”

💡 That's all you've been told 是刻意的信息不完整设计 —— 模拟真实的需求模糊场景，正是考纲领域 1「把模糊业务问题转化为有范围方案」的演练场。 呼应生词本 032 framing：题干出现 vague / ambiguous / broad → 先框定。

交付物 1：问题简报（A Problem Brief，一页以内）

用平实的语言回答这些问题：

1. 用户是谁？要具体。 患者，没错 —— 但是哪些患者？那员工呢？还有谁会接触这个东西？
2. 他们真正需要什么？ 不是"一个等待时间查询器"。他们希望得到的结果是什么？
3. 一个出色的解决方案用起来是什么感觉？ 描述体验，而不是功能。
4. 真实的约束是什么？ 考虑预算、诊所的技术能力、患者拥有的设备、隐私要求。

架构师视角：这四个问题就是 problem framing 的标准清单 —— 1 = 干系人识别（领域 6）｜2 = 真实需求 vs 表面诉求（领域 1）｜3 = 体验定义（Discernment for UX）｜4 = 约束与非功能需求（领域 1，含隐私 = 领域 5 合规）。

交付物 2：委派计划（A Delegation Plan）· ⭐ 三种协作模式

把构建过程映射到六项工具箱能力。对每一项，决定哪种 AI 协作模式最合适：

要求：做一张简单表格 —— 六行，每行一个能力。

💡 三种模式深度拆解（领域 1 核心考点）

⭐ Agency 的定义是三者中最精密的，也是最容易出题的： * 两个限定缺一不可：AI 有裁量空间（latitude）且 在边界内（inside boundaries you set）。 * 只有 latitude 没有 boundaries = 失控（Delegation 失败）。 * 只有 boundaries 没有 latitude = 退化成 Automation。 * 考点：题干问"什么是 Agency / 智能体模式"→ 找同时包含自主性与边界的选项。 * 呼应考纲领域 1 的架构模式选择：workflow（预定义流程）vs agentic（智能体自主）；以及领域 3 的最小特权与工具集裁剪。

六段能力 × 三模式 速查（供练习参考） | 能力 | 官方 AI 强弱 | 建议模式倾向 | |---|---|---| | Empathy | AI weak | 人以 Augmentation 为主（AI 只呈现数据与画像） | | Design | — | Augmentation | | Architecture | — | Augmentation（架构决策留人） | | Implementation | — | Automation / Agency（最宜委派） | | Judgment | — | Augmentation 或人工（最不宜委派） | | Shipping | — | Augmentation（责任留人） |

依据：第 1 课 Delegating implementation is usually safe. Delegating judgment is usually not. + 本课 Empathy = AI weak。

交付物 3：验收测试（Acceptance Tests）

写 5 到 7 条定义"完成"的陈述。每条都必须具体到陌生人也能判断成品通过与否。

官方给的正反例：

⭐ 验收测试的判定标准：concrete enough that a stranger could tell you whether the finished product passes or fails （具体到让一个陌生人都能告诉你成品是通过还是失败）

好验收测试的四个要素（从官方 Good 例反推）： 1. 具体的用户（a patient with a basic smartphone） 2. 具体的动作（find the current wait time） 3. 可测量的阈值（under 30 seconds） 4. 明确的约束（without creating an account）

呼应考纲领域 4：define evaluation metrics + design evaluation datasets —— 验收测试就是评估指标的前身。

🤔 五、课后反思（Lesson reflection）

1. 在过去的一个项目里，你在六项能力中的哪一项上花的时间最多？你应该在哪一项上花更多时间？
2. 如果明天实现变得实际上免费（effectively free），你作为构建者的价值从何而来？

   官方预期方向：价值移向 framing problems 与 raising the bar（见 Key takeaway 3）。 呼应本课 Key takeaway 3 与生词本 032 framing。

➡️ 六、下一课（What's next）

下一课我们从委派转向描述（description）。你已经决定了构建什么以及谁做什么 —— 现在你需要把它传达得足够清楚，让 AI 能够真正执行。

📌 七、版权与致谢（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 考点映射

🔤 本课新生词（待回灌生词本 02）

✅ 本课进度

• [x] 全文精译与架构师级拆解（2026-10-13）
• [x] 建立「三种协作模式」深度对照表
• [x] 建立「六段能力 × 三模式」速查表
• [ ] 交付物 1：问题简报（一页以内）
• [ ] 交付物 2：委派计划（六行表格）
• [ ] 交付物 3：验收测试（5-7 条）
• [ ] 课后反思两问
• [ ] 生词回灌 30-单词表/02-考试核心生词与术语表.md