24小时热榜

我使用 Cloudflare Workers + Durable Objects 构建了一个个人 LLM 助手。在开始新对话时，您需要指定一个类别和主题，这样后端就会为每个类别/主题维护一个摘要——随着同一类别/主题下发生更多对话而不断累积。 没有复杂的 RAG、嵌入或智能代理魔法，但类别/主题摘要系统运行良好，我发现它非常方便，并且每天都在工作和生活中使用它。 我最初是为了熟悉 Durable Objects 并测试我之前在脑海中构思的一个想法。最近失业后，我开始投入更多精力来开发它。我与朋友们一起测试它，并专注于使其易于理解、部署和使用。本周我将其开源，以便更多人尝试。 仓库：https://github.com/kol3x/pawmc 一些细节： - 在 Cloudflare 的免费套餐上，默认配置下成本为 0 美元。 - 所有内容都包含在一个单例 Durable Object 中。 - Workers AI 作为默认提供商。 - 支持 OpenRouter 以获得更稳定的访问和更大的模型（在这种情况下，您需要为 token 付费）。

在构建大型语言模型（LLM）的过程中，你们都面临着哪些问题？

有时我需要一点额外的动力来度过工作日，所以我制作了一个小巧的 macOS 菜单栏项目。你可以在其中输入你的日薪（可以随意设置，税前/税后/等等），它就会显示你今天到目前为止赚了多少钱。 我让 Claude Code 尝试检测屏幕是否正在被观察——它发现了一个名为 SkyLight 的私有 macOS 框架，其中有一个函数 `SLSIsScreenWatcherPresent`，如果任何其他进程正在观察屏幕，它会返回一个布尔值。它认为这与 Apple 用于紫色“屏幕正在被观察”指示器的是同一机制。虽然有轻微延迟，但当我开始屏幕录制时，遮罩就会触发（由于延迟，录制的开头需要修剪）。 你也可以按住 Option 键点击该项目来手动遮罩。

大家好， 我最近推出了这个实验性的搜索引擎，非常希望得到社区的反馈！ 传统的搜索引擎会索引每一个文档（网页），然后将您的查询与它们的索引页面数据库进行匹配。 在过去的三十年左右，这个过程对于信息检索来说效果一直很好。然而，最近，经过 SEO 优化的内容开始主导搜索结果。即使是大型语言模型（LLM）的引用（我查看了超过一百万个），也充斥着这些经过 SEO 优化的内容。 因此，我决定尝试一些新的东西：不再为每个网页创建单独的索引条目，而是将整个域名作为一个整体进行索引。 优点：经过 SEO 优化的内容不再主导结果，而更小众/更匹配的解决方案往往会排在搜索结果的前列。 缺点：这种类型的搜索引擎不适合信息检索的意图。 我现在希望得到一些反馈，以了解这种方法是否有价值。如果您能花点时间进行一些查询并告诉我您的想法，我将不胜感激！ 网站链接：https://galefox.com/

我们两人（一位物理学和数学博士，一位哲学人类学家）多年来一直致力于研究一种数学上安全的秘密投票系统，适用于做出具有社会意义的决策。在设计过程中，我们意识到这样的系统必须是一个满足六个绝对要求的点对点网络。 我们未能找到任何一个现有的协议或学术论文能够同时满足其中两个以上的要求： 第一：匿名的用户身份验证，它保证用户在网络中表示的唯一性（防止一个人创建多个账户），同时不存储其个人数据，也不使用任何外部资源，例如证书颁发机构或可信第三方。 第二：提供此类匿名身份验证的网络必须能够覆盖地球上的所有居民。目前人口略高于80亿，但每年仍增长超过1亿。此外，已故者也不能被排除在系统之外，这意味着单调增长是无止境的。 第三：保证匿名的网络不能有任何特殊的节点——也就是说，它必须是严格的点对点网络，由用户设备组成的节点构成。然而，每个用户可能拥有不止一个设备，设备可能会发生故障、丢失、过时，甚至仅仅是过时。这立即改变了网络的规模——它必须处理数百亿个节点。 第四：有必要为每个用户提供从任何设备访问其账户的权限，而无需使用密码、令牌、助记词或任何类似的东西。 第五：关键要求是执行一个搜索，能够在1秒内完成用户识别（使其对用户不可察觉）。也就是说，任何设备必须在1秒内定位任何其他设备或数据，同时单个设备存储的路由信息量必须微乎其微，最好低于100 KB。 第六：为了保证不可靠的用户设备上的数据保存，首先，复制因子必须约为100倍甚至1000倍，其次，必须在没有中央仲裁者或可信节点的情况下，基于共识进行路由和数据的验证与恢复。同时，后台同步流量必须保持在每个设备每秒几百字节以下，以避免耗尽移动数据套餐。 我们的问题是： 社区是否知道任何现有的点对点协议、DHT或学术提案，能够尝试同时满足这些约束条件？我们研究了Kademlia、Chord、BATMAN、GNUnet、I2P等，它们似乎都在可扩展性或流量效率方面存在不足。是我们遗漏了什么根本性的东西，还是这确实是一个盲点？ （这个问题是基于我们已经开发了一个候选架构，在我们看来，它解决了所有六个问题。简要描述可以在我们的GitHub上找到 [https://github.com/ikhrabry-spec/A-P2P-Network-Architecture-for-100B-Nodes]。我们已经提交了专利申请，并获得了一项专利。然而，我们怀疑我们解决方案的新颖性以及缺乏类似方案——请指出我们可能遗漏的任何内容。）

我是一名初级 Go 开发者，我创建了一个小型网站，可以让我私密且安全地与他人分享图片，并控制私密链接的分享次数和图片的可访问时长。 市面上也有类似的在线服务，但它们要么充斥着广告，要么需要注册，要么要求你填写调查问卷之类的东西。 picburn 小巧、安全，并且没有兴趣（也没有代码或服务器空间）来存储你的上传内容。 如果它符合你的使用场景，不妨试试，并告诉我你的想法。 注意：网址中有个错别字。