一周热榜

我用 Rust 为 Python 构建了一个小波矩阵库。<p>令人惊讶的是，Python 可用的实用小波矩阵实现非常少，所以我实现了一个，重点关注性能、可用性和类型化 API。它支持快速的 rank/select、top-k、分位数、范围查询，甚至动态更新。<p>欢迎反馈！

Hi HN， 我开发了这个扩展，因为上下文切换严重影响了我的生产力。每次我切换到浏览器分享代码更新（#BuildInPublic）时，最终都会陷入无休止的浏览，浪费 20 分钟，打乱我的思路。 由于现有的扩展在 X API v2 更改后都失效了，我决定构建自己的解决方案，重点关注隐私和免费套餐的限制。 工作原理： 自带密钥（BYOK）：使用您自己的 API 凭据。 安全性：密钥使用 vscode.SecretStorage 在本地存储（从不在 settings.json 中）。 限制：它实现了一个本地计数器，以遵守免费 API 层的严格的 17 条推文/24 小时限制。 只写：它有意不读取您的时间线，以帮助您保持专注。 这是一个开源项目，也是我的第一个扩展。欢迎对代码结构提出反馈！ 市场：<a href="https:&#x2F;&#x2F;marketplace.visualstudio.com&#x2F;items?itemName=Jawuilp.x-writer" rel="nofollow">https:&#x2F;&#x2F;marketplace.visualstudio.com&#x2F;items?itemName=Jawuilp....</a> 代码库：<a href="https:&#x2F;&#x2F;github.com&#x2F;Jawuilp&#x2F;X-writer" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Jawuilp&#x2F;X-writer</a>

嘿，HN！我们是来自 Kenobi 的 Rory、Chris 和 Felix (<a href="https:&#x2F;&#x2F;kenobi.ai">https:&#x2F;&#x2F;kenobi.ai</a>)。Kenobi 让你能够为任何网站添加基于 AI 的内容个性化。作为网站所有者，你只需用一个脚本标签安装我们的个性化小部件，就像你集成聊天机器人一样。作为访客，你与小部件互动（目前是通过提供公司名称），Kenobi 会更改网站内容以适应你。<p>我们已经建立了一个演示，任何人都可以尝试：<a href="https:&#x2F;&#x2F;kenobi.ai&#x2F;start">https:&#x2F;&#x2F;kenobi.ai&#x2F;start</a><p>我们相信，由于 LLM 在转换渲染 HTML 方面的熟练程度，网络的大部分内容将从静态变为动态。目前，我们专注于 B2B 登陆页面内容（而不是应用程序 UI），因为在增加漏斗顶部的入站转化方面存在大量的商业机会。<p>我们今天走向 Kenobi 的旅程漫长而曲折。你可能从帖子标题中注意到，我们参加了 YC 的 2022 年冬季批次（我知道在 YC 的“狗年”里，4 年几乎是“古董”了）。Kenobi 是我们最初想法的重大转变，我们最初的想法是 Verdn，它通过 API 进行可追踪的环境捐赠，并被 YC 接受。从夏天开始，我们一直在尝试不同的想法……我们最初是为外展活动制作个性化的 UI 截图，但后来人们告诉我们他们希望对他们的实际网站进行转换[0]——所以我们建立了一个基于代理的工作流程来研究访客公司并“预渲染”对登陆网站的更改。最终，让人们将个性化 URL 纳入他们的冷启动外展活动中存在太多摩擦[1]。此外，人们一直要求我们为他们的入站流量做这件事，因此我们当前的迭代就诞生了。<p>现在使用 Kenobi，你可以选择一个你想要自定义的页面，并选择你想要动态化的 [文本] 元素。你可以为这些元素定义自定义提示指令，当有人访问你的页面时，我们的基于代理的工作流程会研究他们的公司，并尽快呈现更新后的内容，通常在几秒钟内。[2] 每次发生这种情况时，你也会在 Slack 中收到通知，这样你就知道谁在使用你的网站了。<p>我们一直在尝试一些功能，例如生成看起来很棒且与页面设计相符的自定义图像，并引入公司数据源，以便例如可以根据访客的行业和 ICP 资料呈现正确的案例研究。我们最需要的功能是取消匿名化流量，以便 Kenobi 的个性化可以自动发生，因为访客登陆你的页面——这项功能很快就会推出，因为目前你必须指定你来自哪里。<p>知道谁（很可能）在页面上并要求个性化体验，这让我们获得了多少商业价值，这让我们感到惊讶。我们已经看到，从我们知道访问我们网站的公司那里获得的回复率是我们通常的 3 倍。<p>这个领域已经有很多参与者，每个人似乎都有自己的角度。我们很想听听大家对个性化互联网未来的看法！<p>来自伦敦的问候！<p>附注 - Chris 还录制了一个视频，展示了当前的 Kenobi 端到端体验 <a href="https:&#x2F;&#x2F;www.loom.com&#x2F;share&#x2F;bc0a82a2f2fd40f695315bae80e8f5d8" rel="nofollow">https:&#x2F;&#x2F;www.loom.com&#x2F;share&#x2F;bc0a82a2f2fd40f695315bae80e8f5d8</a><p>[0] - 他们中的许多人尝试过 AI“微型网站”生成器，但发现仅仅为了达成交易而管理一个单独的网站（或多个网站）的维护是繁琐且低效的。<p>[1] - 尽管我们为预生成的网站更改提供了 CSV 导出和 Clay 集成选项，但让人们将 URL 融入他们的电子邮件序列（每个人都使用不同的工具）似乎几乎是无法逾越的，除非构建我们自己的序列软件。<p>[2] - 我们使用带有基础搜索的轻量级基础模型进行研究步骤，并通过另一次轻量级 LLM 传递和我们自己的 DSL 将这些转换为标记更改，该 DSL 针对速度进行了优化。

今天我难过地发现，我所有用 Dall-E 生成的图像都消失了，整个 https://labs.openai.com/ 网站也一起没了。 显然，今年早些时候，一些用户收到了该网站即将关闭的邮件，但我没有收到。 我的历史记录里有很多图像，我很想保存下来。<p> 也许更糟糕的是，这件事让我对 OpenAI 的信任度降得更低了，比之前已经低了很多。 Dall-E 并不是一个小平台，它是一种文化现象，有数亿用户在使用。 OpenAI 竟然如此悄无声息地“把它给废了”，真是令人费解。<p> 我正在搜索，但似乎甚至没有关于关闭的 HN 帖子。 所以，这件事甚至没有引起这里的注意。 你们有多少人是第一次听说这件事？<p> 我不明白像 OpenAI 这样的公司怎么能对用户数据的完整性和访问如此草率，尤其是在淘汰一个产品的时候。 所有的大型科技平台都有相当完善的协议，用于通知用户并允许他们下载自己的数据（即使需要跳过一些障碍）。 他们怎么能希望成为其中一员，却还像一个“快速行动，打破常规”的初创公司一样行事呢？ 我 <i>喜欢</i> 他们打破的那个东西。

大家好，HN — 我想写个人博客已经好几年了，但一直犹豫不决。 我私下写了很多东西（笔记、小短文、思考问题）。保罗·格雷厄姆认为写文章是学习的一种方式，这让我深有同感。但我很少发表任何东西，除了偶尔在领英上发帖。 我的阻碍： •“没人需要看这个” / “这没什么新意” •“AI 可以比我更好地解释大多数话题” • 一点点恐惧：发布一些感觉幼稚或信息量不大的东西 与此同时，我读了很多个人博客和领英文章，确实从中获得了真正的价值——主要来自观点、生活经验和清晰的思考，而不是新奇的东西。 对于那些写博客（或曾经写过）的人： •是什么让您觉得值得写下去？ •什么样的帖子真正有效（对学习、职业、人脉、机会有帮助）？ •有什么降低门槛的实用格式（长度、频率、主题）？ •如果今天开始写博客，您会怎么做？ 我并不想建立一个媒体业务——更像是建立一个“公开的笔记本”，可以随着时间的推移不断积累。

大家好，我是 Artie 的一名工程师，我们做实时数据复制。<p>我们当时在添加 MotherDuck 作为目标，第一个版本直接使用了 DuckDB 的 Go 驱动。它在我的机器上运行得很好……直到我们把它接入到我们的 Transfer 服务中（<a href="https://github.com/artie-labs/transfer" rel="nofollow">https://github.com/artie-labs/transfer</a>）。<p>由于该驱动需要 CGO，我们的 amd64 和 arm64 交叉编译开始失败，我们失去了易于使用的静态二进制文件，而且我们的 Docker 镜像不得不引入 C 工具链和系统库，仅仅是为了支持一个依赖项。我们尝试将 CGO 部分隔离到一个单独的模块中，但这仍然导致了 CI 失败，并迫使我们重写了构建流程的很大一部分。在那时，很明显我们不希望 CGO 出现在我们的主要服务中。<p>所以我构建了 ducktape：一个微小的独立微服务，它通过 HTTP/2 流封装了 DuckDB 的 Appender API。客户端通过 HTTP/2 流式传输 NDJSON，而 ducktape 则直接在另一端追加到 DuckDB 中。主代码库中没有 CGO，我们保持了跨平台、纯 Go 的构建方式。<p>在基准测试中，开销出人意料地低：通过 HTTP/2 约为 757 MiB/秒，而进程内约为 848 MiB/秒——大约是原生性能的 90%，但这是通过网络实现的。<p>ducktape 是开源的，并获得了 MIT 许可：<a href="https://github.com/artie-labs/ducktape" rel="nofollow">https://github.com/artie-labs/ducktape</a><p>我很乐意收到反馈，特别是如果您以不同的方式解决了 CGO 隔离问题，或者有想法可以榨取更多性能！

Hi HN， 我在 2016 年底构建了 Drawize 的第一个版本，专门用于三星 Tizen 操作系统应用竞赛。我加班加点，在不到 4 周的时间里完成了整个项目（包括实时多人游戏引擎）。 它在比赛中一无所获。 由于它本来就是用 Web 技术构建的，我在 2017 年初将其发布到开放的 Web 上，只是为了看看会发生什么。它开始有了自己的生命，直到今天——8 年后——数据库处理了第 1 亿张绘画。 在最繁忙的日子里，它有超过 3 万活跃用户，目前存储 1 亿张绘画大约需要 3.16 TB。 里程碑时刻：我今天正在观看实时日志，害怕第 1 亿张绘画会是 NSFW 内容。幸运的是，RNG 之神露出了微笑，结果它是一只红气球 （你可以在这里看到第 1 亿张绘画：<a href="https:&#x2F;&#x2F;www.drawize.com&#x2F;blog&#x2F;100-million-drawings-milestone" rel="nofollow">https:&#x2F;&#x2F;www.drawize.com&#x2F;blog&#x2F;100-million-drawings-milestone</a>） 技术栈（无聊但快速）： 后端：.NET + WebSockets（实时同步） 前端：手写 HTML/JS + jQuery（没有 React，没有打包器） 数据：PostgreSQL & MongoDB 存储：Wasabi Cloud（为了节省 S3 成本而迁移到那里） 作为一名独立开发者进行扩展：实时大厅 + 重新连接边缘情况 + 审核/内容过滤。我使用 2021 年训练的内容分类模型来过滤不良内容，并且实时多人游戏端主要是高度优化的 .NET 代码。 很乐意回答关于“失败”的 Tizen 起源、Web 上的实时多人游戏、审核或 .NET 如何处理负载的问题。