Before I Use AI to Learn, I Ask What the Task Is Practising

The same AI help can support learning in one task and remove the learning in another. I use the task’s learning job to decide where AI belongs.

·

2–3 minutes

·

The same AI action can be useful in one learning task and destructive in another.

Imagine asking AI to improve a paragraph.

If the real task is understanding the water cycle, help with awkward wording may remove irrelevant friction.

If the real task is practising sentence construction, the same help may remove exactly what needed practice.

That is why I find “Should I use AI for this?” too broad.

A better question is:

What is this task trying to make me better at?

Every learning task has a visible job and a learning job

The visible job might be “finish ten maths questions”, “write 300 words” or “build a presentation”.

The learning job is the capability being exercised underneath.

Long division is not really about producing ten answers. It is about practising the method.

A history presentation may be about choosing evidence, organising an argument or presenting clearly. Those are different learning jobs hidden inside one assignment.

Once the learning job is visible, the AI boundary becomes easier to reason about.

AI should remove friction around the skill, not the skill itself

Suppose I am learning a new programming library.

If the goal is understanding the API, asking AI to explain an unfamiliar error may help me keep moving.

If the goal is learning how to design the abstraction, asking AI to make every design decision removes the useful part.

The same tool can either preserve the learning loop or quietly complete it for me.

This is the distinction I find useful:

Remove friction around the skill. Preserve friction inside the skill.

But preserving struggle is not the goal either

There is an important complication.

Sometimes support is what makes the learning possible.

A beginner who is stuck on the first step may learn more from a small hint than from staring at the problem for another 20 minutes.

So I would not turn “do the hard part yourself” into another rigid rule.

The useful distinction is not assistance versus independence.

It is support versus substitution.

I use a Keep → Support → Remove check

Before I hand part of a learning task to AI, I can ask three questions.

  • Keep: What thinking or skill do I need to practise personally?
  • Support: What friction could AI reduce without replacing that practice?
  • Remove: What AI assistance would accidentally do the learning job for me?

For writing, maybe I keep the argument and examples, let AI point out repetition and avoid asking it to rewrite the whole paragraph.

For coding, maybe I keep the architecture decision, let AI generate repetitive setup code and avoid accepting a design I cannot explain.

For research, maybe I keep source selection and judgment, let AI help organise notes and avoid treating its summary as evidence.

The best AI rule changes with the purpose of the task

A universal list of acceptable AI uses will always have edge cases because the same action can remove different kinds of thinking in different tasks.

I find one question more reusable:

What am I trying to become better at by doing this?

Once that is clear, AI stops being a vague debate about cheating, shortcuts or purity.

It becomes a tool whose role can change with the learning job.

Written by Rakesh Kalra, a software engineer with 20+ years of experience who still prefers building things. ThinkBySketch is where I share small tools, experiments and lessons from trying to make work and learning simpler. About ThinkBySketch →

One useful experiment at a time

Get the next thing I’m trying.

Small tools, systems and ideas for building, learning and working better, including the experiments that do not work.

After subscribing, check your inbox and click the confirmation link.

Comments

Leave a comment