AI-901 Implement AI solutions by using practice questions
7-day money-back guarantee — full refund within 7 days of purchase if you've completed under 20% of the questions. See pricing →
Certifications Tools Flashcards Career Paths Exam Guides Blog Pricing For Teams About

Language

✓ EnglishDeutschEspañolFrançaisPortuguês
Check readiness — free →

AI-901 Implement AI solutions by using Microsoft Foundry: 603 practice questions

AI-901 603 questions 12 shown free

12 of the 603 Implement AI solutions by using Microsoft Foundry questions in the Certsqill AI-901 bank, shown in full below. Each one carries an explanation for every option, not just the correct one — the wrong answers are where the marks go.

Preparing for AI-901? Take the free 5-min readiness check →

1. Select a deployed model after checking that its supported: What should the team do next?

Hard
A sports club needs a Foundry chat application to summarize submitted practice notes. It will use an authorized identity and must choose an appropriate model before coding. What should the team do next?
  1. Choose a model solely because it offers the highest provisioned capacity, without testing representative practice notes.
    Capacity supports predictable throughput but does not establish summary quality or suitability for the workload.
  2. Select a deployed model after checking that its supported task, context, language, quota, and cost fit the summary workload.
    Model selection should match capabilities and operational constraints before the team builds the chat application.
  3. Use any catalog model because generative models provide equivalent summaries regardless of supported capabilities or context.
    Models differ in supported tasks, context, quality, latency, cost, and availability, so arbitrary selection is unsuitable.
  4. Call the project endpoint directly and rely on the endpoint to select an available deployment for each request.
    An endpoint identifies the project service; the application still needs a supported model deployment or explicitly supported access path.
The trap
Assumes all generative models behave equivalently. Confuses a project endpoint with automatic model selection. Confuses capacity planning with model quality and task fit.

Choose a supported deployed model by matching capabilities and operational constraints to the chat requirement.

2. Confirm task fit: What should it check first?

Hard
A retailer selected a catalog model for a customer-support prototype and wants to know whether requests can be sent reliably from its chosen Foundry resource. What should it check first?
  1. Confirm task fit, then check the model's applicable access path, region, quota, and request identifier.
    These checks establish whether the model fits the workload and whether the selected deployment or supported instant-access path is usable.
  2. Use the project endpoint as the model identifier and skip capability checks in the application.
    The endpoint identifies the project, while the applicable deployment or access identifier selects the model; capability checks remain necessary.
  3. Assume readiness because the model appears in the catalog and the project was created successfully.
    Catalog visibility and project creation do not prove capability fit, regional availability, quota, or usable access.
  4. Increase provisioned capacity and infer that support answers will become more accurate.
    Provisioned capacity supports predictable throughput but does not guarantee model accuracy or task suitability.
The trap
Confuses catalog discovery with inference readiness. Confuses capacity with answer quality. Confuses endpoint identity with model access and omits suitability checks.

Check task fit, applicable model access, region, quota, and the identifier required by that access path.

3. Open the model in the Foundry playground: What should the team do next?

Medium
A museum has deployed a chat model and wants to evaluate instructions for visitor questions before integrating code. What should the team do next?
  1. Start a new chat repeatedly and treat each cleared conversation as evidence that the model learned the instructions permanently.
    New chat clears conversation context; it does not retrain the model or permanently change its behavior.
  2. Add unrestricted web-search access before testing so every response is assumed to be grounded and correct.
    Tools require suitable configuration and permissions, and grounding does not guarantee truth or replace testing.
  3. Open the model in the Foundry playground, apply the instructions, and test typical and off-topic visitor prompts.
    The playground enables prompt experimentation and representative testing before the museum commits to application integration.
  4. Publish the model immediately because a successful response to one visitor question proves reliable behavior.
    One successful response cannot establish performance across representative, ambiguous, or off-topic questions.
The trap
Confuses conversation reset with model learning. Confuses a single example with meaningful evaluation. Treats web access as automatic correctness.

Use the playground to test instructions against typical and off-topic prompts before integrating the deployed model.

4. Define system instructions that specify the role: What should you do next?

Easy
A nonprofit wants an assistant that always acts as a benefits-information guide, stays within its scope, and uses a consistent helpful tone. What should you do next?
  1. Deploy a larger model and rely on its learned behavior to maintain the nonprofit’s scope.
    Model size does not ensure adherence to organization-specific role, scope, or tone requirements without suitable instructions.
  2. Attach a knowledge file and assume retrieval will define the assistant’s role and communication style.
    Knowledge sources provide information, but they do not replace explicit behavioral and output instructions.
  3. Add the requirement as a user message each time someone asks a question.
    User messages request individual tasks; they do not reliably establish persistent role, scope, and behavior across conversations.
  4. Define system instructions that specify the role, permitted scope, and desired communication behavior.
    System instructions establish the assistant’s role, scope, behavior, and output constraints for subsequent user tasks.
The trap
Learners may confuse a task request with persistent assistant behavior. A larger model can appear more capable but does not automatically implement organizational policy. Grounding content is confused with system-level behavioral guidance.

Use system instructions for persistent role, scope, and behavioral requirements rather than repeating them in individual tasks.

5. Add the required labels and section order to the system: What should the team do next?

Medium
A recruitment team needs every candidate summary to contain exactly three labeled sections: Skills, Experience, and Follow-up. What should the team do next?
  1. Increase the output token limit so the model has room to produce all sections.
    A larger token limit permits longer output but does not require specific labels or section ordering.
  2. Tell the model to be creative so summaries vary between candidates.
    Creative wording does not establish the required labels or guarantee a consistent three-section structure.
  3. Add the required labels and section order to the system instructions or task prompt.
    Explicit format instructions communicate the required structure, labels, and ordering for generated summaries.
  4. Clear the conversation before every candidate so the model learns the format again.
    Clearing history removes context; it does not teach or enforce a desired response structure.
The trap
Variation is mistaken for compliance with a specified output format. Output capacity is confused with output-format control. New conversation context is incorrectly treated as format training.

State the required labels and ordering explicitly in instructions so generated summaries follow the desired format.

6. Provide representative examples showing the desired: What should the team do next?

Medium
A document-processing team wants an extraction assistant to produce outputs matching a demonstrated invoice style. What should the team do next?
  1. Remove all instructions so the examples are the only source of behavior.
    Examples show style but may not define scope, exceptions, audience, or other behavioral requirements.
  2. Use unrelated examples because any additional text improves extraction reliability.
    Unrelated examples can introduce conflicting patterns and do not reliably demonstrate the required document style.
  3. Provide representative examples showing the desired input-to-output format.
    Examples demonstrate the expected style and structure, helping the model pattern its response accordingly.
  4. Retrain the model’s weights using the examples directly in the prompt.
    Prompt examples guide generation temporarily; they do not retrain or modify model weights.
The trap
In-context examples are confused with model fine-tuning or retraining. Examples are incorrectly treated as a complete replacement for instructions. More examples are assumed helpful even when they are not representative.

Use representative examples to demonstrate the desired response style and structure without implying model retraining.

7. Define the classifier role in system instructions: What should you do next?

Medium
A document-processing assistant must consistently identify itself as an internal document classifier, while users submit individual documents for classification. What should you do next?
  1. Put each document in system instructions and the role in the user prompt.
    Documents are task-specific input, while the persistent role belongs in system instructions.
  2. Ask users to restate the classifier role whenever they submit a document.
    Repeated user wording is unnecessary and makes consistent behavior depend on every user.
  3. Put the classifier identity in each user's document-submission message.
    User messages should provide changing task content, not the assistant's persistent role definition.
  4. Define the classifier role in system instructions; send each document as user input.
    System instructions establish persistent role and boundaries, while user input supplies each document and task.
The trap
Confuses persistent role instructions with the current user task. Mistakes user repetition for reliable system configuration. Reverses the roles of contextual data and persistent behavior.

Use system instructions for the persistent role and user input for each document task.

8. Start a new chat so the current conversation context is: What should you do?

Easy
A travel company’s chat assistant has accumulated an incorrect destination preference in its current conversation. The next traveler should start without that context. What should you do?
  1. Increase the model temperature to make it forget the preference.
    Temperature changes sampling variation; it does not remove messages or reliably erase conversation context.
  2. Start a new chat so the current conversation context is cleared.
    Starting a new chat clears the current conversation context for the next interaction.
  3. Deploy the same model again so the new deployment has no conversation memory.
    Deployment selection does not itself clear application-managed conversation history or establish a new conversation.
  4. Add another user message instructing the model to ignore every previous message.
    An instruction may be followed imperfectly, but previous messages remain in the conversation context.
The trap
Sampling behavior is confused with conversation-state management. A prompt instruction is mistaken for actual history deletion. Model deployment is confused with conversation lifecycle control.

Start a new chat to remove the accumulated conversation context; this does not retrain the model.

9. Acknowledge the gap and request supporting records: What should the team do next?

Medium
A finance operations assistant cannot find evidence in supplied records for a requested payment-status conclusion. What should the team do next?
  1. Raise temperature to produce several possible payment statuses.
    Generating alternatives does not supply missing records and may increase unsupported financial speculation.
  2. Ask it to infer the status from general model knowledge.
    General model knowledge is not authoritative evidence for a specific payment-status conclusion.
  3. Acknowledge the gap and request supporting records or human review.
    The assistant should disclose insufficient evidence and seek appropriate support or oversight.
  4. Treat a high confidence score as proof of the payment status.
    A confidence score is not proof when the supplied records do not support the conclusion.
The trap
Confuses plausible inference with evidence-based verification. Mistakes multiple guesses for responsible uncertainty handling. Treats model confidence as factual validation.

Require transparent uncertainty and seek supporting records or appropriate human review.

10. Test the revised instructions with representative: What should the team do next?

Medium
A school changes an assistant’s system instructions to make explanations more suitable for students. What should the team do next?
  1. Deploy the change immediately because system instructions always produce deterministic results.
    Instructions guide behavior but do not guarantee identical or universally correct responses across prompts.
  2. Test the revised instructions with representative and off-topic student questions.
    Representative and off-topic tests reveal whether the change improves intended behavior without creating scope problems.
  3. Clear the conversation and assume the revised instructions have been validated.
    Clearing context can remove prior influence, but it does not test the revised behavior across representative cases.
  4. Use only one ideal example because a single success proves the change works.
    One example cannot reveal failures across varied student questions, ambiguity, or off-topic requests.
The trap
Prompt guidance is mistaken for deterministic enforcement. A narrow test is incorrectly treated as sufficient evaluation. Conversation reset is confused with systematic prompt evaluation.

Evaluate changed instructions against representative and off-topic cases before relying on the revised assistant behavior.

11. Configure file search over the attached terminology guides: What should the team do next?

Medium
A translation company wants an assistant to answer questions using its attached terminology guides rather than relying only on model memory. What should the team do next?
  1. Deploy another model and expect it to contain the company terminology.
    Changing the deployed model does not automatically add private terminology guides to its knowledge.
  2. Start a new chat so the model learns the terminology guides.
    Starting a new chat clears conversation context; it does not ingest files or retrain the model.
  3. Configure web search for every terminology question.
    Web search retrieves external information, but it does not directly provide the company’s attached terminology guides.
  4. Configure file search over the attached terminology guides.
    File search lets the assistant retrieve relevant content from attached knowledge while generating an answer.
The trap
Learners may confuse any retrieval tool with retrieval from uploaded organizational files. Learners may mistake conversation reset for a mechanism that teaches the model new information. Learners may assume model selection supplies organization-specific knowledge without grounding.

Use file search when responses must retrieve relevant information from attached organizational knowledge.

12. Configure web search so the assistant can retrieve: What should the team do next?

Medium
A retailer wants an assistant to answer questions about current competitor promotions and recently published market information. What should the team do next?
  1. Lower the model temperature to make current answers more accurate.
    Temperature affects response variation; it does not provide access to current competitor information or guarantee accuracy.
  2. Create a new chat before every question to refresh external knowledge.
    A new chat clears conversational context but does not independently retrieve current information from external sources.
  3. Configure web search so the assistant can retrieve relevant external information.
    Web search supports retrieval of current external information that is not contained in the retailer’s attached files.
  4. Attach internal product catalogs and use file search for competitor promotions.
    File search retrieves attached organizational content, not newly published competitor information on the public web.
The trap
Learners may select file search because both tools retrieve information, overlooking the required source. Learners may confuse generation settings with information retrieval and factual verification. Learners may interpret resetting context as refreshing the model’s knowledge.

Use web search when the assistant needs relevant information from current external sources.

591 more Implement AI solutions by using Microsoft Foundry questions

The remaining 591 questions in this domain are part of the full AI-901 bank — 1040 questions, every option explained. Start with the free five-minute check and see your score per domain.

Test your AI-901 readiness — free

Other AI-901 domains

Part of the Certsqill AI-901 question bank · Implement AI solutions by using Microsoft Foundry · Every answer, right and wrong, comes with its own explanation.