Quibank 应用: 已上架 App Store——免费、可离线使用。 下载应用 ↗

22 道智能体架构与编排练习题及答案

Claude 认证架构师(基础级)考试练习的全部智能体架构与编排练习题,附正确答案和简短解析。

开始练习测验 →
  1. 1. 某智能体循环只要助手回复里出现文本块就结束本轮。日志显示,有些运行在任务中途停止,而同一条回复里还带着从未被执行的 tool_use 块。上下文窗口远未占满。正确的终止规则是什么?

    • A.按预设的迭代预算持续执行工具调用,预算用完后把最后产生的那个文本块当作最终答案
    • B.只要任何一次工具结果返回错误就立即停止本轮,因为工具失败之后模型无法再取得进展
    • C.只要回复中的文本读起来像是结论就结束本轮,读起来像进度叙述则继续执行下一次循环
    • D.stop_reason 为 tool_use 时继续执行工具,为 end_turn 时结束本轮✓ 答案

    循环应由 stop_reason 驱动,而不是靠解读文本。一条回复里可以同时包含推理文本和 tool_use 块,因此出现文本并不代表任务完成;stop_reason 为 tool_use 说明模型仍在请求执行工具,end_turn 才是模型给出的完成信号。

    编号 QB-3GA57X依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.1 — the agentic loop branches on stop_reason; Anthropic tool use documentation报告此题的问题

  2. 2. 某手写的智能体循环在每次迭代时只把最新的 tool_result 发回去,而不是发送累积的对话轮次。该智能体会重复发起已经执行过的查询,并与自己先前的结论相互矛盾,尽管没有任何一次请求接近上下文上限。应如何修复?

    • A.让模型把仍然需要的结论写进自己的文本输出里带下去,这样每次请求只需附上最新的那条结果
    • B.把历史结果存入外部缓存,并在系统提示中要求模型在重复任何查询之前先检索这个缓存
    • C.在返回给模型之前把每条工具结果压缩成一句话,这样同样的请求预算内能容纳更多轮迭代
    • D.每轮把 tool_use 与 tool_result 追加进历史并重发,因为 API 无状态✓ 答案

    Messages API 是无状态的,对话只存在于调用方重新发送的内容里。每次迭代都必须把包含 tool_use 的助手轮次和包含对应 tool_result 的用户轮次追加进历史,模型才能基于已经获得的全部信息推理,而不是只看一条孤立结果。

    编号 QB-KYFASX依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.1 — tool results are appended to conversation history each iteration; Anthropic Messages API documentation (stateless requests)报告此题的问题

  3. 3. 在一个研究系统中,各子智能体直接互相调用以传递中间结论。每个子智能体单独运行都正确,但每个调用方处理失败的方式都不同,而且追踪记录无法显示哪个智能体提供了哪份输入。应做哪项改动?

    • A.让每个子智能体把结论写入一个共享存储,任何其他子智能体都可读取,并记录每一次写入
    • B.保留点对点调用,但要求每个子智能体在转发的每条消息上附加自己的名称和时间戳
    • C.把这些子智能体合并成一个持有全部工具的智能体,让交接发生在同一段有日志的对话中
    • D.让智能体之间的所有交接都经协调者转发,由它记录每次交互并统一处理错误✓ 答案

    中心辐射式编排正是为此而设:当协调者中介所有交互时,就只有一处观察全部流转、一套错误处理策略、一个控制各子智能体能收到哪些信息的关口。点对点直连会把这三者分散到整张网络里。

    编号 QB-4GNFCY依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.2 — the coordinator routes inter-subagent communication for observability and controlled information flow报告此题的问题

  4. 4. 某协调者用这样的提示进行委派:“按我们已确定的约束继续迁移工作。”子智能体自行编造了一套约束,产出与既定方案相互矛盾。追踪记录确认该子智能体无差错地完成了分配给它的任务。应如何修复?

    • A.让协调者拿收回的产出逐条比对那些约束,一旦发现矛盾就重新委派一次
    • B.把约束原文写进 Task 提示,因为子智能体只能拿到提示里给它的内容✓ 答案
    • C.把协调者的全部工具都给这个子智能体,让它自己重新打开方案文档并从中找回那些约束
    • D.为该子智能体开启对话继承,使协调者之前的所有轮次在被委派的任务中都可见

    子智能体的调用不会自动继承上下文,调用之间也没有共享内存:子智能体只能看到自己的提示。“我们已确定的约束”指向的是一段它从未参与的对话,因此这些约束必须原样写进委派提示中。

    编号 QB-MYTMXY依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.3 — context must be passed explicitly in the subagent prompt; no automatic inheritance or shared memory报告此题的问题

  5. 5. 某协调者配置的 allowedTools 是 Read、Grep 和 WebSearch,同时还定义了四个子智能体。运行时它从不委派,而是把每个子任务都自己就地完成,最终耗尽了上下文预算。原因是什么?

    • A.在模型的工具排序里 Read 和 Grep 优先于委派,必须在系统提示中明确降低它们的优先级
    • B.子智能体定义要到第一次委派之后才会加载,所以必须先让协调者委派一次它们才存在
    • C.配置的 allowedTools 中缺少 Task,协调者没有可用于派生子智能体的工具✓ 答案
    • D.这些子智能体定义没有写描述,协调者判断不出该用哪一个,于是悄悄自己把活干了

    委派是通过 Task 工具完成的,因此协调者的 allowedTools 必须包含 Task,才可能派生出任何子智能体。缺了它,模型根本没有“委派”这个可选动作,唯一的出路就是在自己的上下文里把活做完。

    编号 QB-5GZSHZ依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.3 — the Task tool spawns subagents and allowedTools must include "Task" for delegation报告此题的问题

  6. 6. 某支持系统的协调者对每一张工单都调用全部六个子智能体。对于一个简单的密码重置请求,这意味着有五次委派返回不了任何可用内容,成本和延迟大约变成三倍。每个子智能体在自己负责的工单类型上都处理正确。应改动什么?

    • A.把六个子智能体合并成两个覆盖面更宽的,这样无论工单内容如何,委派次数都更少
    • B.要求每个子智能体在发现工单不属于自己专长时立即返回一个空结果
    • C.保留固定流水线,但让六次委派并发执行,这样浪费的工作不再增加端到端延迟
    • D.让协调者先读工单内容,只调用这张工单确实需要其专长的那几个子智能体✓ 答案

    决定调用哪些子智能体本身就是协调者的职责,与拆解、委派、汇总并列。每次都跑完整套阵容的协调者,实质上只是披着协调者外衣的固定流水线,为这次请求根本用不到的能力付费。

    编号 QB-NY6Y42依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.2 — the coordinator dynamically selects which subagents to invoke rather than always running the full pipeline报告此题的问题

  7. 7. 某负责摘要的子智能体沿用了协调者的全套工具。在一次运行中,它在给源文件写摘要的同时修改了其中两个文件,改动还进入了一次提交。它写出的摘要本身是准确的。最易维护的修复是什么?

    • A.让该子智能体在仓库的一次性副本上运行,摘要返回之后就把这个副本丢弃
    • B.让协调者在汇总结果之前,把子智能体记录里所有修改文件的工具调用剔除掉
    • C.把该子智能体定义中的工具收窄为其角色所需的只读集合,使写入根本不可用✓ 答案
    • D.在该子智能体的系统提示里加一句禁止修改文件,并让协调者在每次运行后检查 diff

    AgentDefinition 包含描述、系统提示和工具限制,其中工具限制才是确定性的控制手段。去掉写入类工具会让这个不该发生的动作根本无法执行;而仅靠提示叮嘱模型不要写,则每次运行都留有非零的失败概率。

    编号 QB-6GC5Q2依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.3 — AgentDefinition carries tool restrictions; Task 1.4 — programmatic enforcement over prompt-based guidance报告此题的问题

  8. 8. 三个订单查询工具分别以 Unix 秒、ISO 8601 字符串和厂商状态码的形式返回时间戳。智能体在比较发货日期时把它们弄混了。这三个工具分属不同团队,都无法改动。最佳修复是什么?

    • A.在系统提示中说明这三种格式,并要求模型在比较任何日期之前先自行完成换算
    • B.加一个 PostToolUse 钩子,在模型看到之前把各工具结果统一改写✓ 答案
    • C.把三个查询包装在同一个工具后面,并在其描述中说明每个底层服务各返回哪种格式
    • D.给智能体一个换算工具,并要求它对查询返回的每一个时间戳都先调用该工具

    PostToolUse 钩子会在工具结果回传途中拦截它,可以确定性地把异构格式统一,使模型只需面对一种表示形式。而写进提示或再加一个换算工具的做法,都依赖模型每一次都自觉且正确地完成换算。

    编号 QB-PYHAA3依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.5 — PostToolUse hooks intercept tool results to normalize heterogeneous formats before the model sees them报告此题的问题

  9. 9. 某智能体升级给人工队列时留下的备注是:“客户对退款不满,请协助处理。”该队列上的人工坐席看不到对话记录,只能把所有问题重新问客户一遍。这份交接摘要应当包含什么?

    • A.情绪评分、已进行的对话轮数,以及智能体自报的对问题判断的置信度
    • B.查阅过的政策条款和尝试过的工具调用,好让人工坐席重走一遍并加以确认
    • C.客户标识、已查明的根因、争议的退款金额,以及智能体建议采取的处理动作✓ 答案
    • D.整段对话的逐字记录,好让人工坐席自己读完全过程并独立判断这个案子

    结构化交接的意义在于让接手的人无需重建案情就能行动,因此需要客户标识、诊断结论、争议金额和建议的下一步动作。原始逐字记录只是把重建工作推给了人工,而情绪评分或自报置信度并不能指导任何具体处理。

    编号 QB-7GQFV3依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.4 — structured handoff summaries for escalation must carry customer ID, root cause, amount and recommended action报告此题的问题

  10. 10. 某协调者提示列出了每个子智能体都必须执行的十二个编号步骤。当某个信息源实际不可用时,子智能体仍照编号往下走,返回空白章节而不作调整。哪种提示设计更好?

    • A.保留这十二个步骤,并为其中每一步都补上信息源不可用时该怎么办的分支说明
    • B.把这十二个步骤移进每个子智能体自己的定义里,协调者提示只保留研究主题
    • C.把清单裁到最关键的三步,让模型从任务描述中自行推断其余九步该做什么
    • D.写明目标和结果必须满足的质量标准,把如何达成留给各个子智能体自行决定✓ 答案

    协调者提示应当说明什么样的结果算好,而不是规定生产结果的操作步骤,这样子智能体在现实偏离计划时才能调整。逐条列出的流程会把有适应力的智能体变成脆弱的脚本,即便信息源已经失效也照走不误。

    编号 QB-6JXWR7依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.3 — coordinator prompts state goals and quality criteria rather than step-by-step procedures报告此题的问题

  11. 11. 某研究协调者一次性把各子智能体的结果综合成最终报告。评审人反复发现,任务简报里有整条问题没有任何子智能体涉及。所有子智能体都成功返回了结果。协调者应当怎么做?

    • A.要求每个子智能体不断扩大自己的检索范围,直到它认为已覆盖它所理解的简报
    • B.拿综合结果与简报逐条比对,指明未覆盖的问题,并针对这些缺口重新定向委派✓ 答案
    • C.把综合环节跑两遍,并排比较后保留覆盖简报问题更多的那份报告
    • D.增加子智能体数量,让第一遍就覆盖简报中更多内容,从而使遗漏变得不太可能

    迭代精修把覆盖度检查放在唯一能看到全貌的地方:协调者拿综合结果与原始简报比对,再针对缺失内容发起有针对性的补充委派。任何单个子智能体都发现不了缺口,因为它只看得到自己那份任务。

    编号 QB-N2SR67依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.2 — the coordinator evaluates synthesis for gaps and re-delegates targeted queries报告此题的问题

  12. 12. 一份简报要求对创意产业做一次综述。协调者的日志显示,它把工作拆成了绘画、雕塑和插画三块。每个子智能体都返回了详尽、准确、来源清晰的结果。成稿的报告却完全没有提到影视、音乐和游戏。缺陷出在哪里?

    • A.出在综合环节上,它把三份高度重叠的结果合并起来,却没察觉整个领域缺了多少
    • B.出在协调者的拆解上,在子智能体开跑前就把宽泛领域映射成了很窄的一块✓ 答案
    • C.出在子智能体上,它们只在被给定的词条范围内检索,没有扩展到相邻的产业门类
    • D.出在简报上,它用了一个宽到无法拆解的说法,本应逐项列出想覆盖的产业门类

    题干已明确每个子智能体都返回了详尽准确的成果,这就排除了下游环节:它们正确执行了各自的任务,错的是任务本身。界定领域范围是协调者的职责,一个从一开始就漏掉大半领域的拆解,后续环节救不回来。

    编号 QB-5JKKK6依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.2 — the coordinator owns decomposition; overly narrow decomposition is a coordinator defect, not a subagent failure报告此题的问题

  13. 13. 四个研究同一市场的子智能体,各自返回的大致是同样那八份资料。成本达到有效产出的四倍,综合结果里满是重复内容。每个子智能体单独的产出质量都很高。应如何修复?

    • A.把团队缩减为一个子智能体,既然四个显然并不比一个覆盖到更多资料
    • B.给每个子智能体分配互不重叠的一块问题,使它们的检索覆盖不同区域✓ 答案
    • C.给每个子智能体配置不同的检索工具,使底层索引不同,返回的资料自然分散开
    • D.在综合阶段对资料去重,只保留最早找到该来源的那个子智能体所返回的版本

    并行子智能体只有在范围被明确切分时才划算,因为四个指向同一问题的智能体必然收敛到同一批靠前结果。事后去重只能清掉杂乱,清不掉已经花掉的成本;换个索引也不保证覆盖面就会不同。

    编号 QB-M2EEZ5依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.2 — partition scope across subagents to minimize duplication报告此题的问题

  14. 14. 某个长会话中的工具结果描述的是一套此后已被重写的数据库 schema,智能体因此不断引用已经不存在的字段。一位同事提议用 fork_session 分叉出去,以摆脱这些过时结果。架构师应当怎么做?

    • A.恢复原会话,并要求智能体忽略它在 schema 重写之前读到的所有相关事实
    • B.另起一个新会话,并注入一份仍然成立的结论的结构化摘要,因为上下文只能追加、过时内容删不掉✓ 答案
    • C.跑一次上下文压缩,把过时的 schema 结果压缩掉,让留在上下文里的内容保持准确
    • D.照同事说的分叉会话,因为分叉是从一份副本开始的,会把该分支不再需要的工具结果留在原处

    上下文只能追加:已经进入历史的内容既不能改也不能删,而分叉是复制它所基于的那段历史,并不会剪掉其中任何一部分。压缩只会缩短历史,不会纠正历史。可靠做法是另起新会话,并注入一份仍然成立的结论作为检查点。

    编号 QB-8JNK4A依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.7 — fork_session is for divergent branches from a shared baseline, not for clearing stale tool results报告此题的问题

  15. 15. 某团队已经花了一小时让智能体分析一个服务,现在想要两份相互竞争的重构方案,两份都基于同一份分析,且互不干扰。应采用哪种会话机制?

    • A.留在同一个会话里,在一次请求中同时索要两份方案,让模型一边写一边对比
    • B.先恢复会话做出第一份方案,等第一份写完之后,再恢复一次会话做第二份
    • C.另起两个新会话并在各自会话中重跑分析,让两份方案都建立在为它自己新采集的证据上
    • D.从已完成的分析处把会话分叉两次,使两个分支共享同一基线又各自拥有独立历史✓ 答案

    fork_session 的作用正是从共享基线创建彼此独立的分支,恰好对应这个问题的形状:昂贵的分析只做一次并被复用,之后每份方案各自在对方看不见的历史里展开。连续恢复两次会让第一份方案影响第二份,重跑分析则要再付一遍成本。

    编号 QB-Q2GEH9依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.7 — fork_session creates independent branches from a shared analysis baseline报告此题的问题

  16. 16. 某评审智能体在一次请求中收到三十个改动文件,返回的结论互相矛盾,并且漏掉了处于文件序列中段的问题。需求是既要每个文件自身正确,又要这些文件之间共享的那个接口保持一致。应采用哪种拆解?

    • A.按文件逐个评审,每次都告知上一个文件的内容,从而在推进过程中跟踪接口
    • B.先按文件逐个评审各自的局部问题,再对汇总后的结论单跑一遍跨文件一致性检查✓ 答案
    • C.对三十个文件整体跑三遍,只保留在三次运行中至少出现过两次的那些结论
    • D.对三十个文件做一遍整体评审,并把共享接口写在最前面,让模型在阅读时始终以它为锚

    这项工作有两个可预知的方面,因此可拆成一条固定链路:先逐个文件做局部分析,再对汇总结论跑一遍整合检查。把接口放在开头重述并不能解决三十个文件带来的注意力稀释,而多数表决会抹掉那些只有某一次运行才捕捉到的真实缺陷。

    编号 QB-7JA9X8依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.6 — fixed sequential decomposition: per-file analysis followed by a cross-file integration pass报告此题的问题

  17. 17. 某架构师受命找出一套代码库在流量增长到十倍时会在哪里出问题。在把结构梳理清楚之前,无法知道哪些子任务重要,而且每一个发现都会改变接下来值得查看的方向。这项工作应如何组织?

    • A.作为自适应计划:先梳理系统结构,再让每一个发现决定接下来调查哪个区域✓ 答案
    • B.作为在读任何代码之前就完整拟好的自适应计划,之后不再修改地执行,以保证过程可审计
    • C.作为固定链路:先做性能剖析,再审查查询语句,再审查缓存,最后把结论写成报告
    • D.作为按服务重复一次的固定链路,对系统中的每个服务依次套用同一份检查清单

    动态拆解适用于开放式调查,因为有价值的子任务要靠前面的步骤揭示出来。固定链路适合各个方面事先已知的工作;而一份写下来就不再修改的计划,无论叫什么名字,本质上仍是固定链路。

    编号 QB-P254C8依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.6 — dynamic adaptive decomposition for open-ended investigation versus fixed prompt chaining报告此题的问题

  18. 18. 某团队正在为一个新智能体在两种方案之间做选择,两者都以“托管”为卖点,团队却说不清它们到底差在哪里。区分二者的关键维度是什么?

    • A.计费是按消耗的 token 计还是按每次智能体运行计,这决定规模上来后的成本模型
    • B.对话历史是由厂商保存,还是必须由调用方在每一次请求时重新完整发送
    • C.模型能否换成另一家厂商提供的模型,而不必重写该智能体已有的工具定义
    • D.厂商提供的只是 harness(循环与上下文管理),还是也托管其运行的基础设施✓ 答案

    两样东西被称作“托管”的理由并不相同。harness 提供的是智能体循环与上下文管理,进程仍由团队自己运行;而托管部署则连智能体运行所在的基础设施也一并承担。先说清一个产品提供的是哪一样,这个比较才有意义。

    编号 QB-AJC9FC依据: Anthropic Claude certification (Architect – Foundations), Domain 1 — agent harness (loop and context management) versus deployment infrastructure as separate build decisions报告此题的问题

  19. 19. 某团队希望在任何写入类工具执行之前设一道审批关卡,并记录每一条工具结果的日志,同时正在讨论究竟该自己编写智能体循环,还是交给一个运行器来驱动。关于他们能保留的控制力,以下哪项说法正确?

    • A.工具一旦注册,两种方式都无法拦截;审批只能在每个工具自身的实现里强制执行
    • B.两种方式都能在每一轮上介入:为工具调用设关卡、记录结果,或在结果回传前修改它✓ 答案
    • C.只有自己编写的循环才能拦截;运行器只暴露最终输出,其下每一轮的细节都看不到
    • D.只有运行器才能拦截,因为设关卡需要厂商的进程在调用发生的当下就观察到它们

    自己掌控循环还是交给运行器驱动,改变的是团队要自己写多少管道代码,而不是能否进行逐轮控制。两种形态都会暴露这些切入点:批准或拒绝某次工具调用、记录结果,以及在结果回传给模型之前修改它。

    编号 QB-S274VB依据: Anthropic Claude certification (Architect – Foundations), Domain 1 — owning the agent loop versus a runner-driven loop; per-turn hooks for approval, logging and result modification exist in both报告此题的问题

  20. 20. 某服务在每次收到请求时都先新建一个服务端智能体对象再启动运行,每次都传入相同的模型和工具清单。在一次部分发布之后,已经有两次运行带着不一致的工具清单跑了出去。正确的模式是什么?

    • A.只创建一次智能体并在其上设定模型与工具,之后每次运行按 id 引用✓ 答案
    • B.按客户各建一个智能体以便定制其工具清单,并在工具变化时为每个对象打版本
    • C.把模型和工具清单移到每次运行自身的参数里,使一次运行自我描述、不会与其他运行漂移
    • D.仍然按请求新建智能体,但在启动时从同一份共享配置文件中读取模型和工具清单

    服务端托管的智能体只创建一次,此后按 id 引用,正因如此,它的模型与工具配置应当挂在被持久化的智能体对象上,而不是挂在每次运行上。在每个请求里重新声明这份配置,等于把持久化对象本要消除的漂移重新引了回来。

    编号 QB-9MX3AB依据: Anthropic Claude certification (Architect – Foundations), Domain 1 — server-managed agents follow a create-once, reference-by-id lifecycle with configuration held on the agent报告此题的问题

  21. 21. 某主智能体在撰写设计方案时,把大部分上下文都花在了阅读十二份 API 参考文档上,到后期它援引的是泛泛的通用模式,而不是先前读到的具体内容。哪项结构性改动帮助最大?

    • A.把方案本身拆给十二个子智能体,每个 API 一个,再把它们返回的章节拼接起来
    • B.仍在主循环里读这十二份文档,但让模型每读完一份就立刻为它写一段摘要
    • C.把每份文档的阅读委派给子智能体,只返回简短摘要,主上下文留给方案✓ 答案
    • D.把这十二份文档放进系统提示,使它们位于上下文最前端,不会被后续轮次挤掉

    向子智能体分流的意义在于隔离阅读量大的子任务,让大量参考材料根本不进入主循环的上下文,只有提炼后的结论进入。就地摘要仍要在上下文里付出全部阅读成本;而把方案本身拆开,则会把最需要单一连贯作者的那部分打碎。

    编号 QB-S459VB依据: Anthropic Claude certification (Architect – Foundations), Domain 1 — fan out reading-heavy subtasks to subagents so the main context is not filled with material the main loop does not need报告此题的问题

  22. 22. 某夜间运行的智能体负责对账发票,一旦运行被中断,必须能从中断处继续。每次运行都由调度器启动一个全新进程,上一次运行的内容不会留在内存中。进度应如何处理?

    • A.跨夜保持一个长期存活的会话并在每晚加以恢复,让对话历史来承载全部进度
    • B.让调度器在运行失败后立即重试,使中断在下一个夜间窗口到来之前就被恢复
    • C.让每次运行都从头开始,反正重复处理发票是幂等的,也就不必存储任何状态
    • D.把已完成工作的结构化检查点写入持久存储,并在每次运行开始时加载进提示✓ 答案

    定时运行的智能体在两次运行之间没有任何进程存活,因此它的状态必须存在进程之外,并在下一次运行开始时重新注入提示。指望某个会话一直保持,是在假设调度器并不提供的连续性;而每次从零重跑,则会随着积压量增长而无限膨胀。

    编号 QB-8MKR4A依据: Anthropic Claude certification (Architect – Foundations), Domain 1, Task 1.7 — long-running and scheduled agents externalize state as structured checkpoints loaded on resume报告此题的问题

本考试的其他主题

练习题依据官方 Claude 认证架构师基础级(CCAR-F)考试指南和 Anthropic 公开文档编写。这是一个独立的学习工具,与 Anthropic 无关联、未获其认可,也不授予任何认证。考试由 Pearson VUE 交付;当前的题量、考试时长、通过分数和费用以 Anthropic 官方 CCAR-F 考试指南公布的为准。 官方认证页面 →