Category: Teaching Social Studies

Calling on students at random is one of the oldest classroom participation strategies. It is also one of those simple practices that becomes surprisingly awkward in an online class.

In a physical classroom, the teacher can look around the room, choose a student, pull a name from a cup, or use a deck of index cards. Everybody understands what is happening. The selected student responds and the lesson moves on.

A remote class presents complications. The teacher may be looking at a video-meeting roster, a separate lesson, a browser window containing the activity, and perhaps a handwritten list of names. Students may be muted. Some may not have working microphones. Others may be attending from a classroom where speaking individually is difficult.

The new WordStudy Live Call-On feature attempts to restore this useful classroom routine without requiring teachers to manage yet another list.

Students Join the Session

The teacher begins with an existing WordStudy activity and selects the option to start a live session. The host page produces a student join link, much like the links used by other Innovation Assessments live activities.

The room number is already included in the link. The teacher can copy it into Zoom chat, Canvas, Google Classroom, or another system used to communicate with students.

As students open the link and join, their names appear automatically on the teacher’s host screen.

This replaces the original version of the call-on tool, which required the teacher to type every participant’s name. That method was functional for a small group, but entering a full class roster at the beginning of every session was not an especially good use of instructional time.

Automatic registration also tells the teacher who has actually reached the activity. A student appearing in the video meeting does not necessarily mean that the student has opened the lesson. The live roster provides quick confirmation.

Everybody Might Be Next

Once the class has joined, the teacher can use the call-on control to select a student.

The student’s name appears prominently on the teacher’s screen. On the selected student’s screen, a clear Your Turn message appears. Other students remain able to follow the activity and prepare themselves for a possible turn.

The value of random call-on is not merely that it distributes participation more evenly. It changes the way students attend to a lesson.

If volunteers provide every answer, the same few confident students may carry the discussion while others become spectators. When anybody may be called, students have a reason to consider each prompt before a name is selected.

This does not mean that random call-on should be used to embarrass an unprepared learner. Like any classroom method, it depends on the teacher’s judgment and knowledge of the students. It works best when the atmosphere communicates, “We are all thinking together,” rather than, “I am trying to catch somebody who was not paying attention.”

Spoken or Typed Responses

WordStudy Live Call-On is naturally suited to spoken responses. A teacher might display a vocabulary cue and ask the selected student to supply the response, pronounce a word, use it in a sentence, or explain a distinction.

Audio is not always practical, however.

A student’s microphone may not work. The learner may be sitting in a supervised room where several online classes are occurring at once. Background noise may make speaking difficult. Some students may also have accommodations that make a written response more appropriate.

The teacher can therefore enable an optional response box on the student screen. When selected, the student may type and submit an answer. That response appears on the teacher’s host page.

This gives the teacher a useful alternative without changing the basic activity. The class still sees a cue, a student is still selected, and that student still produces a response. Only the method of delivery changes.

The typed-response option can also be pedagogically useful in its own right. A language teacher might want to inspect spelling or accents. A teacher may ask for a short definition and then use the submitted wording as the beginning of a class discussion.

Built from an Existing WordStudy

The live session does not require the teacher to create another copy of the vocabulary list.

It begins with a WordStudy activity that is already part of the course. The same cues and responses used for individual study can become the basis of a synchronous classroom exercise.

This matters because teachers already spend enough time preparing materials. A live feature is much more useful when it can reuse an activity that serves other instructional purposes.

Students might first study a WordStudy independently. The teacher could then use the same material for live recall practice. Later, students might complete its quiz. The content remains familiar while the cognitive task changes from recognition and private rehearsal to public retrieval.

Retrieval practice is one of the most useful things a student can do with learned material. Attempting to produce an answer strengthens memory differently from simply rereading it. The possibility of being called also encourages every student to attempt that retrieval, even when only one student ultimately answers aloud.

A Simple Host Screen

The host page is intentionally focused.

The current call-on occupies the most prominent position. The roster of students who joined appears lower on the page in smaller type so that it remains available without competing visually with the current student.

The teacher controls whether typed responses are permitted and can see a submitted response when that option is in use.

The teacher host and student participant pages also omit the ordinary top and side navigation bars. During a live session, those application controls would add clutter and provide opportunities to navigate away accidentally. The live activity should look like the immediate classroom task it is.

Useful Beyond Vocabulary Translation

WordStudy often contains a cue and a response, but those two fields can represent many relationships.

A live call-on session might ask students to provide:

• A foreign-language translation.
• A definition.
• A synonym or antonym.
• A historical person associated with an event.
• A scientific term matching a description.
• A mathematical formula.
• A spelling response after hearing or seeing a cue.
• An example using the displayed word.
• An explanation of why two ideas are connected.

The teacher is not limited to asking for the literal response stored in the activity. The displayed material can serve as a starting point for pronunciation, elaboration, comparison, or discussion.

Reclaiming Participation Online

Remote teaching often makes it too easy for students to become passive observers. A learner can enter the meeting, mute the microphone, and fade into the background.

No single technical feature can solve that problem. Participation depends on relationships, lesson design, appropriate expectations, and the teacher’s classroom presence.

A live call-on tool can nevertheless help.

It gives students a visible place in the activity. It lets the teacher know who has joined. It signals clearly when a student has been selected. It accommodates both spoken and typed participation. Most importantly, it creates the expectation that everybody should be considering the prompt because everybody remains part of the lesson.

The technology behind this feature includes live registration and rapid communication between student and teacher screens. But, as is often the case, the goal is not especially technological.

The goal is to let a teacher say, “All right, who is next?”—and have the online classroom respond.

Authorship note: This feature announcement was generated by artificial intelligence using samples of David Jones’s blog writing as a stylistic guide. It was reviewed for consistency with the current Innovation Assessments WordStudy Live Call-On feature.

One of the most important things I lost when I moved to online teaching was the ability to walk around the room.

In a traditional classroom, I could circulate while students worked. A glance at a notebook or computer screen usually told me a great deal. I could see who had begun, who was making progress, who had misunderstood the directions, and who was staring at a blank page hoping not to be noticed.

This was not surveillance in the sinister sense sometimes associated with educational technology. It was ordinary teaching. I could quietly intervene before a small misunderstanding became fifteen minutes of wasted effort.

When the classroom moved online, that familiar source of information largely disappeared. Students became little boxes in a video meeting. If their cameras were off—and they often were—I could not even tell whether they were still sitting at the computer. Asking “Is everybody doing okay?” generally produced the same silence it had produced in the physical classroom.

The monitoring tools at Innovation Assessments are an attempt to reclaim some of what was lost.

Seeing Work While It Is Happening

Many Innovation Assessments applications have a teacher monitor. While students work, the teacher can see such information as:

• Who has opened the activity.
• Who has begun responding.
• How much work has been saved.
• Which students appear to be progressing.
• Who has completed the task.
• Whether a student has left and returned to the activity.
• Responses that are being entered into certain live activities.

The exact information depends on the assignment. A writing monitor naturally looks different from a vocabulary monitor or a live media activity. The purpose is the same: to give the teacher enough classroom awareness to make timely instructional decisions.

If most students have answered the first five questions but one student has not begun, I may need to contact that student. If half the class gives the same incorrect response, the problem may be my explanation rather than their effort. If students finish far more quickly than expected, I may have underestimated the task or need to inspect the quality of their responses.

Information is most useful while there is still time to act on it.

The Problem with Polling

The first versions of these monitors used a common web technique called polling.

Every few seconds, the teacher’s browser would ask the server whether anything had changed. The server would check the database and return the latest information. The browser would wait a few seconds and ask again.

This worked. In fact, it worked reliably for years. It was also somewhat wasteful.

Imagine a student saving an answer. The teacher’s monitor might not ask for an update until several seconds later. Meanwhile, every open monitor continued asking the server for information even when nothing had changed.

With a few users, this is not much of a concern. With several classes using monitors and live activities at once, all those repeated requests create unnecessary work. It is rather like a teacher asking every student “Anything new?” every five seconds instead of allowing students to signal when something has happened.

Our new real-time system changes that relationship.

Server-Sent Events

Innovation Assessments monitors are being moved to a technology called Server-Sent Events, or SSE.

The name sounds more complicated than the idea. The teacher’s browser opens a continuing connection to the real-time service. When something changes, the server sends a small notification through that connection. The monitor then retrieves the updated classroom information.

The teacher does not need to understand any of this or turn on a special setting. The visible result is simply that updates appear much faster.

When a student saves work, the teacher may see the change almost immediately. There is no need to refresh the page and little need to wait for the next scheduled check.

The system does not send the student’s entire assignment through the real-time connection. The notification is more like a tap on the shoulder: something changed in this course and activity. The existing, authenticated application then retrieves the information the teacher is permitted to see.

This allowed us to modernize the live behavior without replacing the established databases and assignment systems underneath it.

Keeping a Fallback

Newer is not always the same as more reliable.

The real-time service depends on a long-lived connection among the browser, web server, and Node.js application. School networks, browser extensions, firewalls, and temporary internet interruptions can all interfere with such a connection.

For that reason, Innovation Assessments retains polling as a fallback. If the live connection is unavailable, the monitor can continue checking periodically using the older method.

This redundancy adds a little complexity, but I think it is justified. A classroom tool needs to keep working when conditions are imperfect. Teachers should not have to diagnose a network protocol in the middle of class.

The teacher can generally see the connection status on an upgraded monitor. A green live indicator means the real-time channel is operating. If it cannot be maintained, the page falls back to periodic updates rather than simply going silent.

Monitors and Live Sessions

The real-time infrastructure is useful in two related kinds of Innovation Assessments activities.

The first is the ordinary monitor. Students work independently while the teacher observes progress. Writing, tests, Études, Grammar, WordStudy, Cloze, sorting, ordering, and several other applications benefit from rapid updates.

The second is the live session. These are activities conducted with the class together. The teacher may control the current question, advance a presentation, call on a student, collect a response, or reveal results.

Examples include live PowerPoint media sessions, Ventura activities, classroom study games, and the WordStudy Live Call-On tool. In these situations, even a delay of several seconds can make the activity feel clumsy. Faster signaling makes the teacher and student screens feel like parts of the same classroom event.

Different kinds of interaction may eventually require different technologies. A text chat or continuously interactive AI conversation, for example, may be better suited to a two-way WebSocket connection. For classroom monitors, however, the teacher primarily needs the server to say, “New information is ready.” SSE is a good fit for that job.

A Pedagogical Feature, Not Merely a Technical One

It would be easy to describe this upgrade entirely in terms of servers, connections, and database traffic. Those things matter to the programmer, but they are not the reason for doing it.

The reason is that a teacher needs to know what is happening.

In a classroom, I do not wait until every paper is handed in before discovering that students misunderstood question three. I walk around. I look. I ask a quiet question. I stop the class for a clarification when necessary.

Remote teaching should not reduce instruction to distributing links and collecting finished products. Teachers need some awareness of the process between those two events.

Real-time monitors do not reproduce everything available in a physical classroom. They cannot show a student’s expression or reveal the thinking behind a hesitant response. They also should not be mistaken for proof that a student is attentive merely because the browser is active.

What they can do is restore a portion of the teacher’s situational awareness. They make it easier to notice a learner who is stuck, recognize a classwide misconception, and respond while assistance still matters.

Technology That Recedes into the Background

The best outcome for this project is that teachers eventually stop noticing it.

A student saves a response and it appears. A live-session prompt changes and the student screen follows. A teacher opens a monitor and sees current information without repeatedly refreshing the page.

The considerable work beneath the surface should result in something that feels ordinary.

That is often the most useful kind of educational technology. It does not ask teachers to invent an entirely new practice. It helps them recover an effective practice they already had—in this case, walking around the classroom and seeing how their students are doing.

Authorship note: This feature announcement was generated by artificial intelligence using samples of David Jones’s blog writing as a stylistic guide. It was reviewed for consistency with the current Innovation Assessments real-time monitoring infrastructure.

Teaching is rarely a solitary enterprise. Paraprofessionals, teaching assistants, special education teachers, facilitators, tutors, and other support personnel may all help students complete their work. This is especially true in remote courses, where the classroom teacher and the adults assisting students may be working in different schools—or even different time zones.

Until now, Innovation Assessments was organized mainly around two kinds of users: teachers who created and scored assignments and students who completed them. That model worked, but it left an important group out.

The new Staff Access system provides authorized support personnel with a useful, read-only view of a teacher’s course.

Sharing a Course Without Sharing Teacher Controls

A teacher can invite a staff member from the course-management page by entering the person’s email address. The recipient receives a private invitation link. Each invitation can be used only once and expires after seven days.

If the recipient already has an Innovation Assessments account, the course is added to that account. If not, the invitation guides the person through creating a staff account.

The important distinction is that staff members are not made co-owners of the course. They cannot change assignments, alter student responses, enter scores, edit feedback, manage enrollment, or modify the teacher’s course settings. They receive the information needed to support students without receiving the controls needed to administer the course.

I think this is an important boundary. The goal is not to reproduce the teacher dashboard with a few buttons removed. The goal is to provide a separate interface designed around the actual work of classroom support personnel.

A Read-Only View of Student Work

A staff member begins at the Shared Courses dashboard. From there, the person can open courses that teachers have shared and preview the visible assignments inside them.

The staff interface supports the major Innovation Assessments applications, including tests, writing assignments, Études, conversations, Presto recordings, WordStudy activities, sorting and ordering tasks, Cloze exercises, media activities, and other student-work formats.

Staff members can review:

• Student responses and submitted work.
• Recorded scores.
• Teacher feedback.
• Assignment completion information.
• Read-only versions of the tasks students received.
• Available scorecards and class results.

This is particularly useful when a student tells a teaching assistant, “I don’t understand why I received this score.” The staff member can now look at the assignment, the student’s response, and the teacher’s feedback instead of trying to reconstruct the situation from the student’s description alone.

A Gradebook Designed Around the Student

A classroom teacher often wants to begin with a classwide gradebook grid. A teaching assistant, on the other hand, is frequently concerned first with one particular student.

The Staff Gradebook was designed with this distinction in mind. Staff members can select a student and see a vertical scorecard showing that student’s assignments, scores, feedback, completion status, and links to the corresponding work. A class grid remains available when a wider view is useful.

The scorecard may also be downloaded as a CSV file. Staff members can choose which assignments to include rather than downloading an entire year’s worth of work. Module titles and subtitles are included to help place each task in its instructional context.

“Set My Students”

Remote and combined classes introduced another problem. A single course may contain students attending from several schools, each with a different facilitator or teaching assistant. A staff member at one location may need to support four students in a class of twenty.

The Set My Students feature lets each staff member choose which students should appear in that person’s staff views. Once selected, the choice applies throughout the shared course.

The staff member’s gradebook, class results, student work, and proctor activity are then limited to that selected group. Another staff member assigned to the same course may choose a different group.

This makes the interface less cluttered, but it also follows a sensible privacy principle: people should ordinarily see the student information necessary for the work they are assigned to perform.

Read-Only Proctor Activity

Many Innovation Assessments applications record browser and task events that can help a teacher understand how a student interacted with an assignment. Staff members can now review this information through a centralized, read-only Proctor Activity page.

The class overview displays such information as:

• The number of recorded events.
• Departures from the task window or browser tab.
• Security or restriction signals.
• Evidence of completion.
• The most recent activity time.

A staff member may then select an assigned student to see a human-readable timeline. Technical event data remains available in a collapsed section when closer investigation is necessary.

These records require cautious interpretation. A browser event does not prove that a student was—or was not—paying attention. A tab change may deserve a conversation, but it is not by itself proof of misconduct. The system presents the evidence while leaving judgment where it belongs: with the educators who know the student and the circumstances.

Staff access to proctor information does not include teacher actions. Staff members cannot readmit a student, unlock a secure assessment, run an AI proctor analysis, or manage a live session.

Teachers Remain in Control

The course owner can remove a staff member’s access at any time. Removing access from one course does not disturb any other legitimate course assignments the person may have.

Staff access is also logged. Teachers and administrators can retain a record of staff activity such as opening a shared course, viewing a task, reviewing student work, or accessing proctor information. This provides useful accountability without turning the interface into a surveillance system of its own.

Unused staff-only accounts are also managed through an account lifecycle. When a staff member no longer has any course assignments, the account becomes inactive. A new invitation can reactivate it during the inactive period. After ninety days without an assignment, personal account details are anonymized and the credentials are invalidated. Invitation records are retained for up to one year.

When a Teaching Assistant Is Also a Teacher

Some support personnel are teachers themselves. A person might assist students in one remote course while teaching separate classes of their own.

A staff member can now create a permanent Free teacher workspace using the same account. The Staff dashboard presents an obvious Create My Teacher Workspace option. After confirmation, the person can create and manage courses as a teacher while retaining read-only access to all courses previously shared with them.

There is no duplicate account and no need for a second login. The teacher’s own courses appear in the regular teacher workspace, while courses owned by somebody else remain under Shared Courses with the original staff permissions intact.

Support Without Surrendering the Course

The Staff Access system reflects a practical truth about education: students are often supported by more than one adult, but those adults do not all need the same authority.

Teachers should not have to share passwords or surrender control of a course merely to let a teaching assistant see whether a student completed an assignment. Support personnel should not have to work from incomplete information when they are expected to help a learner.

Staff Access provides a middle ground: enough information to offer informed assistance, carefully limited controls, individually scoped student access, and accountability for the use of the system.

It is a modest idea, perhaps, but one that can make cooperation among teachers and classroom support personnel considerably easier.

Authorship note: This feature announcement was generated by artificial intelligence using samples of David Jones’s blog writing as a stylistic guide. It was reviewed for consistency with the current Innovation Assessments Staff Access feature.

A school I work with recently adopted a policy requiring teachers to minimize student information stored on outside platforms. Even a student’s full name was considered more information than an instructional application needed. A permitted first name was acceptable, but the surname had to be replaced by an alias.

This struck me as a reasonable programming challenge. Could Innovation Assessments provide teachers with the student identities they need to manage a class without requiring personally identifying information the school does not want stored?

The answer turned out to be yes.

What Is Alias-Only Student Identity?

Teachers may now designate an Innovation Assessments course as Alias-Only. Students registered for such a course have an account containing:

• Their permitted real first name
• An unrelated, system-generated alias in place of their surname
• A randomly generated privacy identifier
• A private internal login value rather than a real email address
• Their customary classroom PIN

A student named John, for example, might appear in the course as John Iris with the privacy identifier IA-EF25EA. The word “Iris” has no relationship to the student’s real surname. It is selected from a neutral list by the system.

The student can sign in using the teacher’s Class Number and a four-digit PIN. No student email address is required.

Privacy Without Making the Classroom Unmanageable

There is a practical problem with aliases: teachers still have to know who their students are!

The system therefore retains the student’s permitted first name and pairs it with a memorable word. This is considerably easier for a teacher to manage than a roster of random numbers. The additional privacy identifier gives the teacher a stable reference when two students have the same first name or when records must be distinguished more carefully.

Aliases are generated automatically. Teachers do not have to invent them, and students are not asked to choose amusing screen names that may prove distracting or inappropriate. The purpose is not to disguise the classroom from the teacher. It is to minimize the personal information stored in the application.

Keeping Standard and Alias Accounts Separate

One complication became apparent as I planned this feature. A single student account cannot safely contain a real surname for one course and simultaneously be treated as anonymous in another. The information still exists in the shared account.

Innovation Assessments therefore keeps the two account types separate.

A standard student account may participate in standard courses. A privacy-alias account may participate in Alias-Only courses. If the same student needs access to both kinds of courses, the teacher creates two separate accounts.

The application enforces this distinction. Teachers cannot accidentally assign one account to a mixture of standard and Alias-Only courses.

Converting an Existing Course

A teacher must empty a course’s active roster before changing it to Alias-Only identity.

This sounds more dramatic than it is. Removing a student’s course access does not erase completed submissions or scores. It simply ends that account’s ability to enter the course. Once the active roster is empty, the teacher can enable Alias-Only identity and create new privacy-alias accounts for the students.

This approach avoids trying to rewrite student identities across numerous kinds of assignments, recordings, scorecards, proctoring records, and gradebook entries. As an old programmer, I have learned to respect the opportunities for mischief that come with an unnecessarily clever database operation! A clean boundary is safer and easier for teachers to understand.

The course page explains the procedure and prevents Alias-Only mode from being enabled while ordinary student enrollments remain active.

Privacy Rules That Follow the Course

The setting applies to the whole course rather than to individual assignments. Once Alias-Only identity is enabled:

• Self-registration requests only the permitted first name.
• Google profile autofill is not offered.
• The system supplies the alias and private internal login.
• Teacher-created and batch-created accounts follow the same rules.
• Enrollment controls prevent standard accounts from entering the course.
• Older and direct-access routes cannot bypass the restriction.

Copying a module from the course does not copy its identity policy. The destination course retains its own privacy setting. This is important because instructional content may be reused in schools operating under different guidelines.

Collect Only What Is Needed

Schools differ considerably in their policies governing educational technology. Some permit ordinary student names and school email addresses in approved instructional systems. Others require far greater data minimization.

Innovation Assessments can now accommodate both approaches.

My aim was not to make every classroom anonymous by default. Most teachers do not need that. Instead, the platform now gives an institution the ability to say, “This is all the student information we permit this course to store,” and have the software enforce that decision consistently.

That is much better than placing the entire burden on the teacher to remember which fields to leave blank, which names to alter, and which accounts may be assigned to which courses. Good privacy practices are more dependable when they are built into the workflow.

This feature arose from a subscriber’s real classroom need. That is how many of the best additions to Innovation Assessments begin: a teacher encounters a practical problem, we think through what would make the work easier and safer, and then the platform becomes a little better for everyone.

Transparency note: This article was generated with AI assistance based on the implemented Innovation Assessments feature and writing samples supplied by David Jones. It is published under a separate author identity to distinguish AI-assisted posts from articles written personally by David.

One of the most time-consuming parts of preparing a world language assessment is not always writing the questions. It is recording the audio.

A teacher must write a suitable script, find a quiet room, record it clearly, listen to the result, and perhaps record it again. A conversation activity requires several separate audio files. A dictation requires careful pacing. If a teacher needs another version for a make-up assessment, the whole process begins again.

There is also the problem of variety. Students who always hear their own teacher become accustomed to one voice, one accent, and one speaking rhythm. Authentic materials provide variety, but it can be difficult to locate a recording that matches the vocabulary, topic, length, and proficiency level of a particular lesson.

Innovation Assessments now includes AI assistance for generating world language audio activities inside the Test and Convo applications.

Teachers can create listening-comprehension passages, traditional dictations, and simulated conversations in fifteen languages:

• Arabic
• Chinese
• English
• French
• German
• Greek
• Hebrew
• Hindi
• Italian
• Japanese
• Korean
• Latin
• Portuguese
• Russian
• Spanish

The tools are not intended to remove the teacher from assessment design. They are designed to shorten the distance between an instructional idea and a usable classroom activity.

AI Listening Comprehension

The Test application now includes an AI Listening Comprehension generator.

The teacher selects:

• The target language.
• A CEFR proficiency level from A1 through C2.
• The student age or educational level.
• A short, medium, or long passage.
• A voice.
• A multiple-choice or short-answer question.
• A topic or scenario.
• Any additional instructions.

A teacher might request an A2 French passage about ordering breakfast in a café, a B1 Spanish announcement about a delayed train, or an A1 German description of a family.

The AI produces a draft containing both the listening script and a question based upon it. A multiple-choice item includes four answer choices and a designated correct response. A short-answer item includes model answers that may later assist with scoring.

The teacher sees this material before the audio is created.

This review step is important. AI can produce useful drafts, but it does not know precisely what a particular class has studied. It may use vocabulary that is too advanced, introduce a regional expression the teacher has not taught, or misunderstand an important detail in the request. The teacher can edit the script, question, choices, and answers before selecting Generate Audio + Add Question.

The finished audio and question are then added directly to the test.

When the student reaches the listening item, the passage plays automatically according to the Test application’s listening workflow. The student answers the multiple-choice or short-answer question without needing to leave the assessment.

Traditional Dictation

Dictation occupies an interesting place in language instruction. It is among the oldest methods used in the language classroom and, when used appropriately, it remains a useful exercise in listening discrimination, spelling, accents, punctuation, and the relationship between spoken and written language.

It is also tedious to record properly.

The AI Dictation generator uses a traditional three-pass structure. The completed recording is planned to:

1. Read the passage naturally.
2. Repeat it more deliberately, with clear separation and spoken punctuation.
3. Read the complete passage naturally once more.

For several commonly taught languages, the system uses language-specific punctuation terms. A French dictation can say point, virgule, or point d’interrogation rather than inserting English punctuation instructions into the middle of the recording. Similar mappings are provided for Spanish, German, Italian, Portuguese, and English. Other supported languages use the general fallback behavior and therefore deserve especially careful teacher review.

The generated question asks students to write what they hear. The exact script becomes the primary model answer, while lightly normalized alternatives may also be included.

A teacher chooses the language, CEFR level, voice, passage length, age group, topic, and any special directions. As with listening comprehension, the complete draft can be edited before audio generation.

This makes it practical to create a short dictation aligned with the vocabulary of the current unit rather than searching for a preexisting recording that only approximately fits.

AI-Assisted Conversation Prompts

The Convo application presents a different problem.

Convo is designed to assess spontaneous speaking. The student hears one side of a conversation and records a response. The next prompt continues the situation until the student has completed a series of exchanges.

Preparing a good Convo requires more than writing several unrelated questions. The prompts must form a coherent interaction. They must provide enough context for a student to respond, but they must not supply the very content the student is expected to produce.

This last problem proved especially important during development.

An early AI-generated conversation about families in France included a prompt in which the conversation partner listed traditional, single-parent, and blended families. The corresponding student task was to name types of families. The audio had supplied the answer!

The generator has therefore been instructed to create only the conversation partner’s side. It must not state, preview, paraphrase, or provide examples of the student response being assessed.

The teacher describes the scenario and selects:

• One of the fifteen languages.
• A CEFR level from A1 through C2.
• A voice.
• Between two and eight prompts.

The AI creates a sequence of spoken turns forming one continuous conversation. These turns are not limited to direct questions. The conversation partner may make an observation, express a preference, offer an opinion, or describe a small problem that invites the student to react.

This makes the interaction sound more natural. Real conversations do not consist entirely of one person asking a list of interview questions.

Students Must Listen

Each generated Convo turn contains two different pieces of information.

The first is the actual spoken line the student hears. The second is a very brief visible cue such as:

• Respond naturally.
• React and explain.
• Answer and add one detail.
• Agree or disagree.
• Respond and ask a question.

The visible cue is intentionally vague. It should tell the student what kind of response to make without revealing the subject of the audio.

If the screen says, “Name three types of families in France,” the student does not need to understand the spoken French. The exercise has become a prepared speaking prompt rather than a listening-dependent conversation.

By using a cue such as “Answer with examples,” the student must comprehend the audio to know what examples are being requested.

This separation preserves the purpose of Convo: listening and responding in real time.

A Simulated Conversation, Not a Live AI Chat

The conversation is AI-generated, but it does not dynamically change according to what the student says.

The prompts are created in advance, reviewed by the teacher, converted to audio, and presented in a fixed sequence. The AI is not listening to the student and inventing the next turn during the assessment.

This is intentional.

A fixed sequence gives every student an equivalent task. It lets the teacher inspect the complete assessment beforehand. It also avoids the unpredictability, delay, and expense of running a live conversational AI during every student attempt.

The generator tries to maintain continuity without pretending to know what the student said. Later turns may use a content-free acknowledgment such as “I understand” or “That is interesting,” but they should not invent, summarize, or correct an unseen student response.

The result occupies a useful place between a disconnected list of speaking questions and a fully dynamic AI conversation.

Voice, Level, and Pacing

Both Test and Convo provide a selection of voice styles. The labels describe approximate personas—such as a calm adult voice, a warm male voice, or a polished female voice—rather than guaranteeing a particular regional identity.

Teachers can also adjust playback speed within a reasonable range. This can help match a recording to beginning or advanced learners without reducing speech to an unnatural crawl.

CEFR settings provide the AI with a useful target for vocabulary and sentence complexity. They should not be treated as an official certification that every generated sentence perfectly matches a proficiency level. As with all generated material, the teacher remains the final judge.

Pronunciation quality may also vary by language, name, regional expression, and selected voice. The fact that a language appears in the list means the system can be instructed to generate and speak it; it does not mean every voice will perform equally well in every language.

Listen before assigning!

Saving Preparation Time Without Surrendering Judgment

These tools perform several kinds of work at once. They can draft a passage, construct a question, produce answer choices or scoring models, and generate an audio file.

That is an impressive amount of assistance from a short teacher request.

It is also why review matters. An error in a private brainstorming response is inconvenient. An error converted into audio and placed on an assessment may confuse an entire class.

The workflow deliberately separates drafting from audio generation. Teachers can inspect and revise the material before using additional AI resources to create the recording. Generated questions and audio also become ordinary parts of the task afterward; the teacher can continue managing the assessment through the established Test or Convo tools.

AI usage is charged against the teacher’s available AI-token allowance. This gives subscribers control over how much generation they use and keeps the feature from silently producing unlimited external-service costs.

More Time for Designing the Assessment

The best use of artificial intelligence in education may not be to make instructional decisions for teachers. It may be to perform the mechanical work surrounding those decisions.

The teacher still decides what students should understand, which vocabulary belongs in the activity, how difficult the passage should be, what constitutes an acceptable answer, and whether the finished recording is appropriate.

The AI turns those decisions into a draft and a voice recording much faster than the traditional process.

For a language teacher who needs another listening passage, a carefully paced dictation, or five connected conversation prompts before tomorrow morning, that is no small improvement.

Authorship note: This feature announcement was generated by artificial intelligence using samples of David Jones’s blog writing as a stylistic guide. It was reviewed for consistency with the current Innovation Assessments Test and Convo AI-generation features.

For many years, I have made video lessons by recording voice-overs of PowerPoint presentations. I began doing this long before remote teaching made the practice commonplace. These lessons became an important part of my courses, but making them was not always a quick process. A teacher could spend a fair amount of time moving among presentation software, screen-recording software, video files, and a learning-management system before students ever saw the finished product.

Sometimes that degree of production is worthwhile. Other times, a teacher simply needs to explain something.

That is the purpose of the new Video Lesson application at Innovation Assessments. It gives teachers a convenient way to record a short lesson directly from their web browser and place it into a course alongside the other activities students already use.

A Small Recording Studio Inside the Course

A teacher begins by adding a Video Lesson to a module just as one would add a test, writing assignment, conversation, or other course element. The recording studio then provides access to the computer’s camera and microphone. Teachers can select the microphone they wish to use, record for up to ten minutes, review the result, and either save it or record the lesson again.

This is not intended to replace serious video-production software. Teachers making polished lectures for publication will probably continue to use programs such as OBS, QuickTime, or another video editor. Video Lesson is for the many occasions when speed and convenience matter more than elaborate production.

A teacher might use it to:

• Introduce a new module.
• Explain a difficult concept.
• Review a common misunderstanding.
• Provide directions for a complicated assignment.
• Record a short remedial tutorial for students who need another explanation.
• Preserve a useful classroom explanation for next year.

Once saved, the lesson remains hidden until the teacher is ready to publish it. It then appears in the course like any other assigned resource.

Camera Lessons and PowerPoint Lessons

The simplest option is a camera lesson. The teacher speaks directly to students, much as one might during an online meeting. On supported computers and browsers, the recording studio can also soften the background. This is useful for teachers recording at home or in a classroom where the background may be distracting.

There is also a presentation mode. A teacher may select a PowerPoint already uploaded to the course and advance through its slides while recording. The presentation occupies the main portion of the finished video while the teacher appears in a separate panel alongside it. This prevents the teacher’s camera image from covering material on the slide.

The teacher can make some adjustments to the presentation’s appearance, including its background and text display. PowerPoint is an elaborate format, so highly unusual fonts, complex animations, and intricate layouts may not reproduce exactly as they do in Microsoft PowerPoint. The purpose here is not perfect duplication. It is to provide a fast way to combine an existing classroom presentation with a teacher’s explanation.

This arrangement strikes me as a useful compromise. Students get both the visual organization of the presentation and the human presence of their teacher. The result feels more like a lesson and less like a silent collection of slides.

No Separate Video Service Required

The recording is created in the browser and saved directly to the teacher’s course. There is no need to upload it first to YouTube or another public video service. This keeps the workflow simple and allows teachers to create short materials specifically for their own students.

The application records in a compact web-video format. That makes it appropriate for quick instructional lessons while avoiding the very large files associated with high-resolution video production. As always, teachers should test their selected camera, microphone, and browser before recording an important lesson. Browser media features can differ somewhat among devices.

Some Evidence That Students Opened the Lesson

Assigning a video raises an old question: did the student actually watch it?

No online system can prove that a student was paying attention. A learner can play a video and think about something else just as easily as a learner can sit in a classroom and daydream through a lecture. It is important not to claim more from technology than it can actually provide.

Video Lesson does, however, record useful engagement evidence. Teachers can see such events as opening the lesson, beginning or pausing playback, reaching different points in the video, completing playback, and leaving or returning to the browser tab. The system then presents a human-readable summary while retaining the detailed activity records when closer review is necessary.

Staff members assigned to a shared course can also review this evidence for the students they support. Their access remains read-only and respects the teacher’s course permissions and the staff member’s selected student group.

These records should be treated as clues, not verdicts. They can help a teacher recognize that a student may have had trouble accessing a lesson, stopped partway through it, or left the page repeatedly. That information can begin a useful conversation.

Keeping the Tool Modest

One of my persistent goals in developing Innovation Assessments has been to build tools around actual classroom needs rather than adding complexity for its own sake. Video Lesson follows that philosophy.

It does not try to become a professional television studio. It offers a camera, a microphone, optional background softening, an existing PowerPoint, and a direct path into the course. That is enough to make many useful lessons.

A polished instructional video may take hours to create. A timely explanation should not have to. Sometimes a teacher needs to sit down, select a microphone, open a presentation, teach for five minutes, and give the result to students. Video Lesson was built for exactly that moment.

Authorship note: This feature announcement was generated by artificial intelligence using samples of David Jones’s blog writing as a stylistic guide. It was reviewed for consistency with the current Innovation Assessments Video Lesson feature.

Why We Design AI With Limits, Roles, and Instructional Purpose

One of the central ideas behind our platform is what we think of as bounded AI. In education, that matters enormously. The question is not simply whether AI is present in a tool, but how it is present. Is it open-ended, dominant, and difficult for a teacher to control? Or is it constrained by instructional purpose, teacher settings, and clear limits on what it is allowed to do?

Our view is that classroom AI should be bounded. It should serve the learning task rather than take it over. It should operate inside a framework defined by the teacher, the assignment, and the goals of the lesson. In practical terms, that means AI should not function as a free-floating substitute for instruction, nor should it become an unrestricted shortcut around student thinking. It should be structured, limited, and accountable.

That principle appears in several different ways across the platform. In some applications, teachers explicitly control how much student-facing AI is available by assigning a limited number of AI uses or “licenses” per student for a particular task. In grammar and writing workflows, for example, AI assistance is not simply switched on without limit. The teacher decides whether students receive access, how much access they receive, and when those counts should be reset or renewed. That matters because it keeps AI from becoming an ambient crutch. It remains a defined instructional support rather than an always-on replacement for effort.

Bounded AI also means constraining what the model is supposed to do. In the conversational tools, the AI is not treated as an unrestricted chatbot. It is given a teacher-defined topic, guidelines, and role, and it is instructed to stay within that frame. If a student tries to push the interaction off topic or get the AI to abandon its assigned role, the system is designed to redirect the exchange rather than reward the drift. In other words, the AI is not there to become anything the student wants it to be. It is there to support a particular kind of language practice under teacher-defined conditions.

That same logic extends into oral assessment. In the viva voce tools, the AI does not simply improvise a conversation however it wishes. It operates within a configured assessment structure. It is guided by the assigned topic, the intended proficiency band, the turn limit, and the instructional expectation that difficulty remain within a stable range. If a student struggles, the AI can narrow or rephrase. If a student is strong, it can deepen the probe. But it is not supposed to veer into a different topic, change the task, or suddenly raise or lower the level in a way that distorts the assessment. This is a very different educational use of AI from an open-ended chat experience. The AI is acting more like a constrained assessment instrument than a digital companion with no boundaries.

Bounded AI also means limiting the function itself. In our platform, AI is generally assigned a specific role: provide feedback on grammar, help a teacher score a rubric, summarize short responses, generate a draft activity, maintain a target-language interaction, or support a structured discussion. Those are narrow tasks. They are useful tasks. But they are not the same thing as handing over the intellectual work of the lesson to a general-purpose model. We think that distinction is one of the most important design choices in educational technology right now.

There is also a teacher-control dimension to bounded AI that is easy to overlook. AI can help generate drills, prompts, questions, and classroom materials, but those tools are still framed as teacher-facing publishing assistance, not as autonomous curriculum engines. The teacher remains the authorizing intelligence. AI speeds up drafting, variation, and differentiation, but it does not replace pedagogical judgment. Used well, this can feel less like surrendering instruction to AI and more like giving the teacher an on-demand assistant for producing customized materials.

The educational value of this approach is substantial. First, it helps preserve student thinking. A bounded AI tool can scaffold, redirect, or clarify without simply doing the work for the learner. Second, it keeps classroom tasks legible to the teacher. If the AI is operating inside a clear assignment structure, its effects are easier to evaluate and manage. Third, it makes misuse harder. Students are far more likely to offload cognition when AI is unrestricted, conversationally dominant, or available in unlimited ways. When AI is role-bound, topic-bound, use-limited, and embedded in task design, it becomes a support rather than an escape hatch.

Just as important, bounded AI supports better trust. Teachers are right to be cautious about tools that present AI as a kind of omniscient educational layer hovering over everything. That is not the philosophy here. Our model is closer to this: AI should enter the classroom with a job description. It should know why it is there, what it is allowed to do, what it is not allowed to do, and who remains in charge.

In the end, bounded AI is not a limitation in the negative sense. It is a design discipline. It reflects the belief that educational technology works best when it respects the shape of teaching rather than trying to dissolve it. AI can be useful, flexible, and powerful. But in a learning environment, its value increases when its role is defined, its scope is controlled, and its presence remains in service to human instruction.

How We Limit Data, Bound AI, and Reduce Unnecessary Student Exposure

As AI becomes more common in education, privacy deserves more than a reassuring slogan. Teachers and schools need to know, in practical terms, how a platform handles student information: what it stores, what it sends, and what it deliberately chooses not to include.

Our approach is guided by a simple principle: use only the information needed to support teaching and learning, and avoid unnecessary exposure wherever possible. That principle shapes both the way accounts are managed and the way AI features are built.

At the account level, we keep subscriber records focused on essential information. A functioning classroom platform does need core account data, enrollment relationships, and activity records tied to real users. But that does not mean the student record should become a warehouse of unnecessary personal detail. We aim to keep the data footprint as limited and purposeful as possible.

Student access is also designed with flexibility and restraint in mind. In many parts of the platform, students can sign in using a standard email-and-password account. Where appropriate, teachers can also enable a class-number-plus-PIN login option. This gives teachers another controlled way to bring students into classroom activities without making email-based login the only path. PIN access is not open-ended. It is teacher-enabled, tied to classroom enrollment, and limited to active student accounts. In some workflows, it is also paired with session-token checks and lightweight challenge steps before access is granted.

Traditional account security remains part of that design. Password-based logins are supported, and passwords are stored as hashed values rather than plain text. The goal is to support real classroom conditions while keeping access bounded and appropriately controlled.

The same privacy philosophy extends into AI use. In many classroom AI workflows, the model needs the student’s work, but not the student’s identity. A writing sample may need feedback. A conversation transcript may need to be scored. A set of short responses may need to be summarized. In those cases, the instructional content matters; the personal name usually does not.

For that reason, our AI integrations are designed to scrub identifying information. When student work is sent for AI-assisted analysis, the focus is on the work itself rather than on personal identity. In discussion and transcript-based tools, prompts can preserve structure without exposing names by using neutral labels such as “Student,” “Peer 1,” “Peer 2,” “Poster 1,” or “Poster 2.” That allows the model to follow turn-taking, compare responses, and interpret interaction without requiring unnecessary identifying detail.

This is an important distinction. Privacy in educational AI is not only about preventing unauthorized access. It is also about reducing unnecessary disclosure inside authorized systems. A feature may be legitimate and still contain more identifying information than it needs. Our design goal is to keep asking that question: what does the model actually need in order to do the instructional job well?

That mindset carries across the platform. We try to limit stored data to what is functionally necessary, offer bounded and teacher-controlled access options, and structure AI prompts so they carry instructional signal rather than avoidable personal detail. In our view, privacy is not a single feature. It is a design habit.

No platform should treat privacy as finished work. Systems evolve, features grow, and safeguards need to be revisited. But the standard remains clear: keep data collection purposeful, keep access controlled, and keep AI use as privacy-conscious as possible.

That is what privacy by design means in practice.

One of the most practical tools in Innovation Assessments is Convo, our speaking task app built for teachers who want students to respond to prompts in a more authentic, manageable, and scoreable way.

At its core, Convo is simple: the teacher creates a conversation task using a sequence of prompt audios, students listen and respond one prompt at a time, and the teacher can later monitor progress, review submissions, and score the work using either simple prompt-by-prompt scoring or a fuller rubric workflow. But what makes the app useful is how much classroom reality it accounts for.

A teacher begins by configuring the task. The setup is intentionally straightforward: give the task a title, add context or directions, set an overall time limit, and decide whether each prompt response should also have its own time cap. That matters in speaking assessment, because sometimes you want students to think and answer naturally, not rehearse for several minutes. Teachers can also decide how students will complete the task. There is a browser-recording version for direct in-app speaking, and there is also an upload version for cases where device compatibility or student circumstances make recording in-browser less reliable. If a teacher wants tighter control, the task can require in-browser recording so response timing is enforced more strictly.

The prompt-building process is also flexible. Teachers can upload prompt audio files or record prompt audio directly in the browser while building the task. Each prompt can include a memo or script, which helps keep the assessment organized and teacher-friendly. This makes Convo work well for world languages, oral interpretation, speaking checks, listening-response tasks, and even teacher-created mock interview activities.

On the student side, the experience is designed to be focused. Students open the task, hear the teacher’s audio prompt, and respond prompt by prompt. The app supports real classroom constraints: access and visibility checks, timing, saved progress, and submission tracking are all built into the workflow. Students who have already submitted are not accidentally allowed to start over unless the teacher readmits them. That matters because speaking tasks can otherwise become messy very quickly if students are unsure whether they are still “in progress” or already finished.

Another strength of Convo is that it does not pretend every device behaves the same way. The app supports both browser recording and upload-based response collection, which gives teachers a practical fallback path when needed. In real schools, that matters more than elegant theory. A speaking tool only works if students can actually complete the task on the devices they have.

From the teacher side, monitoring is lightweight and useful. The teacher can open the monitor view and see which students are in progress, how many prompts they have completed, and who may need a readmit. This is helpful during live class use, language lab work, remote learning, or make-up assignments. The monitor is not overloaded; it gives the teacher enough visibility to manage the task without turning into a distraction.

Scoring is where Convo becomes especially flexible. Some teachers want quick scoring by prompt, especially when they are listening for completion, clarity, or general performance. Others want a more formal evaluation process. Convo supports both. A teacher can score by individual response or switch into rubric-based scoring, depending on how the assessment is designed. That means the same app can support quick formative checks and more structured summative speaking assessments.

There is also a strong accountability layer behind the scenes. Convo includes proctor-style event logging, submission tracking, and workflow protections that help preserve the integrity of the task. That is particularly useful for graded speaking work, asynchronous assessment, and remote completion settings where teachers want a clearer record of how the task was completed.

What I like most about Convo is that it is not built around a fantasy classroom. It is built around the real one. Teachers need prompt audio options. Students need a focused workflow. Some devices cooperate; some do not. Some speaking tasks need strict time limits; some need flexibility. Some teachers want quick scoring; some want rubric-driven feedback. Convo makes room for all of that.

In short, Convo is a speaking assessment tool designed for actual classroom use: easy to configure, realistic for students, adaptable across devices, and strong on both monitoring and scoring. It helps teachers move beyond “just record something and upload it” toward a cleaner, more intentional speaking workflow.

Though retired, I still teach a few courses a day remotely. This week, I attended a professional development meeting for one of the companies for whom I teach, where a presenter used a popular interactive presenting app. The presentation itself was excellent. The app, however, was another matter entirely.

I will grant that, as a developer of educational technology myself, I am a harsh critic. But I suspect even the hundred and fifty or so others on that Zoom call would agree. The app was heavily gamified, filled with sound effects and floating reaction emojis designed to promote “engagement.” Each emoji triggered a popping bubble sound as it drifted across the screen. Participants continued clicking them even after being asked to stop, while the presenter was attempting to explain how to construct a complex AI prompt. The result was not engagement, but distraction.

My earlier posts have noted my long-standing skepticism of gamification. Its promoters often cling to the old trope that if students are having fun, they will not even realize they are learning. Forgive me for sounding like the old fogey that I am, but that idea has always struck me as pedagogically misguided. I want students to know they are learning. More importantly, I want them to learn how to guide and regulate their own learning. Attention should be directed toward the material, not toward points, sounds, or game mechanics.

If you explore the Innovation platform, you will notice that it is intentionally plain. Interactive tools include emoji responses, but they are subtle, silent, and easily disabled. This is by design. The platform reflects how I actually teach, rather than how a game designer imagines learning should feel.

Because most teachers are not developers, we often adapt software that was never designed for classrooms in the first place. We rely on office productivity tools or on educational software built by developer teams whose instincts lean more toward gaming than pedagogy. I occupy an unusual position as both teacher and developer, and I find great satisfaction in coding applications that behave the way a teacher actually needs them to behave.

The Classroom is Not the Office

Having taught since 1991, I have lived through the entire technological transformation of education. My first classroom had chalkboards and binders. My last, before retiring three years ago, had 1:1 student laptops and a SmartBoard. One persistent problem has been that much of our classroom software originated outside education, particularly in office environments.

When we placed laptops running word processors and spreadsheets in front of students, we gained powerful tools but lost a degree of visibility and supervision. In 1991, it was nearly impossible for a student to hide off-task behavior behind a notebook. In 2026, it may be a hidden browser tab. What was marketed as “real-world experience” often came at the cost of instructional control.

At Innovation, I aim to design learning spaces that originate in education rather than being imported from the office or the gaming world. Our writing tools include optional AI proctoring and live monitoring so instructors can observe student work in progress. Our assessment tools provide similar oversight, along with messaging features that allow teachers to guide, redirect, or support students in real time.

In short, the goal is not to make learning noisier or more entertaining. It is to make it more focused, more observable, and more teachable.

Good educational technology should not compete with the lesson for attention. It should support the teacher, clarify the task, and fade quietly into the background of learning.

After more than three decades in the classroom, I have come to believe that the best tools are not the loudest or the most entertaining, but the ones that respect how learning actually happens: through focus, guidance, and sustained attention. If our software cannot preserve those conditions, then no amount of animation, gamification, or sound effects will make up for what is lost.