最新

NuGet的默认注册表虽然可用，但在发现和比较包方面表现不佳。<p>nugx.org（<a href="http://nugx.org/" rel="nofollow">http://nugx.org/</a>）是一个替代的前端，提供更好的搜索功能、流行度信号、依赖关系图和更简洁的用户界面。<p>该网站使用Noundry构建（C#包/工具）。目前处于测试阶段，欢迎对nugx.org提供反馈。<p>nugx.org（<a href="https://nugx.org/" rel="nofollow">https://nugx.org/</a>）

我花了十年时间尝试写一本小说。每次坐下来，我都会写一句话，然后觉得不够好，再重新写一遍。 问题不在于缺乏自律，而是我总能看到自己写的内容，并且可以随时修改。 我尝试了其他方法。比如一些应用程序，当你停止打字时会删除你写的字——它们用恐惧对抗恐惧。这让我感到更加恐慌。我想要的是相反的：不是惩罚，而是允许。 “Tomoshibi”是日语中表示黑暗中的小光源——足以让你看清眼前的东西。 你在一个黑色屏幕上写作。旧的行会逐渐消失，但在你按下回车键时不会消失。它们会在你开始再次写作时消失。如果你暂停，它们会等待。你可以编辑当前行和上一行——足够修正一个错别字，但不足以让你陷入困境。这个“上一行”规则也解决了我自己的一个实际问题：日语输入法在确认汉字时经常会意外插入换行。 所有内容都会被保存。还有一个单独的阅读视图，可以回顾你写过的内容。Tomoshibi旨在支持几个月的写作，而不仅仅是一次会话。当你回来时，你的最后一句话会以引言的形式出现——仿佛它一直就该在那里。 无需账户，无需服务器，无需构建步骤。你的写作保存在浏览器的本地存储中——可以随时导出为.txt格式。使用的是普通的HTML/CSS/ES模块。 在你的浏览器中试试吧。一个原生的Mac应用（使用Tauri构建）将会在商店上线，支持文件系统集成。 我已经在上面写了两个月。 <a href="https://tomoshibi.in-hakumei.com/app/" rel="nofollow">https://tomoshibi.in-hakumei.com/app/</a>

嗨，HN！我们很高兴地宣布 Mowgli 的公开测试版，这是一个基于规范、原生于 AI 的设计画布，用于产品的范围界定和创意构思。 编码代理带来的生产力提升使得其他方面意外成为瓶颈。为了充分利用这一新范式，我们在产品思维、周到的用户体验和设计卓越性方面让步了很多。换句话说，决定“构建什么”的工具发展速度并没有跟上。 Mowgli 的灵感来源于 Figma 和 Claude 的计划模式，二者各占一半。它在一个无限画布上演变出每个屏幕和状态的详细规范和设计。凭借这一用户界面，它可以快速模拟新功能和流程，重新设计现有功能，并并排展示不同的变体。大型语言模型（LLMs）在帮助你探索广泛的解决方案空间方面表现出色，但目前大多数工具专注于根据明确定义的规范生成狭义的完美输出。我们试图通过 Mowgli 来弥补这一差距。 当你准备好构建时，Mowgli 提供 .zip 导出，包含 SPEC.md 文件和无偏见的设计 .tsx 文件，适合编码代理使用。或者，所有屏幕的完整、像素完美的导出到 Figma。 在这个早期阶段，我们支持两种入口： (1) 通过引导体验从零开始构建产品，或 (2) 从 Figma 导入现有产品。我们拥有一个强大、几乎像素完美的 Figma 到代码 + 规范的管道，适用于任何大小的文件——从 0 到 300+ 帧。 我们正在努力寻找其他方法将你现有的产品导入 Mowgli（也希望听到你们的需求！） - 在 Mowgli + Claude Code 中制作功能性第二大脑应用的时间推移视频： [https://www.youtube.com/watch?v=HeOoy8WDmMA](https://www.youtube.com/watch?v=HeOoy8WDmMA) - 完全由 Mowgli 设计和规范的示例项目（演示，无需登录）： [https://app.mowgli.ai/projects/cmluzdfa0000v01p91l5r61e3?theme=dark&demo=true&showchat=true&dismisschat=true](https://app.mowgli.ai/projects/cmluzdfa0000v01p91l5r61e3?theme=dark&demo=true&showchat=true&dismisschat=true) - 整个 Posthog 产品的示例 Figma 导入，准备进行迭代： [https://app.mowgli.ai/projects/cmkl0zqng000101lo8yn2gqvd?demo=true&theme=dark](https://app.mowgli.ai/projects/cmkl0zqng000101lo8yn2gqvd?demo=true&theme=dark) （感谢 PostHog 公开共享 Figma 文件！）

最近，Anthropic公司与美国国防部之间展开了一场口水战。让我感到惊讶的是支持Anthropic的人们。你们难道忘了这家公司有多卑劣吗？他们侵犯了数百甚至数千位作者的版权，而这些作者中的绝大多数依靠这些作品谋生吗？ 即使你不在乎作者的版权，这家公司也在不断向你的老板宣传，如何通过解雇你来节省开支，把原本该支付给你的薪水转给他们。你竟然站在他们这一边？ Anthropic就是个卑鄙的公司。无论他们在这里或其他地方部署多少愚蠢的“营销人员”，都不要支持他们——因为如果他们获胜，你作为开发者得到的唯一回报就是失去工作。 我知道一些软件开发者自欺欺人地认为自己与工人阶级不同。其实你们并没有。Anthropic和其他类似公司会心甘情愿地看到曾经的开发者在城市的垃圾桶里翻找，只要这能让他们那糟糕、盗来的产品实现市场适配。

我在步兵部队服役了12年，然后在联合特种作战司令部（JSOC）为打击ISIS开发了目标工具。现在，我领导一个团队，开发自动化合规流程的人工智能工具。我对Anthropic与国防部（DoD）有一些看法。 当人们讨论“武器中的人工智能”时，就像在谈论科幻中的触发机器人……我无法认真对待。 “杀伤链”并不是一种感觉，而是一个过程。 寻找、固定、跟踪、目标、接触、评估（F2T2EA），其中大部分是信息工作：从噪声中筛选信号，建立信心，缩短时间线，并迅速将决策传递给合适的人，以便产生影响。 这就是为什么Anthropic与国防部之间的争斗引起关注的原因。这不仅仅是“伦理”问题。 ——> 这是关于控制的问题。 以下是实际讨论的内容： Anthropic表示他们会支持军方——但他们希望有两个例外：不进行大规模国内监控和不使用完全自主武器（他们的定义是：完全“将人类排除在外”的系统，并自动选择/接触目标）。 Anthropic还表示，国防部要求“任何合法用途”，并威胁如果不遵守就会面临下架/“供应链风险”的压力。 国防部在media.defense.gov上发布的备忘录明确要求模型“不受使用政策限制”，并指示在人工智能合同中添加标准的“任何合法用途”条款。 争端迅速升级——包括联邦下架/黑名单行动，以及主要媒体报道的“供应链风险”指定。 作为一个曾在目标现实中生活过的人，我的看法是： 人工智能绝对可以帮助杀伤链，而不必是“扣动扳机”的那一方。 加速寻找/固定/跟踪/目标会改变结果——这不是假设。 但如果我们要谈论“任何合法用途”，那么就不要将国家政策外包给合同争斗。 国防部已经有政策规定，自动武器系统应允许适当的人类判断使用武力。 所以真正的问题不是人类是否重要。 而是： 我们希望在模型层（供应商的保护措施）、合同层（“任何合法用途”）还是法律/政策层（国会 + 国防部的原则 + 审计）实施安全和治理？ 因为“服务条款与战斗”是解决如此重大问题的愚蠢方式。 如果你曾在情报、目标、采购或治理领域工作过： 边界应该在哪里？模型、合同还是法律，当它破裂时，谁负责？

大家好！我们之前在这里发布过Rivet Actors [1]，作为Cloudflare Durable Objects的一个开源替代方案。 今天，我们发布了针对Actors的SQLite存储（Apache 2.0）。 每个Actor都有自己独立的SQLite数据库。这意味着你可以拥有数百万个独立的数据库：每个代理、租户、用户或文档一个数据库。 适用场景包括： - AI代理：每个代理的数据库用于消息历史、状态、嵌入 - 多租户SaaS：真正的租户隔离，无需RLS黑客 - 协作文档：每个文档都有自己的数据库，内置多人功能 - 每用户数据库：隔离，横向扩展，在边缘运行 按实体拆分数据的想法并不新鲜：Cassandra和DynamoDB使用分区键进行横向扩展，但你被迫使用僵化的模式（“单表设计” [3]）、有限的查询和痛苦的迁移。每个实体的SQLite提供了相同的可扩展性，而没有这些权衡 [2]。 与其他产品的比较： - Cloudflare Durable Objects & Agents：与Rivet Actors最相似，具有共存的SQLite和计算，但为闭源和供应商锁定 - Turso Cloud：优秀的平台，但闭源且使用案例不同。客户端通过网络查询，因此读取速度慢或过时。Rivet的单写者Actor模型保持读取本地且新鲜。 - D1、Turso（数据库）、Litestream、rqlite、LiteFS：适合运行单个SQLite数据库并进行复制的优秀工具。Rivet则用于运行大量隔离的数据库。 在底层，SQLite与每个Actor在同一进程中运行。一个自定义的虚拟文件系统（VFS）将写入持久化到高可用存储（FoundationDB或Postgres）。 Rivet Actors还提供实时功能（WebSockets）、React集成（useActor）、横向可扩展性，以及在空闲时休眠的Actors。 GitHub: [https://github.com/rivet-dev/rivet](https://github.com/rivet-dev/rivet) 文档: [https://www.rivet.dev/docs/actors/sqlite/](https://www.rivet.dev/docs/actors/sqlite/) [1] [https://news.ycombinator.com/item?id=42472519](https://news.ycombinator.com/item?id=42472519) [2] [https://rivet.dev/blog/2025-02-16-sqlite-on-the-server-is-misunderstood/](https://rivet.dev/blog/2025-02-16-sqlite-on-the-server-is-misunderstood/) [3] [https://www.alexdebrie.com/posts/dynamodb-single-table/](https://www.alexdebrie.com/posts/dynamodb-single-table/)