最新

总结：我搭建了一个网站，用户可以在上面追踪自己看过的演唱会。如果你对工程/设计或如何追踪演出（音乐节、场馆等）有独到见解，欢迎提出你的意见！ 过去大约 5 年里，我一直在个人网站上追踪自己参加的演出 (<a href="https://love-music-will-travel.henryrobbins.com" rel="nofollow">https://love-music-will-travel.henryrobbins.com</a>)。看到旅行距离和去过某些场馆的次数等数据很有意思。我知道很多朋友也通过笔记、票根、Excel 等方式追踪他们的演出……我一直很沮丧，因为我无法亲自查看他们的演唱会数据…… showcount.com 是我解决这个问题的方案。它本质上是我旧的个人网站的公开版本，任何人都可以注册一个账户并管理一个演出列表（我的列表是 <a href="https://www.showcount.com/user/love-music-will-travel" rel="nofollow">https://www.showcount.com/user/love-music-will-travel</a>）。 我目前正在寻找其他热爱现场音乐和/或数据爱好者来试用该网站，并对各种设计选择提出意见。如果你对以下任何主题感兴趣，请联系我！ * 如何处理场馆名称/位置的变更？ * 应该如何处理音乐节？ * 我有一个用于加载现有演出列表的 AI 解析器的初始版本；如何使其更强大？ * 还有什么应该有一流的追踪支持（例如，参加的朋友）？ 另外，这个项目也是我第一次尝试完全的氛围编码/工具工程。我最初使用 Cursor 开始这个项目，然后切换到 Claude Code。我编程已经将近十年了，主要使用 Python 和 Java。全栈开发对我来说是相对较新的领域。我在下面列出了技术栈。大多数决策都是基于务实考虑，基于我认为能让我尽快构建出网站的第一个版本。 * Next.js Web 应用程序，托管在 Vercel 上 * Fast API 后端服务（用于 AI 解析），托管在 Railway 上 * Supabase * 通过 Axiom（日志记录）、PostHog（分析）和 Sentry（监控）进行可观察性 * Clerk 用于用户身份验证 * Google Maps API 用于场馆位置 * Claude API 用于 AI 解析器 * Terraform 用于基础设施即代码

嗨，Hacker News！ Druids (<a href="https://github.com/fulcrumresearch/druids" rel="nofollow">https://github.com/fulcrumresearch/druids</a>) 是一个开源库，用于构建和运行多智能体编码工作流程。Druids 通过抽象掉所有 VM 基础设施、智能体配置和通信，使这项工作变得简单。您可以在这里观看我们的演示视频 (<a href="https://www.youtube.com/watch?v=EVJqW-tvSy4" rel="nofollow">https://www.youtube.com/watch?v=EVJqW-tvSy4</a>)，了解它的外观。 从高层次来看： * 用户可以编写 Python 程序，定义智能体扮演的角色以及它们之间的交互方式。 * 一个程序由事件构成——智能体或客户端可以调用的清晰的状态转换，以修改状态。每个事件都作为智能体工具公开。 * Druids 配置完整的 VM，以便智能体可以持续运行并有效通信。 我们创建 Druids 是因为我们使用智能体构建了许多内部编码工具，并且发现每次都重新调整连接很麻烦。 在构建 Druids 的过程中，我们意识到许多内部工具更容易用事件驱动的架构来表达——将确定性控制流与智能体行为分离——并且这种设计也使得许多智能体能够可靠地工作。 我们遇到了在一次运行中扩展并发智能体数量的问题，因此我们决定让每个程序在隔离的沙盒程序运行时中运行，就像您运行 Modal 函数一样。然后，每个智能体使用智能体令牌调用运行时，该令牌检查谁可以与谁对话或跨 VM 发送文件，然后应用工具调用。 我们的早期用户发现该库对以下方面很有用： * 运行许多智能体来执行性能优化 * 构建自定义自动化软件管道，例如代码审查、渗透测试、大规模迁移等... 我们听说前沿实验室拥有快速启动 100 个智能体并使它们以各种方式顺利协调的基础设施。我们希望 Druids 可以成为使该基础设施更易于访问的起点。

众所周知，谷歌一直在试图取消其免费的旧版 Google Workspace 帐户。 之前他们几乎完全做到了，但在最后一刻撤回了决定。 我拥有其中一个帐户，自从它被称为 Google Apps For Your Domain 以来就一直使用。 它是我和几个朋友的主要 Google 帐户。 我们当时没有用它来做生意，现在也没有。 我只想拥有一个普通的消费者免费 Google 帐户，但我也希望我和我的朋友们能够在我们的电子邮件地址上使用我们的域名，而不是 gmail.com。 因此，我们被困在 Google Workspaces 中长达二十年。 真是个大错误。 要是能有时光机回去阻止自己就好了。 就在上周，我收到一封电子邮件，说我们仍然免费的 Google Workspaces 帐户因违反个人非商业使用政策而被标记。 我们要么升级到付费帐户，要么删除我们的帐户，要么申诉。 当然，我申诉了，但没有抱任何成功的希望。 无法在申诉中添加任何信息。 只有一个按钮。 是的，我申诉了。 不出所料，申诉被拒绝了。 没有解释。 没有证据。 只是一个断然的拒绝，没有提供任何进一步的选项或信息。 你想阅读该政策吗？ 他们提供的链接在这里： https://knowledge.workspace.google.com/admin/billing/transition-from-a-free-edition 我在该页面上找到的唯一政策是“个人非商业使用”。 如果有人有更详细的政策解释的链接，以便我找到我们可能违反该政策的任何线索，请告诉我。 现在，对于我和几个朋友来说，我们唯一的选择似乎是为相同的服务支付荒谬的价格，即每月 7 美元/席位，而我们从消费者 Gmail 帐户中获得的服务除了我们电子邮件地址上的自定义域名之外，其他都一样。 至少在经历了一系列 Google Takeout 并重新导入到其他地方的巨大努力之前是这样。 是的，我设置了自动备份，因为我早就为这种情况做好了准备。 但这仍然是一次痛苦的迁移，我本来就不想做。 我知道人们有时会在 HN 上发布这样的故事，希望大型科技公司中的一位有影响力的人会注意到并介入解决这个问题。 我不能否认，如果发生这种情况，我不会抱怨。 但我对此没有期望。 我也不喜欢得到特殊待遇。 我真正希望的是所有用户都得到公平的对待。 与其乞求帮助，我更希望倡导法律补救措施。 我确实同意私营公司应该能够为其服务制定几乎任何他们想要的的使用政策，并随时以几乎任何理由禁止任何人。 但是，我相信他们应该有法律要求，即完整地发布这些政策。 如果发现用户违反了这些政策，公司应被要求明确指出违反了政策的哪一部分。 此外，他们还应被要求提供导致其决定的证据。 我还认为，如果他们被要求提供一个真正的人工申诉程序，那将是理想的。 但至少如果他们引用了政策并提供了他们的证据，这将使用户更容易通过法律系统或仲裁（如果存在具有约束力的仲裁条款）寻求补救措施。 最后，我想建议并提醒大家。 任何时候你注册任何你无法控制的平台时，都要随时准备好这些帐户随时被删除，而不会有任何警告。 这就是我很久以前就设置了备份流程的原因。 这也是我停止注册新的专有平台的原因。 我仍然使用的那些是我将永远使用的最后一个。 无论自托管设置有多麻烦，我向你保证，它比被迫逃离一个专有平台要轻松得多，因为该平台不可避免地会把你踢出去或关闭。