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 |
|---|---|---|
| Cognificance™ layer and formative Profile | Included with AI Challenge: 24 skills, progressions, indicators and demand annotations on matched items across the enabled frameworks; unmatched items and CAST topic headings remain unrated. The staff Gap view offers Cognificance and its formative Profile, demanded skills, demand filtering and demand ordering on rated standards and assessment items. Cognificance Domain, Strand and Skill rows are unrated, with those demand controls disabled. AI-literacy skills, persistence and evidence evaluation are not separately scored. Reference. | Separate AI-literacy dimension measures are outside current coverage. |
| Staff gap view | Class and assignment framework hierarchy, coverage and mean run mastery (with a percentage level only on a standards or competency framework, never on an assessment's levels), weakest ordering, thinking-demand filtering and ordering, demanded skills, learner drill-in, and class CSV when exports are enabled. Direct and derived evidence; explicit caps of 500 learners, 100 listed items, the item plus up to 99 sources per item and 1,000 distinct items per view; an item past a source cap says its figures cover the listed sources only. Imported level counts remain separate, administrator-only and behind both external-results gates. Evidence and gaps. | No predicted assessment scores or LTI item-mastery mapping. |
| Catalog import and framework requests | CASE or catalog JSON validation, preview, apply, audit and enable controls. Institution admins import frameworks private to their institution, enabled at once; platform admins import shared frameworks, which start disabled, and can promote an institution's framework to the shared catalog with the institution named as contributor. Uploads are limited to 5 MiB of JSON, ten attempts a minute per person and twenty a minute per institution. Teachers and institution admins request frameworks in the Add a standard window; anyone can request through Contact. Standards and assessments. | Content is added subject to data availability and usage rights. |
| Framework authoring help | A published framework JSON Schema and a downloadable framework skill for a school's own AI tool, with examples and a local checker. On the Catalog page, the framework assistant drafts a framework file from pasted text (up to 5,000 characters) or a text, Markdown or CSV file (up to 60,000 characters; no PDF), and revises the draft on show when asked, for an institution the administrator manages, or anywhere for platform administrators; it checks drafts with the import validator and imports nothing, so the administrator previews and applies the draft. Messages count toward the daily assistant allowance shared with the teacher assistant (platform administrators are exempt; a message the AI service declines under its content policy does not count, though a reply its content filter stops after it started does), and toward six a minute per person and twelve a minute per institution, malformed messages included. A document too long for one draft (a draft holds up to 10,000 characters, about 40 items) becomes separate frameworks with their own codes, since importing under the same code replaces the whole framework. Authoring help. | PDF and office documents once they can be read safely. |
| State and national assessment results | Built and switched off: not available in the beta. When turned on for an institution by arrangement, after a data processing agreement is recorded, institution administrators record students' state or district ids and import a results CSV (overall level, optional scale score, category levels) for one assessment and test window; administrators and platform administrators see the levels beside challenge evidence on the Student progress card of a session report, and the count of a class's learners at each level, by item, in the Gap view. Teachers and students never see them. Standards and assessments. | Available on request, institution by institution. |
| 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. |
| Student portal connection failures | Brief failures while loading lists or reports retry within a 30-second budget. When a requested wait does not fit, the platform's message is shown; try again shortly. Course session renewal respects the platform's requested wait while the token remains valid. Course content selections are sent once, and the portal waits for the platform's answer. | None planned. |
| Beta size limits | A class holds up to 40 students, a teacher up to 8 active classes and an institution up to 300 members and 400 assignment sessions opened a day, and self sign-up for independent learners, when it is turned on, closes at an account limit. AI calls answered at once are capped for the whole service and for each institution; past that, a start, turn, assistant request or team summary is answered busy with a retry time and nothing is changed. AI spend has a daily ceiling that pauses AI until the next UTC day. | Raised or removed by configuration for paid plans, with subscription seats as the limit. |
| 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. The daily allowance is shared with the framework assistant on the Catalog page: messages to either count toward the same 100. 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 its content filter stops after it started, 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 reply the filter stops on the AI's side raises no flag and saves nothing: the student reads "The tutor couldn't answer that one. Try asking it a different way." and keeps their message to reword; a stopped opening reads "The tutor couldn't open this challenge. Try again." and the challenge does not start; a stopped closing reply does not hold up the finish, and the run completes and is scored without it. 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. Compare the modes. | 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 (compare the modes). 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. A student leaves an institution only when an institution administrator releases them or they leave it themselves, which also unenrolls them from its classes and ends their reach to assignments it set on them by name; both are switched off in the beta, and removing a student's membership or changing it to a staff role is refused. | 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. Catalog topic tags keep the shared skill across grades, such as word meanings, before the grade-specific details. Enabled frameworks: NGSS (every performance expectation, K-12, with the science and engineering practices, crosscutting concepts and their grade-band elements), Common Core ELA (complete, with its anchor standards) and Common Core Math (complete), the England national curriculum for mathematics, English and science (every statutory statement, Year 1 to key stage 4), C3 Framework for Social Studies (every inquiry arc indicator), Texas TEKS (every student expectation in English language arts and reading, mathematics, science and social studies, K-8 and the core high school courses) and Florida B.E.S.T. (every ELA and mathematics benchmark); the competency frameworks Australian Curriculum v9 Critical and Creative Thinking and Digital Literacy (complete learning continua), the UNESCO AI competency framework for students and the OECD/European Commission AI Literacy Framework; plus the assessments CAASPP Smarter Balanced Mathematics and CAASPP Smarter Balanced ELA/Literacy (claims and targets, grades 6, 7, 8 and 11) and the California Science Test (domains and core ideas, grades 5 and 8 and high school), each target linked to the standards it samples. The editor shows what an alignment also supports, the Templates filter by a target or claim finds templates aligned to the standards behind it, and the teacher assistant names the same links. 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. Catalog descriptions distinguish literary and informational reading and disciplinary writing. Each framework's required notice is shown beside its standards and listed under third-party notices. The ISTE Standards for Students, the CASEL framework and the AI4K12 Five Big Ideas in AI are not yet available, pending permission. | The ISTE, CASEL and AI4K12 frameworks once permission is granted, Smarter Balanced grades 3-5, TEKS electives, 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 | Class-list saves require reloading after another enrolment change, keeping new joins enrolled. Class codes count successful new enrolments and enforce their optional use limit. A teacher builds rosters and assigns an ordered chain of challenges with a narrative theme to a student or roster, inside an enforced window from its opening time to its due date, 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. Platform administrators also see each session's AI calls: purpose, model, cast, success or error code, latency and time. | 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. Staff also see class and assignment aggregates by framework item in the Gap view; learners still see only their own progress. 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 (no level on an assessment framework) 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. | No leaderboards or class rankings. Class views stay aggregate; the Gap view's drill-in on one item lists the class's individual learners weakest first, so staff can see who needs help, and is not a ranking or a leaderboard. |
| 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 per role (initially 120 minutes, range 120..2880, 2 hours to 2 days) and per-role institution overrides for admins, teachers and students, 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 four 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 uses the longest setting, 2 days, if the inactivity setting cannot be loaded, and retries on its regular refresh. Student-portal sign-ins end about 24 hours after sign-in regardless of the setting (a fixed sign-in service limit for browser apps). 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, an evaluation becoming available, and feedback you sent being received. 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 every unread notification read, up to the newest one shown, including older ones not on screen. 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 does that in one request. Brief connection failures stay quiet, with one temporary-unavailability message after three failed checks while retries continue. | Email delivery of these notifications, per-user preferences, reminders before a due date, and archiving. |
| Welcome emails and delivery status | Creating a teacher or student, or inviting a user from the platform administrator's Users page, sends a welcome email from noreply@cognificance.com. The Send welcome email box is ticked by default; a bulk import option is off by default. The email carries the sign-in link, a temporary password that stops working in the email after 7 days (then Forgot password), and links to the role guide and Get started. Students who join with a class code and independent learners who sign up themselves get a welcome email without a password; an independent learner an administrator creates gets the temporary password. Administrators see the delivery status of each welcome email on the user lists and can resend it to an active user whose sign-in is connected; a resend has no password. Failed sends are retried automatically, and the status shows when delivery could not be confirmed. Email delivery is by Zoho, as listed in the privacy policy. | Other kinds of email and per-user preferences. |
| Contact acknowledgements, replies and references | A message sent through the contact form gets a reference (INQ- and eight characters) and an email to the address given confirming it was received (at most three a day to one address); the page then shows the reference in place of the form. A framework or assessment request shows its reference once sent. A platform administrator can reply from the inquiry's page in the admin portal: the reply is emailed with the reference in the subject and recorded in the inquiry's activity. In-app feedback from either portal gets a reference (FB- and eight characters) shown once sent and an in-app notification. Every email the service sends from noreply@cognificance.com has replies directed to support@cognificance.com. Administrators can search inquiries and feedback by reference. Both admin lists open on new items, then those in progress; resolved, spam and dismissed items show when chosen under Status. | Threading a requester's emailed answer back into the inquiry; it arrives in the support mailbox. |
| 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, request learner erasure with learners.erase at DELETE /partner/v1/learners/{subject} (202), and receive signed webhooks including the minimal learner.erased receipt. Erasure requires no memberships outside the client institution and no active link to another partner. Concurrent requests resolving the link share one receipt; a retry after link removal returns 404, meaning nothing to erase. Each client uses a dedicated institution subscription without seats. With billing enabled, an unavailable payer tells the learner to contact that partner platform; no Free or seat fallback applies. An active partner learner without an assistant payer receives 402 Entitlement.PartnerAssistantNotIncluded and should contact that partner platform. Lifetime session exhaustion requires the partner platform to provide a plan with lifetime sessions available; renewal does not restore them. OpenAPI reference. | Institution administrators create, update and deactivate their own clients and inspect and retry webhook deliveries through the admin API, with a platform rate ceiling; platform administrators retain support access. No partner-management screen. 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. Authorized partner clients can erase their linked learners through DELETE /partner/v1/learners/{subject} with learners.erase, provided every membership is within their institution; the signed receipt retains only subject and erasure time, without a separate automatic expiry. 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. |
| Tutorial mode | Live in the admin portal for teachers and institution administrators, on by default: a Getting started checklist on the dashboard and a guide card on each workflow page, linking to the teacher and institution guides. Turn it off from a guide card and back on from the app bar; the setting follows the account. Not shown to students or independent learners. | None planned. |
| Bug feedback triage | When enabled, the issue triage sweep advances Bug feedback in the platform administrator inbox as work is claimed and completed. A completed issue stays in progress until the close grace has passed; an issue awaiting deployment stays in progress. Each automated status change applies once, preserving later administrator overrides. No status notification is sent to the submitter. | None planned. |
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. A cast on a model with no price is refused when you save it: add the model's price under AI Pricing in Configuration first, or adopt it in a bundle that carries its price. Removing a price that a saved cast still uses is refused too. 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 guideChoose a challenge from the platform library, assign a chain to a roster, and review reports. Then build your own challenge templates, with the teacher assistant while editing.
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.
Align challenges to standards, competencies or assessment targets in the catalog. Need another framework? Teachers and institution administrators can use Request a framework or assessment in the template editor's Add a standard window, or choose that category on Contact. Institution administrators can also bring their own district or school framework: in Catalog, choose your institution under Import into, upload a CASE CFPackage or catalog JSON, review the preview and apply it. The framework is private to your institution: only its members see it and only its templates can align to it, and it is available at once. Uploading confirms your institution has the right to share it and grants the licence in the Terms; a platform administrator may later promote it to the shared catalog, at no cost to any school, with your institution named as contributor. The codes of the platform's curated frameworks are reserved: if a later release adds a curated framework under a code your framework uses, your framework is given a new code (such as SCHOOL-2) and keeps its items and the templates aligned to it, and a platform administrator can change it to another code on request. Platform administrators import shared frameworks, which start disabled until enabled. See Standards and assessments.
The Gap view excludes descriptive Progression and Indicator rows in every framework. Domain, Strand and Skill rows remain. Demand filtering hides unrated items, including parents. Highest demand first uses weakest mastery as a tiebreak when both orders are selected. Contributing evidence reached only through Demands is marked "via Cognificance skill". Template filtering and "Also supports" do not follow Demands.
The Cognificance layer and Profile are included with AI Challenge. Alignment items show a 1-4 thinking-demand rating and the skills they demand where annotated. The reference describes domains, strands, grade-band progressions and observable indicators. The Profile is formative only, with no certified or predicted score. AI-literacy skills, persistence and evidence evaluation are defined for mapping but are not separately scored by current dimensions.