怎样在个人开发者单兵作战条件下做出零门槛联机游戏站点？Parti 用 Codex 压工作量

少数派 3 天前上首页推荐的一篇介绍的项目叫 Parti，一个零门槛联机游戏平台，没有服务器、扫码就玩、内置了十多种小游戏，过去十几年联机游戏需要 1 套服务端基础设施的几件事被它一键清零。这个项目有点意思的地方不是产品形态本身，而是背后的那位作者从「怀念一款十几年前的 32 位手游」起步。起因是他想跟朋友联机玩魔能方碑之巫，但官方服务器早挂了，这件事一直压了好几年。

直到这波 AI 浪潮来了，整个协议层、底层适配、Web 层逻辑全部被丢给 Codex，过去需要 1 个 5 人团队维护 3 个月的代码量被压到 1 个人能维护的尺度。这个项目才真正从去年的设想走到今年的发布形态。整个产品形态跟传统游戏工作室完全不同，原本属于一个小团队的工种被压缩到只剩单人。

「零门槛联机游戏」这件事听起来是个新概念，其实从十几年前就有人在尝试。过去几年这类项目没真正跑出来，根本原因是协议层、调错层、适配层的工作量被严重低估，回过头看就是死在了这个环节。一个能跨 NAT、能穿透运营商网络、能处理连接失败自动重试的协议层，工作量相当于一个小型游戏开发工作室的全部储备。一个人即使写得出来，也没精力长期维护，更别提后面还有游戏逻辑、Web 界面、跨平台适配。

Vibe Coding 真正改变的不是协议本身，而是「协议能不能被单人维护」这件事。Codex、opencode、Deepseek 网页版这一波 AI 写作工具的真正用法，是把工程师从协议适配的死循环里捞出来，让他能集中精力设计游戏机制本身。在 Parti 这个案例里，团队做的事情是设计协议大纲、自定义游戏代码机制、明确产品终态，把这几件事交给 AI 之后剩下的繁重适配工作全部自动化。这种分工模式在 AI 写作流出现之前做不到。

零门槛联机平台并不是全无成本。WebRTC 受运营商、NAT、公司网络、地区连接状况影响非常大，有些网络环境根本连不上或者延迟过高，回过头看这才是真正的工程瓶颈。房主的浏览器要承担权威计算所以必须保持页面打开，平台没有竞技级反作弊能力，面向的就是朋友聚会、家庭娱乐、轻量社交这种非严肃场景。作者在文章里也反复强调这些限制，话语诚实得反而让人意外。零门槛是真零门槛，但场景被明确划在聚会娱乐这条线以内。

这种模式会不会被大厂快速复制是一个值得跟踪的问题。腾讯、网易、米哈游这种体量的厂只要把 Parti 这种架构想法接入自己的小程序或者客户端，几个月内就能做一个功能更完整、覆盖更广用户基数的产品。但反过来想，独立单兵的优势本来就不在大而全，而是在这种利基场景的精细体验上。一个聚会场景下的零门槛联机游戏，跟一个面向几亿用户的小游戏平台，目标用户、运营策略、产品迭代节奏都完全不同。Parti 这种项目真正的护城河可能不在协议，也不在 AI 协作，而在于作者本人对「朋友聚会玩什么」这件事的体感积累。

创业找资源，上乌鸦部落。