STEP 1 · 学习

AIP-C01 学习生成式 AI 开发者 – 专业级(Generative AI Developer – Professional)

按考试领域阅读要点,然后点击各领域末尾的“练习该领域”,只练习该领域的题目。比例越大的领域在正式考试中出题越多。

01

基础模型集成、数据管理与合规

Foundation Model Integration, Data Management, and Compliance

31%

学习目标

  • 能够根据业务要求和约束选择 FM、集成模式和部署方式,在 Bedrock 上制作 PoC,并按照 Well-Architected 生成式 AI 透镜统一设计
  • 能够通过基准测试和评估选择 FM,设计无需修改代码即可切换模型或提供商的配置(AppConfig、Lambda、API Gateway),以及利用跨区域推理和断路器实现弹性
  • 能够构建传给 FM 的数据的验证与处理(Glue Data Quality、多模态、对话格式),并设计向量存储(OpenSearch、Aurora pgvector、S3 Vectors、Bedrock 知识库)及元数据与更新机制
  • 能够通过分块、嵌入、混合搜索、重排序和查询扩展设计检索,并用提示管理、模板、防护机制和提示流管控提示

要点

  • 设计方法:先确定要求(质量、延迟、费用、数据所在地、法规),用小型 PoC 评估 Bedrock 的多个模型后再进入生产设计。将通用组件(提示模板、防护机制、日志)标准化。
  • 切换模型:不要把模型 ID 和参数写死在代码中,而是用 AWS AppConfig 等配置管理。Converse API 可以用通用格式调用不同模型。
  • 弹性:用跨区域推理应对区域容量不足和限流,并设计 Step Functions 的重试和断路器、切换到更小模型等逐级降级方案。
  • 定制:先用提示和 RAG。不够时再用微调(LoRA 等参数高效方法)或蒸馏。对自定义模型进行版本管理,以便失败时回滚。
  • 数据处理:传给 FM 之前验证质量(Glue Data Quality、Lambda),并处理图像、音频和表格(Transcribe、Bedrock Data Automation、多模态模型)。对话以角色(user、assistant)格式传入。
  • 向量存储:混合搜索或大规模用 OpenSearch,已有 PostgreSQL 用 Aurora 或 RDS 的 pgvector,低成本大量存储用 S3 Vectors。用元数据(日期、作者、分类)缩小检索范围。文档变更通过增量同步反映。
  • 检索设计:分块(固定、分层、语义、自定义 Lambda)、嵌入模型与维度、混合搜索、重排序、查询改写与分解。
  • 提示:用系统提示确定角色和约束,用 Bedrock 提示管理管理模板和版本,并进行审批和审计。复杂任务拆分为步骤,用 Prompt Flows 编排顺序和分支。

工作中的应用场景

  • 销售提案书助手希望每月比较并切换模型。模型 ID 在 AppConfig 中管理,并通过 Converse API 调用,因此无需修改代码即可切换到新模型。
  • 总务在公司规章 RAG 中,修订前的旧规章混入了回答。为文档添加施行日期元数据以筛选检索结果,并在 S3 变更时自动运行知识库同步。
  • 财务在 FM 读取发票图像和表格之前,用 Lambda 验证金额和日期格式,缺少字段的发票转给负责人确认。

考试评估项目(来自考试指南)

  • 1.1 要件を分析し、GenAI ソリューションを設計する。
  • 1.2 FM を選定して設定する。
  • 1.3 FM 消費のためのデータ検証と処理パイプラインを実装する。
  • 1.4 ベクトルストアソリューションを設計して実装する。
  • 1.5 FM 拡張のための検索メカニズムを設計する。
  • 1.6 FM インタラクションのためのプロンプトエンジニアリング戦略とガバナンスを実施する。

学习资源

02

实现与集成

Implementation and Integration

26%

学习目标

  • 能够用 Strands Agents、Bedrock Agents、AgentCore(Runtime、Memory、Gateway、Identity)和 MCP 构建具备记忆、工具和人工审批的代理及多代理系统
  • 能够根据要求在按需、预置吞吐量、SageMaker AI 终端节点和 Custom Model Import 中选择 FM 的部署方式
  • 能够用 API Gateway、EventBridge、Lambda 和 PrivateLink 安全地连接现有业务系统,并设计生成式 AI 网关和数据驻留要求
  • 能够实现同步、异步和流式 API 调用、带退避的重试以及模型路由,并用 Amplify、Q Developer 等加快开发

要点

  • 代理:模型制定计划、调用工具、查看结果并决定下一步行动(ReAct)。Strands Agents 是用代码构建的开源 SDK,Bedrock Agents 是托管服务,AgentCore 是生产运行的基础(Runtime、Memory、Gateway、Identity、Observability)。
  • 工具集成:用 MCP 以标准方式公开工具。用 JSON Schema 定义工具输入,并加入超时、重试和错误处理。重要操作加入人工审批(如 return of control)。
  • 多代理:主管代理把工作分配给专业代理。代理之间的通信也有 A2A 等协议。用迭代上限和超时防止失控。
  • 部署:按用量付费用按需,固定处理量用预置吞吐量,需要管理实例和容器用 SageMaker AI,在外部调优的开放模型用 Custom Model Import。
  • 企业集成:在 API Gateway 上构建统一管理认证、限流和使用计划的生成式 AI 网关。用 EventBridge 或 SQS 异步集成,用 PrivateLink 使通信私有化。
  • API 调用:InvokeModel 和 Converse、立即显示响应的流式处理(ConverseStream)、大量处理用批量推理。对限流采用指数退避加抖动重试。
  • 路由:根据问题的难度或类型区分使用小模型和大模型(智能提示路由或自定义路由器)。
  • 开发效率:用 Amplify 做前端,用 Q Developer 生成和解释代码,用 Bedrock 的 Prompt Flows 编排流程。故障排查用 CloudWatch Logs 和 X-Ray。

工作中的应用场景

  • 销售商谈准备代理把 CRM API 和公司价格表作为 MCP 工具,生成提案初稿。折扣审批在执行前由人确认。
  • 总务把备品申请聊天嵌入公司门户。在 API Gateway 中设定各部门的使用上限,并以流式方式显示响应,让等待时间感觉更短。
  • 财务月末 5 万条分录说明文的生成,不用按需同步调用,而是用批量推理完成,控制费用并在次日早上前处理完。

考试评估项目(来自考试指南)

  • 2.1 エージェンティック AI ソリューションとツール統合を実装する。
  • 2.2 モデルデプロイ戦略を実施する。
  • 2.3 エンタープライズ統合アーキテクチャを設計し実装する。
  • 2.4 FM API 統合を実装する。
  • 2.5 アプリケーション統合パターンと開発ツールを実装する。

学习资源

03

AI 安全、安全防护与治理

AI Safety, Security, and Governance

20%

学习目标

  • 能够在输入和输出两侧多层构建 Bedrock Guardrails(内容过滤器、拒绝主题、词语过滤、敏感信息、事实依据检查、自动推理检查)和提示攻击防护
  • 能够用 VPC 终端节点、IAM、KMS、Macie 和 Comprehend 的 PII 检测保护 FM 环境和数据并保障隐私
  • 能够用 CloudTrail、Config、调用日志、模型卡和沿袭跟踪满足法规和治理要求
  • 能够把透明性(提示依据)、公平性评估和负责任的 AI 方针融入应用的设计和运维

要点

  • 输入安全:用 Guardrails 的提示攻击过滤器检测越狱和提示注入。把外部文档和工具结果视为不可信输入,与指令分开。
  • 输出安全:内容过滤器、拒绝主题、敏感信息过滤器(屏蔽或阻止)。用基于上下文的事实依据检查和基于规则的自动推理检查减少幻觉。
  • 纵深防御:层层叠加输入验证 → 防护机制 → 最小权限工具 → 输出验证 → 人工确认。防护机制也可以通过 ApplyGuardrail API 独立于模型使用。
  • 数据保护:用 VPC 终端节点(PrivateLink)使通信封闭,用 KMS 客户托管密钥加密。Bedrock 不会把输入和输出用于模型训练,也不会与模型提供商共享。
  • 隐私:用 Macie 发现 S3 中的敏感数据,用 Comprehend 或 Guardrails 检测并屏蔽 PII。日志中也不要留下个人信息。
  • 治理:用 CloudTrail 记录 API 操作,用模型调用日志记录输入输出,用 Config 记录配置规则。用模型卡记录用途和限制,并使数据来源(引用)可追溯。
  • 负责任的 AI:提示回答的依据(引用),并告知内容由 AI 生成。通过评估衡量不同群体之间的质量差异,并用防护机制和审批防止不符合方针的使用。

工作中的应用场景

  • 销售在面向客户的聊天中设置拒绝主题和内容过滤器,避免诋毁竞争对手或承诺价格,并在回答中附上依据资料的引用。
  • 总务在员工咨询助手中,用敏感信息过滤器屏蔽咨询内容中的姓名和电话号码,使其也不会留在调用日志中。
  • 财务在回答税务问题的助手中,需要基于规则判断的部分用自动推理检查验证回答,检索文档中没有的内容用事实依据检查拦截。

考试评估项目(来自考试指南)

  • 3.1 入力と出力の安全コントロールを実装する。
  • 3.2 データセキュリティとプライバシーコントロールを実装する。
  • 3.3 AI ガバナンスとコンプライアンスのメカニズムを実装する。
  • 3.4 責任ある AI の原則を実装する。

学习资源

04

生成式 AI 应用的运营效率与优化

Operational Efficiency and Optimization for GenAI Applications

12%

学习目标

  • 能够通过减少令牌、选择模型、提示缓存、响应缓存和批量推理,在保持质量的同时降低费用
  • 能够通过流式处理、检索优化、确保吞吐量和参数调整改善延迟和处理量
  • 能够用 CloudWatch 生成式 AI 可观测性、调用日志、AgentCore Observability 和 X-Ray 监控 FM 应用、工具和向量存储
  • 能够发现并处理令牌上限、上下文截断、限流等生成式 AI 特有的故障

要点

  • 令牌效率:缩短系统提示,限制 RAG 分块的数量和长度,对对话历史进行摘要。设定最大输出令牌数。
  • 模型选择:选择在评估中满足质量要求的最小、最便宜的模型。简单问题交给小模型,难题交给大模型。
  • 缓存:重复的提示前缀用提示缓存。对相同问题的回答,用 ElastiCache 等实现语义缓存(嵌入相似度),减少 FM 调用。
  • 延迟:用流式处理缩短首个令牌的感知时间,并使用延迟优化推理或更小的模型。能并行的处理并行执行。
  • 吞吐量:限流时用跨区域推理、预置吞吐量、提高配额和退避。不紧急的处理用批量推理。
  • 监控:用 CloudWatch 跟踪令牌量、延迟、错误和限流,用调用日志跟踪输入输出,用 AgentCore Observability 跟踪代理的步骤和工具。也要监控向量存储的延迟和容量。
  • 生成式 AI 特有的故障:超过上下文长度导致截断、因 max_tokens 中途结束、工具失败循环、检索偏差、模型更新导致的质量变化。

工作中的应用场景

  • 销售类似的产品问题很多,因此引入语义缓存,问题的嵌入相近时返回过去的回答,减少 FM 调用和等待时间。
  • 总务针对公司内部助手响应慢的反馈,改为流式显示,并把检索的分块数从 10 个减到 4 个,通过评估确认质量。
  • 财务月末限流增多,因此使用跨区域推理的推理配置文件,不紧急的处理转到批量推理,并用 CloudWatch 告警通知。

考试评估项目(来自考试指南)

  • 4.1 コスト最適化とリソース効率化の戦略を実施する。
  • 4.2 アプリケーションのパフォーマンスを最適化する。
  • 4.3 GenAI アプリケーションのモニタリングシステムを実装する。

学习资源

05

测试、验证与故障排除

Testing, Validation, and Troubleshooting

11%

学习目标

  • 能够结合自动指标、LLM-as-a-judge、人工评估和用户反馈,多角度评估 FM 的输出
  • 能够衡量 RAG 的检索质量、回答忠实度以及代理的任务成功率,并在部署前后进行验证
  • 能够根据日志和跟踪定位并修复上下文长度、API 集成、提示和检索方面的问题

要点

  • 评估维度:正确性、相关性、忠实度、完整性、有害性、语气。有参考答案时用 ROUGE、BERTScore 等,没有时用 LLM-as-a-judge 或人工评估。
  • Bedrock 的评估:模型评估(自动、人工、LLM-as-a-judge)和知识库评估(检索相关性、回答正确性)。
  • 用户视角:收集点赞、点踩等反馈,把低评价的对话加入评估数据集。
  • 代理评估:用跟踪确认任务完成率、工具选择的正确性、步骤数和费用。
  • 部署验证:用评估数据集做回归测试,用影子或金丝雀进行比较,质量下降则回滚。
  • 故障排除:输入过长(上下文上限)→ 摘要或分块。ValidationException → 请求格式。ThrottlingException → 退避和配额。回答不稳定 → temperature 和提示。检索不准 → 分块、嵌入和混合搜索。

工作中的应用场景

  • 销售切换到新模型前,用 200 个典型销售问题的评估数据集,以 LLM-as-a-judge 与当前模型比较,确认正确性没有下降。
  • 总务收集“找不到答案”低评价较多的问题进行调查,发现规章中的表格被分块切断。重新设计包含表格的分块方式,并用知识库评估确认改善。
  • 财务长合同的摘要在中途被截断。停止原因是 max_tokens,因此调整输出上限;输入过长的文档先按章节摘要再汇总。

考试评估项目(来自考试指南)

  • 5.1 GenAI の評価システムを実装する。
  • 5.2 GenAI アプリケーションをトラブルシューティングする。

学习资源

读完之后

使用须知(非官方、原创题目、不保证合格)