太想赢，就赢不了

昨天 19:384 浏览综合包含 AI 合成内容

《星际争霸2》里有一句话，职业选手翻来覆去说：太想赢，就赢不了。（犯了想赢的大忌！）

咕咕以前觉得这是打决赛手抖时候用的安慰话，跟这种做小游戏的没什么关系。直到最近咕咕翻自己的项目文件夹——十几个立项，二十几套 skills，三十多个"下次一定能复用"的框架目录——才觉得这句话好像一直在文件夹里静静地等我翻到它。

咕咕最近有个很具体的不适感，不是写代码的不适，是一种更模糊的东西：我好像同时在当两个人。

写代码的时候，脑子是程序员的。模块要干净，命名要规范，这个组件下次还得用——能抽象的绝不硬写，能复用的绝不重来。坐下来想玩法的时候，脑子又变成策划的——这个循环够不够爽，失败惩罚会不会太重，玩家第三分钟会不会划走。两个脑子在同一个人身上来回切，像坐地铁坐过站了又折返，一天能折返三四次。

以前咕咕以为这是优势。程序能力给体验实现提供底盘，体验直觉给工程决策提供边界——多好的组合。但实际操作下来更像两个人抢同一个方向盘——你刚把路线按工程标准规划好，玩法那边说要拐弯，整条路又得重算。不是能力不够，是两套目标函数同时跑，没人规定谁先谁后。

花了很长时间才承认一件事：这不是"多学点策划"能解决的。

是我太想赢了。

什么叫太想赢？不是说想赢不对——竞技、商业、创作，哪个离得开想赢？问题出在那个"太"字。什么都想要，什么都怕漏掉，什么都想先占上。结果什么都拿不住。

说几件跟游戏无关的事。

相亲的时候太想给对方留好印象，每句话都过滤镜，反而聊得像面试。面试太想表现，准备好的东西全涌上来，问一句答三句，对方都插不上嘴。逛超市选酸奶，五六个牌子拿起来放下、放下拿起来，挑了二十分钟，回家发现最开始拿的那个其实就挺好。

这些事听着琐碎，但底层是同一个东西：当你把注意力全钉在"结果要对"上面，执行层会变形。你并非没有能力，是认知资源被"如何才算对"提前占满了，真正该做的动作反而没带宽了。

星际里对这句话的理解更冷峻一点：太想赢，注意力钉在比分上，侦查变形，操作变形，节奏变形，然后输。不是因为对面更强，是你自己把自己打散了。

做游戏的时候，我犯的是同一种病。只不过被工具链包装得更体面——搭建很快，改动很勤，看起来一直在进步，实际上是在用忙碌掩盖方向还没立住。

说回框架这件事。

以前我特别在意代码的可复用性和规范性。这个习惯是真的省过时间——上一个项目搭好的输入系统，下一个项目拿来就能用；写好的 UI 组件库，三行代码搭一个界面。这种爽感是真实的，你会觉得自己在"积累资产"，每做一个项目都在给未来的项目存钱。

然后 skills 出现了。AI 辅助出现了。工具链变得更强了。我更兴奋了——不光代码能复用，整个开发流程都能模块化、模板化。我开始疯狂建 skills，搭框架，写模板，搞工作流。每建一个新模块，都觉得自己在修高速公路，以后通行效率会越来越高。

结果高速公路修了二十条，但我不知道该往哪开了。

这是我逐渐意识到的一个悖论：框架解决的是重复工程，不是重复体验。代码层面的复用——输入管理、UI 搭建、存档系统——确实对每个项目都有用。但游戏之间真正不同的东西，恰恰是框架兜不住的那层：手感、节奏、情绪曲线、"为什么这个游戏是这个游戏"。这些东西，每一款都得从头长出来，复用不了。

框架越厚，游戏自己的那层就越薄。

于是我陷入了一个循环：框架不够用→加模块→加 skills→加模板→搭建更快了→白模出来了→然后呢？然后才是真正的活：打磨。而打磨是框架帮不了的。框架把你从0送到了40分，剩下的60分，每一分都得用手一点一点抠出来。

搭建快，不等于打磨快。甚至可以说——搭建越快，打磨越煎熬。因为你会产生一种错觉：既然40分这么容易就到了，60分应该也不远吧？但不是的。40分到60分的距离，比0到40远得多。而且那段路没有 skills 能帮你走。

打磨阶段最磨人的，是"边玩边测边改"这个循环。

每测一轮都有新想法。这个按钮手感不够，改。那个怪物出现的节奏太快，调。测试的时候觉得少了什么，加一个系统。这些反馈都是对的——局部来看，每一条都在让游戏变好。

但局部的正确，不等于全局的正确。

然后你开始看竞品。一看就停不下来。这个游戏的手感真好——我们也应该有。那个游戏的引导做得妙——我们也可以学。第三个游戏的付费设计巧——这个思路能不能借鉴？每看一款都有收获，每收获一次清单就长一条。看了十几款竞品之后，你的需求清单上有二十个"应该有"，没有一个"必须是我们的"。

改着改着，连自己最初想做什么都模糊了。不是忘记了——是被太多"也可以"给淹没了。

有一次我盯着自己的设计文档，发现里面三分之一的内容来自竞品对照，三分之一来自测试反馈，只有三分之一是最初立项时写下的东西。而那三分之一，还在不断被前面两个三分之一挤占。

这就是"太想赢"在项目里的具体表现：每一次改动都在追求局部更优，但每一次局部更优都在稀释那个最初的、足够窄、足够像你自己的核心。你不是在打磨一把刀，你是在不停地往一把刀上焊零件，直到它变成一个谁也不认识的东西。

人总是贪婪的。获得一些优势就想快速填充——得到一个好的框架，就想用它覆盖所有情况；看到一个成功的模式，就想把自己的项目也往那个模式靠。

这种贪婪不是道德问题，是结构问题。当下这套开发环境对"加"极其友好，对"减"几乎不提供即时回报。多一个 skill，少写两天代码，看得见。删一个系统，只有延迟回报——万一这个功能有用呢？删了会不会后悔？不对标竞品，焦虑是立刻涌上来的。工具把"加"的成本打下来了，但"减"的代价没变——还是得靠人硬扛。

这个反馈结构很要命：它让你觉得自己在进步，其实只是在填东西。仓库越来越满，主心骨越来越薄。

这种"太想赢"的病不只在个体身上。平台和开发者之间，也存在一种类似的微妙张力。

平台想赢——想要更多好内容、更多活跃开发者、更高的用户留存。开发者也想赢——想要流量、想要曝光、想要活下去。两边都太想赢的时候，就进入了一种病态的平衡：平台不断加规则、加激励、加标准，试图筛出"好内容"；开发者不断追赶规则、追赶激励、追赶标准，试图成为"平台想要的样子"。

结果呢？平台变成了考试系统，开发者变成了应试选手。大家都在最优化一套评分标准，但那套标准跟"这个游戏到底好不好玩"的相关性，其实没有想象中那么高。

平台的困境跟开发者的困境是对称的——它也在"太想赢"。想留住头部开发者，又怕头部太强平台失去议价权；想扶持新人，又怕扶持标准被刷分党利用；想要内容多元化，但流量分配逻辑天然倾向已经验证过的品类。每加一条规则都是为了解决一个问题，但规则加多了本身就成了问题——就像我往项目里加系统一样。

这种病态平衡最终会让两边都很累。开发者觉得"我怎么做都不够"，平台觉得"好内容怎么还是不够多"。因为两边都在优化一个越来越复杂的多目标函数，而没有人停下来问：最开始那个简单的事情，到底是什么？

星际那句话的解药，不是不想赢。职业选手强的地方，是在最想赢的局里，还能做最简单、练了一万遍的正确操作——不是操作更多，是在压力下仍然只执行最少必要动作。

对做游戏的人来说，"最少必要动作"大概是这几件事：

一款游戏只允许一个主心骨——一个核心循环，一种主要情绪，一类主要受众。其他的都是支线，支线不能拖主骨。

白模能玩之后，不再加新 skills、新抽象层。至少冻一个月。这一个月只改玩法和数值，不碰架构。

竞品对照，一轮最多认真看一个。而且只问自己：我学的是感受还是功能清单？功能清单多半是噪声。

开发文档第一行写三句不能删的话——这个游戏是什么、不是什么、绝对不做什么。改玩法前先对一遍，不在上面的改动，默认不做。