Officially Launched

Schole launched at #1 on Product Hunt, beating Youtube, Meta, and 400+ more for the top spot!

The Trap Inside the Instant Answer

Designing AI for learning, not just task completion

Vinitra Swamy, Christophe Charbonnel, Ruzanna Margaryan, Paola Mejia, and the Scholé team

A learner’s mastery estimate climbing from 0.20 to 0.90 over five lesson steps

Give ChatGPT a math problem: it solves it. Give it an email: it writes it. Give it a broken agent: it finds the bug. The interaction feels successful because the task is finished.

But if the goal is learning, “Did the user get the answer?” is a surprisingly bad metric.

What we care about is whether the learner can take the underlying idea and apply it to a new problem, a different context, or a task they have not seen before.

We now have enough real-world evidence from researchers in our community to see this pretty clearly.

Two questions a system can be built around

Both are answerable. Only one of them requires the learner to have done something, and only one of them changes what the system does next.

Two panels. What the chat measures: did the user get the answer? Answered by the transcript alone, satisfied by a copied solution, says nothing about the learner. What learning measures: can the learner use the idea somewhere new? Needs a second unseen task, needs a record of what was tried, changes what comes next.

The second question cannot be answered from one conversation. It needs a task the learner has not seen, and a record of what they did on the last one.

Giving someone GPT can improve performance without improving learning

Bastani et al. [1] tested this with nearly 1,000 high-school mathematics students.

Students were assigned to a control condition without AI, GPT Base, or GPT Tutor. GPT Base was close to a normal GPT-4 chat interface. GPT Tutor also used GPT-4, but added teacher-written hints and instructions to guide students through the problem.

During practice, students using GPT Base performed 48% better than the control group. Students using GPT Tutor performed 127% better.

Then the AI was removed for an assessment.

Students who had used GPT Base performed 17% worse than the control group. Students who had used GPT Tutor did not show the same drop.

Two designs, two ledgers

Every bar compares a group with classmates who worked without AI: first during practice, with the AI in the room, then on the assessment, with the AI removed.

Bar chart. During practice, the answers group scored 48% better and the hints group 127% better than classmates without AI. On the assessment with no AI in the room, the answers group scored 17% worse while the hints group was indistinguishable from classmates without AI.

The bars compare groups with their classmates; they do not mean any student’s own scores fell. The ≈0 bar is drawn at zero because the GPT Tutor group’s assessment scores were statistically indistinguishable from classmates who never used AI.

That is the main result: the version of GPT that made practice easier also left students worse off on the later assessment. Adding tutoring guardrails largely removed that effect.

Both groups had access to GPT-4; the difference was how the system guided them through the problem.

The conversation logs also showed that students using GPT Base were more likely to ask for or copy complete solutions. GPT Tutor pushed students through more intermediate steps.

Therefore, a correct answer during practice is not enough to tell us whether someone learned. In some cases, LLMs might not be helpful for learning gains at all.

Bastani et al., PNAS 2025

LearnLM: did the learner generalize?

A recent LearnLM study gives us a more useful way to measure this.

Some of our friends at Google and Eedi studied 165 secondary-school students. After getting a math problem wrong, students received either a static hint, help from a human tutor, or tutoring generated by LearnLM and reviewed by a human tutor.

On a second attempt at the same problem:

  • Static hint: 65.4% correct
  • Human tutor: 91.2%
  • Supervised LearnLM: 93.0%

The researchers then looked at how students performed on the first problem in the next unit:

  • Static hint: 56.2%
  • Human tutor: 60.7%
  • Supervised LearnLM: 66.2%

Correcting the mistake, and carrying the idea

The same three conditions measured twice: on a second attempt at the problem the student just got wrong, and on the first problem of the next unit, where no help was given.

Two bar panels. Same problem, second attempt: static hint 65.4%, human tutor 91.2%, LearnLM 93.0%. Next unit, first problem: static hint 56.2%, human tutor 60.7%, LearnLM 66.2%.

Both panels use the same three conditions and the same 165 students; the second one is the measurement most tutoring products never take.

The main result here is different: LearnLM was very effective at helping students correct the immediate mistake, and students also performed well when they moved on to a new problem.

The study is small, and the difference between LearnLM and human tutoring is not statistically conclusive. The interesting part is the measurement itself.

The researchers did not stop at “Did the student get the original question right after receiving help?” They also looked at what happened on a new problem. That is much closer to what we care about in a learning system.

LearnLM + Eedi study (arXiv)

The learner has to do something first

This changes the product design. Suppose someone is learning to debug an agent, and the agent selects the wrong tool.

The fastest response is:

Your tool description is ambiguous. Rewrite it like this.

That fixes the agent, but it tells us almost nothing about what the learner understands. Instead, the system could first ask:

The agent selected the wrong tool. What would you inspect first?

A. Tool description

B. Output schema

C. Temperature

If the learner chooses output schema, we have learned something useful. They may not yet understand which part of the system controls tool selection.

Ask before you fix

The same broken agent, two responses. One ends the exchange. The other produces the evidence every later step depends on.

Left: handing over the fix, agent fixed but learner unmeasured. Right: asking what the learner would inspect first, with three options; the wrong choice locates the gap. Below, a chain: task, attempt, observe, support, new task.

Scarlatos and colleagues make the same argument on the model side: train tutor responses against the learner’s subsequent response rather than the immediate quality of the tutor’s own turn.

Now the system can address that specific gap and give them another agent where the same concept appears differently. The sequence becomes:

task → attempt → observe → support → new task

Without the attempt, there is very little to adapt to.

Scarlatos et al., AIED 2025

We also need to remember how the learner got the answer

This is where knowledge tracing becomes useful. Consider two learners who both finish a question correctly.

Learner A

  • correct on the first attempt

Learner B

  • wrong twice
  • asks for a hint
  • receives an explanation
  • then gets it right

If the system records both as completed = true, it has lost most of the useful information.

What a completion flag throws away

Two different paths through the same question, collapsing into one stored record.

Learner A: correct on the first try. Learner B: wrong, wrong, hint, explanation, correct. Both collapse into a single record reading completed = true.

Knowledge tracing is the study of estimating what a learner knows from the sequence of their interactions, rather than from the final state of each one.

Educational Data Mining has studied this problem for years through knowledge tracing: estimating what a learner knows from their sequence of interactions.

Work from our collaborators at EPFL tested whether LLMs could perform knowledge tracing directly. Fine-tuned LLMs performed roughly on par with standard Bayesian Knowledge Tracing approaches, although stronger specialized models still did better.

The main takeaway is simple: how someone reaches the answer matters for estimating what they know.

Neshaei et al., EDM 2024 (arXiv)

Khanmigo: having a tutor available is not enough

Khanmigo shows another problem. A two-year randomized study followed students across 18 Tennessee middle schools. Khanmigo was designed to coach students rather than simply provide answers.

Students assigned to Khanmigo improved by roughly 0.06–0.08 standard deviations over a school year.

One click away, and mostly unused

Almost everyone tried the tutor. Far fewer reached for it on a given practice day, and fewer still at the moment they got something wrong.

Three bars: 96% of students tried Khanmigo at least once, the median student used it on about 33% of practice days, and it was used in 17% of exercise sessions containing a mistake.

Two years of access, 18 middle schools, and an effect of 0.06 to 0.08 standard deviations over a school year.

But students did not use the tutor very often. Although 96% tried Khanmigo at least once, the median student used it on only around one-third of practice days. More importantly, students used it in only 17% of exercise sessions where they made a mistake.

The main result for us is that a well-designed tutor does not help much if it is disconnected from the moments where the learner actually needs support.

A mistake is one of the strongest signals the system gets. If the learner simply moves on, that signal never changes how the learning should adapt next.

Oreopoulos & Low, NBER 2026

What we are building toward

This is the learning loop we care about at Scholé.

The LLM can generate explanations, examples, questions, simulations, and feedback. The surrounding system keeps track of what the learner tried, how they responded, how much help they needed, and what would be useful to test next.

The loop

Learning objective, choose task, learner attempts, observe response, update learner model, choose next experience, and then the same idea in a new task or context.

A loop: learning objective, choose task, learner attempts, observe response, update learner model, choose next experience, test transfer with a new task and new context, and back to choosing a task.

The return leg is the load-bearing part. Repeating the same question tests recall; changing the surface tests transfer.

If someone learns that an ambiguous tool description can cause an agent to choose the wrong tool, the next test should not simply repeat the same question.

Give them a different agent. Change the tools. Change the symptoms. See whether they still recognize what is happening.

The same applies to sales, food handling, aviation, coding, governance, or learning how to use AI tools.

The result we care about is not whether the learner got through the exercise, but whether they can use the idea somewhere new.

  • Learning science
  • Knowledge tracing
  • Transfer
  • Adaptive learning
  • AI proficiency

Sources

  1. Bastani, H., Bastani, O., Sungu, A., Ge, H., Kabakçı, Ö., & Mariman, R. (2025). Generative AI without guardrails can harm learning: Evidence from high school mathematics. PNAS, 122(26).
  2. Google DeepMind & Eedi (2025). AI tutoring can safely and effectively support students: An exploratory randomized controlled trial in UK classrooms. LearnLM technical report; arXiv version.
  3. Scarlatos, A., et al. (2025). Training LLM-based tutors to improve student learning outcomes in dialogues. AIED 2025.
  4. Neshaei, S. P., et al. (2024). Towards modeling learner performance with large language models. EDM 2024; arXiv version.
  5. Oreopoulos, P., & Low, S. (2026). One click away: AI tutoring with Khanmigo in a two-year school experiment. NBER Working Paper 35620.

Hold us to it

Scholé is built on the loop this article describes: task, attempt, observation, support, and then the same idea on a new surface. Bring the standard this article set, and see whether we clear it.