4. Cause & Effect - NariShakti 4. Cause & Effect | NariShakti Humane ClubMade in Humane Club

4. Cause & Effect

Cause Effect

Some sessions are breakthroughs. Some are three days of rebuilding the same game until it’s good enough. And some are half a day, three prompts, one bug, and a clean finish.


Every action has a reaction

Cause and effect, I told her, is the relationship between an action and what follows from it. Pull a block from the base of a tower, the tower falls. Mix baking soda and vinegar, carbon dioxide forms. Push one domino in a chain and all of them fall.

She knew this intuitively. Every child does. What they haven’t done is precisely enough to design a system around it.

I asked her: what’s the difference between a cause and a coincidence?

She thought about it. “A cause actually makes the thing happen. A coincidence just happens at the same time.”

Right. And that distinction, between correlation and causation, is one of the most important ideas in science, data, and computational thinking. You don’t need to call it by those names at nine. You just need to feel the difference between “this happened because of that” and “these two things happened together.”

How she chose what to build

The idea came quickly. A prediction game — the player sees an action and has to choose the correct reaction from multiple options. Robots competing in real time. Three levels of increasing difficulty.

She sat down with her notebook, wrote the design doc, and came back with the first version of the questions.

I looked at the Medium and Hard levels and pushed back. The questions weren’t hard enough. They were cause-and-effect relationships, but obvious ones — the kind where you could guess without thinking. Medium and Hard should require the player to actually reason through a chain, not just recognise a familiar outcome.

She went away and came back with science questions and gear chains across every level.

Baking soda and vinegar producing carbon dioxide. A gear connected to three others in a chain — which direction does the last one turn? A plant receiving sunlight and water — what follows?

She already knew how gears work as she’d spent time working through mechanical puzzles online and had the logic of connected gears sitting comfortably in her head.

The design doc

Look at the gear questions across all three levels. Level 1: one gear connected to one other — which direction does it turn? Level 2: a chain of three gears. Level 3: a chain of four, starting anticlockwise. The same cause-and-effect logic, extended one step further at each level. The player who understands the rule at Level 1 can reason their way through Level 3 — but they have to hold the chain in their head and follow it all the way to the end.

That’s not a harder question. That’s a deeper one.

Design → Build → Ship

The first output came back clean. The second fixed a detail in the progress bar. The third resolved a bug she hadn’t noticed herself: the confetti was falling below the game rather than from the top of the screen downward.

I pointed it out. She hadn’t caught it.

This is worth naming honestly: the eye for testing — the instinct to play your own game as a player rather than as the builder — is still developing. On the construction game she caught the sequencing error herself. On the pattern game her friend found the bugs. Here I found one before anyone else played it. Each session reveals a different gap in the testing instinct, and each one is useful information.

Once I pointed at it, she fixed it in a single prompt. She could describe exactly what was wrong: confetti appearing in the wrong position and the AI could act on that description precisely. The diagnosis was immediate. Only the noticing had to come from outside.

Her commit message captures what changed: “I have changed the questions to science based questions. The confetti is a bright color. I have also added complex gear based problems on every level.”

What this is actually building

That’s the headline of this session, and it’s not a small thing.

Post one took a full day, a wrong turn, twelve prompts, and tears over a shuffling bug. Post two took a day and a lesson learned through a frustrating emoji incident. Post three took three days and a framework for thinking about sophistication vs complexity before the game was good enough to move on. Post four took half a day.

Nothing dramatic happened this session. That’s the point.

The habits that had to be built painfully in the first three sessions are starting to become automatic. The design doc came first without prompting. The questions were improved after one round of pushback without resistance. The prompt was tight enough that the build needed minimal iteration. The bug was fixed immediately once identified.

This is what consolidation looks like. Not a breakthrough or a struggle. Just someone who has practised something enough times that the hard parts are getting quieter.

There is a version of this series where every post is a dramatic story of frustration and discovery. That version would be dishonest. Some sessions are hard. Some sessions are half a day and a clean finish. Both are part of learning, and the easy essions only exist because the hard ones came first.

Cause and effect. ⚡️

What’s next

The Sherlock Holmes game is still in the backlog. She knows it’s coming. She stopped asking about it after the categorisation session — I think she’s started to trust that the tools are accumulating toward something.

Next up is conditions — when this, and only when this, then that. And the afternoon she spent reading the rules of a card game and finding every loophole in them before we’d even started playing.


New here? Start with the series introduction. Parent’s Guide: Computational Thinking for Pre-Teens