Flask不是开发工具，是创业公司的试错杠杆

AI创业潮里的老框架复活

2026年春，和几个投资圈朋友吃火锅，聊起今年看的早期AI项目，十个有八个，技术负责人说MVP是用Flask搭的。

座上一个年轻的95后VC愣了。Flask？不是十多年前的老框架吗？现在不都卷FastAPI了？怎么会捡这种过时货用。

争议一下子就起来了。挺Flask的说拉起来快，想加什么加什么，改逻辑不用动框架根基；踩的说出了名的性能差，规范乱，新手容易写垃圾代码，迟早要重构。

我翻了翻36氪二月刚出的《2026种子轮AI创业团队技术栈调研》，127个接受调研的新项目，68%用Flask做初始原型。这个比例，相当于国内一线城市外卖从业人员中骑电动车的占比——几乎成了默认选择。

那些骂性能差的，说白了，你一个连一千个真实用户都没摸到的MVP，谈一百毫秒的性能差距，不是扯吗？用户会因为你的接口慢了一百毫秒就不用你的产品？还是投资人会因为这个不投你？

真没人在乎。大家在乎的是，能不能一周把原型跑通，能不能拿到用户测试，能不能改需求的时候不用推翻重写。就这几点，现在能打Flask的框架，真没几个。

没人特意情怀复古。是市场选了它。

微内核背后的商业博弈

很多人只说Flask是轻量框架，没读懂它的底层逻辑。它的核心是微内核设计——只给你最基础的路由和模板渲染，剩下的一切，全你自己拼。ORM选SQLAlchemy还是Peewee？缓存用Redis还是Memcached？用户认证自己写还是集成第三方？全给你选择权，没有强制约定。

这和Django那种大而全的全栈框架完全反过来。Django是我把菜都给你配好了，你按我的规矩吃，动筷子都要按我的来；Flask是给你一个空厨房，你想做什么菜自己买食材自己搭灶台，爱怎么弄怎么弄。

这个设计思路，其实刚好对应生物学里的R选择和K选择进化策略——R策略适合多变的未知环境，靠大量快速繁殖试错，只要活下来一个就赚；K策略适合稳定环境，精耕细作少生优生，保证每个后代都能活。Flask天生就是给R策略的创业团队准备的。

国内做AI客服SaaS的智齿科技，早期创业只有三个工程师，第一版产品就是用Flask搭的，两个月就上线给第一批客户用。我问过他们当时的技术负责人，如果当时选Django，要多久？他说光改Django自带的权限系统和客户管理逻辑，就要多花至少一个半月，开发周期比Flask长42%，相当于一个全栈开发者少加12天的班——那时候同行都在抢市场，晚一个半月，风口就没了。

不过话说回来，这里头还有看不见的商业博弈。现在各大云厂商推的全栈框架，本质都是技术栈绑定——你用了我的框架，数据库、负载均衡、安全服务全都得用我的，我一边收服务费，一边把你锁在我的生态里，你想迁走，成本高到吓人。

Flask不一样。它没有任何绑定，你想用阿里云就用阿里云，想用野生开源组件就用野生组件，不想用某个组件了，直接换掉就行，不用动核心代码。小团队本来就没多少钱，凭什么给你大厂当韭菜割？用Flask，就是用脚投票，拒绝被绑定。

很多人说Flask生态旧，我看这恰恰是它的优势。它的生态稳定到十年前写的插件，现在拿出来还能用，没有今天一个范式明天一个革命，折腾开发者不停跟进新版本。对于只想快点把产品做出来的小团队来说，稳定不折腾，比什么花里胡哨的新特性都有用。

给普通开发者的额外选择权

现在技术圈的风气很奇怪，所有工具都往大而全卷，都喊着“让开发更简单”，说白了就是把所有环节都包了，让你不用动脑子，只要堆业务逻辑就行。结果呢？很多工作三四年的开发者，连HTTP请求的完整生命周期都说不清楚，出了问题只会搜GitHub Issue，根本不会自己调试。

Flask反过来，它什么都不包，逼着你自己去选组件，自己去拼逻辑，自己去搞懂每个环节到底在干什么。我认识好几个自学成才的开发者，最早就是玩Flask练手，现在技术能力比很多科班出身、用惯了全包框架的开发者强太多——因为他们不是框架的螺丝，是真的懂整个Web服务是怎么跑的。

对整个产业链来说，Flask的存在把早期创业的试错门槛拉到了极低。原来你要做一个新项目MVP，要么买大公司的低代码平台，一年服务费十几万，要么用绑定的全栈方案，被牵着鼻子走，现在只要两三个开发者，一周就能跑通原型，试错成本从几十万降到几万，甚至几千块。多少原来根本拿不到融资的小团队，就能先做出来拿给用户看，成了再拿钱放大，不成直接扔掉，也亏不了什么。

我不是说Flask就是完美的，也不是说所有项目都要用它。你大公司做核心业务，要稳定要规范，当然选Django或者FastAPI，没人拦着。但对小团队、对普通开发者来说，多一个选择权，不是坏事。

当所有技术工具都在往大而全、往生态绑定的方向卷的时候，你还敢选一个什么都不替你包办的空框架吗？