一周热榜

解析FHIR数据并将其转换为OMOP标准是一个出了名的难题。我认为我们已经解决了这个问题。 我已经开源了两个GitHub仓库： 1. Forge-Core。这是核心秘诀。通过映射您的模式并即时构建dbt模型，自动解析您数据仓库内的任何JSON结构。设置和使用都很简单。 [https://github.com/foxtrotcommunications/foxtrotcommunications-forge-core/tree/main](https://github.com/foxtrotcommunications/foxtrotcommunications-forge-core/tree/main) 2. Avalon-Public。在Forge解析之后，使用这些dbt模型正确且高效地构建您所需的OMOP模型。 [https://github.com/foxtrotcommunications/foxtrotcommunications-avalon-public](https://github.com/foxtrotcommunications/foxtrotcommunications-avalon-public)

Glucera 是一款适用于 iPhone 和 Apple Watch 的血糖查看器。无需账户，无需订阅，不使用云服务。一次性付费 2.99 美元（或可能免费）。 从 HealthKit 读取数据，并与不使用自有加密/奇怪标准的蓝牙血糖仪配对（标准 GATT 血糖档案）。数据绝不会离开设备。没有分析 SDK，没有第三方。 不是 CGM 应用——Libre 和 Dexcom 的用户在这里不会获得价值。这些生态系统已经有不错的原生应用，而且 Libre 的协议对第三方是封闭的。 专为指尖采血用户打造。 正在寻找 Beta 测试人员 :)

我得出的结论是，软件质量，甚至价格，远不如分发重要，尤其是在当下。<p>那么，我如何才能把我的软件送到客户手中呢？

我构建 Enoch 是在与 OpenClaw 合作并尝试使用 Codex 搭建一个基于智能体的编码系统之后。过去，我一直试图手动生成、编写和测试所有这些。然后，我决定尝试开始自动化。我无数次地输入“继续”，然后又回到了我的工作。我想我可以自动化这个过程。好吧，Enoch 就是由此产生的。<p>我的第一个实现与 OpenClaw 合作时一团糟。我就不细说了。后来我转向了 n8n。n8n 还可以，但感觉我必须强迫它去做我想做的事情。遇到了一些问题，但相对较少。<p>然后是这个系统——LangGraph / FastAPI... 它运行得相当好。生成的论文似乎有意义。想法的产生也显示出一些积极的实质内容。所有想法都基于通过/失败或肯定/否定的基础——基于想法生成时设定的标准。<p>我就不让你们读太多了。<p>免责声明：是的，我使用 Codex 辅助编码，并使用 Claude 进行一些措辞。我不是编码新手，但我知道在行业内，对于这种 AI 编码辅助工具存在很大的偏见。AI 帮助我将我的想法倾泻给一个“工人”，而无需花时间坐下来学习编码来表达我的想法。软件的民主化可能会产生巨大的影响。