Vibe Coding 多人游戏（一）—— Pieter Levels：一个人的游戏帝国 Vibe Coding 多人游戏一—— Pieter Levels一个人的游戏帝国在独立开发的浪潮中Pieter Levels 是一个传奇。他一个人构建了多个百万美元级别的产品从 Nomad List 到 Remote OK再到近年来的 AI 游戏尝试。他的工作方式被许多人称为“Vibe Coding”氛围编码——一种高度专注、快速迭代、不依赖复杂架构的编码哲学。本文将从技术角度深入剖析 Pieter Levels 的多人游戏开发实践揭示这种“一人游戏帝国”背后的原理并提供可运行的代码示例让你也能复现这种高效的开发模式。## 什么是 Vibe Coding——从单人开发到游戏帝国的技术根基Vibe Coding 并非某个特定的技术栈而是一种开发流程。Pieter Levels 将其描述为在深度专注的状态下用最简单的技术实现最直接的功能。对于多人游戏而言这意味着-拒绝过度工程化不使用复杂的微服务或分布式框架而是选择轻量级的实时通信方案。-快速原型验证用 Python 或 Node.js 编写核心逻辑几小时内就能跑通一个多人交互的 demo。-聚焦核心体验游戏逻辑如碰撞检测、玩家状态同步用最直接的方式实现而不是依赖引擎。Pieter Levels 曾用 Flask WebSocket 构建了一个多人绘画游戏并在 48 小时内获得数千用户。这背后依赖的是对底层原理的深刻理解如何用最少代码实现实时同步。## 原理剖析WebSocket 状态同步——多人游戏的核心骨架多人游戏的核心挑战是状态一致性与低延迟。Pieter Levels 选择了一条极简路径服务端做权威计算客户端只负责渲染和输入。这避免了客户端作弊也简化了逻辑。### 状态同步的两种模式1.客户端预测Client Prediction适合 FPS 等需要即时反馈的游戏但复杂度高。2.服务端权威Server AuthoritativePieter Levels 偏好的方式。客户端发送操作到服务端服务端计算新状态后广播给所有客户端。以下是这种模式的简化实现### 代码示例 1基于 WebSocket 的多人游戏服务端Python asynciopythonimport asyncioimport websocketsimport json# 游戏状态存储所有玩家的位置players {} # {player_id: {x: 0, y: 0}}async def handle_player(websocket, path): # 为每个连接分配唯一 ID player_id id(websocket) players[player_id] {x: 0, y: 0} try: async for message in websocket: data json.loads(message) # 服务端权威只处理移动事件 if data[type] move: # 简单的位置更新无碰撞检测仅示例 players[player_id][x] data[dx] players[player_id][y] data[dy] # 广播新状态给所有客户端 await broadcast_state() finally: # 玩家断开连接 del players[player_id] await broadcast_state()async def broadcast_state(): # 将当前所有玩家位置广播 state json.dumps({players: players}) # 实际生产环境需维护连接列表此处简化 for ws in websockets.websockets: # 假设有全局连接列表 await ws.send(state)start_server websockets.serve(handle_player, 0.0.0.0, 8765)print(Game server running on ws://0.0.0.0:8765)asyncio.get_event_loop().run_until_complete(start_server)asyncio.get_event_loop().run_forever()原理说明 - 服务端维护一个players字典作为全局状态。- 每个 WebSocket 连接对应一个玩家收到move事件后服务端更新状态并广播。- 客户端只需监听broadcast_state消息重新绘制即可。## 从简单到复杂碰撞检测与游戏逻辑的极简实现多人游戏中碰撞检测是常见需求。Pieter Levels 通常使用轴对齐包围盒AABB进行检测因为它计算量小且易于实现。以下是一个在服务端运行的碰撞检测示例它直接集成到之前的移动逻辑中。### 代码示例 2服务端碰撞检测 状态同步Pythonpythonimport asyncioimport websocketsimport json# 游戏世界边界WORLD_WIDTH 800WORLD_HEIGHT 600PLAYER_SIZE 20 # 玩家视为正方形players {} # {player_id: {x: float, y: float}}def check_collision(x1, y1, x2, y2): AABB碰撞检测两个正方形是否重叠 return (x1 x2 PLAYER_SIZE and x1 PLAYER_SIZE x2 and y1 y2 PLAYER_SIZE and y1 PLAYER_SIZE y2)async def handle_player(websocket, path): player_id id(websocket) # 初始位置随机避免重叠 players[player_id] {x: 50, y: 50} try: async for message in websocket: data json.loads(message) if data[type] move: new_x players[player_id][x] data[dx] new_y players[player_id][y] data[dy] # 1. 边界碰撞不允许超出世界 new_x max(0, min(WORLD_WIDTH - PLAYER_SIZE, new_x)) new_y max(0, min(WORLD_HEIGHT - PLAYER_SIZE, new_y)) # 2. 玩家间碰撞禁止重叠 collision False for pid, pos in players.items(): if pid ! player_id: if check_collision(new_x, new_y, pos[x], pos[y]): collision True break if not collision: players[player_id][x] new_x players[player_id][y] new_y # 3. 广播完整状态包含所有玩家 state json.dumps({players: players}) for pid, ws in connected_clients.items(): # 假设维护了映射 await ws.send(state) finally: # 玩家离开清理 del players[player_id] # 通知其他玩家 state json.dumps({players: players}) for pid, ws in connected_clients.items(): await ws.send(state)# 简化维护连接映射实际需在连接时注册connected_clients {}async def register(websocket, path): connected_clients[id(websocket)] websocket await handle_player(websocket, path) # 断开后清理 del connected_clients[id(websocket)]start_server websockets.serve(register, 0.0.0.0, 8765)asyncio.get_event_loop().run_until_complete(start_server)asyncio.get_event_loop().run_forever()关键点 - 碰撞检测在服务端执行客户端只发送方向指令dx, dy。- 每次移动后服务端将完整的players状态广播给所有客户端。这虽然简单但对于几十人规模的游戏已足够Pieter Levels 的游戏通常支持 50-100 人。- 边界限制和玩家间碰撞都是 O(n) 复杂度对于小规模场景性能可接受。## 性能优化Pieter Levels 的“低技术”策略Pieter Levels 的多人游戏通常运行在单台 VPS 上他采用了以下优化1.降低帧率不追求 60fps 同步而是以 10-20Hz 的频率广播状态减少带宽和 CPU 消耗。2.增量更新只发送变化的状态如移动的玩家而非全量数据。例如用{type: update, player_id: 1, x: 100, y: 200}代替完整字典。3.客户端插值在客户端使用线性插值平滑移动弥补低频率广播带来的卡顿感。以下是一个增量更新的伪代码示例服务端部分python# 在移动逻辑中只发送改变的玩家changed {player_id: players[player_id]}state json.dumps({type: incremental, changes: changed})for ws in connected_clients.values(): await ws.send(state)客户端收到后只需更新对应玩家的位置而非重建整个状态。## 总结Pieter Levels 的“一人游戏帝国”并非依赖于高深的技术而是对核心原理的深刻理解和极简主义的执行力。通过 WebSocket 实现实时通信、服务端权威确保状态一致、AABB 碰撞检测处理交互他用最少的代码构建了可运行的多人游戏。这种“Vibe Coding”风格的关键在于-拥抱约束用单服务器、低带宽、小规模场景作为设计边界。-快速迭代先跑通原型再优化性能而非一开始就追求完美架构。-聚焦用户体验即使技术简单只要游戏有趣用户就会忽略底层细节。对于独立开发者而言Pieter Levels 的经验是一面镜子真正的技术壁垒不在于使用多少框架而在于能否用最直接的方式解决核心问题。下一篇文章中我们将深入探讨如何用类似思路构建一个完整的多人游戏前端并实现客户端插值、输入缓冲等进阶技术。