Xinwei Xiong · 2026 年 8 月 3 日
5 分钟 · 2179 字 · | EN

我不缺执行力,我缺一个有权否决我的战场

我曾把项目迟迟没有结果归因于执行力不足,但公开足迹显示,我完全可以在短时间内完成大量文章、提交和复杂系统。真正缺少的,是一个能用拒绝、付费、留存与成本持续改写优先级的外部战场。本文从脉冲式高产和公开项目反证出发,解释系统能力为何既能创造价值,也可能让人躲开裁决,并给下一轮项目划出一条不能靠架构扩张绕过的纪律。

精密木桥从绘图桌伸入钢制承重测试架,重物悬在桥面上方

2026 年初,我的 GitHub 贡献图 曾连续数周接近空白;几个月后,同一张图上出现了单周数百次 contributions。到了七月,博客发布了 55 篇中文文章 ,GitHub 的 contribution calendar 记录了 733 次 contributions。

这些数字不能证明作品质量、用户价值或商业结果。GitHub 官方也明确提醒,contribution 可以包括符合条件的 commit、PR、issue、review 等活动,不能直接改写成提交数。GitHub 贡献统计说明

但它们足以推翻一个过于方便的诊断:我并非没有能力行动。高产与空转可以发生在同一个人身上。若继续把问题叫作“执行力不足”,我很可能只会再造一套效率系统,更快地绕过真正的缺口。

缺口不在我能不能做,而在这些动作最终由谁排序、由谁叫停。

同一份系统能力,两种命运

我擅长把复杂性变得可管理:拆状态、建流程、补验证器、加自动化。这种能力让我完成过一个人原本很难承受的工作量,也会不断生成内部正确的新任务:数据结构要兼容,工作流要恢复,自动化要监控,监控又需要新的状态。

每一项都值得做,每一项也有清楚的完成条件。至于最初的问题有没有被别人需要,可以被推迟到“基础设施准备好以后”。

DayPage 与博客 writing pipeline 的对照 把这种风险照得很清楚。DayPage 在大约七周里交付,并成为我每天使用的产品;真实使用持续制造摩擦,功能必须回应这些摩擦。博客的五层 writing pipeline 同样设计完整,其中母版层却从未真正运转,旧目录后来被停用。

两个系统都出自我擅长的建设能力。DayPage 接上了一条短的现实回路;writing pipeline 可以由自身完整度为自己续期。

当优先级始终来自我的判断,我既是设计者,也是执行者、验收者和续期人。项目几乎不可能输,只会不断发现下一层“还应该补齐”的东西。代码在增长,文档在变完整,测试在通过,完成感都是真的;最初的问题却仍没有获得否决权。

这也是我最不舒服的发现:系统能力既是我的优势,也可能是我躲开外部裁决最精巧的方式。

我一直握着项目的续期权

我以前把结果所有权理解为“把东西交付出来”。现在看来,这只覆盖了结果链的前半段。后面还有谁在使用、谁拒绝、价值有没有完成交换、成本由谁承担,以及什么证据会让项目停止。

一个项目总能找到续期理由:需求没有错,只是营销没做好;没人付费,是市场还没被教育;用户流失,下一版功能会解决;成本太高,未来规模会摊薄。每种解释都可能成立。危险出现在解释者同时也是续期人:结果到来以后,他仍能改写裁决规则,让项目继续。

所以缺口不是再加一张指标表。指标依然可以由我挑选、解释和替换。完整结果所有权也不是把所有成败都归咎于自己,而是让同一个负责人从选择问题一路跟到使用、交换、成本和停止,并提前交出事后单方面改写规则的权力。某个不完全由我控制的行为,必须能够真正改变优先级。

如果一个结果只能被阅读,却不能取消投入、改变顺序或结束项目,它不是裁决,只是信息。

研究陈冕以后,我才把差异从“他比我拼”改判为“我们的反馈环境不同”。在张小珺的公开访谈里,陈冕回顾 Liblib 经历补贴竞争、产品下架和融资困难,谈到公司账上只剩 4000 元,也具体讨论获客成本和扩大投入的时机;另一场访谈中,他把选择垂直设计 Agent 的理由压缩到大公司竞争、模型成熟度与产品窗口。《Lovart 创始人陈冕复盘应用创业这两年》 Founder Park 对陈冕的访谈

这些事后叙述不能证明他的每个选择都正确,也不能变成一套成功公式。它们只展示了另一种否决关系:竞争结构、产品状态、现金余额和用户获取成本可以迫使原计划重写。我要学习的正是这种关系,不是他的性格。

市场会错,裁决仍要存在

市场不是唯一真理。长期研究可能多年没有收入,基础设施常常要先于需求建设,开源项目和个人创作也不能只用付费衡量。市场会追逐短期热点,也可能因为分发、时机或购买者偏见拒绝一个好东西。

因此,外部裁决不等于“马上赚钱”。一条有效的裁决规则只需要满足三个条件:在工作开始前约定,到了时间真的执行,并且不能由建设者事后单方面改写。对自用工具,每天重复使用已经是架构之外的约束;对长期基础设施,真实负载、外部采用与维护成本也可以逐步获得否决权。

我反对的只是没有触发条件的提前建设。若一段基础设施能回答“什么信号出现后才需要它”“等多久仍未出现就停止”,它是在购买未来能力;若答案永远是“以后会需要”,它更像一张不设到期日的延期单。

下一轮项目,先交出续期权

下一轮项目开始前,我会先写三个问题:

  1. 谁或什么有权对这个项目说“不”?
  2. 哪个可观察行为算作结果真的发生,而不是我对进展的解释?
  3. 这个信号出现以前,哪些基础设施和自动化不准因为“以后会需要”而扩张?

对当前阶段的我,真实用户的使用、拒绝、付费或留存必须进入答案。信号出现以前,系统保持最小;信号没有出现,先回到问题与用户,不用新的架构替旧计划续期。

这项决定有一个很具体的代价:允许系统暂时粗糙,放下那些做起来最顺手的自动化,也允许拒绝取消我喜欢的方案。否则所谓外部结果仍然只是参考意见,续期权从未离开我的手。

我不缺更多能力。我缺的是完整结果所有权。

真正的战场不以忙碌计分。它是我最好的理由仍然可能输掉的地方。

参考资料

读者回响

加入讨论

新文章写好,先寄给你

每有新文章,寄一封信到你的邮箱。双重确认,随时退订。