2026年2月

"呼噜娃"发布快一周了,很开心做了这个 App ,在帮助我自己解决打呼问题的同时,成功成为了一个小生意。

一、 数据复盘

统计时间: 2026-02-06 11:18 -> 2026-02-11 16:36

1. 流量来源与曝光

平台 曝光/点击 备注
Reddit (r/snoring) 7,000 AI 建议的精准社区,效果惊人
用中文发推 5,300 感谢推友们的转发支持
V2EX 3,151 技术氛围浓厚,反馈质量高
公众号 537 核心读者的深度关注
用英文发的推 351 仍有很大增长空间
小红书 47 还在摸索玄学流量

2. 销售转化

  • 销售表现: 总共卖出 23
  • 财务状况: 收入 ¥255($36.47 ),净利润 ¥214($30.53 )
  • 赠送活动: 25 个( V2EX & Reddit 各 10 个,公众号 5 个,小红书 0 个)

地区分布

3. 转化率分析

  • 总曝光估算: 约 16,000 人(剔除平台重合及自身查看的水分)
  • 付费用户数: 23 人
  • 整体转化率: 0.14%


二、 未来展望:这个小生意能做多大?

作为参考,该细分赛道的老牌玩家 SnoreLab (鼾声分析器)

  • 年收入估算: 约人民币 1680 万 - 2100 万元($2.4M - $3M )
  • 用户规模: 超过 1500 万,订阅价格为 $10/月

所以可以设想,持续优化这个 app ,不断让更多人知道呼噜娃,是可以成为一个养活一个小团队的产品的。

我设想如何把产品做的更好的方向

  • 建立社交账号,持续分享
  • 联系 kol 合作
  • vibe 新功能,能力和体验上超过其他类似产品


三、 寻找合作伙伴

由于我还想继续探索新产品的开发,所以希望寻找一位合作伙伴来负责后续的增长。

  • 合作设想: 出让 30% 的所有权,分一年时间均匀释放(细节可谈)。
  • 如果你感兴趣一起把“呼噜娃”做大做强,欢迎联系我。


四、 这一周我学到的事

  • 做你自己需要的产品: 世界很大,你真正需要的东西,总会有其他人也需要,你只需要试着找到他们。
  • 保持极简: 项目复杂度的每一点增加,都会增加维护成本。为了长期生存,不要过度设计。
  • 社区的力量: 社区对于交流想法、获取天使用户至关重要。我学到了应该在每篇博客下方引导读者加入社区。
  • 多用 AI 助攻: AI 帮忙翻译,并在他的建议下发到 Reddit 的 r/snoring 频道,取得了最好的数据。
  • 要有付费功能 只有用户愿意付费,才说明产品真正提供了价值。
  • 活动规则越简越好: 搞活动时,直接、简单的规则效果更好,不要让用户为了礼品去做复杂的交换动作。


五、 新品预告

目前我正在开发一款全新的 AI Agent 相关工具。如果你感兴趣,欢迎加入微信群关注后续进展。

添加微信号 “t9t-io” 备注「 t9t 」邀请入群

年前工作上的事情基本上忙完了,大家分享一下自己的/别人的年度总结来看看呗

团队约 10 人,每次遇到较大的技术问题,最终仍由几位核心老员工处理。公司近两年一直希望培养新人接手,但效果并不明显。

团队成员均为社会招聘,能力也经过老员工认可,但关键能力仍集中在少数人身上,领导对后续业务扩展存在隐忧。

目前的做法包括:
•问题处理后由老员工复盘并分享思路
•新人参与旁听与学习

但再次遇到类似问题时,新人仍难以独立承担。和领导讨论下来,是否缺少从 0 到 1 完整参与、独立负责的机会,而不仅是事后学习?

题主原为项目管理,刚转入技术管理不久,偏文科背景,对技术理解有限,也在尝试深入参与学习。

想请教大家:
这种情况更可能是人员能力问题、培养方式问题,还是团队机制问题?是否有更有效的培养或分工思路?

人在工位,刷小红书破防⬇️

  • 卖早餐的潮汕老板回去了
  • 卖午餐的湖南老板回去了
  • 卖晚餐的湛江老板回去了
  • 卖夜宵的广西老表回去了

最后点了瑞幸的早餐⬇️
IMG_0152

最近在某厂(深圳)被裁员了,然后通过一个新加坡猎头推荐,说一家澳洲 fintech 公司正在搭建深圳研发团队,顺利通过面试拿到 offer ,薪资也比较满意,还说工作氛围是纯外企向,不过准备签合同发现签约公司是一家人力服务公司,有大佬了解这是啥情况么?担心有坑花了简历

大家好,我是 Java陈序员

在如今数字化运营时代,服务的稳定性直接决定用户体验。但搭建一套完善的服务监控体系往往门槛不低:要么是专业监控工具配置复杂、学习成本高,要么是轻量工具功能单一,难以覆盖全场景需求。

今天,给大家推荐一款高颜值的监控系统工具,轻量易部署!

关注微信公众号:【Java陈序员】,获取开源项目分享、AI副业分享、超200本经典计算机电子书籍等。

项目介绍

coolmonitor —— 酷监控,一个高颜值的监控工具,支持网站监控、接口监控、HTTPS 证书监控等多种监控类型,帮助开发者及运维人员实时掌握网站、接口运行状态。

功能特色

  • 多维度监控覆盖:支持 HTTP、HTTPS 网站、API 接口、HTTPS 证书过期、TCP 端口、MySQL、Redis 数据库等多种监控
  • 多渠道通知配置:支持邮件、Webhook、微信、钉钉、企业微信等多类型通知渠道
  • 便捷的操作体验:响应式布局,适配桌面、平板、移动端,支持深色、浅色主题切换
  • 数据可视化:监控数据支持可视化展示,通过 ECharts 生成响应时间趋势图,支持按小时、天维度查看
  • 持久化存储:采用 SQLite 轻量数据库,监控配置、运行数据持久化存储,轻量级部署无需额外依赖

快速上手

coolmonitor 支持 Docker 部署,可通过 Docker 快速部署。

1、拉取镜像

docker pull star7th/coolmonitor:latest

2、创建挂载目录

mkdir -p /data/software/coolmonitor

3、运行容器

docker run -d \
    --name coolmonitor \
    -p 3333:3333 \
    -v /data/software/coolmonitor:/app/data \
    star7th/coolmonitor:latest

4、容器运行成功后,浏览器访问

http://{IP/域名}:3333

5、根据引导,设置管理员账号密码,完成系统初始化

功能体验

  • 主面板

  • 监控详情页

  • 添加监控项

  • 添加通知方式

  • 状态页

coolmonitor 没有复杂的配置项,能覆盖日常监控的核心需求,颜值高、易部署、易维护,不管是个人开发者监控自己的小网站,还是中小企业监控内部服务,都非常适用。快去部署体验吧~

项目地址:https://github.com/star7th/coolmonitor

最后

推荐的开源项目已经收录到 GitHub 项目,欢迎 Star

https://github.com/chenyl8848/great-open-source-project

或者访问网站,进行在线浏览:

https://chencoding.top:8090/#/

我创建了一个开源项目交流群,方便大家在群里交流、讨论开源项目

但是任何人在群里打任何广告,都会被 T 掉

如果你对这个交流群感兴趣或者在使用开源项目中遇到问题,可以通过如下方式进群

关注微信公众号:【Java陈序员】,回复【开源项目交流群】进群,或者通过公众号下方的菜单添加个人微信,并备注【开源项目交流群】,通过后拉你进群

大家的点赞、收藏和评论都是对作者的支持,如文章对你有帮助还请点赞转发支持下,谢谢!

Apple 将举办成立五十周年庆祝活动

近日,Apple 公司 CEO 蒂姆·库克在一次员工全员会上表示,Apple 将为公司即将到来的五十周年准备庆祝活动,但目前尚未公布具体形式。Apple 成立于 1976 年 4 月 1 日,这意味着 2026 年 4 月 1 日将迎来五十周年节点。

在会上,库克称团队近来在为「如何纪念 50 年」而进行准备,回顾了公司档案和老照片,还有产品、服务及重要人物等,并向员工承诺「会有一些庆祝」。他同时强调,Apple 并非一个习惯回头看的文化,因此相关团队需要在持续面向未来的工作节奏中「建立一种不同的能力」,以更好的姿态面向未来。

Apple 此前较少为周年纪念进行集中宣传,但在 2014 年曾围绕 Mac 三十周年推出过专题内容,包括高管访谈与专题页面等。来源


VSCO 重新上架 Lightroom 预设

2 月 10 日,VSCO 团队宣布,面向 Adobe Lightroom 的 VSCO Film 02 预设包以「限时回归」形式重新提供下载,面向 VSCO Pro 付费订阅用户开放。该预设包包含多组彩色与黑白风格,灵感来自经典胶片观感,并强调在保留 RAW 调整空间的同时实现胶片化色彩与明暗特征。

Film 02 预设包支持 Adobe Lightroom 生态的多款软件,包括 Lightroom Classic、Lightroom 与 Adobe Camera Raw(Photoshop)。标准预设可用于 Adobe Lightroom 支持的相机文件类型,覆盖 RAW 与 JPEG,并提供(+)、(++)、(-)等不同变体,用于模拟同一胶片在对比度与色调表现上的差异。

VSCO 向媒体表示,此次 Film 02 由最初预设作者、VSCO 摄影布道师 Zach Hodges 更新,以更好支持现代相机。需要注意的是,处于免费试用期的用户如需获取该预设包,需要联系 VSCO 支持团队处理,下载资格仅面向有效的 Pro 月付或年付订阅。

外媒同时提到,VSCO 曾在 2019 年停止推出桌面端 Lightroom 预设更新,此次以限时形式重新开放,被视为其将部分「胶片库」预设带回桌面工作流的最新动作。来源


WhatsApp 网页版将迎来大更新

近日,WhatsApp 正在为网页版(WhatsApp Web)测试并逐步推送语音与视频通话功能,用户无需安装桌面客户端,即可在浏览器内发起和接听通话。这项功能此前长期缺席于网页端,被视为 WhatsApp Web 的一次重要补全。依据多家媒体报道,该功能目前主要面向 WhatsApp Web 测试版用户开放,并将继续扩大覆盖范围。

网页版通话入口将出现在一对一聊天窗口顶部,使用方式与桌面版类似。通话仍采用端到端加密,并支持屏幕共享等能力,但现阶段主要聚焦个人通话,群组通话尚未全面开放。

对用户而言,新功能上线后,对于 Linux 等缺少原生桌面应用的环境,使用 WhatsApp 会更容易;对企业和办公场景用户,则在浏览器中就能切换文字沟通与实时通话。来源


CrossOver 上线大版本更新

2 月 10 日,CodeWeavers 团队发布了 CrossOver 的 26 版本,该版本通过更新 Wine 与图形转换组件,改善多款大型 Windows 游戏在 Mac 上的兼容性,包括《33 号远征队》和《绝地潜兵 2》等。CrossOver 26 还跟上了 macOS Tahoe 的界面更新,并修复了 Steam 关闭后重新打开的问题。

CrossOver 26 集成了 Wine 11,改动超过 6000 项,并包含 D3DMetal 3.0、DXMT v0.72、Wine Mono 10.4.1 以及 vkd3d 1.18 等组件,用于提升 DirectX 游戏在 macOS 上的运行表现。开发团队列出的修复与新增可玩列表包含了大量近期推出的新游戏。

价格方面,2 月 17 日前的促销价为 54.76 美元,之后将上调至 74 美元。系统需求为 macOS 10.15 Catalina 或更高版本,并至少预留 1GB 磁盘空间;开发方同时提醒,在 macOS 26 Tahoe 上需使用 CrossOver 25.1.1 或更高版本。来源


少数派的近期动态

  • 少数派年度征文来了,古法手搓大战人工智能,你会是哪条赛道的大赢家?参与一下
  • 重磅新片《寻源南疆》上线,我们在雪山上拍了一部「公路电影」。看看精彩画面
  • 将设计装进耳朵:少数派×飞傲联名 CD 机盖板设计大赛已经开始啦。了解详情
  • 没什么用,但就是好玩:盘点或恶搞或无聊的「神经病」应用。看看都有啥
  • Sonos × 少数派 × 暖风家联合打造:声音与视觉的沉浸体验空间正式上线啦。了解详情
  • 我们正在优化并改进新的首页版式,如果你在使用过程中发现了任何问题或者有改进建议,请通过反馈表单告知我们。首页反馈收集

你可能错过的好文章

> 下载 少数派 2.0 客户端、关注 少数派公众号,解锁全新阅读体验 📰

> 实用、好用的 正版软件,少数派为你呈现 🚀

    目前 deepseek app 已经可以用最新的 deepseek v4 了,1M context ,知识更新到 2025 年 5 月,效果试起来比之前 3.2 好不少。

    我的🦞龙虾,搭建了一个 deepseek v4 的 track 网站: https://deepseekv4.space/ 欢迎围观,这里会更新最新的 deepseek 模型的内容

    RT ,姑姑和叔叔还有他们的孩子,提议以后 AA 制

    长辈不参与 AA ,由小辈 AA 分

    我感觉同事朋友之间可以 AA ,亲戚 AA 的冲击还是太大了

    漏洞编号:

    CVE-2026-21519,CVE-2026-21513,CVE-2026-21238,CVE-2026-21514,CVE-2026-21533,CVE-2026-21511,CVE-2026-21510,CVE-2026-21241,CVE-2026-21231,CVE-2026-21253

    情报描述:

    近日,微软发布了安全公告,发布了 59 个补丁程序,修复了多个产品中的漏洞。具体信息查看详情,其中列出了较为重要的漏洞。

    CVE-2026-21513 MSHTML Framework 安全特性绕过漏洞

    漏洞类型:安全特性绕过
    漏洞等级:重要
    漏洞详情:攻击者可以利用此漏洞,诱使用户打开恶意 HTML 文件或快捷方式 (.lnk) 文件,这个精心构造的文件会操纵浏览器和 Windows Shell 的处理机制,使操作系统执行其中的内容。这使得攻击者能够绕过安全措施,并有可能执行代码。
    CVE-2026-21514 Microsoft Word 安全功能绕过漏洞

    漏洞类型:安全特性绕过
    漏洞等级:重要
    漏洞详情:攻击者可向用户发送恶意 Office 文件,并诱骗其打开该文件从而导致代码执行等危害。
    CVE-2026-21510 Windows Shell 安全功能绕过漏洞

    漏洞类型:安全特性绕过
    漏洞等级:重要
    漏洞详情:攻击者可诱骗用户打开恶意链接或快捷方式文件从而允许攻击者控制的内容在未经用户警告或同意的情况下执行。
    CVE-2026-21533 Windows 远程桌面服务权限提升漏洞

    漏洞类型:权限提升
    漏洞等级:重要
    漏洞详情:成功利用此漏洞的攻击者可以获得系统特权。
    CVE-2026-21519 Windows 桌面窗口管理器权限提升漏洞

    漏洞类型:权限提升
    漏洞等级:重要
    漏洞详情:该漏洞源于使用不兼容的类型访问资源,成功利用此漏洞的攻击者可以获得系统特权。
    CVE-2026-21231 Windows 内核权限提升漏洞

    漏洞类型:权限提升
    漏洞等级:重要
    漏洞详情:该漏洞源于访问共享资源时出现的竞争条件,成功利用此漏洞的攻击者可以获得系统特权。
    CVE-2026-21253 Windows Mailslot File System 系统权限提升漏洞

    漏洞类型:权限提升
    漏洞等级:重要
    漏洞详情:该漏洞源于使用后重放问题,成功利用此漏洞的攻击者可以获得系统特权。
    CVE-2026-21238、CVE-2026-21241 Windows WinSock 辅助功能驱动程序权限提升漏洞

    漏洞类型:权限提升
    漏洞等级:重要
    漏洞详情:该漏洞源于访问控制缺陷问题,成功利用此漏洞的攻击者可以获得系统特权。
    CVE-2026-21511 Microsoft Outlook 欺骗漏洞

    漏洞类型:欺骗
    漏洞等级:重要
    漏洞详情:攻击者可以利用此欺骗漏洞,通过特制的电子邮件触发向攻击者控制的服务器发起出站 NTLM 身份验证尝试,从而导致凭据泄露。
    受影响产品:

    具体查看各个漏洞信息页面。

    解决方案与修复建议:

    目前官方已发布了相关安全版本,受影响用户可参考下载安装。
    CVE-2026-21513 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21513 CVE-2026-21514 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21514 CVE-2026-21510 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21510 CVE-2026-21533 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21533 CVE-2026-21519 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21519 CVE-2026-21231 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21231 CVE-2026-21253 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21253 CVE-2026-21238、CVE-2026-21241 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21238 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21241 CVE-2026-21511 + https://msrc.microsoft.com/update-guide/en-US/vulnerability/CVE-2026-21511

    最近部署了录播姬,就像手里拿着锤子看什么都想敲一敲,总想录点什么,想问问大家,你们觉得有哪些高质量 up 的直播值得录下来看的

    新闻、纪录片这些 Factual content 是经过从现实中采集、制作、事实核查、播出等一系列严格的流程才产出的。
    那会不会有一天所有人都不在乎真假了,哪怕是 AI 生成伪造的突发新闻事件都不在乎了?以至于所有的摄影机、照相机厂商都倒闭了,连手机的摄像头都不存在了--因为都观看制作 AI 生成的内容,实拍的内容变成了古董,没有人再需要“拍摄记录”这样的行为。

    云闪付 - 发票抽奖 - 根据发票主体选择地点

    支持:盒马、山姆、奈雪、朴朴、中石油、迪卡侬等等

    注意:
    1.最好是开票半小时以后上传
    2.开成接近 100 块一张的,这样可以多开几张
    3.当天上传成功的要当天抽,隔天就不能抽了

    深圳,随手上传了 2 张票(朴朴和山姆),已抽到 150 元。不过兑付有点慢。

    去年同辈的两个亲戚生了孩子,刚好准备今天取钱,昨天算了一下过年要发超过 5000 块的红包了
    稍微打听了一下,我们当地现在都是 600 起步,因为大部分人都是有来有回的,所以金额即使大一点也无所谓。
    另外原则是给所有小孩的红包金额要保持一致。无论是你经常见面的亲戚,还是每年见一次的亲戚,所以我也得遵循。
    没有小孩或者不准备要小孩的家庭,给亲戚的孩子发多少过年红包合适呢?

    题⽬描述

    给定单向链表的头指针和⼀个要删除的节点的值,定义⼀个函数删除该节点。返回删除后的链表的头节点。

    1. 此题对⽐原题有改动
    2. 题⽬保证链表中节点的值互不相同
    3. 该题只会输出返回的链表和结果做对⽐,所以若使⽤ C 或 C++ 语⾔,你不需要 free 或 delete 被删除的节点

    数据范围:

    • 0<=链表节点值<=10000
    • 0<=链表⻓度<=10000

    示例1

    输⼊:{2,5,1,9},5
    返回值:{2,1,9}
    说明:给定你链表中值为 5 的第⼆个节点,那么在调⽤了你的函数之后,该链表应变为 2 -> 1 -> 9

    示例2

    输⼊:{2,5,1,9},1
    返回值:{2,5,9}
    说明:给定你链表中值为 1 的第三个节点,那么在调⽤了你的函数之后,该链表应变为 2 -> 5 -> 9

    思路及解答

    虚拟头节点

    如果要删除链表⾥⾯的⼀个节点,其实就是将前置节点的next 直接指向当前节点的后置节点,这样在链表中再也找不到该节点了,也就是相当于删除了。

    假设有⼀个链表,我们需要删除⾥⾯的 5 :

    ⾸先需要判断链表头结点是不是为空,如果为空,那么就直接返回NULL ,如果等于我们要找的,那么直接返回下⼀个节点引⽤即可。

    如果不符合以上说的,那么我们需要新建⼀个前置节点pre ,与现在的链表连接在⼀起:

    然后初始化⼀个 cur 节点表示当前节点,指向 head 节点:

    cur 不为空, cur 和 pre 后移:

    发现 cur 正是我们需要查找的 5 ,那么记录下 5 的下⼀个节点 1 ,也就是next :

    cur 的 next 指向 NULL ,使⽤ pre 的 next 指向刚刚记录的 next :

    简化链表也就是:

    取之前虚拟的头结点的后⼀个节点,就是删除掉之后的新链表:

    class ListNode {
        int val;
        ListNode next = null;
        public ListNode(int val) {
            this.val = val;
        }
    }
    
    public class Solution13 {
        public ListNode deleteNode(ListNode head, int val) {
            if (head == null) {
                return null;
            }
            
            if (head.val == val) {
                return head.next;
            }
            
            // ⽤⼀个节点将头结点链接起来
            ListNode pre = new ListNode(-1);
            pre.next = head;
            ListNode cur = head;
            ListNode next = null;
            while (cur != null) {
                if (cur.val == val) {
                    // 将前置节点直接连接后⼀个节点,相当于删除掉了该节点
                    pre.next = cur.next;
                    break;
                }
                cur = cur.next;
                pre = pre.next;
            }
            return head;
        }
    }

    迭代

    通过遍历链表找到目标节点并修改指针,维护前驱指针,当找到目标节点时修改指针跳过该节点

    public class Solution {
        public ListNode deleteNode(ListNode head, int val) {
            // 处理头节点就是要删除的节点的情况
            if (head != null && head.val == val) {
                return head.next;
            }
            
            ListNode prev = null;
            ListNode curr = head;
            
            // 遍历查找目标节点
            while (curr != null && curr.val != val) {
                prev = curr;
                curr = curr.next;
            }
            
            // 找到目标节点后跳过它
            if (curr != null) {
                prev.next = curr.next;
            }
            
            return head;
        }
    }
    • 时间复杂度:O(n),最坏情况下需要遍历整个链表
    • 空间复杂度:O(1),只使用常数空间

    递归

    当前节点是要删除的节点则返回next,否则递归处理剩余链表

    public class Solution {
        public ListNode deleteNode(ListNode head, int val) {
            // 递归终止条件
            if (head == null) {
                return null;
            }
            
            // 当前节点是要删除的节点
            if (head.val == val) {
                return head.next;
            }
            
            // 递归处理剩余链表
            head.next = deleteNode(head.next, val);
            return head;
        }
    }
    • 时间复杂度:O(n),需要处理每个节点
    • 空间复杂度:O(n),递归调用栈的深度

    最近因为一些不可抗力因素需要迁移微信号到另一个手机号上,但是看着微信内的几百个好友犯了难。
    不能直接换绑手机的话是不是必须一个个好友去添加?

    日常工作需要区分不同软件走不同流量通道,例如工作电脑所有软件走单位内的深信服的指定通道时,我的 chrome 要走另一个网络通道,特定几个软件走另一个网络通道。此时我用到了 proxifier ,估计这里也有人用到它。但是今天,发现它的 v4.14 ,也就是当前最新版,存在一个偶发故障,会直接让被访问者看到你的真实 IP 。一切正常看起来是正常使用,并且你可以访问到期望的资源,但会在你重启软件或者重启系统后,甚至是首次启动时,即便是你做了 webRTC 和 DNS 泄露防护,也会直接暴露你的真实 IP ,而非网络通道的 IP ,各位可以在网上找 IP 检测的工具测试一下。我是因为临近放假,机房统计值班人员 IP 时发现我的家宽 IP ,因为我在家访问单位内部时,从不用家宽直连,会套一层 IP 。

    https://www.orayc[.]com/

    https://www.oraycc[.]com/

    这个网站还是在谷歌搜到的。点击下载后跳转到 https://xiazaiabcd2[.]cyou/ ,检测了 UA ,移动端不显示。之后的下载链接为 https://pub-d1958f3c1a324fc4ae6e78066b9d40b5.r2[.]dev/%E5%90%91%E6%97%A5%E8%91%B520212.zip

    具体下载的软件干了啥没有看,有兴趣的 V 友看看

    上周,SaaS、数据和软件类投资公司的市值蒸发了约 3000 亿美元。这并非因为盈利不及预期或宏观经济冲击,而是因为一款人工智能产品发布。

     

    这场危机已经持续数月。等到市场做出反应时,IGV 软件指数已较 9 月下旬的峰值下跌了约 30%。上周发生变化的不是方向,而是速度。

     

    几家根基深厚的企业软件公司股价在一天之内大幅下跌。Salesforce、ServiceNow、Adobe 和 Workday 的股价均下跌约 7%。Intuit 的股价更是暴跌近 11%。与此同时,整个行业的估值倍数也急剧下降。软件公司的平均预期市盈率在短短几个月内从约 39 倍暴跌至约 21 倍。做空者已通过押注传统 SaaS 业务在 2026 年获利超过 200 亿美元,并且还在加倍下注。

     

    除非核心假设被打破,否则市场不会抹去如此巨大的价值。

     

    刚刚打破的假设是传统 SaaS 增长模式的可持续性。

    纳德拉判断 SaaS 已死

     

    在过去二十年的大部分时间里,企业软件受益于异常稳定的经济形势。软件开发成本高昂,转换成本也很高,数据都存储在专有系统中。

     

    一旦某个平台成为记录系统,它便会一直占据这一位置。这种信念支撑着从公开市场估值倍数到私募股权收购再到私募信贷承销等方方面面。经常性收入被视为可预测性的指标。合同被认为具有粘性。现金流被认为具有韧性。

     

    人工智能现在正在同时测试该逻辑的每个部分。

     

    上周令投资者感到恐慌的并非人工智能能够生成更优质的功能。软件公司多年来一直在功能竞争中生存下来。真正的变化在于,现代人工智能系统能够直接取代大部分人类工作流程。研究、分析、起草、核对和协调不再需要局限于单一应用程序,它们可以跨系统自主执行。

     

    Social Capital 创始人、知名风险投资家 & 企业家 Chamath Palihapitiya 在 X 上发帖,直言不讳地描述了引发此次抛售的情绪:

     

    “SaaS 大崩溃已经开始,而且没有回头路了……一种全新的以人工智能为导向的工作流程即将到来……SaaS 大崩溃已经开始。”

     

    简而言之,那种依赖高增长、却长期低盈利甚至无盈利的 SaaS 发展路径,正在失去市场信任。

     

    核心矛盾集中在两方面:短期来看,增长是否真正可持续?长期来看,在人工智能浪潮冲击下,盈利可能性是否正变得渺茫?

     

    过去,几乎每家 SaaS 公司都向投资者与员工描绘过同样的蓝图:先以速度抢占市场,未来再兑现丰厚利润。然而,随着 AI 技术快速发展,这一逻辑基础可能已被颠覆。眼下最关键的命题是:许多 SaaS 企业的增长,是否会迅速被成本更低、以 AI 为核心的新解决方案取代?

     

    如果你是一家依赖风险投资、产品仍基于传统“启发式算法+API+增删改查”模式的 SaaS 初创公司,那么你需要警惕——一套以 AI 为导向的新工作流程,可能正在瞄准你的市场。

     

    对此,私募市场投资者已率先做出反应。他们意识到,继续为短期增长注入资金很可能得不到相应回报。公开市场的投资者同样转变了预期,不再相信长期盈利的故事,转而寻找更具韧性的领域。

    在创立 Social Capital 之前,Chamath 是 Facebook 高级管理团队的早期成员,领导开发和推出推动公司全球增长的新平台。

     

    Chamath 还强调,以上种种都标志着一场深刻的变化:过去 15 年中盛行的那套风险投资与估值逻辑,正在被重新校准。下图所呈现的趋势,正是这一转变的直观体现。

    Chamath 的这一判断早在一年前,微软 CEO 纳德拉已经给出同样的判断。

     

    一年前,微软纳德拉发出“SaaS 已死”的言论后在网上引发轩然大波。随后他做客了一档访谈栏目,详细解释了他为什么会这样说。

     

    在访谈中,纳德拉表示,在他看来,每一次真正的平台迁移,都会带来核心应用架构的根本性变革。回顾历史,从关系型数据库诞生开始,人们首次清晰地实现了数据层与应用程序的逻辑分离。在此之前,应用与数据库往往紧耦合,而关系型数据库的出现,通过引入关系代数和 SQL,将数据独立为通用层,从而允许在其之上灵活构建业务逻辑。他继续说道:

     

    “随着网络等平台的出现,人们不断探索新的应用架构和业务逻辑组织方式。当前,我们正面临一场规模相当、甚至更大的变革,这次变革的核心在于应用逻辑本身。其关键在于,未来的智能体将不再受限于任何单一的 SaaS 应用及其私有数据。我们将进入一个以‘智能体为中心’的视角,由任务和意图驱动。智能体将能够跨越多个 SaaS 应用,对业务逻辑进行协调与编排。它们通过调用各类 API 工具,实现跨系统操作。更具体地说,我们可以在智能体层对模型进行训练,使其理解并驾驭多个 SaaS 应用。这是未来明确的发展方向。”

     

    因此,当前的 SaaS 应用,其本质可被视为一个集成了大量定制化业务逻辑的‘增删改查’数据库。未来的变革在于,这个承载核心数据的‘数据库’层,其调用与编排将从原有 SaaS 应用的封闭业务逻辑中解放出来,成为一个更独立、更通用的可编排层。

     

    以我个人的工作流为例:我只需向 Copilot 提出‘销售情况’的指令,它便能自动查询动态 CRM 系统获取客户信息,同时从 Office 365 中提取相关数据,整合后生成报告并与团队成员共享。我无需登录任何一个独立系统。过去,尽管每个企业都部署了 CRM,但实际使用率很低,因为访问流程繁琐。现在,由于智能体的存在,查询 CRM 数据变得异常简便,因为它与其他所有工作流智能体无缝协同。这正是变革所在

     

    早在 Agent 还未大规模走到企业应用的 2025 年,纳德拉已经预测到,未来企业在招聘时,雇佣的将不仅仅是个人,更是其所携带的、由智能体构成的“工作流生态系统”。这可以理解为一组相互协作的智能体集群。一个恰当的类比是:今天招聘数据分析师,实际上是雇佣了“分析师及其所构建的电子表格库”;未来,员工将携带其“个人智能体工具篮”加入工作。

     

    事实上,当时这种趋势已现端倪。例如,针对存储在 SharePoint 中的大量领导团队会议文档与核心数据,我已经可以训练一个专属的 SharePoint 智能体,随时进行自然语言查询,无需跳转至独立界面。这极大地提升了效率。

     

    两周前,纳德拉再次做客一一档访谈栏目,聊到了 AI 时代的的商业革命:SaaS、OpenAI 与微软将走向何方?

     

    纳德拉强调,下一代 SaaS 企业必须主动拥抱智能体。它们需要将智能体深度集成,甚至作为一等公民开放给 Copilot 等平台,并据此革新自身的商业模式。这不仅是一个巨大的市场机会,更是对任何现有 SaaS 公司(无论其宣称的“护城河”有多宽)的强大竞争向量。

    SaaS“崩溃”背后,实为市场重心迁移

     

    高盛近期的一项研究预测,到本十年末,人工智能代理将显著扩大整个软件市场,并攫取不成比例的利润份额。在他们的框架下,代理不仅仅是增强应用程序的功能,它们本身就成为了工作界面。到 2030 年,超过 60%的软件经济效益可能会通过 Agent 系统而非传统的 SaaS 服务实现

     

    软件行业的利润池预计将转向人工智能代理。来源:高盛、Gartner

     

    这是关键区别。市场正在增长,而不是萎缩。但随着智能、内存和执行能力从静态应用程序转移到跨工具运行的自适应系统中,传统软件的经济效益正在被削弱。

     

    换句话说,企业并非在软件本身上花费更少,而是在许可证费用上花费更少,在最终成果上花费更多

     

    这种转变既解释了抛售潮,也解释了其中的机遇。当利润池的流动速度超过收入的减少速度时,公开市场会立即做出反应,而私募市场则会随后跟进。

     

    这些影响在私募股权和私募信贷领域尤为显著。

     

    过去十年,大量资金涌入软件行业,其背后基于一系列共同的假设:可预测的收入、低客户流失率和高回收价值。这些假设使得高杠杆和契约结构成为合理选择,并将软件行业的现金流视为经济中最安全的现金流之一。

     

    人工智能不会在一夜之间摧毁这些投资组合。它会造成滞后效应。支出压缩先于客户流失出现。利润率下降先于违约显现。经济现实与报告的指标存在差异。

     

    和纳德拉、Chamath 等大佬对 SaaS 有着同样观点的还包括 MongoDB CEO CJ Desai。

    MongoDB CEO:产品终将被替代,平台才能长青

     

    近日,在《No Priors》播客首次现场录制中,主持人 Sarah Guo 与这位软件开发者出身的掌舵者展开深度对话,共同剖析了为何全球纯软件业务营收超百亿美元的公司屈指可数。对此,CJ Desai 给出的答案是:产品终将被替代,而平台方能长青

     

    主持人:自 2022 年以来,软件的未来被打上了问号。这不仅来自投资者群体,也来自客户。这是软件栈的一个非常关键的转折点。当你审视软件栈时,你会问:什么东西是必然会存在的?

    今天有多少纯粹的软件公司营收能超过一百亿美元?个位数而已。为什么?软件行业历史悠久,由许许多多像你这样聪明的人创立。为何营收超过百亿的公司寥寥无几?

     

    CJ Desai:因为真正的平台是稀有的。速度至关重要。当技术转型发生时,你是否在以最快的速度构建?你是否在那次技术转变中不断学习?无论是互联网时代、AI 时代还是移动时代,你是否在快速转向?你必须保持领先。一旦落后,投资者或客户总会问你那个问题:贵公司的未来在哪里?

     

    主持人:CJ Desai,你曾在那些平台型企业和基础设施公司工作,最近成为了 MongoDB 的 CEO。我觉得我们刚才谈到的一个问题,每个投资者都会问你,科技生态圈里的每个人也都在思考:当你可以生成一堆软件时,软件的价值究竟何在?我很想听听你的看法。

     

    CJ Desai:这是个很犀利的问题开场,我喜欢,能确保大家都清醒着。

     

    当我们思考技术转型,无论是互联网时代、大型机时代,还是现在的 AI 时代,你必须真正想清楚这里的本质是什么。无论创建什么应用,比如 SaaS 应用诞生于 90 年代末(我记得 Salesforce 最近刚庆祝了 25 周年),所以从转型角度看,SaaS 至少存在了 25 年。现在有了 AI,问题就变成了:软件的未来是什么?技术栈是什么?一家公司是否真的拥有护城河?

     

    有些人会说,他们的护城河是良好的客户关系或出色的渠道,并以此为基础进行内部颠覆。但从我的角度来看,速度至关重要。当技术转型发生时,你是否在以最快的速度构建并从中学习?无论是互联网时代、AI 时代,还是 2010 年代初 Meta 向移动端的转型,你是否在快速转向?如果你能快速转向以利用技术,无论平台如何变迁,我认为都没问题。关键是你必须保持领先。一旦落后,投资者或客户总会问你那个问题:贵公司的未来在哪里?你必须走在最前沿。并非每次押注都会成功。但在我看来,那种认为某些软件的终端价值为零的极端观点,是夸大其词的。我们会一起找到答案。

     

    主持人:你职业生涯的一部分是在 ServiceNow 领导产品,它曾被认为是最具韧性的企业软件公司之一——至少在不久前大家还这么认为,现在这个问题有待讨论了。对于许多具有工程思维、考虑购买开发者工具或使用开发者基础设施的人来说,“客户粘性”或“分销渠道作为护城河”这类词感觉很抽象。你能以 ServiceNow 为例,谈谈它对其客户为何如此重要,以及你的看法吗?

     

    CJ Desai:有一点是:平台具有粘性,产品则没有。无论你今天在 AI 时代,还是过去创建的任何软件公司,产品都是可以被替代的。我在 ServiceNow 时的招聘经理 Frank Slootman 常说“工具是给傻瓜用的”——如果你的软件只是个“工具”,那可不是好兆头。所以,第一,产品可以被替代,因为软件市场是颠覆性的。因此,你必须确保你拥有的是一个呈现给客户的“平台”,无论客户是旧金山正在为一个新用例创建全新公司的开发者,还是一家向大型银行销售的大型企业。当你将自己定位为一个平台时,或许会拉长你的销售周期,但这意味着客户做出了深思熟虑的决定,平台因此具有粘性。

     

    第二点,这可能与初创公司和风投圈的普遍建议不同。很多人谈论需要一个“楔子”(切入点)。对 ServiceNow 来说,服务台可能就是那个楔子。这是对历史的错误描述吗?

     

    主持人:很多人谈论需要一个“楔子”(切入点)。对 ServiceNow 来说,服务台可能就是那个楔子。这是对历史的错误描述吗?

     

    CJ Desai:你需要一个初始用例,而且必须是杀手级用例。因为当你面对一家大银行、医疗保健公司或制造企业时,你需要展示一种颠覆性的方式来处理法律、财务或服务台用例。这是你的切入点。但问题是,如果你能轻易进入,退出也同样容易,因为他们还没有围绕你构建生态系统。这就是关键所在。今天它可能帮你从 0 做到 1 亿、10 亿,但从 100 亿到 500 亿,再到 100 亿以上,会越来越难。今天有多少纯粹的软件公司营收超过一百亿美元?个位数而已。为什么?软件行业历史悠久,由许多聪明人创立。为何只有个位数公司营收超过百亿?因为平台是稀有的。平台是稀有的。

     

    所以,一家软件公司的梦想或抱负应该是成为一个平台。一旦成为平台,就意味着你至少有两个或以上的产品被客户使用,并且这些产品能协同工作,从技术角度看真正具有粘性。更进一步,我认为客户需要将你的平台与他们现有系统做的所有集成也非常关键。记住,如果你面对一家大银行,有些银行已有 100 多年历史;大保险公司、医疗保健公司也是如此。财富 10 强、100 强、500 强公司才是市场所在(TAM)。如果你只提供一个产品,最终会遇到天花板,然后不得不增加更多东西。如果是平台,你的产品彼此协作,并与客户的所有系统集成,这就非常粘性。

     

    举个具体例子,我曾代表 MongoDB 与一家银行交谈。他们在 MongoDB 上运行商业银行应用,构建了许多集成,完成了所有安全检查、治理等等。我问:“你们在 MongoDB 上构建了多少应用?”他们说非常重要。我问:“多少?”最终伦敦的 CTO 告诉我:“300 个。”我说:“哇,太好了。300 个应用构建在 MongoDB 上。”他说:“CJ,别担心。谢谢你来到伦敦。我们不会换掉的。”我问:“我能问问分母是多少吗?我知道分子是 300。”他说:“9000。”我说 9000,这对 MongoDB 是个巨大的机会。他笑着说他不打算换。所以,他们用得越多,我们就越粘性,我们就越融入他们基础设施的肌理。

     

    氛围编程与按需应用的威胁

    主持人:现在有些构建者、购买者和投资者持有一种观点:随着氛围编程和代码生成的兴起,那 9000 个应用中的一部分,将能按需或为每个公司以特定方式创建。你对此有何看法?如果这样,像那家银行或任何客户,都能得到他们真正想要的东西,而不再需要水平化、更标准化,甚至垂直化的应用了。

     

    CJ Desai:但银行在技术上有巨大的预算,对吧?你用了 A、B、C 等氛围编程平台,创建了一个应用,这很好,所以你的应用开发速度提高了。但问题来了,你仍然需要市场进入渠道,你如何接触银行?你真正具有颠覆性的方式是什么?然后银行会问你:我们和监管机构打交道的次数比和客户、供应商多得多。这能行吗?能通过我们的监管测试吗?我们需要高可用性。什么?你只建在 AWS 上,GCP 用不了?我需要多云高可用性。我甚至需要为这个银行应用在内部部署,或者用个更专业的词,一个“气隙网络”。

     

    这些才是企业级应用需要满足的要求,而大市场(TAM)就在那里。所以,这可能会限制你。这真是一个能去医疗公司或公共部门联邦客户那里销售的企业级应用吗?因此,氛围编程能让你快速创建应用,你有一个好用例,有颠覆性想法,这很棒。但从市场进入角度看,你需要做很多事才能突破,通过他们所有的检查、治理、安全审计等。

     

    剖析 SaaS 看空论

    主持人:投资者现在将焦点放在模型层而非应用层,或者他们对 SaaS 应用感到焦虑。他们对数据基础设施也感到焦虑,因为构建应用的方式仍在快速演变。他们还对 AI 原生公司感到焦虑,担心所有价值最终都集中在模型里。我感觉目前整体上是一个焦虑的投资者环境。

     

    CJ Desai:这就是看空论点,对吧?这是目前的主流观点。

     

    主持人:那么,改变我对这些假设的看法吧。你对未来应用仍将保持价值的方式,哪些方面更有信心?

     

    CJ Desai:自 2022 年,特别是 ChatGPT 在秋季推出以来,我认为那是一个非常重要的转折点。现在三年多过去了,我从未见过这种情况,因为之前相当长一段时间都很平静。软件的未来确实存疑,这来自投资者群体,也来自客户,他们都在问该用 X 还是 Y。这绝对是软件栈的一个关键转折点。

     

    然后你审视软件栈,会问:什么东西是必然会存在的?大型语言模型(LLM)在可预见的未来将会存在,当你真正构建依赖这个栈的 AI 应用时。甚至你已经看到很多创新,比如 XAI,它不知从何而来,但表现非常出色。但那个栈,在智能体软件框架中,是恒定的。数据层也必须存在,因为你需要把数据存在某处。这是第二个恒量。其他一切,都会演变。你最好展示出真正的价值,无论你使用平台类比还是什么,无论是技术栈的顶层,你真正理解保险行业的用例,并正在为保险行业构建一个 AI 原生公司。保险行业有大量用例。你可以说,请从旧的 SaaS X 迁移到新的 Y,这个新 Y 实现价值的速度会非常快,而且我们将始终保持领先,因为有了 AI,过去用旧 SAS 无法实现的事情现在成为可能。所以,除了 LLM 层和数据层之外,顶层的、聚焦用例的部分,将始终至关重要。

     

    主持人:MongoDB 的客户从初创公司、个人开发者一直到财富 10 强。你从这些最大公司的购买者和构建者那里,听到他们关于 AI 价值的真实看法是什么?他们现在对什么兴奋,对什么怀疑?

     

    CJ Desai:我感觉如果一周没和至少 10 个客户交流,那这周就完全失败了。这需要很多准备和跟进,但通常至少有 10 个。所以我不断获取这些数据点,尝试进行模式匹配。

     

    我想说的第一点是,当你想到财富 500 强、全球 2000 强公司时,他们中的一些进展仍然不快。很多人尝试了办公生产力类型的 copilot,但不清楚他们从中获得了多少价值。反馈不太好。关于编码辅助的反馈,在 2024 年有了显著突破,非常积极。2024 年和 2025 年初始于 GitHub Copilot,然后是其他一些工具,一直到 Anthropic 等等。所以从我的角度看,2025 年是编码辅助的突破年,而且仍在继续。我从客户那里得到非常积极的反馈。然后人们还在摸索客服支持领域。他们想,如果是一家大型电信公司或医疗保健公司,客服能完全由 AI 原生公司处理吗?还没到那一步。他们正在切入初始用例,这很好。我指的是端到端的客户体验。而这些客户问我的问题是关于 SaaS 的:我应该把这个 AI 原生客服公司看作“补充”还是“替代”?

     

    参考链接:

    https://www.youtube.com/watch?v=5nCbHsCG334

    https://www.youtube.com/watch?v=qQAhK2EWw4I

    https://x.com/chamath/status/2014044948660887981

    https://www.forbes.com/sites/donmuir/2026/02/04/300-billion-evaporated-the-saaspocalypse-has-begun/ 

    https://www.youtube.com/watch?v=GuqAUv4UKXo