最新

我花了数年时间为建筑行业打造了一款 SaaS 产品，专注于健康与安全。我们对 UI/UX 投入了大量精力，因为我们的用户年龄、技术掌握程度、读写能力和首选语言差异很大。尽管我们做得很好，但让新用户熟练掌握它始终是一个挑战。这家公司在 2022 年被收购了。 在那段经历中，我注意到一件事：在内部，我们都使用 Slack。它成为了我们一切的中心——团队对话、服务器警报、支持工单。它总是我们打开的标签。所以很自然地，我们也试图让我们的建筑客户也采用它。 但他们没有一个采用。事后看来，原因很明显：Slack 是围绕打字构建的。当你在屋顶上、在工作之间开车或在脚手架上安装墙板时，这根本行不通。 休息了一段时间后，我一直在思考这个差距。如果现场团队有一个统一的界面，他们可以： * 与团队其他成员沟通 * 更新他们的工作单、考勤或其他他们已经使用的系统 * 通过一个 AI 回答问题，而这个 AI 经过了他们公司自己的文档和数据的训练 所有这些都通过语音完成。任何语言。无需打字。无需学习多个应用程序。 这就是 Conkoa。一个在梯子上的工头可以说“我们在绿杉项目的三层有三个工人工作了八个小时”，这些信息就会被正确地输入到 Procore 或他们的任何记录系统中。消息会自动转录和翻译，因此讲西班牙语的船员和讲英语的项目经理可以保持同步，而无需任何人做额外的工作。团队可以上传照片和文档，这些照片和文档会输入到 RAG 管道中，因此内置的 AI 代理可以按需总结和呈现这些信息。 我们目前与 Procore 等工具集成，并且正在构建更多集成。 Conkoa 已经上线，并被建筑行业的数十家公司使用。你可以在 <a href="https://conkoa.ai" rel="nofollow">https://conkoa.ai</a> 上设置一个免费的工作区——非常期待来自 HN 社区的反馈。

嘿，各位 HN 用户，作为一名曾经的数据分析师，我一直在尝试用智能体来完成我以前的工作。结果是，我开发了一个系统，它或许能做到我以前工作的 80%。我认为这对于当前前沿模型的能力以及它们仍然欠缺的地方（在这种情况下，是假设生成和一般的数据直觉）来说，是一个很好的数据点。 一些初步的经验： * 如果模型有明确的模板/预定义的组件可以使用，那么生成基于 Web 应用程序的报告会顺利得多。 * 如果你让 Claude 访问图表图像并运行一个单独的质量保证循环，它可以“修复”损坏的图表。 欢迎社区提供反馈，或者听听其他尝试过类似事情的人的意见！

我创建这个项目，是因为我想知道我出生那一年日本人在听什么。这个问题引发了更多思考：罗马的热门歌曲与当年拉各斯排行榜上的歌曲有何异同？随着流媒体让音乐的影响力传播速度前所未有地加快，声音的“风味”是如何传播的？ 88mph 是一个可交互的音乐历史地图：涵盖 20 个国家/地区的 230 个排行榜，跨越 8 个年代（1940 年至 2025 年）。每首歌曲都可以通过 YouTube 或 Spotify 播放。它是一个开源项目，我希望大家能帮忙扩展它——这里有一个链接，可以贡献新国家和年份的排行榜。我们的目标是众包一个完整的世界声音地图集。

react-tourlight 是现代 React 导览库。它零依赖，符合 WCAG 2.1 AA 标准，gzip 压缩后小于 5 kB。 并且，它兼容 React 19。

我一直在研究一种新的工作量证明（PoW）架构，该架构围绕确定性挖矿节奏（我称之为“受限 PoW”）构建。<p>核心思想是一种协议强制的节奏模型，其中每个被允许的身份都以固定的速率（目前建模为 1 次哈希/秒）推进挖矿过程。节点不是通过原始算力竞争，而是通过确定性的方式推进挖矿过程。<p>更广泛的架构旨在通过持续的基础设施参与（正常运行时间、活跃的网络连接和身份准入限制）使横向扩展在运营和经济上变得昂贵，从而抵消大规模并行挖矿的优势。<p>在这种模型下，安全假设也会发生变化。由于挖矿进度是按被允许的身份来控制的，并且创世身份将被广泛分布，因此获得多数控制权的概率将渐近地趋向于 51%。在有限的时间内，实现传统的 51% 攻击实际上变得不可行。<p>为了验证核心机制，我构建了一个基于浏览器的 MVP，它演示了确定性的 1 次哈希/秒的节奏模型。MVP：https://grahambell.io/mvp/Proof_of_Witness.html 您也可以观看演示视频：https://youtu.be/i5gzzqFXXUk?si=y_Pv5ZDv9SGhRFjY<p>我目前正在寻找对分布式系统、共识机制或协议架构感兴趣的工程师，他们可能希望一起进一步探索构建这个项目。<p>如果该模型成立，下一阶段将是组建一个小型核心团队来完全构建该协议。早期的贡献者将有机会从头开始塑造系统的架构和方向。<p>如果您对这个愿景感兴趣，并且喜欢解决困难的分布式系统问题，请通过电子邮件 hurairah@grahambell.io 联系我，并附上：（1）您构建的一些东西（2）为什么这个问题对您很重要（3）您解决的一个困难的技术问题以及您是如何解决的<p>注意：这还不是一个经过润色的创业推介。我是一个单独的创始人，正在探索一种协议架构，该架构试图解决区块链系统中的中心化压力，我正在寻找认为这个问题值得研究的认真建设者。