Bluesky终于想起自己是个社交平台

一个靠文字社区起家的应用，现在才想起来图片质量很重要——而且升级幅度小得像是挤牙膏。

这次更新改了什么

Bluesky在周三晚间推送了1.121版本，核心变化就三条：单张图片上传上限从1MB提到2MB，渲染分辨率从2000像素拉到4000像素，以及把固定的九宫格换成了可滑动的轮播图。

轮播图支持混合比例显示，不会自动裁切。但已经有用户在抱怨：为什么不能自选网格或轮播？

这让人想起Threads早期的策略——靠灵活的图片展示吸引摄影爱好者，甚至催生了专门帮用户发全景图的第三方工具。Bluesky现在才跟进，节奏慢了不止一拍。

数字背后的尴尬

2MB上限在2025年的社交赛道是什么水平？

原文没提Threads的具体限制，只说了句"支持更大的最大图片尺寸"。这种模糊表述本身就说明差距——如果Bluesky的数字能看，公关稿早写满了。

更微妙的是分辨率。4000像素听着比2000像素翻倍，但实际体验取决于压缩算法和CDN分发。Bluesky没公布任何技术细节，只给了个硬上限。

对比之下，Instagram早在2010年代就解决了摄影师群体的画质焦虑。X（Twitter）虽然压缩激进，但至少不拿"2MB"当新闻发。

产品逻辑的错位

Bluesky的底色是去中心化协议（AT协议），早期用户多是逃离X的文字创作者。图片功能长期被当作"附加项"，而非核心体验。

这次更新暴露了两个问题：

第一，优先级混乱。轮播图的交互细节没打磨完就上线——用户反馈"想要选择权"说明需求预判失误。如果是初创团队的小步快跑可以理解，但Bluesky已经运营近两年。

第二，竞争定位模糊。原文提到"让Bluesky更有竞争力"，但没说对标谁。想抢Threads的摄影用户？2MB上限直接劝退。想安抚现有文字用户？他们本来也不在乎画质。

最讽刺的是那句"Threads因此催生了第三方全景图工具"。一个功能缺口能养活独立开发者，说明需求真实存在。Bluesky现在入场，连汤都喝不上热的。

去中心化叙事的代价

Bluesky的慢，某种程度上是结构性的。

AT协议的设计把数据所有权还给用户，但也意味着功能迭代要协调多方客户端。官方应用只是生态之一，重大改动需要社区共识——这比中心化平台的"老板拍板"慢得多。

但用户不会为此买单。当Threads用Meta的基础设施快速堆功能时，Bluesky还在纠结"2MB够不够发一张没压缩的夜景"。

原文没提任何用户增长数据或留存变化，只给了功能清单。这种"我们做了"而非"用户因此留下"的叙事，本身就是信心不足的信号。

这件事的真正价值

Bluesky的图片升级不值得单独关注，但它是一面镜子：照出去中心化社交的产能瓶颈，也照出小众平台向大众市场妥协时的笨拙。

如果你在做产品决策，记住这个案例——技术架构的"先进性"不能替代体验交付的及时性。用户要的是能发原图，不是听你解释为什么协议层设计让存储成本变高。

至于Bluesky能不能靠这次更新抢到Threads的用户？看下一轮更新什么时候来就知道了。如果还是半年一次的功能补丁，2MB很快会变成新的笑柄。