Student-initiated by design
Students request a teacher from profile settings. Teachers must accept before student work becomes visible.
For Teachers And Admins
This guide covers student connections, the teacher dashboard, reading assignments, review inbox workflows, analytics, tutoring handoffs, and the admin invitation system.
1. Student Connections
Students request a teacher from profile settings. Teachers must accept before student work becomes visible.
Students with no assigned teacher continue to see the normal library experience without assignment clutter.
Open the Teacher Dashboard in the library to review pending requests and accept or reject them.
2. Teacher Dashboard
Select a linked student to inspect topic progress, book progress, assignment history, and the latest submission.
Use filters for actionable, awaiting review, needs revision, overdue, in progress, reviewed, or all assignments.
Select multiple assignments in the review queue to mark reviewed, request revision, or archive them together.
Important: The teacher dashboard is a modal inside the library scene. Students do not see it unless they are a teacher or admin.
3. Assignments
The assignment form supports a selected student, comma-separated usernames, all linked students, classroom id, roster or subgroup, or grade band.
Search the library catalog, select a book, and choose a curated unit or chapter range when available.
Use separate release and due timing so work can be staged in advance instead of appearing immediately.
Use Copy Selected Assignment Details to clone a prior assignment into the form and send a revised version to new targets.
4. Review And Revision
Use Teacher Review Note, Keep Doing, Needs Revision, and Next Step to make guidance actionable.
Score comprehension, evidence quality, accuracy, and clarity so the student gets more concrete feedback and you get stronger analytics later.
Post follow-up comments on the assignment thread without overwriting earlier feedback.
When a student resubmits, the assignment history keeps the event trail and the latest submission panel shows what changed since the last checkpoint.
5. Analytics
6. Tutoring And KT Handoffs
Weak book performance can hand the student into a matching tutoring topic without sending the book text to the agents.
Use the KT handoff when a reading weakness looks like a deeper mastery gap that should be checked more directly.
Students get direct action buttons in the library and classroom only when the handoff is useful. Teacher-only controls remain hidden from normal students.
7. Admin Invitations
Admins see a separate admin panel in the library. Teacher-only accounts do not.
Enter the invitee email, optional name, optional suggested username, role, plan, expiration window, and notes.
The system generates a one-time access code, emails the invitation, and stores the code in the normal access-code list so it can be revoked later.
Operational note: If the invitee already has an account tied to the same email, the code is assigned to that user automatically. Otherwise it remains a one-time invite code the user redeems during login.
8. Operational Notes
Not always. Younger students can often use multiple choice or voice input depending on the workflow.
Yes. Revoke the promo code or direct access grant from the admin panel.
No. Assignment and teacher workflow cues only appear after a teacher has actually created them for that student.
Yes. The library and classroom now include guide buttons that open the student or teacher wiki in the browser.