发现昨天大半夜的stripe线上webhook失败了好几次，排查了一会发现了问题。
按正常流程，新建订阅收到的webhook顺序是
1. customer.subscription.created(status: incomplete)
2.customer.subscription.updated(status: active)
但实际上这笔我是先收到了updated再收到了created，导致原本按顺序先新增再更新的逻辑就不对了，我created的webhook就一直返回失败。
搜了一下，发现Stripe 的 webhook 事件并不保证顺序！原因包括：
- 并发发送: Stripe 可能同时发送多个事件
- 网络延迟: 不同事件的网络传输时间可能不同
- 重试机制: 如果某个事件失败，会重试，可能导致顺序混乱
- 服务器处理时间: 你的服务器处理不同事件的时间可能不同
所以在写webhook的时候，一定得充分考虑到各种corner case
按正常流程，新建订阅收到的webhook顺序是
1. customer.subscription.created(status: incomplete)
2.customer.subscription.updated(status: active)
但实际上这笔我是先收到了updated再收到了created，导致原本按顺序先新增再更新的逻辑就不对了，我created的webhook就一直返回失败。
搜了一下，发现Stripe 的 webhook 事件并不保证顺序！原因包括：
- 并发发送: Stripe 可能同时发送多个事件
- 网络延迟: 不同事件的网络传输时间可能不同
- 重试机制: 如果某个事件失败，会重试，可能导致顺序混乱
- 服务器处理时间: 你的服务器处理不同事件的时间可能不同
所以在写webhook的时候，一定得充分考虑到各种corner case
昨天看了一份2025世界AI大会参展商名录，看看有什么投资机会。我当时第一反应是赶紧打开Excel开始统计分析，毕竟297家参展商的名单，信息量应该很大。
等到第二遍仔细分析完数据就是今天凌晨的事，我越看越觉得不对劲，然后就是一些很有意思的发现。
她告诉我这个名单很有价值，包含了当前最活跃的AI企业。我说ok，然后就是进入正题。
我发现参展企业主要分两部分，一部分是各种AI创业公司，占了60.6%，这个我觉得正常，毕竟是AI大会，创业公司来刷存在感很合理。
另一部分让我皱起了眉头的是，真正有知名度的AI大厂参展数量并不多。我仔细数了数，297家参展商里，耳熟能详的大公司可能不到10家。我当时就想，那些真正赚钱的AI公司都去哪了？
我思考了一下，询问了一个很重要的问题，那些不在参展名单上的AI企业，比如某些已经有稳定现金流、不需要融资的公司，它们为什么不来参展？朋友说，可能是因为它们不需要花钱参展就能获得客户。
"所以真正有竞争力的公司，反而可能不在这个名单上？""很有可能。"
我感慨这显得很反直觉。朋友说现在AI行业就是这样，能参加大会的未必是最强的，最强的可能都在闷声发大财。
我当时听完脑瓜子就嗡嗡的，花钱参展的公司反而可能是需要曝光度的公司，真的有这样的逻辑吗？
我尝试继续分析数据，发现了几个更有意思的现象：
地域集中度过高的问题：上海85家，北京52家，前两个城市就占了46%。我说这种集中度其实暴露了一个问题，那些在成都、武汉、西安等地闷声发展的AI公司，可能反而有更好的成本控制和本地化优势，它们不来上海参展，不代表实力不行。
朋友说这个观点很有道理，很多传统行业+AI的公司，可能就在当地产业集群里做得风生水起，不需要来大会证明什么。
细分赛道的空白太明显：297家公司里，教育AI不到2%，医疗AI只有2.7%，农业AI几乎为零。我说这些都是刚需市场，参展公司这么少，要么是门槛太高大家做不了，要么就是已经有隐形冠军在闷声赚钱了。
朋友说可能两种情况都有，但更倾向于后者。
国际化程度低得可怜：国际企业只有9.1%，而且主要来自发达国家。我突然想到，那些在东南亚、中东、非洲做AI生意的中国公司，它们可能压根不需要在国内参展，客户都在海外。
到这我已经知道了一个很重要的投资逻辑，我问朋友如果要找真正有价值的AI投资标的，应该往哪里看？他说有几个方向可以关注：
那些在参展名单上找不到，但在特定行业有口碑的公司
比如某些只做政企客户的AI安防公司，某些专门做银行风控的AI公司，它们不需要参展获客。
地理位置"错位"的机会
在非一线城市但技术实力很强的公司，它们的估值可能被严重低估了。
出海导向的隐形冠军
那些主要收入来自海外市场的AI公司，国内知名度不高但现金流很健康。
传统行业的AI化改造者
不是纯AI公司，但用AI重新定义传统业务模式的企业，它们可能比纯AI公司更有价值。
我说谢谢，我需要时间去验证一下这些判断，就把电话挂了。
其实我之前也参加过几次AI行业会议，都发现一个现象：台上讲得最热闹的公司，往往不是赚钱最多的。真正赚钱的公司都在台下默默做生意，甚至根本不来参加这种会议。
如果按照这个逻辑，那些花大钱参展的公司，要么是真的技术领先需要展示，要么就是还在烧钱阶段需要融资和客户。而那些已经找到商业模式、有稳定现金流的公司，反而可能不会出现在这种大会上。
无论如何，这份名单给我最大的启发不是要关注名单上的公司，而是要思考为什么有些公司不在名单上。如果要做AI投资，可能真正的alpha在那些"缺席者"身上。
几个值得深思的数据：
297家参展商中，60.6%是创业公司（还在找钱阶段？）
上海+北京占了46%的参展商（其他城市的AI公司都在干什么？）
医疗AI只有2.7%的参展商（万亿市场就这点公司？）
国际企业只有9.1%（中国AI出海都去哪了？）
真正耳熟能详的AI大厂不超过10家（剩下的钱都让谁赚了？）
建议：关注那些"不在参展名单上"但具备真正竞争优势的AI企业，它们不需要花钱参展就能获得客户，可能是下一轮洗牌的真正赢家。
你们觉得这个逻辑成立吗？真正优秀的公司，是不是都不爱"表演"？
等到第二遍仔细分析完数据就是今天凌晨的事，我越看越觉得不对劲，然后就是一些很有意思的发现。
她告诉我这个名单很有价值，包含了当前最活跃的AI企业。我说ok，然后就是进入正题。
我发现参展企业主要分两部分，一部分是各种AI创业公司，占了60.6%，这个我觉得正常，毕竟是AI大会，创业公司来刷存在感很合理。
另一部分让我皱起了眉头的是，真正有知名度的AI大厂参展数量并不多。我仔细数了数，297家参展商里，耳熟能详的大公司可能不到10家。我当时就想，那些真正赚钱的AI公司都去哪了？
我思考了一下，询问了一个很重要的问题，那些不在参展名单上的AI企业，比如某些已经有稳定现金流、不需要融资的公司，它们为什么不来参展？朋友说，可能是因为它们不需要花钱参展就能获得客户。
"所以真正有竞争力的公司，反而可能不在这个名单上？""很有可能。"
我感慨这显得很反直觉。朋友说现在AI行业就是这样，能参加大会的未必是最强的，最强的可能都在闷声发大财。
我当时听完脑瓜子就嗡嗡的，花钱参展的公司反而可能是需要曝光度的公司，真的有这样的逻辑吗？
我尝试继续分析数据，发现了几个更有意思的现象：
地域集中度过高的问题：上海85家，北京52家，前两个城市就占了46%。我说这种集中度其实暴露了一个问题，那些在成都、武汉、西安等地闷声发展的AI公司，可能反而有更好的成本控制和本地化优势，它们不来上海参展，不代表实力不行。
朋友说这个观点很有道理，很多传统行业+AI的公司，可能就在当地产业集群里做得风生水起，不需要来大会证明什么。
细分赛道的空白太明显：297家公司里，教育AI不到2%，医疗AI只有2.7%，农业AI几乎为零。我说这些都是刚需市场，参展公司这么少，要么是门槛太高大家做不了，要么就是已经有隐形冠军在闷声赚钱了。
朋友说可能两种情况都有，但更倾向于后者。
国际化程度低得可怜：国际企业只有9.1%，而且主要来自发达国家。我突然想到，那些在东南亚、中东、非洲做AI生意的中国公司，它们可能压根不需要在国内参展，客户都在海外。
到这我已经知道了一个很重要的投资逻辑，我问朋友如果要找真正有价值的AI投资标的，应该往哪里看？他说有几个方向可以关注：
那些在参展名单上找不到，但在特定行业有口碑的公司
比如某些只做政企客户的AI安防公司，某些专门做银行风控的AI公司，它们不需要参展获客。
地理位置"错位"的机会
在非一线城市但技术实力很强的公司，它们的估值可能被严重低估了。
出海导向的隐形冠军
那些主要收入来自海外市场的AI公司，国内知名度不高但现金流很健康。
传统行业的AI化改造者
不是纯AI公司，但用AI重新定义传统业务模式的企业，它们可能比纯AI公司更有价值。
我说谢谢，我需要时间去验证一下这些判断，就把电话挂了。
其实我之前也参加过几次AI行业会议，都发现一个现象：台上讲得最热闹的公司，往往不是赚钱最多的。真正赚钱的公司都在台下默默做生意，甚至根本不来参加这种会议。
如果按照这个逻辑，那些花大钱参展的公司，要么是真的技术领先需要展示，要么就是还在烧钱阶段需要融资和客户。而那些已经找到商业模式、有稳定现金流的公司，反而可能不会出现在这种大会上。
无论如何，这份名单给我最大的启发不是要关注名单上的公司，而是要思考为什么有些公司不在名单上。如果要做AI投资，可能真正的alpha在那些"缺席者"身上。
几个值得深思的数据：
297家参展商中，60.6%是创业公司（还在找钱阶段？）
上海+北京占了46%的参展商（其他城市的AI公司都在干什么？）
医疗AI只有2.7%的参展商（万亿市场就这点公司？）
国际企业只有9.1%（中国AI出海都去哪了？）
真正耳熟能详的AI大厂不超过10家（剩下的钱都让谁赚了？）
建议：关注那些"不在参展名单上"但具备真正竞争优势的AI企业，它们不需要花钱参展就能获得客户，可能是下一轮洗牌的真正赢家。
你们觉得这个逻辑成立吗？真正优秀的公司，是不是都不爱"表演"？
小红书博主新星群里的朋友@道哥vulgur 拿到了公众号转长图文的内测功能，刚用这个功能转发了一遍公众号文章，我拜托他截了一些功能图片。
道哥评语：之前我都是用其他工具把 markdown 转成小红书图片，现在省力多了。
目前来看，小红书会配个封面图，还会 AI 总结一下，几个模板也都设计在线。
但是除了文章里第一张图，其余的图片都没加载成功，需要手动上传，视频 of course 也没有读取过来。
我个人认为，目前这个设计，对于想提升效率的创作者已经相当友好了。
小红书洞察到了这个用户需求，并且做出了反应，赞一个。
不过有一点提醒大家，切勿迷信平台模板，否则可能造成以下状况，如图 7。
鸣谢本文的内容支持道哥，小红书就叫道哥，公众号：独立开发日记。
完整内容见公众号文章：https://mp.weixin.qq.com/s/nWJgRweNEPbAZbBgbRbmVQ
道哥评语：之前我都是用其他工具把 markdown 转成小红书图片，现在省力多了。
目前来看，小红书会配个封面图，还会 AI 总结一下，几个模板也都设计在线。
但是除了文章里第一张图，其余的图片都没加载成功，需要手动上传，视频 of course 也没有读取过来。
我个人认为，目前这个设计，对于想提升效率的创作者已经相当友好了。
小红书洞察到了这个用户需求，并且做出了反应，赞一个。
不过有一点提醒大家，切勿迷信平台模板，否则可能造成以下状况，如图 7。
鸣谢本文的内容支持道哥，小红书就叫道哥，公众号：独立开发日记。
完整内容见公众号文章：https://mp.weixin.qq.com/s/nWJgRweNEPbAZbBgbRbmVQ
❤2
之前的mbp是16寸的intel芯片的，容易发烫发热，重新买了台14寸的m芯片的mbp，世界瞬间清静了。
现在让AI写点代码，都没有发热发烫过了，之前动不动就超大的散热声，狗听了都直摇头。
谁能想到，原本几年前因为不太想写代码一辈子，就跑去创业去了，结果现在又写起了代码了，命运啊，天注定。。🤣
不过现在的编程👨💻逻辑完全变了，我都没写一行代码，全都是AI给我写的哈哈哈。现在写代码，更多是为了验证我的一些想法，然后就去让AI写了。
有时候可能没啥思路，我会先跟ChatGPT聊我的想法，跟它一块探讨和头脑风暴，然后它会给我一些可行性的方案，接着我拿着方案去跟AI编程，这个很有意思。
我现在基本已经完全离不开AI了，离开了AI我就感觉被砍了一条胳膊一条腿一样，重度残疾啊这是。
跟AI协作太有意思了，每天深度使用AI，感觉自己的思维方式都在得到不断地训练和强化，感觉自己每天都在变强。
现在让AI写点代码，都没有发热发烫过了，之前动不动就超大的散热声，狗听了都直摇头。
谁能想到，原本几年前因为不太想写代码一辈子，就跑去创业去了，结果现在又写起了代码了，命运啊，天注定。。🤣
不过现在的编程👨💻逻辑完全变了，我都没写一行代码，全都是AI给我写的哈哈哈。现在写代码，更多是为了验证我的一些想法，然后就去让AI写了。
有时候可能没啥思路，我会先跟ChatGPT聊我的想法，跟它一块探讨和头脑风暴，然后它会给我一些可行性的方案，接着我拿着方案去跟AI编程，这个很有意思。
我现在基本已经完全离不开AI了，离开了AI我就感觉被砍了一条胳膊一条腿一样，重度残疾啊这是。
跟AI协作太有意思了，每天深度使用AI，感觉自己的思维方式都在得到不断地训练和强化，感觉自己每天都在变强。
如何设计一个省心的订阅 webhook 处理？
任何支付网关的 webhook 事件都是异步发送的，发出有先后，但是我们的服务收到的事件顺序是不确定的。
要想设计出健壮订阅处理，首先忘掉那些事件的顺序，设计一个通用的 subscriptions 表，并且改成主动获取订阅信息，而不是被动处理 webhook 携带的信息。
订阅和续订的权益分发，应该在 paid 事件处理，而不是 created/updated 事件。因为 paid 事件才表明已经收到钱，收钱了再办事。
以上处理方式都应用于 https://nexty.dev/ 的支付功能，模板用户开箱即用；Nexty 还是唯一一个设计了可视化管理定价卡片的 Next.js SaaS 模板，更新定价不用修改代码，能够自动进行 Stripe 产品信息校验，而且支持实时预览，每一个实现都是给支付安全加一道锁。
任何支付网关的 webhook 事件都是异步发送的，发出有先后，但是我们的服务收到的事件顺序是不确定的。
要想设计出健壮订阅处理，首先忘掉那些事件的顺序，设计一个通用的 subscriptions 表，并且改成主动获取订阅信息，而不是被动处理 webhook 携带的信息。
订阅和续订的权益分发，应该在 paid 事件处理，而不是 created/updated 事件。因为 paid 事件才表明已经收到钱，收钱了再办事。
以上处理方式都应用于 https://nexty.dev/ 的支付功能，模板用户开箱即用；Nexty 还是唯一一个设计了可视化管理定价卡片的 Next.js SaaS 模板，更新定价不用修改代码，能够自动进行 Stripe 产品信息校验，而且支持实时预览，每一个实现都是给支付安全加一道锁。