ClassRoom.Study
Pricing
Sign in
ClassRoom.Study

Turn any topic into a full interactive AI classroom in seconds. Built on ClassRoom.Study.

mailsupport@classroom.study

Platform

  • Catalog
  • Generate classroom
  • Creator studio
  • System Manuals
  • Support & tickets
  • Sign in

Legal

© 2026 ClassRoom.Study. All rights reserved.
Developed byboltGlonextechopen_in_new
homeHomemenu_bookCoursespaidPlansloginSign in
ClassRoom.Study
Pricing
Sign in
arrow_back System Manuals/Engine Diagnostics and Support
troubleshootEngine Diagnostics and SupportUpdated 5/25/2026· Published 5/25/2026· 0 views

Diagnose provider-key failures from the engine

Trace AI failures from the engine back to personal, company or platform key resolution and provider connectivity.

personBy Administrator
troubleshoot
Manual cover image placeholder

Upload a cover image in Admin Settings > System Manuals to replace this training placeholder.

Manual contents
What this function does
Benefits and features
Step-by-step navigation

Engine Diagnostics and Support

Diagnose provider-key failures from the engine

Trace AI failures from the engine back to personal, company or platform key resolution and provider connectivity.

What this function does and why it matters

Diagnose provider-key failures from the engine is part of the Engine Diagnostics and Support workflow in ClassRoom.Study. The function exists to help the right stakeholder move from intention to action without guessing which page, button or record controls the outcome. Trace AI failures from the engine back to personal, company or platform key resolution and provider connectivity. In daily use this means a learner can understand what to do next, a creator can prepare learning material with fewer support questions, a company admin can manage people and evidence with a cleaner audit trail, and a platform admin can see whether the process is working at scale. For support teams, diagnostics provide a disciplined path from symptom to cause: health, access, key resolution, media status, evidence and logs. For users, this means faster fixes and less repeated troubleshooting.

The benefit is not only convenience. This area protects operational consistency. It makes status visible before a person acts, keeps related records connected, and gives teams a repeatable way to train new users. When a company has many learners, courses, invoices, schedules or live sessions, small navigation mistakes become expensive. A clear manual gives every person the same mental map: where to start, what to check, what each control changes, and what proof should exist after the action is complete. Use this page as the plain-language reference when onboarding new staff, answering support tickets, checking compliance, or preparing screenshots for a branded internal guide.

Benefits and features

  • Identifies whether the failing credential is private, company-shared or platform default.
  • Separates invalid keys from unreachable provider base URLs or unsupported models.
  • Helps admins avoid replacing the wrong key.
Image placeholder
Upload a screenshot for the Diagnose provider-key failures from the engine overview here.
Video placeholder
In Admin Settings > System Manuals, edit this article and use the video button to paste a YouTube URL. The saved article will render the video inline for visitors.

Step-by-step navigation

Follow the steps in order the first time. After you understand the flow, you can jump directly to the control you need. For training purposes, replace every screenshot placeholder with the exact screen your users will see in production, including the correct company, role or learner context.

  1. Step 1: Find the user, company, classroom and provider involved in the failing request.
    Screenshot placeholder for step 1
  2. Step 2: Check whether Use my own keys first is enabled for the user.
    Screenshot placeholder for step 2
  3. Step 3: Test the matching personal, company or platform key in the key manager.
    Screenshot placeholder for step 3
  4. Step 4: Review provider base URL and model settings before retrying the engine action.
    Screenshot placeholder for step 4

Good operating habits

Work from the smallest panel that gives you the control you need, confirm status chips before acting, and use exports or detail pages when you need an audit trail. If an action changes billing, access, certificates, AI usage, invitations, public content, or live session attendance, pause long enough to confirm the company, learner, course and date context. Add notes where the interface provides them. Use filters before exporting so the exported CSV answers a specific question. When training a novice, ask them to say what changed after each step; if they cannot explain the result, they should return to the record and check the status, timestamp, or linked activity before moving on.

Was this article helpful?

Related articles

article
Check LMS and engine health before investigating a player bug
Use health endpoints and deployment aliases to confirm both the LMS and engine are online before debugging course playback.
chevron_right
article
Diagnose player media generation failures
Investigate generated image or video placeholders that fail, stay pending or do not play inside a classroom.
chevron_right
article
Capture support evidence for a course play issue
Collect the exact course, classroom id, user, company, URL, console errors and screenshots needed to debug playback.
chevron_right
article
Use local sync for creator-owned unsynced courses
Let course owners open an unsynced classroom from the original generation device so it can upload and become recoverable.
chevron_right