一周热榜

嘿，HN， 这是一个原型，请酌情评判。 问题：我经常看到工程团队发布新功能的速度比市场营销团队宣布它们的速度还要快。80% 的提交对客户是不可见的——不是因为它们没有价值，而是因为产品营销经理（PMM）跟不上。 我构建了什么：UpdateBerry 连接到你的代码库，识别面向客户的变更（跳过重构、测试、内部工作），并生成营销素材。 工作原理： 1. 连接 GitHub/GitLab 代码库 2. AI 分析最近的提交 3. 生成：推文、电子邮件、发布说明、变更日志、LinkedIn 帖子、广告文案 4. 你审核/编辑，然后发布 它与 ChatGPT 的区别： * 解析实际的提交差异，而不仅仅是描述 * 从过去的内容中学习你的品牌风格 * 从一个提交中自动输出 7 种格式 当前状态：原型。我正在手动进行用户引导，以便为早期用户获得最佳结果。输出质量大约有 80% 达到了目标。 我希望得到的反馈： * 这对你来说是个真正的问题吗？ * 从提交到营销的工作流程中还缺少什么？ * 你会信任 AI 生成的初稿吗？

嘿，HN， 我是一名科技创始人——有15年软件开发经验，金融科技背景，也经历过早期创业的磨砺。我曾以为自己知道如何经营一家企业。 然后我开了一家餐厅。我很快就受到了打击。 我之前的经历完全没有让我做好准备，去应对餐厅运营中财务状况的实际不透明性。销售额看起来不错。现金却一直在消失。等到我的损益表出来时，糟糕的食材成本带来的损失已经翻了倍。我是在黑暗中经营着一项微利业务。 所以我做了我一贯会做的事情：深入研究。精确到每一分钱。我连接了所有的数据来源——Toast POS、工资单、银行数据、SYSCO发票——并开始构建我需要的财务可见性，以便真正了解我的餐厅内部正在发生的事情，而且是实时的。 这就是Deductly的由来。 它将所有这些数据流标准化为一个实时的损益表，其结构符合经营者的思维方式——主要成本、食材成本差异、劳动力百分比——持续更新，而不是在月末。当出现问题时，你可以在它出现在报告上之前就看到。 最具技术难度的部分是将ACH结算时间和VISA批量存款与POS每日收入进行对账，而不会在损益表中产生虚假的缺口。为了在不同的银行格式中正确实现，我经历了几次痛苦的迭代。 我正在为每一个聪明、努力工作，但仍然在财务上处于盲目状态的独立经营者构建这个工具，因为现有的工具不是为他们设计的。AI洞察可以深入了解，比如你的营销支出增加是否有效。 真诚地希望得到反馈——特别是来自任何经营过餐厅、从事过餐厅金融科技工作或构建过跨碎片化财务数据源的数据管道的人。 → getdeductly.com

大家好，HN，又带来了一些关于智能体（agentic）的东西 :) 如果你看过我之前的帖子，我们一直在构建 agent-swarm (<a href="https://github.com/desplega-ai/agent-swarm" rel="nofollow">https://github.com/desplega-ai/agent-swarm</a>)，我们开始遇到的一个问题，而且每次都变得越来越烦人：我们如何与智能体双向共享/检查东西（它们在远程运行）。 用例 --- 用例很简单：智能体在某个地方创建文档，我想能够检查它，留下评论等等。但也希望其他智能体（在其他机器/Docker中）能够检查它。 到目前为止，解决方案很简单：Docker 卷。我们为每个智能体挂载了一个 /workspace/personal（个人卷），以及一个 /workspace/shared（在主节点和工作节点中的共享卷）。这使得在集群中协作变得容易，但对我来说却不容易。我不得不通过 SSH 或让集群构建一个应用程序并通过代理在本地提供服务 :D。 问题 --- 另一方面，上周我决定找出其他部署方式，我尝试了 fly.io，我非常喜欢它的开发者体验。但问题是每台机器只允许一个卷。然后我尝试了 Archil（它可以工作，但它是一个所有权和设置的混乱）。 解决方案 --- 所以...最终创建了 agent-fs，它是一个基于 S3 的超级简单的 API（附带 MCP 和 CLI），让你拥有类似 GDrive 的界面，但专为智能体设计。 当我发布 npm 包时，我要求集群注册，不到 5 分钟，我就已经在实时 UI 中看到了共享驱动器和它们创建的文档。 为什么不使用 gws cli？因为我希望每个智能体都能使用电子邮件自动注册（我们使用 agentmail），获取 API 密钥并开始工作。它应该是无头的。邀请应该很容易，并且每次注册都会附带一个初始的个人驱动器。 此外，这允许一些不错（而且有点傻）的事情。如果你以人类身份注册并与集群共享驱动器。使用 MCP 立即允许在任何支持 MCP 的地方拥有它（例如，Claude web，ChatGPT），这是一种在不同系统之间建立知识库的快速方法。 对此有什么想法吗？

嗨，各位 HN 用户： 我是 NERV-UI 的创建者。过去几周，我一直在构建这个 React 组件库，灵感来源于《新世纪福音战士》中的界面（特别是 NERV 和 MAGI 系统）。 起初这只是个玩笑。我只是想看看能不能在网页上重现那种粗犷的、90 年代动漫的军事美学。但后来我越做越多，最终把它变成了一个完整的开源项目。 主链接指向了在线文档，你可以在那里看到组件的实际效果。我们的目标是让它非常容易地融入现有的 React 代码库，从而获得危险条纹、锐利的边框和终端布局，而无需与复杂的 CSS 斗争。 这是我的第一个版本，我正在积极寻求反馈。我很乐意听取你们对代码结构、组件 API 的看法，或者我接下来应该构建哪些 HUD 元素。 我会在这里回答任何问题。 Matthieu

一些司法管辖区正在通过法律，要求软件实施合规机制：年龄验证、内容控制、用户监控。这些法律给开源软件作者带来了问题，因为他们无法控制其软件的发行或使用方式。 我一直在论证，分叉权（开源许可证授予任何一方修改和再分发软件的不可撤销的权利）从根本上改变了原始作者的责任图景。 简而言之，我的论点是： 当一个司法管辖区强制要求合规机制时，它实际上是在强制修改软件行为。开源许可证已经赋予该司法管辖区合法的权利，可以进行这种修改并分发结果。因此，合规途径是存在的，并且可供任何有意愿使用它的一方使用，包括监管司法管辖区本身。 这意味着原始作者并没有拒绝合规。他们已经使合规在结构上成为可能，但他们既不是控制方，也没有义务去实施它。有义务的一方是在该司法管辖区内行使发行控制权的一方；这可能是司法管辖区本身、当地发行商或应用商店。 如果这个论点成立，它将对开源作者如何应对加州 AB 1043 法案、欧盟的《数字服务法案》（DSA）以及类似的法律产生重大影响。 我真的不确定这个论点以前是否被正式提出过，以及它是否能在合规或执法环境中经受审查。 有人在法律或政策背景下遇到过这个论点吗？它站得住脚吗？

我开发 NoteCove 的初衷是希望笔记和任务能够在不同设备间同步，而且数据不会被上传到 SaaS 公司。同步功能通过你自己的 iCloud Drive、Google Drive 或 Dropbox 上的文件实现——同步过程中没有 NoteCove 的服务器参与。<p>最具挑战性的是确保同步的可靠性。我最终使用了 CRDT（具体来说是 Yjs）来进行冲突解决，它能够处理你在手机和笔记本电脑上离线编辑同一笔记的情况——两个编辑内容会合并，且不会丢失任何内容。<p>除了笔记，它还有一个完整的任务管理系统：自定义状态、看板、父/子任务、阻碍因素，以及用于脚本编写和代理集成的 CLI。<p>这是 0.3.9 测试版。支持 Mac 和 Linux 桌面端，iOS 版本正在开发中（你可以注册获取抢先体验）。非常欢迎大家提供早期反馈，特别是关于同步可靠性的反馈。