最新

我是 HN，我是 Sein 的创造者。 我认为“嘿 Siri”或“OK Google”这种模式从根本上就是错误的。我们被迫进行一种“召唤”仪式，这在我们和我们的 AI 之间竖起了一道墙。与此同时，我们的数据被发送到云端的“主机”，而隐私往往是进入的代价。 AI 的“PC 革命”已经到来，但我们缺少“鼠标”。“个人电脑”已经装在我们的口袋里——我们的手机拥有强大的神经引擎。缺少的是正确的输入设备，可以将我们的想法无缝地连接到我们自己的私人 AI。 这就是我打造 Sein Clip 的原因。它不是另一台电脑；它是个人 AI 时代的“鼠标”。它是一个小型可穿戴设备，专注于一件事：以比口袋里的手机更清晰的方式捕捉你的声音。 Clip 安全地将音频发送到 Sein App，你的手机就变成了你的私人 AI 服务器。但革命性的部分不仅仅是硬件，更是它所实现的新交互范式： 1. **默认 100% 私密。** 我们将云级别的语音和意图识别带到完全在你的本地设备上运行。你的数据属于你，而且只属于你。这并非为了我们方便；而是为了你的保护。 2. **真正的“始终在线”，无需唤醒词。** 我们拆除了这堵墙。我们的 AI 被设计成一个“始终在线”的伴侣，它使用情境感知来了解你何时在和它说话。你的想法被无摩擦地捕捉，使交互像和朋友聊天一样自然。 3. **情商。** 解决了交互的“何时”问题后，我们专注于“如何”。我们的 AI 感知你的“情绪地图”，了解何时主动，何时保持沉默。它成为一个协助你的伴侣，而不仅仅是一个执行命令的工具。 4. **我们的愿景：基于 MCP 构建。** 这仅仅是个开始。我们的系统基于一个基础协议 (MCP) 构建，该协议专为未来协作 AI 体验的开放、互联生态系统而设计。最好的还在后头。 商业模式：很简单。你购买硬件（“鼠标”），并永久拥有带有所有本地 AI 软件的配套应用程序。可选的订阅将面向选择利用“主机”（云模型）执行特定任务的高级用户。 我很快将在 Kickstarter 上发布，并希望 HN 社区对这种方法提供反馈——我们的手机是 AI 时代的新型 PC，而我们现在需要的是正确的外部设备来释放它们的真正潜力。 预发布页面：[https://www.kickstarter.com/projects/sein/sein-the-first-wearable-for-emotional-intelligence-fitness?ref=ujhi9o](https://www.kickstarter.com/projects/sein/sein-the-first-wearable-for-emotional-intelligence-fitness?ref=ujhi9o)

大家好， 我构建了一个名为 SJT（结构化 JSON 表格）的小型实验性格式，用于优化 API 中的数据传输。 这个想法很简单：SJT 将结构（标头）与值分开，而不是为每一行重复对象键。这使得它更紧凑，也更容易进行流式传输。 例如，使用 Discord 的 /messages 端点： 原始 JSON 负载：约 50,110 字节 使用 SJT 编码的相同数据：约 26,494 字节 因此，您大约可以减少 50% 的大小，同时仍然能够增量解码（逐条记录）。令人惊讶的是，解码甚至可以比纯 JSON 更快，因为字符串解析的开销更少。 快速基准测试： | 格式 | 大小 (KB) | 编码时间 | 解码时间 | | ----------- | --------- | ----------- | ----------- | | JSON | 3849.34 | 41.81 毫秒 | 51.86 毫秒 | | JSON + Gzip | 379.67 | 55.66 毫秒 | 39.61 毫秒 | | MessagePack | 2858.83 | 51.66 毫秒 | 74.53 毫秒 | | SJT (json) | 2433.38 | 36.76 毫秒 | 42.13 毫秒 | | SJT + Gzip | 359.00 | 69.59 毫秒 | 46.82 毫秒 | 测试条件： 数据集：合成表格数据集，包含 50,000 条记录，包含混合基本字段、嵌套数组和嵌套对象（代表大型 REST API 负载）。 运行时：Node.js 20 (V8 引擎)。 实现：JavaScript (通过 sjt.js)。 大小 (KB)：未压缩大小，以千字节为单位（针对二进制格式进行估算）。 编码 / 解码 (ms)：序列化/反序列化整个数据集的平均时间，以毫秒为单位。 规范：[https://github.com/SJTF/SJT](https://github.com/SJTF/SJT) JS 实现：[https://github.com/yukiakai212/SJT.js](https://github.com/yukiakai212/SJT.js) 很想听听那些使用过 JSON 密集型 API、流式传输或紧凑数据格式（CSV、Parquet 等）的人的反馈。