委派与构建者工具包
加载中
委派与构建者工具包 · 5分钟
摘要文字记录
在您编写任何一行代码之前，您会做出十几个决定，这些决定将决定您所构建的东西是否真正重要。本课重新定义了委派：问题不是"我在这里应该使用AI吗？"，而是"我有一个客户问题——我该如何拆解它，AI在其中扮演什么角色？"
加载中
关键要点
- 委派意味着先拆解问题，然后再决定AI在每一步中负责什么。
- 先编写验收测试，再写代码。它们为您和AI提供了一个共同的"完成"定义。
- 随着AI加速实现过程，您的价值转向构建问题框架和提高标准。
练习
诊所等候时间项目，第一部分
这个项目贯穿整个课程。您将在每一课中回到它，到最后您将构建出真正的东西。但在本课中，您不会写一行代码。这是有意为之的。
场景： 一家社区医疗诊所需要一种方式，让患者在前来就诊前能够查看等候时间。这就是您被告知的全部信息。
本次课程中，您的任务是完成构建之前需要做的工作。您将产出三项交付物。
交付物1：问题简报（最多一页）
用通俗易懂的语言回答以下问题：
- 用户是谁？要具体。患者，没错——但是哪些患者？员工呢？还有谁会接触到这个系统？
- 他们真正需要的是什么？不是"一个等候时间查询工具"。他们希望得到什么样的结果？
- 一个出色的解决方案用起来是什么感觉？描述体验，而不是功能。
- 真正的限制条件是什么？考虑预算、诊所的技术水平、患者获取设备的能力、隐私要求。
交付物2：委派计划
将构建工作映射到六项工具包能力上。针对每一项，决定哪种AI协作模式最合适：自动化（AI完成，您检查）、增强（您和AI共同完成）、或代理（AI在您设定的边界内拥有一定自主空间）。制作一个简单的表格——六行，每项能力一行。
交付物3：验收测试
写出五到七条定义"完成"的陈述。每一条都必须足够具体，以至于一个陌生人也能判断成品是通过还是未通过。
好的例子："一位使用普通智能手机的患者，无需创建账户，能在30秒内查到当前的等候时间。" 不好的例子："系统易于使用。"
课程反思
- 在过去的项目中，您在这六项能力上花费时间最多的是哪一项？您本应在哪一项上花更多时间？
- 如果明天实现工作实际上变得免费，那么作为构建者，您的价值将来自哪里？
接下来是什么
在下一课中，我们将从委派转向描述。您已经决定了要构建什么以及谁来做什么——现在您需要把这些表达得足够清晰，让AI真正能够执行它。