Structured conversation
Students work with an AI agent through questions, evidence, explanations, and revision.
Full docs
Use these pages to understand the learning model, roles, beta scope, and access rules.
Learning model
Students work with an AI agent through questions, evidence, explanations, and revision.
A judge tracks progress and a completion agent produces scores and a report at the end.
Teachers receive the transcript, an overall score, a written summary, dimension scores when enabled, and the checkpoints the judge tracked with the turn each was met at.
Students see the brief and, outside Challenge mode, hints. Internal directives stay hidden. In Guided mode the student sees the steps as they go; in Standard and Challenge modes the steps are not described or named during the run, and their descriptions appear on the graded report.
Current beta scope
| Area | Current beta | Planned direction |
|---|---|---|
| LMS content selection | Available when enabled on the platform and the institution's LMS is registered, with LTI launch and deep linking enabled. Linked teachers select their own published templates or course assignments and choose Overall, Dimension or Completion grade return. Popup selection must be submitted within eight minutes, then completed in the original course frame. An institution administrator links the LMS subject to the existing teacher account through the admin API. | Configured institution rollout by arrangement; see Integrations. |
| LMS roster sync and grade return | When enabled on the platform and the institution's LMS is registered, NRPS reads learner memberships and queues an add-only roster import (also requires bulk operations). AGS returns the overall or a dimension score, or completion credit, to the linked gradebook column; failed deliveries retry and administrators can retry abandoned deliveries. | Configured rollout by arrangement; not generally available. |
| Request limits | Allowances apply across the whole service. A limit response includes a wait time of at least one second. AI requests can be temporarily unavailable while the service cannot enforce their allowance. | None specified. |
| Teacher assistant limit | Each teacher and institution administrator can send the teacher assistant 100 messages a day (counted from midnight UTC; platform administrators are exempt), and a few per minute. Past the daily limit the editor shows "Daily assistant limit reached. It resets at midnight UTC." above the message box and nothing is sent to the assistant. A platform administrator can change the daily limit in Configuration. A request the AI service declines under its content policy does not use a message; a reply that fails because the AI service is unavailable or slow, a reply cut off for length, and a saved-version review that could not complete all do. Replies can take up to two minutes during beta, and the editor says so beside the message box. | Limits measured in usage rather than messages, with plan allowances. |
| Course launch sessions | Disabled by default during beta. When enabled on the platform and the institution's LMS is registered, portal tabs share the current course session and retry brief connection failures while it remains valid. An ended session asks the learner to reopen the activity from their course. If another course activity takes longer to sign the learner in, the older course tab retries for about 15 seconds before asking to reopen the activity. If another tab in the same browser signs in or starts a course activity, an open student or independent learner tab reloads and switches to the newer sign-in. If another tab signs out, it reloads and shows sign-in. Relaunch from the course after the eight-hour cap. See the student guide. | Configured rollout by arrangement. |
| Student sign-in | Sign in and Create account continue in the same tab. One-click Sign out returns to the sign-in card. A header spinner stays active through student-portal API calls, response processing, page loading, navigation, and other async actions, and the dashboard keeps its scrollbar clear of the cards. | See the role guides for the current workflow. |
| Sending responses | When the platform is busy, a challenge start or a response is sent again by itself after the wait it shows; after three busy answers it reads "The AI is busy right now. Please try again in a moment." and the response goes back in the box unanswered. A pause set by a platform administrator during a provider outage is a different outcome: a start or a response is not sent or tried again, a message beside it says AI sessions are paused, and the response goes back in the box. A pause can also come from the platform's daily AI spend limit; that pause says AI work is paused for the rest of the day and clears at midnight UTC. Replies can take up to two minutes during beta; after about 20 seconds the page reads "The AI is still thinking. Replies can take up to two minutes during beta." A message blocked by the AI service's content filter pauses the run, raises a safeguard flag for a person to review, and returns to the box, and the student can choose Resume to continue; a challenge whose opening the filter blocks does not start, and the dashboard says so. A slow reply reloads the session, and a message is never answered twice: a resend of the same unchanged message is recognised. A send made while an earlier one is still being answered shows "Still answering your last message...", and a challenge still being prepared opens once it is ready; after about 2 minutes of waiting the dashboard reads "Your challenge is still being prepared. Open it again in a moment." and does not open it by itself. | None specified. |
| Hints and abandoned runs | Students and independent learners choose I'm stuck beside Pause to ask for a hint, except in Challenge mode; the agent's next reply carries it, up to the challenge's hint limit, and not near the end of a timed challenge. A run that ends Abandoned after at least one response is graded as a partial attempt on the work done, and its report reads Abandoned. | None specified. |
| Support modes and difficulty | Every run has a support mode: Guided (steps shown as you go, hints available; the default), Standard (steps hidden until the report, hints available) or Challenge (no steps shown, no hints). Teachers set it per assignment and per challenge, and choose whether students may step down to Guided mid-run (allowed by default); independent learners pick it at the start with Guided preselected. A run can step down to Guided, never up. Reports show the mode; the teacher's report also shows the mode each step was met in, and after a Mastered self-run the learner's report suggests the next mode up. Templates carry an optional difficulty rating (Introductory, Intermediate, Advanced) shown on library cards and used as a library filter. | None specified. |
| Roles | PlatformAdmin, Teacher, InstitutionAdmin, Student, and IndependentLearner are live role-based paths. | Self-registration (built, switched off in the beta), plus independent and institution subscription tiers. |
| Challenge authoring | Templates of six challenge types written in plain fields, version publishing, and assignment. A challenge can be broken into up to ten steps, each judged and credited on its own; the teacher assistant can propose them. If the assistant is slow or cannot answer, an inline notice says nothing changed and the message returns to the box to send again; if its reply is too long to finish, the notice asks for a shorter or narrower change instead. An AI review that cannot complete still leaves the version saved with its automatic checks. | The remaining challenge types, programs, independent learners writing, copying and editing their own challenges (not available yet), community sharing of learner-written challenges, and richer customization. |
| Labels and standards | Challenge templates carry up to 10 labels (free text, up to 40 characters, shared across the platform with suggestions from labels in use) and up to 10 alignments to a curated catalog of standards and the Cognificance thinking skills. Enabled frameworks: NGSS, Common Core ELA, Common Core Math, C3 Framework for Social Studies, Australian Curriculum v9 Critical and Creative Thinking, Texas TEKS and Florida B.E.S.T. Teachers and institution administrators set them in the template editor, the teacher assistant can propose them for the teacher to confirm, platform administrators set them on library templates, and the Templates list filters by them. The independent learner library filters by labels and shows them on its cards. Each framework's required notice is shown beside its standards and listed under third-party notices. The ISTE Standards for Students and the CASEL framework are not yet available, pending permission. | The ISTE and CASEL frameworks once permission is granted, and more subjects and grades in the catalog. |
| Label moderation | Platform administrators open Labels under Platform administration in the admin portal to search labels with their usage counts, rename a label, merge it into another, or delete it. See Labels: moderation. | None specified. |
| Classroom operations | A teacher builds rosters and assigns an ordered chain of challenges with a narrative theme to a student or roster, inside an enforced Open At / Close At window, and can cancel an assignment to stop it at once. Admin list searches match parts of titles and names without regard to capitalization, while other filters and access restrictions still apply. | Invitations, bulk imports, co-teachers, archives, and scheduling extensions. |
| Reports | Student and teacher session reports with transcript, milestones, hint level, an overall score, and summary. Step-by-step credit (less for each hint level, some for a real start; the type's checkpoints when a challenge has no steps) gives each graded run a mastery band - Beginning, Developing, Proficient or Mastered - shown on both reports and in the teacher's report list. Admin reports and integrity reviews search student names, assignment titles, and template titles; safeguards search student names and reasons. | Institution dashboards and exports. |
| Learner progress | Each graded solo run that finishes adds XP (step credit, by default 10 per full-credit step, multiplied for difficulty and support mode), toward eight levels from Curious to Sage; mastery per challenge type over the latest runs (5 by default); four badges per type (first mastery, Challenge mode finisher, no hints needed, five runs); and a suggested next type and difficulty. Learners see their own on the dashboard and each run's XP on its report; on a session report, teachers and institution admins see the XP and mastery per type (no level, no badges) from that student's runs whose reports they can open, and platform administrators see the same figures over all counted work. A run's XP is added a few seconds after it is graded, and its report shows it as soon as it is added; runs graded before this feature, or missed, are added by a background check every 30 minutes. Each graded run is also evidence toward the thinking skills its evaluation dimensions measure and the standards its template is aligned to: learners see their mastery and level per skill and standard on the dashboard, and staff see it on the session report from the runs they can open. No rankings, and no day-by-day streaks: the five runs badge counts five runs of a type, whenever they happen. | Stays one learner at a time: no leaderboards or class rankings. |
| Report timing | A session's score and report are prepared just after the session ends, usually within a few seconds. The result panel, and a full report opened early, read "Your report is being prepared..." until then; if it takes longer than about 2 minutes it says the report will appear later, and the report then appears on the dashboard and the bell shows its notification. The teacher report says the evaluation is being prepared. A grading that fails is retried automatically, up to about an hour after the session ended; if every retry fails, the result panel and the teacher report say the session could not be evaluated. While AI work is paused, by a platform administrator or by the platform's daily AI spend limit (which clears at midnight UTC), reports wait and are prepared on the first retry after it resumes. | None specified. |
| Inactivity sign-out | Both portals use LIVE platform defaults (initially 60 minutes, range 5..720) and institution overrides, with a two-minute warning, Stay signed in, and activity shared across tabs. Institution admins configure their own institutions; platform admins configure any institution and the three role defaults. The server resolves the effective timeout on each profile or portal access-context request. Restored student tabs keep the existing deadline. Signing out of the student portal signs out its other tabs. A new sign-in ends the previous student sign-in session. The student portal allows up to 12 hours if the inactivity setting cannot be loaded, and retries on its regular refresh. Unsent student responses are not saved in browser storage. | None specified. |
| Notifications | An in-app bell and notification list in both portals, for work being assigned, a challenge being finished, and an evaluation becoming available. Assignment and safeguarding notices are queued when the change is saved; creation may take a few seconds. Failed queued deliveries are kept for operator replay for 30 days by default; platform administrators can change this retention period. Opening the list marks it read. The student portal checks the bell about once a minute with a random start and a little jitter, not while its tab is hidden, and backs off while checks fail; opening the list marks everything on it read in one request. Brief connection failures stay quiet, with one temporary-unavailability message after three failed checks while retries continue. | Email delivery, per-user preferences, reminders before a due date, and archiving. |
| Announcements banner | Scheduled plain-text Info, Warning and Critical announcements in both portals. Teachers reach students in owned rosters; institution administrators reach their own institutions, optionally by role or roster; platform administrators can reach everyone or selected audiences. Active roster lookup within banner authoring reach, required removal of unavailable or archived saved targets, browser-local start and stop dates with date-specific daylight-saving offsets and rejection of nonexistent local times, five-minute refresh with local activation and expiry of loaded announcements during refresh failures, bounded keyboard-scrollable banner areas in both portals, admin dismissals lasting across reloads for the browser session, and student/independent dismissals lasting while the app remains loaded. | None specified. |
| AI models | Platform administrators choose the model each AI agent runs on from the AI casts page in the admin portal: probe a model before relying on it, restore an earlier value, and adopt a measured set of models as one bundle. A change applies to the next AI call, with no redeploy. Beta deploys apply changed baseline casts automatically; administrator edits survive until that baseline changes. See AI models. | Regular re-evaluation of the available models, adopted the same way. |
| Partner integration | Available only when PartnerApi is enabled and a client is configured. Signed client assertions obtain short-lived tokens; partner servers upsert learners, start library sessions, submit asynchronous 202 turns, poll results and receive signed webhooks. Each client uses a dedicated institution subscription without seats. OpenAPI reference. | Partner onboarding by a platform administrator; not generally available. |
| Commercial model | Not implemented as a beta workflow. | Institution seats and independent, teacher, and student subscription tiers. |
| Privacy and deletion | Permanent erasure of a person's personal data on request: independent learners delete their own account from Options; institution administrators erase their own students and teachers; platform administrators handle everyone else. Scores and counts remain in anonymous form, and every erasure is logged. See the Privacy Policy. | Self-service data export for learners, and fixed automatic retention periods. |
Session lifecycle
The student opens an assigned or available challenge after reading the brief.
Turns are saved as the conversation runs. A judge checks every turn against the type's milestones, nudges the agent to hint when the student stalls, and ends the conversation once every milestone is met, a turn limit is reached, or - where the challenge was published with a time limit - the time runs out.
The student can pause a run from the challenge page and pick it up again from the paused banner or their dashboard; the agent is told to re-orient them where they left off. A run stopped by a problem on our side pauses the same way and resumes the same way, with nothing the student wrote lost. Reviewers handle safeguard flags from the Safeguard flags list, and a run paused for review is released by the reviewer rather than by the student.
Completion produces a report. Partial completion preserves the record and feedback.
Safety and integrity
A disclosure of self-harm, abuse or serious distress in a student's message pauses the session and raises a flag for review, and notifies whoever set the work. A student message that the AI service's content filter blocks also raises a flag for review and notifies the same people; that run pauses until the student chooses Resume rather than until the flag is cleared. Reviewers can inspect a flag, read the visible transcript, and clear or escalate it with notes and a reason; clearing the last open flag lets the student continue, and escalating keeps a paused session paused (a content-filter flag never holds the session).
The product preserves reasoning evidence. Suspicious patterns are review signals, not automatic accusations or blocks.
Platform administration
Platform administrators open AI casts from the admin portal's drawer. A cast is the model an AI agent runs on, with its settings and price. For each agent key the page shows the stored value, the cast the agent actually runs after inheritance (a challenge-type key from its role, a role from the default, the default from the deployment), whether its model is priced, and its probe state. It also lists the casts the answering server has set aside after a provider refused them; another server may list different ones, so Refresh asks again.
A probe sends one small real request for each request shape the agent needs and shows each result with its tokens, time and cost. A cast stays Untested until a probe of it passes; Untested is a warning, not a block. You can probe a key's current cast, the deployment default, or a candidate pasted into the editor before you store it. Probes are capped per minute for all administrators together, and when the cap is reached the page says how long to wait.
History on a key, on the AI casts page or on the key's configuration page, lists who changed it, when, and the old and new values. Restore writes a recorded value back after a confirmation that shows the value. It goes through the same checks as a save, so a value that is no longer allowed is refused, in the server's own words.
A bundle is the JSON an evaluation prints for the models it measured. Paste it (up to 5,000 characters) or upload the file (up to 256 KB; use the upload for anything larger than a paste) on the Bundles tab and preview it: each key's current and new value, whether it is valid, and the probe state of the cast it would produce, with a Probe button for an untested one. Apply writes every key or none, after a confirmation, and only if nothing changed since the preview; if something did, preview again. Each apply that changes values is kept as a batch, and restoring a batch puts all of its keys back in one step, unless one of them changed afterwards.
Beta also applies its shipped baseline casts automatically when that baseline changes. Your edits survive restarts and deploys with the same baseline; a changed baseline replaces the values for the keys it names.
Platform administration
Labels are free text that teachers and institution administrators attach to templates, and they are one shared list for the whole platform. Platform administrators open Labels under Platform administration in the admin portal's drawer. The page lists every label with its usage count, the number of templates that carry it, and a search box narrows the list. Suggestions in the editors are limited to labels on templates the person can see, but moderation acts on the label everywhere.
Rename changes a label's spelling on every template that carries it. If another label already has the new name, the rename is refused and the page suggests merging instead. Merge into another label moves every template from one label to the other and removes the first.
A label that a platform library challenge carries is marked Library. Library labels are managed in the library content files, so the page does not rename, merge or delete them; you can still merge another label into one.
Delete removes a label after a confirmation that says how many templates lose it.
Moderation creates no template version, so published versions and past sessions are untouched. Labels are not checked automatically for unsuitable words; platform administrators review them here, and a teacher or institution administrator can also remove a label from a template they can edit. An editor opened before a rename, merge or delete still holds the old label: saving that template puts the old name back as a label of its own. There is no merge history to replay, so merge or delete it again here.
Role guides
Manage your institution's users and their teacher, student, or admin memberships.
Institution guideBuild a challenge template, publish it, assign a chain to a roster, and review reports. Use the teacher assistant while editing and browse the platform library by subject and age rating.
Teacher guideSign in, find an assignment, work through a challenge, and read your report.
Student guideSign in, browse the challenge library by subject and age rating, run it, and revisit your results.
Independent learner guideWhat each challenge type asks of a student, how the conversation runs, and how it is graded.
Challenge types referenceA fast route to the guide for your role.
Get startedIntegrations
Schools can launch the student portal from their LMS with LTI 1.3, and platforms with their own interface can call a partner API. Both default off and are available only when configured and enabled by arrangement. The Integrations page compares the two options and explains the data and privacy posture and how onboarding works.
Sharing links
An admin-portal link sends a signed-out recipient to the sign in form. A signed-in recipient without the required role sees a message naming the access they need. A recipient without access to a specific record, such as another teacher's roster, does not load the record and returns to the list.
The student portal always shows its main address, so a copied link opens the portal home page, never a specific challenge. Every request checks the signed-in user's role and institution; links give no access to data.