本页目录

🧭 4D 框架四词精析与辨析

所属课程:AI Fluency for Builders(the AI Architect path 第 1 门) 官方定义原文:"This course helps builders develop practical AI collaboration skills through the 4D Framework (Delegation, Description, Discernment, and Diligence)." 针对认证:CCAR-P(架构师 Professional) 建立日期:2026-10-13

⚠️ 为什么必须单独辨析:四个词全部以 D 开头、中文又都能译成「判断/处理/态度」一类,是本节最高效的失分点。官方 Curriculum 里它们的分布也是错位的 —— Delegation 与 Description 合在一个 Section,Discernment 单独一个 Section,Diligence 藏在「Stand behind what you build」这一课里,没有直接出现 D 字。


一、一表看懂(先建立整体坐标)

Delegation Description Discernment Diligence
中文 委派 描述 判断力 尽责
它回答的核心问题 这件事该不该交给 AI? 我怎么说它才做得对? 它给的东西好不好? 我敢不敢为它背书?
作用时序 任务开始前 任务执行中 产出之后 贯穿全程(尤其交付前)
行为动词 assign, scope, grant, restrict specify, articulate, constrain evaluate, verify, critique, reject own, sign off, document, audit
作用对象 任务与权限 指令与上下文 产出与质量 责任与证据
做不好会怎样 权限给多 → 能力膨胀 → 攻击面 触发不了 / 做偏 / 上下文撑爆 照单全收 → 幻觉进生产 出事无人认领 → 过不了安全评审
典型失败症状 智能体握有不需要的危险工具 Skill 装了却不触发 评估集单一导致偏见漏网 合规义务没映射到具名负责人
CCAR-P 主命中 领域 1 / 领域 3 领域 2 领域 4 / 领域 5 领域 5 / 领域 6
题眼关键词 least privilege, scope, tool set, boundary trigger, prompt, context, clarity evaluate, validate, diagnose, metric owner, evidence, sign-off, accountable

二、逐词精析

① Delegation —— 委派:决定边界

  • 定义:决定哪些工作交给 AI、交多少、边界划在哪里。
  • 它先于一切:在写任何提示词之前,你得先决定这件事该不该交出去。
  • 工程落点:
  • 任务分解(哪些步骤自动化、哪些留给人)
  • 工具集裁剪(最小特权 —— 角色不需要的能力直接移除,而不是加日志或加确认)
  • 自动化档位(人在回路 / 无人值守)
  • 考纲命中:领域 1「复杂问题分解」「架构模式选择(workflow / agentic / augmented LLM)」;领域 3「评估工具/智能体配置的能力膨胀」(权重 19%,最大)
  • 一句话记忆:委派是减法 —— 不该给的,一开始就别给。

② Description —— 描述:决定输入质量

  • 定义:把需求、约束与上下文说清楚的能力 —— 也就是你给 AI 的输入质量。
  • 它决定产出上限:你说不清,模型再强也做不对。
  • 工程落点:
  • 系统提示词、模板、护栏(system prompts, templates, and guardrails)
  • description 字段 —— 决定 Skill 与工具能否被正确路由命中
  • 上下文组织与 token 管理(prompt caching、模块化提示)
  • 考纲命中:领域 2(13%)「模型选型」「系统提示设计」「提示工程技法」「上下文与 token 优化」「提示复用(caching、模块化、Skills)」
  • 一句话记忆:描述是输入侧 —— 输出的毛病,八成是输入没说清。

③ Discernment —— 判断力:决定验收

  • 定义:对 AI 产出做质量取舍的能力 —— 好还是不好,能用还是不能用。
  • 它比 judgment 更细:强调分辨细微差别,不是泛泛的「判断」。
  • 工程落点:
  • 定义评估指标(accuracy、latency、cost、safety、security)
  • 构建评估数据集与测试框架
  • 诊断系统问题(提示失效、幻觉、模型错配)
  • 考纲命中:领域 4(16%)「定义评估指标」「设计评估数据集」「诊断系统问题」;领域 5「识别 LLM 系统的风险、局限与失效模式」
  • 官方把判断力一分为二:Discernment for code(代码侧)+ Discernment for user experience(体验侧)
  • 一句话记忆:判断力是产出侧 —— 没有它,等于把验收权交给了模型自己。

④ Diligence —— 尽责:决定责任

  • 定义:为产出背书的审慎态度 —— 敢不敢签这个字。
  • 它是全课的落点:Curriculum 里那节叫 「Stand behind what you build」(为你构建的东西背书),没直接写 Diligence,但就是它。
  • 工程落点:
  • 人在回路验证(human-in-the-loop)
  • 按置信度、可逆性、成本路由评审
  • 把合规义务映射到具名控制项、负责人、证据物
  • 考纲命中:领域 5(14%)「human-in-the-loop」「合规(GDPR / HIPAA / FedRAMP)」「伦理 AI」;领域 6(14%)「沟通架构决策与权衡」「文档化与交接」
  • 一句话记忆:尽责是签名权 —— AI 参与生成,不转移责任主体。

三、两两易混对照(真正的坑在这里)

Delegation vs Description —— 一个是「给不给」,一个是「怎么说」。

智能体有退款工具但客服不需要 → Delegation 问题(移除工具)。 智能体有工具却不会用、Skill 装了不触发 → Description 问题(description 没写清)。

Description vs Discernment —— 一个是输入侧,一个是输出侧。

提示词写得太含糊导致答偏 → Description。 答案看起来对但其实是错的、你没看出来 → Discernment。

Discernment vs Diligence —— 一个是「好不好」,一个是「谁负责」。

你发现输出有偏见 → Discernment(判断力起作用了)。 你决定这个偏见必须有人签字担责才能上线 → Diligence。

Delegation vs Diligence —— 一个是事前边界,一个是事后担责。

决定不把删除权限给智能体 → Delegation。 智能体误删后谁负责、拿什么证据复盘 → Diligence。


四、速判:题干关键词 → 哪个 D

题干出现 归哪个 D
least privilege / remove the tool / scope / capability bloat Delegation
won't trigger / prompt / context / description field / cache Description
evaluate / metric / diagnose / hallucination / regression Discernment
owner / evidence / sign-off / accountable / compliance obligation / audit Diligence

若四个 D 都沾边 → 选最直接作用于题干那个变量的:变量是「谁能访问什么」选 Delegation;是「什么被重复发送」选 Description;是「什么刚变了导致答错」选 Discernment;是「谁来签字/拿什么证明」选 Diligence。


五、记忆法

  1. 时序法:委派(事前)→ 描述(事中)→ 判断(事后)→ 尽责(全程)。
  2. 对象法:任务 / 指令 / 产出 / 责任 —— 四个对象依次对应四个 D。
  3. 动词法:assign → specify → verify → sign off。
  4. 考纲分值法:Delegation 与 Diligence 分值最高(领域 3 + 领域 1 = 36%;领域 5 + 领域 6 = 28%),Description 最低(领域 2 = 13%)—— 时间不够时,先保 Delegation 与 Diligence。

六、自测四题(高仿 CCAR-P,据考纲构造,非官方真题)

Q1. 客服智能体具备读工单、起草回复、退款、删除账号四种能力,而客服只需要前两种。应用最小特权原则,哪项改动最能降低风险?

答案:从配置中彻底移除退款与删除工具。 → Delegation 解析:最小特权 = 移除角色不需要的能力。加日志(检测性控制)与加二次确认(补偿性控制)都不是移除多余特权;换更大的模型与授权范围无关。此题即官方样题第 1 题逻辑。

Q2. 某 Skill 已正确安装,但遇到明显该由它处理的查询也几乎不触发。最应修改什么?

答案:description 字段 —— 需明确写出「何时使用」并覆盖触发关键词。 → Description 解析:意图匹配依赖 description 的语义覆盖度。不是模型大小、不是权限、不是安装路径。

Q3. 文档刷新后 RAG 系统开始自信地给出错误答案,延迟与模型版本均未变化。最先应排查哪里?

答案:检索 / 索引层返回了不相关或过期的分块。 → Discernment 解析:模型与延迟未变、恰在文档刷新后出现 → 指向检索层喂了坏上下文。此题即官方样题第 3 题逻辑。

Q4. 系统上线前的安全评审要求说明:某项合规义务由谁负责、靠什么控制项落实、拿什么证明。这对应哪个要求?

答案:把合规义务映射到具名的控制项、负责人与证据物。 → Diligence 解析:责任不能挂在「模型」头上。AI 参与生成不转移责任主体。


七、⭐ 官方四大新模型(学完课程正文后补录)

来源:课程 002 正文九课(2026-10-13 精译)。以下四个模型在官方课程页 About 描述中均未出现,只有学完正文才可得 —— 是本节此前缺失的关键骨架。 对应译文:03-第1课 ~ 11-第9课;英文原文:12-English-01 ~ 20-English-09。

模型一:内循环 / 外循环(Inner Loop / Outer Loop)

官方原句(第 2 课):The inner loop (Description and Discernment) guides daily AI interactions. The outer loop (Delegation and Diligence) guides bigger decisions about when and how to use AI.

内循环 Inner Loop 外循环 Outer Loop
包含 Description + Discernment Delegation + Diligence
管什么 日常 AI 交互(每次对话) 何时 / 如何使用 AI 的更大决策
时间尺度 高频、短周期 低频、长周期、项目级
核心问题 说清楚了吗?产出能用吗? 该不该交给 AI?最终谁负责?
考纲 领域 2 + 领域 4 领域 1 + 领域 5 / 6

⚠️ 记忆陷阱:按 4D 顺序(Delegation→Description→Discernment→Diligence)推会推反。真实分组是跳配: 第 1 + 第 4 = 外循环;第 2 + 第 3 = 内循环。 记忆锚:内循环转得快(每次交互),外循环转得慢但定方向。

模型二:描述链(Description Chain)· ⭐ 五环定稿版

官方原句(第 9 课,最终定稿):Robust description means following the full chain: user voice → requirement → spec → AI instruction → tests. A failure at any link cascades downstream.

环 英文 产物
① user voice 用户原话(混乱、模糊)
② requirement 需求(可测量)
③ spec 技术规格(结构、组件、接口)
④ AI instruction AI 指令(提示词)
⑤ tests 测试(验收 / 评估)

⚠️ 修正记录:第 5 课正文给的是四环(止于 AI instruction);第 9 课补上第 ⑤ 环 tests,为官方定稿口径。理由与第 5 课 Tests are the most precise form of description 一致。 两条配套论断: * Prompt engineering is only one link. —— 提示工程只是最后一环,前面还有四环。 * A failure at any link cascades downstream. —— 任一环失败向下游级联放大,故须往上游找根因(呼应第 5 课 Find which link broke upstream)。

模型三:判断力五镜(The Five Lenses of Discernment)

官方原句(第 6 课):Lens 1 is easy to test — run it and see. By Lens 5, you're making judgment calls AI can't make for you.

镜 英文 核心问题
1 Functional Integrity Does it work?
2 Production Readiness (能否上生产)
3 Problem Fit (是不是对的问题)
4 Experience Quality (用起来如何)
5 Responsible Impact (影响是否负责)

Lens 1 官方定义:✓ Produces correct output for real inputs, not just test data;常见 AI 失败:Code that passes unit tests but breaks on real data the prompt never covered. ⚠️ Lens 2–5 的官方展开定义尚未取得(正文仅给标题)。练习中的四条检查项(Clarity / Hierarchy / Accessibility / Feedback)可作替代口径。 ⭐ 第 9 课把五镜压缩成两个问题:AI 常能过 Does it work?,却在 Is it the right thing?** 上 stumbles。

模型四:三种 AI 协作模式(Delegation 的落地档位)

官方原句(第 4 课):...decide which AI collaboration mode fits best: Automation (AI does it, you check), Augmentation (you and AI work it together), or Agency (AI operates with latitude inside boundaries you set).

模式 定义 人的位置
Automation AI 做,你检查 之后(检查)
Augmentation 你和 AI 一起做 之中(协同)
Agency AI 在你设定的边界内有裁量空间地运作 之前(设边界)+ 之后(验收)

⭐ Agency 的两个限定缺一不可:latitude(自主裁量)+ inside boundaries you set(边界内)。 只有 latitude 无 boundaries = 失控(Delegation 失败);只有 boundaries 无 latitude = 退化成 Automation。 呼应考纲领域 1:workflow(预定义)vs agentic(自主);领域 3:最小特权。

⭐ 两条官方元修正(必记)

  1. The 4Ds are dynamic, not a sequence.(第 9 课) 四个 D 不是线性流程,构建中需在四者间流动往返。Moving fluidly between them ... is what fluency looks like in practice. → 素养 = 在 4D 间流动的能力,不是会写提示词。

  2. AI is strongest in the middle of the toolkit.(第 9 课) AI 强在中段(Design / Architecture / Implementation);Empathy、Judgment、Shipping 必须留在人手上。 → 记忆锚:中段放手,两端守牢。(第 1 课只讲了 implementation vs judgment,第 9 课补全了 Empathy 与 Shipping)


🔗 关联

输入至少 2 个字符,检索全部课程与单词表