第一次做视觉小说，先完成一个最小可运行版本
把目标压到最小：一个背景、一个角色、几句对白、一次选择和两个结局。先让项目从开场运行到结尾，再决定要不要扩成长篇。
第一个 Demo 只做这 6 件事
- 创建项目并设置基础分辨率与项目名。
- 放入一个背景和一个角色立绘。
- 写 5～10 句对白。
- 加入一个二选一选择支。
- 让两个分支分别到达不同结尾。
- 运行、保存、重新载入，再打包一次可执行版本。
这已经足以暴露最常见的流程问题：资源路径、角色显示、文本溢出、分支跳转、存档状态和打包配置。
愿意写脚本：先看 Ren'Py 的最小工作方式
Ren'Py 官方 Quickstart 就是从新建项目、定义角色、写对白、显示图片和加入 menu 选择开始。它很适合把剧情流程直接写成可读脚本；需要更复杂逻辑时还可以使用 Python。
define e = Character("Eileen")
label start:
scene bg room
e "先做一个能跑通的小样。"
menu:
"继续":
jump good_end
"退出":
jump end完全不想写代码：把“可视化编辑”当选择条件
TyranoBuilder 官方 FAQ 把自身定位为不要求编程知识的可视化编辑方式；这和 Ren'Py 的脚本式工作流是不同取向。选择时先看你是否愿意长期维护脚本，而不是只看宣传页里列了多少功能。
素材先用占位，许可从一开始就记录
原型阶段可以先用自制占位图和许可清楚的素材。真正准备发布时，逐项核对背景、立绘、字体、BGM、音效和插件的许可。Ren'Py 本身大部分采用 MIT 许可，但其发行包还包含其他许可的软件组件；发布项目时应按官方 License 文档处理，不要把“引擎可免费使用”简化成“项目里的所有素材都可以随意商用”。
什么时候再扩成长篇
只有最小 Demo 能稳定从头走到尾以后，再增加路线、CG、UI、语音、复杂状态和成就。这样每增加一层复杂度都知道是哪一步引入的问题，不会在几十万字剧本之后才发现技术路线不合适。
参考资料
- Ren'Py Quickstart：项目、对白、图像、选择与运行流程。
- Ren'Py License：引擎及随附组件的许可说明。
- TyranoBuilder FAQ：可视化工作方式与脚本需求。