3作者: pixelmash133 个月前
大家好,我是 Platypus 的开发者,我开发这款应用是因为我想把笔记、实时转录和知识库管理整合到一个应用里。它是 Granola / Notebook LM 的免费本地替代品。它是一个基于 Tauri/Rust 的桌面应用,通过 whisper.cpp 在设备上进行会议转录,使用 TipTap 进行笔记,并对你的知识库进行基于项目的 HNSW 向量搜索。你可以使用你自己的 LLM(Claude、OpenAI、Gemini 或本地 Ollama)。 开发过程中,有几点很有意思: Zoom/Teams 会议的自动检测是通过进程检查实现的——Zoom 只有在活跃通话期间才会生成 CptHost(而不是仅仅打开应用时),而 Teams 则通过 audio.mojom.AudioService 子进程进行检测。无需访问 Zoom/Teams API。本地 Whisper 在 Mac 上运行良好。不推荐在旧 PC 上使用,所以我内置了 API 转录切换功能,以防本地模型速度慢。 代码库:[https://github.com/pixelsmasher13/platypus](https://github.com/pixelsmasher13/platypus) 网站:[https://platypusnotes.com](https://platypusnotes.com) 欢迎提供反馈!
1作者: davidbjaffe3 个月前
人们在使用 LLM 从科学论文中挖掘信息方面的经验是什么? 我自己的经验:我首先尝试从 3730 篇临床试验论文中提取抗药抗体 (ADA) 发生率,这些论文都收录在 PubMed 中。我从 PDF 文件开始。Claude Opus 4.7 使用我们编写的规则文档分析了每个 PDF。运行所有论文大约花了一周时间,因为我不断达到会话限制;总费用约为 25 美元(美元)。我们从 909 篇论文中获得了实际发生率。其余的论文大多是未提供发生率或不符合我们标准的情况,包括仅同时使用一种药物。 我阅读了其中 30 篇论文,并重新阅读了那些我从 Claude 处得到不同答案的论文,得出的结论是它出错了一次,而我出错了三次。 所以这有效,但不是完全方便:会话限制意味着我无法启动它然后离开。或者我不知道如何实现这种能力。此外,我很好奇本地模型会如何表现。 为此,我在我的 Mac M5 Max(128 GB 内存)上尝试了 llama 3.3 70B。我使用了 Ollama、Q4_K_M、128 k 上下文,在 pdftotext -layout 之后输入了大约 80 k 个 token。 一篇论文花了 18 分钟;该模型无法确定 ADA 发生率,而该发生率在论文中是明确存在的。一篇论文不是一个合适的基准,但进行适当的测试太慢了。显然,这里速度问题的一部分是 Claude 可以访问服务器群,而我只在一台 Mac 上运行。这是某人在进行本地计算时将面临的实际问题的一部分。 对于一次回答一篇论文或同时使用多篇论文,这种类型的问题的最新进展是什么?我很乐意听到成功的案例!
5作者: karakanb3 个月前
大家好,我是 Burak。<p>当 Agent 成为现实时,我最想做的事情之一就是自动化构建仪表板。我遇到的第一个,也是最明显的障碍是,很多工具都只是由 UI 驱动的。这意味着,如果没有 Agent 处理浏览器 UI 等,Agent 就无法做到这一点。此外,也无法审查 Agent 所做的任何更改。<p>最初的想法是让你的 Agent 为仪表板构建一个 React 应用程序。这在顺利的情况下效果很好,但我很快就遇到了其他问题: - 每个仪表板都变得不同 - 必须实现一个后端来集中执行查询 - 没有集中机制来控制可视化相关的规则和标准 - 无法轻松地让语义层与仪表板一起工作<p>最终,Agent 们为每个新仪表板都重新发明了轮子,即使是在同一个项目下。为这些构建一个标准化的、本地的项目,结果却变成了从头开始构建一个 BI 工具。<p>在尝试了这些之后,我问自己:如果仪表板是为 Agent 作为主要用户而构建的呢?<p>这样的产品需要具备几个功能: - 首先,所有内容都需要由版本控制的文本驱动。YAML 就足够了。 - 人类应该很容易审查和理解对仪表板的更改。 - Agent 擅长编写代码,如果它由代码驱动以实现动态功能,那就太好了:JSX 会很棒。 - 静态分析是一流公民:在部署之前验证仪表板。Agent 也可以检查它们的工作。 - 一种基于文件夹中的几个文件来部署这些内容的标准化方法:在操作上非常简单。 - 内置语义层以标准化指标。<p>这就是我最终构建的:dac(Dashboard-As-Code)是一个开源工具,也是一个用于将仪表板定义为代码的规范。它包含一个用 Go 语言实现的版本,可以作为单个二进制文件部署在任何地方。仪表板用 YAML 和 JSX 定义,YAML 用于静态内容,JSX 用于动态仪表板。你可以在加载时运行查询以定义条件图表,为每个客户动态生成标签,或列出你正在运行的每个 A/B 测试的图表。<p>我用 Go 语言构建它,因为我确实喜欢 Go,我认为它目前是与 AI Agent 合作的最佳语言。<p>dac 作为单个二进制文件运行,你可以使用 `dac init` 命令开始使用,它会自动为你创建一些基于 duckdb 的示例仪表板。它支持 10 多个 SQL 后端,并且还在不断增加。它支持验证、自定义主题等。<p>你可以在这里查看它:<a href="https:&#x2F;&#x2F;github.com&#x2F;bruin-data&#x2F;dac" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;bruin-data&#x2F;dac</a><p>我很想听听这里可以改进的地方,请告诉我你的想法。