从“工具集合”到“连续生产链”
传统创作流程经常被切成多个孤岛：资产在 DCC 中制作，效果在引擎中调试，AI 生成结果在另一个工具中修补，最后再用脚本和人工流程把它们拼回一起。Stellaria 的核心目标，是把这些环节统一到一条可追踪、可复用、可验证的生产路径里。
因此，Stellaria Studio 内部会把技术底座称为 Stellaria Compute，把内容与 IP 方向称为 Stellaria Worlds。前者负责沉淀计算平台、实时引擎和推理后端，后者用真实角色、场景、镜头和叙事反向验证工具链是否真的服务创作。
Compute、Create 与 Worlds 的分工
Compute 负责底层能力：对象事实、几何可见性、计算任务、视觉推理和资产运行时表达。Create 面向创作者，把这些能力包装成更接近工作流的工具和体验。Worlds 则是内容验证场：角色、场景、小说、演出 Demo 和画廊不是附属品，而是检验系统是否有效的真实负载。
这种分工使 Stellaria 可以避免“技术炫技”和“内容空转”两种极端：技术必须通过内容验证，内容也能反向推动底层能力变得更稳定、更易用。
为什么强调工程抵达
创作可以保留浪漫，但工程需要负责抵达。Stellaria 的技术选择会优先考虑长期可维护、跨产品复用和运行时可解释，而不是为了短期演示堆叠一组难以持续的脚本。
这也是网站当前使用 Preview 声明的原因：公开页面会随项目推进持续校正，部分内容只表达方向和边界，不代表最终公开形态。