过程博物馆的设计思路

为什么是「博物馆」而不是「作品集」

作品集展示结果,博物馆保存过程。对独立开发者而言,真正值钱的不是某个项目的最终形态,而是版本之间的差:v2 为什么推翻 v1、同一个 prompt 为什么在不同模型手里长成不同的样子。这些差值散落在聊天记录、项目材料和 git 历史里,不整理就会蒸发。

两条轴

整座博物馆只回答两个问题:

1. 时间轴——一个产品如何演化(Theme → Build 迭代链);
2. 模型轴——同一输入在不同模型下如何分岔(Experiment → 平行 Build)。

其余一切(文献、方法论)都是这两条轴的注脚。

三条红线

• 展品不被改造:外部项目只引用,不合并进主站构建;
• 内容不依赖代码:新增一件展品只动 content/,不动 src/;
• 评注不许编造:没有依据的字段写 TODO(human),空着比错着好。

关于「死展品」

数字作品会变:服务停用、依赖腐烂、运行条件消失。博物馆的回答是保存本地快照、录屏、代码与策展说明。作品会变化,档案仍可被理解,这是本站与普通结果列表的根本区别。