Amazon Web Services AIP-C01 Practice Test Questions Answers

Options A, D, and E provide the required capabilities while minimizing custom infrastructure. Amazon Transcribe converts speech in uploaded media into text, Amazon Comprehend provides managed sentiment detection, and Bedrock Knowledge Bases can support embedding-based semantic retrieval over transcript content. DynamoDB is appropriate for lightweight, scalable counters such as views and positive-feedback totals and avoids operating a relational vector database solely for metrics. The Strands Agents SDK provides prebuilt HTTP-request tooling for invoking the existing chat API and supports tool-based and multi-agent orchestration patterns, reducing bespoke integration code. Option B adds Step Functions and Lambda when Strands can coordinate the required application interactions directly. Option C requires custom orchestration and error-management code. Option F introduces Aurora PostgreSQL and pgvector even though vector retrieval is already handled through the Bedrock knowledge-base layer. AWS Documentation

================

Amazon Bedrock AgentCore Gateway is specifically designed to expose existing APIs, Lambda functions, services, and MCP servers to agents through a standardized Model Context Protocol interface. AWS documents that Gateway can transform REST APIs represented by OpenAPI specifications into MCP-compatible tools and provide agents with a unified endpoint for tool discovery and invocation. This directly satisfies the requirement to add or expose warehouse, shipping, and customs capabilities through MCP without repeatedly modifying agent integration code.

AWS Step Functions is appropriate for deterministic workflow orchestration. Task states can represent individual reasoning or tool-execution stages, while built-in Retry configuration supports IntervalSeconds , MaxAttempts , and BackoffRate . These settings provide controlled retries with exponential backoff and a defined maximum retry budget rather than requiring bespoke retry code. AWS explicitly documents MaxAttempts as the mechanism that stops retry behavior after the configured limit is reached.

A Choice state supplies deterministic conditional routing. The shipment value can be evaluated and requests above $100,000 can be sent to an approval branch. The approval task can use the Step Functions callback/task-token integration, which pauses workflow execution until an external process—such as a human approval system—returns success or failure. AWS specifically identifies human approval as a callback-task use case.

D is weaker because critical retry and approval policy should not depend solely on probabilistic orchestration prompts. E and G introduce unnecessary custom operational logic. F misuses Guardrails: Bedrock Guardrails governs model input/output safety and policy filtering; it is not a general-purpose human workflow orchestrator for shipment authorization.

==========

Option B is the correct solution because Amazon Bedrock Prompt Management is purpose-built to manage, govern, and standardize prompt usage at scale across teams and Regions. It provides native version control, allowing teams to track prompt changes over time and ensure that only approved versions are used in production workflows.

Prompt Management supports approval workflows that align with enterprise governance requirements. Approval permissions can be enforced through IAM policies, ensuring that only authorized reviewers can approve or publish prompt versions. This removes the need for custom workflow engines or external storage systems, significantly reducing operational overhead.

Parameterized prompt templates enable consistent prompt structure while allowing controlled variation through defined variables. This ensures consistent quality standards and reduces prompt drift, which is critical when hundreds of prompts are reused across multiple applications and teams.

AWS CloudTrail integrates natively with Amazon Bedrock to provide immutable audit logs for prompt creation, updates, approvals, and usage. These detailed audit trails satisfy compliance requirements and allow security and governance teams to trace prompt activity across Regions and users.

Option A requires significant custom development to coordinate approvals and maintain state. Option C relies on general-purpose workflow services and manual versioning mechanisms that are error-prone and difficult to scale. Option D uses services not designed for large-scale GenAI prompt governance and introduces unnecessary complexity.

Therefore, Option B best meets the requirements for scalable, auditable, and low-overhead governance of AI-generated content using Amazon Bedrock.

Option B is the correct solution because it aligns with AWS guidance for building high-throughput, ultra-low-latency GenAI applications while maintaining predictable costs and automatic scaling. Amazon Bedrock provides access to foundation models that are specifically optimized for real-time inference use cases, including conversational and recommendation-style workloads that require responses within milliseconds.

Low-latency models in Amazon Bedrock are designed to handle very high request rates with minimal per-request overhead. Purchasing provisioned throughput ensures that sufficient model capacity is reserved to handle peak loads, eliminating cold starts and reducing request queuing during traffic surges. This is critical when supporting up to 500,000 concurrent calls with strict latency requirements.

Automatic scaling policies allow the application to dynamically adjust capacity based on demand, ensuring cost efficiency during off-peak hours while maintaining performance during peak usage. This directly supports the requirement to stay within a predefined monthly compute budget.

Option A fails because batch processing and complex reasoning models introduce higher latency and are not suitable for real-time suggestions. Option C introduces significantly higher operational and cost overhead due to dedicated GPU instances and manual scaling responsibilities. Option D is optimized for batch workloads and cannot meet the sub-200 ms latency requirement.

Therefore, Option B provides the best balance of performance, scalability, cost control, and operational simplicity using AWS-native GenAI services.

Option C is the correct solution because it uses a single, well-tuned Amazon Bedrock guardrail that applies different actions to different content types, which is the recommended approach for minimizing false positives while enforcing strong policy controls.

Setting content filters to medium rather than high reduces overblocking of benign customer conversations while still preventing harmful content. Amazon Bedrock guardrails are designed to balance precision and recall, and medium sensitivity is commonly recommended for customer-facing financial services use cases.

Denied topics explicitly prevent the assistant from discussing investment advice, which is a regulatory requirement. Including definitions and sample phrases improves detection accuracy and reduces ambiguity.

Sensitive information filters support different actions per context. Masking PII in responses preserves conversational usefulness for legitimate customer support while preventing exposure of sensitive data. Blocking sensitive financial information in inputs prevents downstream processing of disallowed content before it reaches the foundation model.

Critically, enabling both input and output evaluation ensures that guardrails are applied consistently at every stage of interaction. Custom blocked messages and audit logging provide clear compliance evidence for regulators and internal audits.

Option A causes excessive false positives by blocking all PII outright. Option B introduces unnecessary complexity and is not how Bedrock guardrails are intended to be applied. Option D uses orchestration logic that Bedrock guardrails already handle natively.

Therefore, Option C best satisfies enforcement, flexibility, auditability, and accuracy requirements.