VIRTURA-SpacePort

SpacePort 与《滴流 Drop Flow》项目脉络分享讲稿

适用于直播分享、公开介绍、30-60 分钟项目讲述

这一版重点补入：GitHub 整体脉络、个人作品年表、团队协作线索、Drop Flow 的正式版本与方法分支、仓库隐藏/归档口径

一、先给观众一句总论

如果要用一句话概括我这几年在做什么，我会这样说：

我不是在同时做一堆分散的项目，而是在持续寻找一种数字空间语言。前几年这条线比较发散，分散在虚拟空间、VRChat、舞台视觉、展览实验和文档整理里；现在这条线被逐步收束成三个层面：公开入口与档案层放在 VIRTURA-SpacePort，理论和知识网络负责沉淀方法，真正长期推进的工具主线只保留 SceneForge。

《滴流 Drop Flow》是这条线里最关键的案例，因为它不是一个孤立作品，而是把技术验证、现场演出和空间适配几次重要转折串起来的一条清晰脉络。

二、开场可以这样讲

大家好，今天这场分享我表面上是在讲《滴流 Drop Flow》，但我真正想讲清楚的是整个 GitHub SpacePort 项目的脉络，以及我这些年个人作品、团队协作和方法论是怎么逐渐收束起来的。

如果只看我 GitHub 上这些仓库，或者只看某一个阶段的作品，很容易觉得它们是分散的：有的是虚拟空间，有的是舞台视觉，有的是沉浸装置，有的是知识文稿，有的是工具仓。

但我现在回头看，会发现它们其实都在围绕同一个问题打转：

如何把一次性的空间体验、现场演出和感知实验，变成一种可复用、可迁移、可继续生长的数字空间语言。

所以今天我想讲的不是“我做过哪些项目”这么简单，而是：

三、第一层前史：VIRTURA 最早不是工具项目，而是空间语言实验

最开始吸引我的，不是“做软件产品”，而是一个更前置的问题：

能不能把数字空间当成真实空间来对待。

所以在最早的 VIRTURA 阶段，项目会自然长出很多今天看上去偏大的命名和设想：

如果从产品经理视角看，这一阶段确实不够收敛；但如果从创作史角度看，它并不是无效发散，而是在帮我确认几个长期不变的问题：

所以这一阶段真正留下来的，不是某个“平台”概念，而是一套非常原始但重要的词汇库。

这一段可以压缩成一句话

我们一开始不是在做工具，而是在为未来数字空间寻找语言。

四、第二层转折：从现场项目里，慢慢长出几条稳定的方法线

如果按作品和实践来看，这条线不是突然在 GitHub 里形成的，而是先在项目里慢慢长出来的。

我会把它大致分成四个阶段。

1. 2022：从舞台与屏幕空间开始

这一年更像底座期，主要是在真实场域里处理影像、屏幕、投影和空间关系。

这一阶段最重要的不是风格统一，而是建立了我对“现场成立”的基本判断：

2. 2023-2024：从展览与实验过渡到时间、音画、扫描和空间叙事

这个阶段更像过渡带，也是很多后面工作的真正转折点。

可以看到几条线同时出现：

对我来说，2024 最关键的变化不是“项目变多了”，而是三个底层方法开始成形：

3. 2025：作品密度最高，也是方法真正爆发的一年

这一年里，很多线突然连起来了。

一方面是《滴流》从原型走到公开演出、竞赛、双年展和重庆装置版本；另一方面，其他项目也在继续扩展同一套方法语言：

这也是为什么我现在更愿意把 2025 看成“方法成形年”，而不只是“项目很多的一年”。

4. 2026：开始做真正的结构收束

到了 2026，变化不在于又开了多少新坑，而在于开始明确分层：

这也是 SpacePort 和 GitHub 整体清理的核心背景。

这一段可以压缩成一句话

前几年是在项目里长方法，今天是在结构上做收束。

五、第三层：为什么 our-theory 不是悬空概念

很多人看到知识网络和理论文档，会以为这只是概念整理。但对我来说，这些文档真正的作用，是把之前项目里零散出现的经验压缩成可持续调用的系统。

这里至少有三条关键理论线。

1. 空间原生创作框架

这条线回答的是：

视觉创作者如何从感觉出发，最终做出真正成立的空间作品。

它不是要制造概念，而是要把创作拆成能执行的小单元：

2. 工程控制论

这条线对我特别重要，因为它解决了“感知体验设计过于概念化”的问题。

过去我们会说氛围、沉浸、数字自然、空间感，但这些词如果不能转化为控制关系，就无法稳定复现，也无法教学，更无法把经验传给团队。

工程控制论提供了一个更有效的看法：

这样一来，感知体验设计就不再只是“概念很好听”，而开始变成一种可调、可迭代的控制系统。

3. 知识网络 / 智力装备

这条线是对工作坊和短期训练的反思。

我现在越来越清楚，7 天工作坊这类形式只能解决“快速进入”，但解决不了“长期留下来”。

所以一个完整系统至少要有四层：

也就是说，知识不该只停留在文章里，而要能变成后来真正有用的装备。

这一段可以压缩成一句话

理论的作用，不是让项目显得宏大，而是把经验变成一个能继续使用的系统。

六、第四层：为什么 GitHub 上会出现这么多仓库，现在又为什么要隐藏一部分

这一段是今天很重要的一部分，因为它直接关系到外界怎么看 SpacePort。

过去仓库多，不完全是因为方向混乱，而是因为不同阶段承担了不同任务：

但现在问题也很清楚：

如果这些仓库全部平铺展示，外界会误以为我在同时运营很多条同等重要的主线。

这会带来两个后果：

所以现在的 GitHub 展示应该被压缩成四层。

1. 对外入口层

2. 核心产品层

3. 治理层

4. 作品与文档层

建议弱展示、归档或转私有的仓库

这一部分在直播里可以直接说得很清楚：

我对外会怎么解释这件事

我不会说“以前做错了所以要藏起来”，而会说：

过去这些仓库各自记录了某个阶段的探索，但现在我们已经更明确地知道，什么是入口，什么是档案，什么是方法，什么是工具。为了让整个 GitHub 对外更清楚，我们会保留有价值的档案，同时把重复入口和重复产品概念收起来。

这一段可以压缩成一句话

仓库不是越多越强，真正成熟的表现，是知道哪些该公开，哪些该收束。

七、第五层：我个人作品脉络，应该怎么讲得既清楚又不散

如果直播里要讲个人作品，不建议逐条报菜名，而是要讲成几条持续生长的主线。

主线 A：舞台与现场视觉

这条线从 2022 年开始就一直存在。

可以选这些节点：

这条线可以说明我不是从纯概念文档起步，而是长期在真实演出和真实交付里工作。

主线 B：音画与空间作品

这条线更接近 VIRTURA 的核心语境。

可以讲：

这条线的重要性在于，它把“视觉制作”往“作品系统”推进了一步。

主线 C：扫描、记忆空间与空间计算迁移

这一条线是另外一个非常关键但容易被忽略的分支。

可以讲：

这条线让“空间不是背景，而是媒介本身”这件事更明确。

这一段直播里最好这样说

我其实不是在做三种完全不同的事情，而是在三条相互咬合的实践线上来回推进：

八、第六层：团队记录和协作记录怎么讲

讲团队时，不要把它讲成一个固定公司编制，而要讲成一个按项目聚合、按问题组装的创作网络。

1. VIRTURA 的特点

VIRTURA 更像一个持续变化的协作结构，而不是一个从头到尾固定不变的团队。

它的价值在于：

2. 几个关键协作节点

3. 《滴流》中的团队结构非常能说明问题

《滴流》不是一开始就有完整团队，而是随着问题升级，团队也逐步升级：

这一段可以压缩成一句话

团队不是先搭好再创作，而是在每次更复杂的问题里被重新组织出来。

九、第七层：《滴流》为什么是最关键的案例

《滴流》重要，不只是因为它做了很多版本，而是因为它同时完成了三件事：

1. 1.0 原型版：技术与哲学同时诞生

1.0 的核心不是“炫技”，而是非常朴素的问题：

音乐能不能真的驱动空间中的视觉生成。

这一版已经确定了《滴流》的核心哲学：

同时，几何节点、点云、OSC、音频驱动这些技术语言也开始定型。

2. 2.0 UFO 内部实验版：多元素材开始汇流

这一版真正重要的地方，是把几条素材线接在了一起：

而且它第一次暴露了系统短板，比如：

所以它的价值不只是“做出来了”，而是让后面必须开始思考标准化和稳定性。

3. 3.0 Rooooooom719 版：公开演出语言成熟

到了 3.0，《滴流》已经不再只是实验。

它开始拥有更完整的公开演出结构：

它证明了一件事：前面的技术验证和内容组织，并不是只能留在内部实验里，而是可以在真实观众面前成立。

4. 竞赛版、杭州双年展版、重庆版：从作品走向方法

这一段要重点讲，因为它最能说明《滴流》不是一个单点事件。

竞赛版说明：

杭州双年展版说明：

重庆版说明：

也就是说，到这里《滴流》已经不只是作品，而是一种空间内容结构。

十、第八层：Drop Flow 有两种“分支”，直播里一定要讲清楚

这一段正好可以回应“为什么它后面会分很多版本、很多合作”的问题。

我建议把《滴流》的分支明确分成两类。

第一类：正式版本分支

这是作品本体内部的版本线：

这条线是在讲作品本体如何升级。

第二类：方法外溢分支

这条线更接近你现在想讲的重点。

从创作脉络上看，《滴流》真正留下来的不只是一个作品名，而是一套方法语言：

按这个角度看，后面很多项目虽然不一定都叫《滴流》，但已经在共享这套语言。

这里我会明确说，这是对创作脉络的总结，不是严格的版本命名。

可以举几个例子：

这一段直播里可以直接这么说

《滴流》不是做完一个版本就结束了，它更像一套工作语言。后面有的是正式版本，有的是方法分支。版本在作品内部升级，分支在别的项目里继续延伸。

十一、第九层：为什么最后会收束到 SpacePort 和 SceneForge

如果把前面这些都串起来，最后就会回到一个非常现实的问题：

这些经验到底要怎样继续推进。

我的答案现在越来越明确：

这意味着什么？

意味着前面的虚拟空间实验、作品试验和知识文档，不再是互相竞争的主线，而是被重新放回一个更清晰的结构里。

这一段可以压缩成一句话

入口归入口，档案归档案，理论归理论，工具主线只保留一个。

十二、直播时的建议结构

30 分钟版

45 分钟版

60 分钟版

十三、直播时可插入的视频与素材

已有视频

建议补充的现场素材

建议穿插顺序

  1. 用 1.0 视频讲“技术和哲学是怎么同时出现的”
  2. 用 UFO 实录讲“第一次真实落地和第一次暴露系统问题”
  3. 用 Rooooooom719 讲“公开演出语言成熟”
  4. 用杭州和重庆讲“作品变成空间适配方法”
  5. 用其他项目片段讲“方法如何外溢到别的合作和作品里”

已核对的公开链接

以下链接分为三类：

1. 《滴流 Drop Flow》

2. 杭州双年展 / 余杭美术馆

3. 重庆“流光绘影”光影科技艺术节

4. Kashiwa Daisuke / Can Festival / 深圳 BO LIVE

5. 《Dérive 双城记：Digital Dérive》

当前还没稳定检索到的微信原文

如果你手里有这些公众号收藏或原始海报，我后面可以继续把它们补成“视频 + 官网 + 微信原文”完整三联证据链。

十四、结尾可以这样讲

标准版

如果让我总结今天这个 GitHub SpacePort 项目的脉络，我会说：前几年我一直在通过不同的项目寻找数字空间语言，那个阶段确实有很多发散的命名和实验；但这些东西最后并没有白做，它们帮助我把空间感知、音画关系、数字自然、扫描记忆和工具判断慢慢积累起来。今天我更明确地知道，哪些东西应该作为档案继续保留，哪些东西应该沉淀成理论，哪些东西应该收束成真正可持续推进的工具，而《滴流》正是这条线里最清楚的案例。

更短版

我现在不是在继续扩张一个越来越大的系统，而是在把过去几年关于作品、空间、理论、团队和工具的探索，压缩成一个更清楚的结构。SpacePort 负责公开入口和档案，知识网络负责方法沉淀，真正的工具主线只保留 SceneForge；而《滴流》就是这条收束路径里最关键的作品。

十五、相关文档

整理日期：2026年3月14日

This site is open source. Improve this page.