Start with the result you want, not with every feature Misaki Studio contains. All four paths use the same project model, so you can change routes whenever the work changes.
Start by learning the five regions of the editor, then build one small reusable component.
Read Start as a designer.
Tour the project interface, then use the deeper Project interface reference as needed.
This path emphasizes visual hierarchy, layout, styles, reusable parts, responsive behavior, timelines, and the visible result. You do not need to begin with MCP or generated-code details.
Start with the same component, then follow its data and behavior rather than stopping at appearance.
Read Start as a developer.
Learn how projects and files organize application content.
Tour the project interface, paying attention to Logic and the file-sensitive workspace.
This path is for developers who want to understand how visual elements connect to state, events, data sources, and source code.
Begin with a small component so the exported structure has a concrete meaning.
Learn the generated unit by reading Components, then create your first component.
Learn how export works, then choose an output.
Export your code, or compare the five current boilerplates if you need a prepared destination.
Check exact dependencies, compatibility, and re-export behavior before adopting the result.
The current output and boilerplate pages distinguish verified behavior from unfinished work. Before adoption, read generated output, dependencies and compatibility, existing-app integration, and re-export safety.
Read Use the UI, an agent, or both before asking an agent to mutate a project.
The safe pattern is simple: select the project, describe a bounded target, let the agent inspect before editing, require verification, and review the result in the editor. Use the visual editor for direct refinement whenever it is faster or clearer.
Whichever path you choose, aim to finish these four things:
Open a project and identify Files, Elements, the canvas, the inspector, and the timeline.
Open or create one Component file.
Make one bounded change through the UI or MCP.
Verify the visible result and understand how to undo the content change.
That is enough context to choose the next guide from experience instead of guessing from a feature list.