最新

我在步兵部队服役了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/)