用几段 Prompt 搓出月全食 3D 模拟器
起因很简单：周末带五年级的孩子去天文馆，与其翻科普书，不如直接用 Gemini 3.1 Pro 的 Canvas 做一个可交互的月全食模拟器来做概念验证。
具体流程分两步：
- 生成开发文档：先向 Gemini 3.1 Pro 描述需求，让它输出一份结构化的开发文档，明确模拟器需要哪些模块、交互逻辑和渲染参数。
- Canvas 一键生成：整理好 Prompt，选择 Canvas 模式和 Pro 3.1 模型，等待几分钟，完整的 3D 交互 Demo 直接生成。拖动时间轴，地球本影（Umbra）和半影（Penumbra）的光影关系一目了然。
没有手写一行 WebGL 代码，没有调试 Three.js 的渲染管线，整个过程从需求描述到可交互原型，耗时以分钟计。
一个五年级小孩的 Starlink 调度模拟
更值得记录的是后续发生的事。孩子看懂了天体运行模拟后，对 Starlink 产生了兴趣，提了一个工程级的问题："如果地球上某个地方发生大地震，地面基站全断了，星链卫星能自动调度飞过去补网吗？"
这个问题本身就是一个完整的业务需求定义——有场景（地震）、有约束（基站断联）、有目标（卫星调度补网）。接下来的操作是：孩子按住语音输入，直接对 Canvas 说："在画布的地球上加一个随机地震事件。调度最近的卫星，让它们聚集到灾区上空。"
Gemini 3.1 Pro 重构了 WebGL 代码，几秒钟后，渲染面板里几颗高亮卫星在 3D 地球上完成了灾区集结。一个五年级的孩子，用自然语言完成了从需求定义到可视化验证的完整闭环。
Canvas 3.1 的实质性升级
从技术体验的角度看，3.1 相比 3.0 的 Canvas 有几个明显的质变：
- 视觉质量：字体排印（Typography）、代码块高亮、富文本渲染边界都变得极度清晰，告别了 3.0 时代偶尔出现的粗糙感——排版生硬、高亮迟钝的问题基本消失
- 认知负荷降低：更克制、高级的视觉设计意味着用户可以把注意力集中在逻辑验证上，而不是被界面噪声分散
- 验证闭环加速：从需求描述到可交互原型的路径更短，中间的摩擦更少
这件事对独立开发者意味着什么
这个亲子实验揭示的底层逻辑很清晰：当"写代码"不再是壁垒时，真正的竞争力转移到了两件事上——定义业务逻辑的能力和设计验证闭环的能力。一个五年级的孩子能用自然语言驱动 WebGL 模拟器，说明工具层的门槛已经被压到接近零。对于一人公司和独立开发者而言，这意味着原型验证的成本正在指数级下降，过去需要一个前端工程师花几天搭建的可视化 Demo，现在几段 Prompt 就能完成。
值得尝试的方向：把你下一个产品想法的核心交互逻辑，用 Gemini 3.1 Pro 的 Canvas 跑一遍可视化验证。不是为了交付，而是为了在投入开发资源之前，用最低成本确认"这个东西值不值得做"。