有人把 120 页旧笔记变成了自己的字体。有人花 16 天，把《小王子》做成一个能走进去的游戏。还有人用了将近 300 天，把自己想做的武侠游戏送上 Steam。
这些作品最近被放在一起讨论，常常带着同一个标签：Claude Opus 5.5 做的。标签没有错，却容易让人漏看另一半故事。模型能写代码、处理素材、帮人搭建场景；至于要保存谁的字迹、重现哪座城、做一款什么样的游戏，答案都先存在创作者那里。
我想沿着这 8 个案例看一遍。它们从一套字体走到一款完整游戏，规模越来越大，也越来越能看清一件事：一个令人记住的作品，究竟是怎么长出来的。
把大学笔记里的字，做成今天还能用的字体
工程师 Harshpreet 找出了自己大学时期的计算机网络笔记，足足 120 页。他把这些手写页面交给 Claude Code，想要的不是一张“像手写”的效果图，而是一套能实际输入、安装、使用的字体。
手稿与字体的对照；图源：Harshpreet Singh。
这批素材并不整齐。有些照片里的单个字母只有约 34 像素高，笔画模糊，字形还会随着书写速度变化。项目展示的制作过程里，系统从页面照片里找出字母，再沿着笔迹重绘，并为一些字母保留不同写法。最终得到的是字体文件，不只是把图片拼在一起。
字体制作过程动画；图源：Harshpreet Singh。
最有意思的地方是那些不标准的小习惯。比如字母 i 上方画成小圈，t 的横线偏向一侧。字帖通常会教人修正它们；这次，恰恰是这些“写得不规矩”的地方，让新字体有了身份。Harshpreet 在项目里说，整个过程用了大约 66 分钟。但这个结果的起点，是他多年以前亲手写下的 120 页笔记。
如果没有那些旧纸页，模型再擅长画字母，也做不出“他的字”。
一个 16 岁学生，搭出自己的古希腊世界
第二个作品像是把历史课本中的城市变成了可以游览的空间：石阶、柱廊、神庙和远处的建筑，被组织成同一个古希腊世界。
古希腊世界演示视频封面；图源：Leen Lin 的作品展示。
创作者是一位 16 岁的高中生。他先用 AI 制作了 9 张参考图，又写下具体要求，再让 Opus 5.5 参与构建，前后花了约两天。参考图在这里很关键。它们像布景说明，先回答世界长什么样、建筑之间该保持什么关系。模型得到的不是一句“做个古希腊”，而是一组较明确的视觉目标。
两天当然仍然令人惊讶，却不等于作品从空白中自动落地。选哪些建筑、画面要庄严还是轻快、细节哪里不对，这些判断要有人做。AI 缩短了把想象变成可见场景的路，想象本身仍须由人给出方向。
《小王子》能走进去，靠的是 16 天的打磨
《小王子》主题的 3D 剧情游戏，把一句“我想走进这个故事”变成了可以操作的体验。画面里有辽阔的天空和小小的身影，观众不再只看一个镜头，而是可以进入场景，沿着创作者安排的路线探索。
《小王子》游戏演示视频封面；图源：Saccc_c 的作品展示。
创作者 Saccc_c 用到了 Claude Opus 5.5，也用到了 Tripo 和 Blender。整个项目做了 16 天，之后还公开了制作教程。这里最值得看的数字不是模型版本，而是“16 天”。能生成一个初版，与让场景、角色、镜头和操作感彼此配合，中间隔着许多次挑选与修改。
一个人用 AI 做游戏的门槛确实在变低，但作品能让人停下来看，常常因为创作者没有在第一个可运行版本前停下。工具把他送到了可以继续精修的位置；耐心让作品留下来。
成都的“年轮”，要先有可信的城市资料
博主 EianLu 做了一段成都城市讲解视频，名字叫《一座城的年轮》。这类作品很容易只剩漂亮的城市剪影，像一段没有出处的想象。它更有价值的地方，在于创作者交代了数据从哪里来。
《一座城的年轮》视频封面；图源：EianLu 的作品展示。
原作品的说明将建筑信息指向清华大学龙瀛团队发布的中国多属性建筑数据集，并对地图等素材作了署名。资料来源不能替代逐条史实核查，却给观众一条检查的线索，也让视觉呈现有了可以追问的基础。
这让人想到博物馆里的城市展陈。一座城怎样长大，街区为何有今天的样子，如果能在大屏幕上被清楚地展示，抽象的数据就可能变成观众看得懂的空间叙事。Claude 在这里参与的是呈现，创作者还必须负责选材、解释和注明来源。
从圆明园废墟倒着走，画出消失的建筑
Andy L 的圆明园作品从雾中的大水法遗址开始。镜头向过去倒行，散落的石块回到原位，建筑逐渐出现，再带出铜鹿、十二生肖兽首和更广阔的园林叙事。
圆明园重建演示视频封面；图源：Andy L 的作品展示，画面是数字创作。
这种“倒放时间”的想法很适合讲一处遗址：观众先看到眼前能摸到的残迹，再去想象它曾经的样貌。它也提醒我们，历史可视化是一种解释，不应把生成画面直接当作经过考证的复原图。
创作者说自己没有用 Blender 单独搭建场景，也没有额外调用 Skill。不过，他先前做过相关项目，已有可调用的渲染引擎和创作经验。所以所谓“一句话”，指的是最后发出的指令，不是此前的技术准备都不存在。那些看不见的积累，恰恰解释了为什么同样一句话，在不同人手里会得到完全不同的作品。
讲完《指环王》，还可以让不同模型分工
Kevin Ngo 用 Claude 制作了一段覆盖《指环王》三部曲故事线的视频。从魔戒的来历，到护戒队出发，再到旅程结束，长故事被压进一段连续的视觉叙事里。对不熟悉英文解说的观众，画面本身也尽量承担讲故事的任务。
《指环王》故事视频封面；图源：Kevin Ngo 的作品展示。
这个案例并非所有部分都由 Opus 5.5 完成。按照创作者的介绍，复杂角色交给 Opus 5.5，场景则由 Haiku 5.5 处理。模型之间有分工，和拍片时把角色设计、场景制作交给不同环节有些相似。关键仍是先把故事拆清楚：哪一段必须让人物出现，哪一段需要环境交代，镜头之间怎样让人跟得上。
同样的思路也出现在 Andy L 的《玄奘西行》里。经典故事可以成为 AI 创作的材料，但“人人都知道这个故事”不等于视频就会自动好看。怎样取舍情节、用什么画面传达转折，仍是讲述者的工作。
《玄奘西行》演示视频封面；图源：Andy L 的作品展示，画面是数字创作。
电视太难用，有人用 AI 帮自己弄明白它
第七个案例的出发点没有那么宏大：家里的电视不好用。AI 研究员 0xCodila 借助 Opus 5.5 和 REA，尝试分析自己的电视怎样通信、怎样控制，再按需求改造使用方式。展示中，电脑和电视接入同一 Wi-Fi，不需要用数据线直连；模型承担的是指导排查和整理步骤的角色。
电视改造演示视频封面；图源：0xCodila 的作品展示。
它吸引人的地方在于创作对象变了。前面几项做的是字体、画面和游戏，这一次要改的是每天都会碰到的设备体验。你也许不会制作历史短片，但一定遇过某个本来该方便、却总让人多按几次的界面。
不过，同一网络只是案例里的连接条件，不能保证任何电视都能照做。设备的协议、权限和可用接口各不相同。AI 可以帮助理解复杂系统、提出尝试路径，真正能否改成，还得看设备本身和使用者的技术判断。
298 天后，一位玩家做出了自己的武侠游戏
最后是一款已经上架 Steam 的作品：《群侠传：幸存者》。它是一款武侠题材的幸存者类动作游戏。战斗、角色、美术、界面和声音都要配合，玩家拿到手的是可以反复玩的完整产品，不是一段漂亮的演示视频。
《群侠传：幸存者》战斗画面 GIF；图源：Nenly 作品展示。
制作人 Nenly 花了 298 天。开发过程中，Claude 和 Codex 帮忙写代码；GPT-image-2 与 Nano Banana 用于角色、场景和界面；Seedance 处理动画，Suno 做配乐，ElevenLabs 生成音效。工具名单很长，也恰好说明了游戏的复杂：任何一环有了素材，都还需要有人把它放进同一套体验里。
游戏页面曾显示 98% 的近期好评率。评价会随时间变化，数字只能说明当时的反馈。更值得在意的是，一个人真的把游戏发布了，持续更新，并让玩家愿意留下评价。298 天里，AI 没有替他决定“我到底想做什么游戏”，却让这个原本需要多人分工的愿望有了更可行的路径。
Nenly 说，自己首先是一个玩了 20 年游戏的普通玩家。他想让别人从作品里感到那份心意。听到这里，前面那些字体、城市和故事，也有了共同的线索：它们都不是为了证明模型能做多少题，而是有人先对某件事在乎，然后找工具把它做出来。
从一张写得不太标准的旧笔记，到一款真正有人玩的游戏，AI 把许多创作环节的距离缩短了。距离缩短之后，问题反而更直接：你想留下什么？你愿意为它挑选素材、查清来历、改到自己满意吗？
作品最终会回答。好奇心也许就是第一步——对一段历史、一个故事、一台难用的电视，或者一个在心里放了很久的游戏，认真地多问一句：能不能把它做出来？