AWS 大理团建 · 2026 · 方法卡
拒绝「精致的敷衍」
AI 是放大器：你给它敷衍，它还你精致的敷衍；你给它目标、形态、数据和把关，它还你能直接用的东西。
雷奥 · Ao Lei · GenAI Specialist BD, AWS
4C：大厨第一天上班，也需要四样东西
手艺再好的大厨，没有这四样也做不好一桌菜。AI 也一样。
Context 交代
要什么结果，长什么样？
厨房里 小票写清：12 号桌、坚果过敏、8:15 上菜。从来不写怎么炒。
换成 AI 约定目标和成品形态，加一条红线。步骤让它自己规划。 常见失误：一句「下班前要」，没说给谁、要什么样。
Capability 能力
它能用什么？
厨房里 对的刀、对的灶，加上店里的菜谱。
换成 AI 按活选模型；给它工具（代码、搜索、文件）；把好的交代存成 skill。有数字的事，让它写代码算。 常见失误：每次都从零开始，同样的话讲十遍。
Connection 连接
它能拿到什么？
厨房里 食材从对的市场来；门禁卡开食材库，不开财务室。
换成 AI 接上今天的文档、定价、内部知识库；权限只给这件事需要的。 常见失误：没有一根线接到真数据，它只能编。
Check 把关
谁来把关？
厨房里 主厨站在出菜口，每盘尝一口再上。
换成 AI 事实对来源、结果对交代、对外有人签字。修系统，不修答案。 常见失误：让另一个 AI「看看」，它改了错别字，打 9 分。
交代清单 动手前，花两分钟
约定结果和形态，不写步骤。下面五样，只有你知道。
目标 这件事算成，是什么样？（例：首访之后，对方 CTO 愿意约 POC）给谁看 CTO、财务、工程师，还是客户的客户？好的样子 给一个范例：上次你最满意的那一份。成品形态 一页纸、8 页 deck、一张表、一封邮件？长度、语气、格式。红线 哪些绝对不能写：没发布的东西、没出处的数字、客户的名字……数据从哪来 它该读哪些文档、哪个知识库、哪份表？没有的，让它说「不知道」。 复制 【目标】这件事算成的样子：
【给谁看】
【好的样子】参考这份范例：（附上）
【成品形态】格式 / 长度 / 语气：
【红线】不能写：
【数据】只用这些来源：（链接 / 文件）。找不到的写「未找到」，不要编。
【交付前】把你引用的每个来源列在最后，标出哪些数字是计算出来的。 发出去之前：检查清单 机器能查的，先交给机器
一秒钟现形
搜一遍 [ ] 【：有没有没填的占位符，比如 [客户名称] [插入数据]
搜一遍 当然！ 以下是 希望对您有帮助 如果你愿意 Certainly：AI 的开场白和结束语
搜一遍客户名：是不是这一位客户，有没有别人的名字
三道闸门
事实对来源 引用逐条点开；数字对回原始数据；用代码对，不是让另一个 AI「看看」结果对交代 交的是不是你要的那个东西？对照交代清单逐条过对外有人签字 发给客户之前，人看过、人签字、人负责
Skill 模板 把一次好的交代存下来
闸门发现的问题，写回 skill，下次不再犯。同一类修改累计两三次再改规则，别改一次就加一条铁律。
复制 ---
name: 首访-deck # 这类活的名字
description: 给新客户做首访 deck 时使用；产出 8 页以内、带出处的 deck
---
## 目标
首访之后，对方决策人愿意约下一步（POC / workshop）。
## 成品形态
- 8 页以内；1 张架构图；1 张成本对比
- 每个价格、区域、日期都标出处
## 数据来源（只用这些）
- 官方文档 / 定价页 / 模型卡（今天的版本）
- 内部知识库里这位客户的笔记
## 步骤（只写关键的，其余让它自己规划）
1. 先列出要用的事实和来源，再动笔
2. 有数字的地方写代码算
## 交付前检查
- 搜占位符 [ ]、AI 开场白「当然！以下是」
- 引用逐条点开；数字对回来源
- 人看过再发
## 反馈记录（每次改了什么、为什么）
- 门禁：能接的越多，门就越重要
最小权限 默认只读，只给这件事需要的一事一钥 每个任务一把钥匙，用完收回人来确认 删除、付款、对外发送，必须有人点头 这三种错，都真实发生过
② 不存在的来源 2025 年 10 月，德勤澳洲给政府的一份 44 万澳元报告引用了不存在的论文和编造的判词，部分退款。2023 年，美国律师交给法院的 ChatGPT 判例是编的，被罚 5000 美元。
AP News ·
Mata v. Avianca ③ AI 的开场白 2024 年一篇期刊论文的引言第一句是 “Certainly, here is a possible introduction for your topic”，后被撤稿。2025 年 11 月，一家报纸把 AI 的结束语印上了报纸，随后道歉。
C&EN ·
Newsweek
卡斯帕罗夫的笔记本
“Weak human + machine + better process was superior to a strong computer alone and, more remarkably, superior to a strong human + machine + inferior process.”
弱的人 + 机器 + 更好的流程，胜过单独一台强大的计算机；更值得注意的是，也胜过强的人 + 机器 + 较差的流程。—— Garry Kasparov，《纽约书评》，2010
better process → 目标 · 能力 · 数据 · 把关 inferior process → 精致的敷衍就是从这儿来的 weak human → 你不必是专家
这周，先写好一份交代。
雷奥 · Ao Lei · GenAI Specialist BD, AWS ｜ AWS 大理团建 2026 分享配套页 ｜ 页面不含任何客户信息。