最新

嘿，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，但说实话，我不太确定哪个更合适。 非常希望能得到有相关经验的人的建议。

我在使用大型语言模型（LLM）/代理系统时遇到了一个问题，意外的循环或重复调用会迅速增加成本。<p>我见过的大多数工具都专注于可观察性（日志、追踪、仪表板），但在运行时并没有实际的执行措施。<p>我很好奇大家在生产环境中是如何处理这个问题的：<p>- 你们是强制设定硬性限制（预算、速率等），还是仅仅进行监控？<p>- 你们是在应用层面处理这个问题，还是通过某些中间件/代理来解决？<p>- 你们是否为此开发了内部工具？<p>感觉这是一个未解决的问题，尤其是在代理方面。<p>希望听听其他人是如何应对的。

我一直在尝试一种紧凑型多端口网络设置，将2.5G、10G（RJ45）和SFP+接口整合在一个系统中。<p>我想了解人们在同时拥有这些接口类型时，通常是如何构建网络的。<p>例如： - 你会将10G链路专门用于存储/上行链路吗？ - 在非光纤密集型的设置中，SFP+接口的实际应用场景是什么？ - 是否更好地严格区分接入流量和高速流量？<p>我很想听听其他人是如何处理这种设置的。<p>如果需要，我可以分享更多细节。