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...
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.
- 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.
-
Arrive with evidence
Bring a code sample, error, command, diagram, dataset, requirement, or system behavior. A real sample gives Kai something concrete to diagnose.
-
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.
-
Attempt before the model
Show what you currently think or can do. Ask for a hint or question before requesting the completed answer.
-
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
ClassroomTrace 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
ClassroomUse 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
ClassroomPredict 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
ClassroomKeep 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
ClassroomSave 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
ClassroomTurn 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.
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.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 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.
Describe one project idea, choose the smallest interaction, and sketch the first build step.
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.
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.