最新

遗留软件正面临知识危机。构建和理解这些系统的工程师正在离职、退休，或者渐渐忘记它们的工作原理。目前，业务利益相关者和架构师无法理解自己的软件，只能通过工程师来解决每一个问题。 有没有人成功利用人工智能从遗留代码中提取业务逻辑，以便让非技术用户真正理解系统？这种方法是否比直接询问开发人员更快、更可靠？

你好，HN， 今天我们推出了Semantik，一个基于意义而非主题进行路由的消息代理。消息携带嵌入和元数据，订阅者使用SemQL（一个用于高维空间的查询语言）定义他们关心的内容。SemQL有三个谓词：距离（相似度）、方向（与某个概念一致的消息）和对比（类似于X但不是Y）。Semantik的行为类似于一个带有滚动窗口的向量数据库，结合了SQL的功能。 openclaw背后的秘密在于通道，它将传入的消息多路复用到一个正在进行的LLM对话中。Semantik允许代理接入语义命名空间，但仅限于检索他们关心的信息，跳过了传统消息代理的僵化结构。它解决了在代理之间协调时的“谁需要知道”的问题。 非常感谢您的反馈！请通过网页上的表单与我们联系。

嘿，HN！这是我第一次在这里展示我的作品——一个小众应用，但我认为它解决了一个之前没有被妥善处理的问题。 Furolog（フロログ——furo = 浴，log = 记录）是一款iOS和watchOS应用，利用Apple Watch的水下温度传感器自动追踪温泉、澡堂和桑拿的使用情况。所有数据都在本地运行和存储。 它的工作原理：核心是一个基于CMWaterSubmersionManager、心率和运动数据的算法，能够检测你是在洗澡、休息还是在桑拿，并相应地对会话进行分类：热水浴、冷水浸泡、桑拿、休息。无需手动输入。我认为这是CMWaterSubmersionManager在潜水之外为数不多的真正有效的应用场景之一。 自动检测并不完美——而且可能永远不会完美，因为每个人的身体对热的反应不同。对此有手动模式，任何不在水中发生的情况都需要确认后才能记录 :) 在开发这个应用时，我也深入研究了生理学文献。应用中的心率区间是从运动训练区间调整而来，反映热应激而非运动努力，还有冷水间歇恢复指标以及我在研究中发现的一些其他有趣的内容。 我为什么要开发它：我在日本生活了相当长一段时间，曾经用通用的心率应用疯狂追踪桑拿和澡堂中的心率。数据总是分散的，而Apple Health的心率可见性基本上仅限于会话期间。去年夏天在冲绳潜水时，我意识到我的Apple Watch 10有一个水温传感器，这正是缺失的部分。这个应用首先是为我自己开发的，但我相信其他人也会喜欢它。 这个应用提供温度曲线、心率分析、会话时间线和完整的访问历史。还有一个探索视图可以找到附近的水疗中心，尽管Apple MapKit在日本的覆盖范围还有待改进。我正在考虑迁移到用户可以贡献的OSM关联数据。 应用是用SwiftUI原生构建的。核心功能和会话级统计数据是免费的。一次性购买（或小额订阅）可以解锁终身/每月的汇总统计数据，如果你想了解更多的话。 如果你对温泉、澡堂或桑拿文化感兴趣，我非常希望能听到你的反馈。 - [https://apps.apple.com/jp/app/furolog/id6760871897?l=en-US](https://apps.apple.com/jp/app/furolog/id6760871897?l=en-US) 注意：苹果不建议将手表带入桑拿或热水中，但经过两年的频繁个人使用，我的手表一直很好 :)

在一次车程中制作了一个DIY的Hitster克隆（音乐问答游戏）。通过家庭服务器向Claude Code发送语音消息，使用Tailscale在手机上即时预览。有趣的是：Spotify的服务条款明确禁止使用他们的API构建游戏，因此这个项目将保持为私密项目。

我已经运行了一个包含大约40个服务的Proxmox实验室一段时间了。在过去的一年里，我建立了一个AI代理平台，负责管理我的基础设施和处理业务运营——文档、电话、日程安排、监控等等。这个平台将Claude Code CLI作为执行引擎，并在其上构建了自定义的MCP服务器。 这一切最初是我为一个创业公司开发的内部工具，但老实说，这个平台的实用性远超这个创业公司本身。我正在认真考虑将其开源，并全职投入其中。我将其视为一种类似于Home Assistant的业务运营工具——你可以自托管，AI代理负责处理你的运营事务。 不过，我的担忧是可持续性。我无法现实地在业余时间维护这样的项目——如果我决定做，就必须全力以赴。这里有没有人建立过或见过围绕开源工具在AI领域的真实商业模式？你会选择什么许可证？我一直在考虑修改版的Apache 2.0（Dify使用的许可证）与BSL，但说实话，我不太确定哪个更合适。 非常希望能得到有相关经验的人的建议。