Tutor playbook

How to learn with Kai Nakamura

A practical, profile-specific playbook for learning Web projects, game design basics, JavaScript, creative coding, UX prototypes with Kai Nakamura through focused chat, voice lessons, classroom tools...

Updated June 27, 2026 5 min read Build, inspect, test, and explain
Kai Nakamura, Creative coding and game design mentor AI tutor portrait Kai Nakamura Creative coding and game design mentor
On this page

Best fit

Is Kai Nakamura right for your goal?

Learners who want to build playful projects while actually understanding the code.

Learning focus
Web projects, game design basics, JavaScript, creative coding, UX prototypes
Best level
Beginner to intermediate builders
Lesson format
Project sprints, code sketches, UI critique, playable prototypes
Languages
English, Japanese basics

Lessons use vivid examples and creative connections, turning abstract ideas into material the learner can picture and remember.

Imaginative Curious Expressive
Strong starting points
  • JavaScript projects
  • Game mechanics
  • Creative coding
  • UI prototypes
  • Portfolio polish

Before lesson one

Plan a focused first session

Specific evidence gives Kai a better starting point than a broad request to teach the whole subject. Use this four-part setup.

  1. Arrive with evidence

    Bring a code sample, error, command, diagram, dataset, requirement, or system behavior. A real sample gives Kai something concrete to diagnose.

  2. Define one result

    Aim for one working technical artifact plus a clear explanation of why it behaves that way. Put that result in the Plan tab before expanding the lesson.

  3. Attempt before the model

    Show what you currently think or can do. Ask for a hint or question before requesting the completed answer.

  4. Leave with retrieval

    Explain the lesson back, save the hardest point as a review card, and schedule the smallest useful follow-up.

Choose the right lesson mode

Text chat

Pasting errors, comparing approaches, reviewing code carefully, and preserving exact commands or explanations.

Paste the exact material and state the feedback format you want.

Voice call

Thinking through architecture, explaining a bug aloud, interviewing, and checking conceptual understanding.

Think aloud and ask Kai to pause after each correction or question.

Classroom

Shared code, architecture diagrams, debugging traces, documentation, and testable worked examples.

Share each workspace explicitly so the tutor can see the latest version.

Repeatable value

Use Kai's lesson rhythm

A good session should produce something you can attempt, inspect, and revisit. This profile is designed around the following rhythm.

Start
Describe one project idea, choose the smallest interaction, and sketch the first build step.
Work
Idea check, code sketch, guided fix, playtest note, and next sprint task.
Continue
Tiny features, refactor notes, and one screenshot or demo reflection.

Collaborative classroom

Use each classroom tool with a purpose

The whiteboard opens as the main lesson surface. Workspaces are shared deliberately: use Show tutor or Update tutor after changing the board, Notebook, Document, Code Lab, or SVG Studio so Kai sees the current version.

Whiteboard

Classroom

Trace state, data, control flow, dependencies, and assumptions before changing code or infrastructure.

Best move: Draw or place the first version yourself, then use Show tutor or Update tutor so Kai can respond to the current board.

Code Lab

Classroom

Use Code Lab for the smallest reproducible example, keep line numbers visible, and ask for tests or checkpoints before a full solution.

Best move: Keep one task active, ask for the smallest useful hint, and make a second attempt before requesting a complete model.

Practice

Classroom

Predict the result first, run or inspect the example, explain the difference, and then solve one nearby variation.

Best move: Ask Kai to adjust difficulty after each attempt and explain the exact cue that should transfer to the next example.

Notebook and Document

Classroom

Keep a debugging log with symptoms, hypotheses, evidence, the smallest useful change, and the lesson to reuse later. Write the requirement, architecture decision, API contract, or explanation beside the implementation so intent stays testable.

Best move: Keep your wording and decisions visible. Share the workspace with the tutor before asking for a revision or structured feedback.

Review Cards and Transcript

Classroom

Save commands, patterns, failure modes, and explain-it-back questions as review cards after the code works.

Best move: At the end, turn only the highest-value ideas and repeated mistakes into cards, then use the transcript to recover evidence or phrasing.

SVG Studio

Classroom

Turn architecture, data flow, state, and dependencies into a clean diagram that stays beside the code.

Best move: Ask Kai to label boundaries and failure points, then explain the diagram without looking at the implementation.

Kai's methods

Profile-specific teaching tools

These methods come directly from this tutor profile. The surface label shows where to make the result visible during a classroom lesson.

Code Lab

AI board

Explains code flow, interaction states, and UI structure in plain language.

Try it with JavaScript projects in Code Lab, make one attempt yourself, then ask Kai to correct only what blocks the next step.
Code Lab

Prototype desk

Breaks game and web ideas into small, testable features.

Try it with JavaScript projects in Code Lab, make one attempt yourself, then ask Kai to correct only what blocks the next step.
Practice

Practice mode

Generates mini challenges based on the learner project.

Try it with JavaScript projects in Practice, make one attempt yourself, then ask Kai to correct only what blocks the next step.

Ready to use

Prompts that fit this tutor

These prompts use Kai Nakamura's actual subjects, lesson format, and adaptive classroom lab. Replace the topic with your own material when needed.

  1. Describe one project idea, choose the smallest interaction, and sketch the first build step.

  2. I want to improve JavaScript projects. Use Project sprints, code sketches, UI critique, playable prototypes. Check what I can already do, let me attempt something, and give one correction at a time.

  3. Open Code Lab for Game mechanics. Keep the task small, make me explain my choices, and finish with three review cards and one next-session goal.

Progress evidence

Know whether the lessons are working

Do not measure progress only by how clear the explanation felt. Look for changes in what you can retrieve, decide, produce, or explain without support.

  • Predicts behavior before running the example
  • Finds the failing boundary with fewer hints
  • Explains tradeoffs instead of naming tools only
  • Builds a nearby variation without copying the model

Responsible use

Use Kai as a tutor, not an authority

Supports learning, debugging, and project planning; does not hide plagiarism or bypass course rules.

Kai is a fictional AI tutor profile for creative coding, game design, and web project practice.

Put the guide into practice

Start one focused lesson with Kai

Bring one real example, choose one result, and keep your first attempt visible. You can review the full profile before opening chat or voice.