68岁亚马逊CTO：别让恐惧，替企业做AI决策
内容提要
亚马逊CTO Werner Vogels在深圳提醒企业不必因焦虑仓促上AI，应先明确要解决的问题。他以2004年数据库故障催生Dynamo为例，强调从真实需求出发选技术并算清成本。谈及Agent，他主张明确权限与边界，坚持“你构建它，你就对它负责”，并警惕AI生成代码带来的“验证债”。
延伸解读
从数据库故障到AI选型：需求先于技术
Werner以2004年数据库故障为例，说明亚马逊因共享磁盘故障损失数百万美元后，调查发现约70%的关系型数据库场景只需键值访问，从而催生Dynamo。这提醒企业，AI选型也应先厘清真实需求，而非被恐惧驱动仓促上马。
Agent的权限边界与责任归属
Werner强调，Agent必须明确权限与边界，例如用户可规定每日花费上限，超出需人工决策。他坚持“你构建它，你就对它负责”，开发者需能控制Agent行动，确保其不超出授权范围，并对后果负责。
验证债：AI生成代码的新风险
AI生成代码速度提升，但团队理解和检查速度未必跟上，可能积累“验证债”。Werner指出，未经验证的代码若涉及敏感信息，后果严重。团队需根据风险安排检查，把精力投入最需要验证的地方，避免后续返工。
成本与模型选择：不盲目追榜
Werner对基准测试持保留态度，认为人为测试与真实业务有距离。若模型已足够完成任务，继续为更高排名付费需重新掂量收益。他提到，有些客户发现更小的模型或开放权重模型已能满足需求，成本更低。
Q&A
企业面对AI焦虑时，应该先做什么？
企业不应因焦虑仓促上AI，而应先明确要解决什么问题，让工程师和管理者充分学习，了解技术能力。
亚马逊2004年数据库故障如何催生了Dynamo？
2004年圣诞购物季，亚马逊因共享磁盘故障损失数百万美元。团队调查发现约70%的关系型数据库使用只需键值访问，于是构建了键值存储系统Dynamo，即DynamoDB的前身。
Werner Vogels对Agent的权限和边界有什么主张？
他主张必须提前明确用户允许系统做什么，并设计规则执行机制检查Agent操作，限制其在授权范围内行动。坚持“你构建它，你就对它负责”。
什么是验证债？开发团队应如何应对？
验证债指AI生成的代码中有些部分未经验证，团队需根据风险安排检查，把精力投入最需要验证的地方，避免后续排查和返工。
Werner Vogels为什么建议企业考虑更小的模型？
有些客户经过持续实验，发现更小的模型已能满足需求，使用成本也低得多。企业应看任务本身，不必追着榜单第一名跑。
Werner Vogels在中国之行中看到了什么AI应用案例？
他参访了“大米和小米”，该机构利用AI分析教学记录、观察孩子进展，并向康复师提供方案建议，帮助专业人员减少事务性工作，把更多精力留给孩子和家庭。
