最新

大多数人工智能聊天应用（如 ChatGPT 或 Claude）会以 Markdown 文本的形式将回复流式传输给客户端。每当新的文本块到达时，前端通常会重新解析整个 Markdown 文档以渲染更新后的消息。这种方法可行，但对于长回复来说，它会迅速降低用户界面的速度。 我一直在思考如何让这个过程更有效率，所以我编写了一个 Markdown 解析器，它可以（半）增量地解析流式 Markdown。它不会每次都重新处理整个文档，而是只解析新增内容，并且每行只处理一次。块级节点会被缓冲，直到它们完成（例如，当一个段落结束并且不会被更多文本扩展时）。这也使得在服务器端解析 Markdown 成为可能。主要演示正是这样做的。此外，动画化 Markdown 块也因此变得更加简单和高效。 这是一个演示，如果您想看看它的实际效果： <a href="https:&#x2F;&#x2F;markdownparser.vercel.app&#x2F;experimental" rel="nofollow">https:&#x2F;&#x2F;markdownparser.vercel.app&#x2F;experimental</a> 您可以随意输入“渲染一个包含 10 行的表格”来查看每个表格行的动画效果。 我花了很多时间思考这个问题，所以如果您正在处理类似的问题，我很乐意与您交流。

嘿，HN， 我和我的联合创始人一直在开发 GridTravel，这是一款免费的 iOS 应用程序，用于规划和分享旅行路线，并提供逐向 GPS 导航。我们昨天在 App Store 审核通过后刚刚发布。 我们是三位 21 岁的联合创始人，也是从中学开始就最好的朋友。在经历了多年旅行中对新城市导航的挫败感后，我们开发了 GridTravel。 我们的想法是：大多数人要么在 Google 上搜索“在…值得去的 10 个地方”列表，要么在社交媒体上获取去哪里的灵感。GridTravel 围绕用户生成的路线构建——某人实际走过的路径，你可以跟随、保存、下载并从其他旅行者那里发现。用户还可以创建私人路线并与他们的朋友协作。 技术栈：Mapbox（导航 SDK + 地图）、Supabase（身份验证、数据库、存储）和 Swift。目前是原生 iOS，Android 即将推出。 我们两个真正的成本驱动因素是 Mapbox Search（用户创建路线时）和 Mapbox Navigation（用户使用实时导航时）。两者都有免费套餐，然后根据 MAU 扩展。我们完全免费发布是为了消除进入门槛。在第二年重新考虑定价，一旦导航成本开始给我们带来压力。 目前状态：我们正处于 UGC 冷启动阶段。该应用程序的价值随着给定城市中路线密度的增加而扩大，但路线密度需要用户，而用户需要路线。典型的鸡生蛋还是蛋生鸡的问题。我们目前的计划： 1. 手动为每个城市植入 25-30 条路线，从 5-10 个我们有私人网络的优先城市开始，而不是分散精力。 2. 短视频内容作为主要的社交渠道（TikTok、Reels、Shorts）。进行 A/B 测试：路线演练是否比信息/情景喜剧视频转换效果更好。 3. 与这些城市中的小型影响者（5k-50k 粉丝）合作，在应用程序内提供路线，并在他们的频道上进行交叉发布 很好奇 HN 的看法。特别是任何发布过 UGC 产品的人。冷启动对你来说有什么效果？你希望你当初做了什么不同的事情？很乐意回答有关应用程序、成本等方面的问题。 应用链接：[https://apps.apple.com/us/app/gridtravel-local-routes/id6762578245](https://apps.apple.com/us/app/gridtravel-local-routes/id6762578245)