最新

HN 在 IPv4 (209.216.230.207) 上运行正常，但在 IPv6 (2606:7100:1:67::26) 上似乎无法访问，已从多个点进行检查。没有 HN 状态监控器能够捕获到这个问题。“Happy eyeballs”在双栈 IPv4/IPv6 网络上可以确保一切正常，但在我的情况下，我通过一个似乎更偏好 IPv6 的代理访问，只有在遇到超时时才会切换。 （这证明了 IPv6 的逐步推广，在 99.9% 的时间里都能正常工作！）

各位 HN 的朋友们！ 我是 Moss'Ab. Murmell (<a href="https://murmell.com" rel="nofollow">https://murmell.com</a>) 是一个无限画布，让编码代理在云端协同运行，而不是在你的笔记本电脑上。 它就像 Google Docs，只不过其他的编辑者是你、你的团队成员以及一组在同一画布上工作的代理。 简短演示：<a href="https://app.murmell.com/demo" rel="nofollow">https://app.murmell.com/demo</a> 这个想法源于一次 YC 黑客马拉松。当时我们试图在极大的压力下构建项目，在最后一刻进行部署，但由于多个代理并行工作，所有分支都发生了冲突。一切都在最糟糕的时刻崩溃了，我们花了最后的时间来解决问题，而不是继续开发。我们没有获胜。 Murmell 就是我当时希望我们拥有的东西：一个地方，让代理和人类可以看到彼此的工作，并且在不属于任何一台笔记本电脑的机器上进行。 每个画布在云端都有自己的机器。合上你的笔记本电脑，代理会继续工作；无论何时何地再次打开它，或者让队友通过发送链接打开同一个画布，你都会进入同一个会话，而不是它的一个副本。工作会停留在你离开的地方：相同的分支，相同的开发服务器仍在运行，因此代理可以从中途接手任务，而不是从头开始。 而且你真的可以像使用 Google Docs 一样与你的团队协作，这是相同的系统，你可以看到他们的鼠标，知道他们在哪个终端输入。你还可以与彼此的会话进行交互，这比共享屏幕、复制提示等要方便得多。 最困难的部分是构建云基础设施，努力使其具有可扩展性，并管理会话以提供最佳体验：当虚拟机关闭时，它会快照所有内容，并在你回来时恢复所有内容，甚至包括与你的终端的对话，它会以我构建的类似 Obsidian 的系统进行存储，这也能帮助你节省一些 token。 所以，针对那次黑客马拉松的解决方案是文件锁定。在代理处理某项工作之前，它会锁定文件路径，这是一个带有 TTL 的独占租约，这样就不会因为代理在任务中途死亡而导致文件永远被锁定。如果另一个代理请求同一个文件被拒绝，拒绝信息会告诉它谁持有该文件，还剩下多少时间，以及是选择处理其他工作还是联系持有者（代理可以通过画布进行通信）。 一个观察者会分类每一次写入，所以如果有人写入了别人的锁定区域，它会立即在画布上显示为冲突，而不是一个小时后才发现的合并冲突。当一个代理完成工作后，它可以将锁定交给下一个代理。 代理永远不会持有你的提供商密钥，它们会获得一个 token，并且容器回环上的代理会在密钥外出时将其替换为真实密钥，这样泄露的 token 在该容器之外就毫无价值。 Murmell 是收费的。我现在提供 50% 的折扣，因为它还没有达到我想要的状态。但它已经完全可用了：我每天都用 Murmell 来开发 Murmell（说实话，这为我和我的联合创始人节省了大量时间）。 为了完全透明，我们目前的成本远高于收入，但目标是收集反馈，让 Murmell 变得尽可能好。 背景信息：我今年 19 岁，是一名大四计算机工程专业的学生，我花了大约三个半月的时间，日夜兼程地投入到这个项目中。在我父亲给我看第一个 Windsurf（今天的 Devin）来完成 2024 年的 Python 作业后，我发现了 Claude Code，从那以后我似乎就没有离开过我的笔记本电脑了。 所以，请随时评论或提供反馈，甚至订阅以支持这个项目！

Sapporta 是一个基于 Hono 和 React 构建的 MIT 许可框架。 对我来说，这是 dBase、FoxPro 和 MS Access 在大语言模型时代的重现。所有这些工具都有应用程序向导，可以创建表、查询、表单和报表，我认为这对于数据库应用程序来说仍然是一种有效的组合。 因此，在 Sapporta 中，一旦你定义了一个表，你就会立即得到一个数据网格，它为外键字段提供了组合框，并具有排序、过滤以及像 AirTable 和 NocoDB 这样的工具提供的各种便利功能。 （数据网格是从头开始构建的，因为 AgGrid、HandsOnTable 等是商业软件，并且没有支持嵌套网格和流畅键盘交互的功能） 它也是完全自主的——这正是我最初开始构建它的原因。我当时正在构建一个复式记账系统，我希望我的代理能够导入银行对账单，对其进行分类，并准确地将其插入数据库。现在，基于 Sapporta 构建的项目可以完成所有这些工作，代理能够核对条目并找到手动操作时曾经非常令人沮丧的错误。能够完全自主地操作你的数据库系统是神奇的，将其应用于我们自己的个人工具是一件令人欣喜的事情。 目前的数据存储是 SQLite，在部署时，它可以作为一个单一的 Node.js 进程运行（甚至不需要静态文件服务器），并且有一个可以无缝工作的 Dockerfile。 期待你的想法。谢谢！

这个项目主要源于我了解到 Deno KV 是基于 FoundationDB 的，并且有计划将 Foundation 用于 CouchDB 4.0。<p>我喜欢在 Deno 上工作。我也喜欢在 CouchDB 上工作。我喜欢 Deno KV，但不喜欢它的易用性。<p>所以 Cushion 的诞生主要是为了我的舒适性。它将 PouchDB 与 Deno KV 作为存储适配器结合起来。