测试经过
条目与首次启动
测试者希望 LU 不只是聊天,因为现在已有很多本地聊天前端。
安装包下载大小为 15.8 MB,由测试者从下载中读出。安装后他用完整名称找不到这个应用;它叫 LU。
设置完成后,主窗口显示 Chat、Create、Voice、Compare、Benchmark、Models 和 Settings 标签页,顶栏有 Cloud 开关。
安装与设置
第 1 步提供内置的 LU Engine,已勾选为就绪,带 Continue 按钮,下方有“Use another engine (Ollama, LM Studio...)”链接。测试者喜欢让用户自己选择的应用,但引擎卡片上的勾选无法取消。另一个引擎的链接没有尝试。
第 2 步在没有询问的情况下列出了机器上已有的七个模型:x/z-image-turbo、HSR-DeepThink/nwe、x/flux2-klein、gemma4、gemma3:1b、minimax-m2:cloud 和 qwen3-coder:30b。他选了 gemma4。下方的两个入门模型带有说明、下载大小和所需的可用内存。
他在其他应用的入门模型上很少看到大小信息,认为这是加分项。
第 3 步提供一个可选的文档对话嵌入模型(nomic-embed-text,84 MB),有 Install 和 Skip for now 两个选项。笔记没有说明选了哪个。
聊天与文档
第一次聊天可用:发送第一条消息、模型加载时,“Starting”指示显示 18 秒。gemma4 回答柏林和巴黎哪个地铁站更多的问题时说“Paris generally has more”;测试者没有核对事实。
消息框上方的上下文计量器显示用量(309/16K,之后为 4.2K/16K)。它的提示说明统计的是 Ollama num_ctx 的 token,不包括推理 token。
他用回形针附加了一个 Excel 文件(.xlsx,84 KB)。模型根据文件名和工作表文件名(sheet1.xml 至 sheet6.xml)作答,并表示看不到内容。Docs 拖放区列出的是 PDF、DOCX 和 TXT,没有 Excel。
用回形针附加的 PDF(872 KB)只被按文件名读取。就文档中的一笔金额提问时,回复说模型读不到文本,并让他复制粘贴相关部分。测试者起初写了“Yes, it understood the file”,几行之后自己做了更正。
据他的笔记,同一个 PDF 通过 Docs 区域上传也失败了;没有截图。Docs 区域里的一个 Word 文件显示为 20 个文本块,但模型表示读不到 .docx 的内部内容。
他拿它与前沿模型比较,放弃了 PDF,并打算联系创始人。
图像生成
Create 标签页说,本地图像生成需要一次性设置,会安装 Apple MLX 和最小的图像模型,“about 5 GB in all”。测试者看到下载了一个 Python wheel(torch,88.0 MB)和 SD Turbo 模型(2.4 GB);总量没有记录。
下载对话框显示百分比、已下载 MB 与总 GB 以及 MB/s(32% 时 1.2 MB/s,100% 时 1.1 MB/s),但没有剩余时间。他离开该标签页、打开 Settings、遇到 Troubleshoot 窗口、重启应用,下载从已有进度继续。
图像模型目录显示六张卡片,标有下载大小、内存需求和标签:4-bit 模型为“Runs on this Mac”,较大的为“Too big for this Mac's memory. Images run on LU Cloud”。
SD Turbo 在 512×512 下对提示的遵循较松散。“draw an elephant sitting on the Eifel Tower”生成了铁塔,看不到大象;加上“a color please”后出现了大象,仍是黑白的。两次的种子不同,所以差异可能是种子造成的。
他在这台机器上跳过了视频(一次性设置约 27 GB)。角色训练需要 Z-Image Turbo(30.5 GB,需要 32 GB),被标为对这台 Mac 太大;Character 标签页接受了照片,但在 24 GB 上训练无法启动。
设置、对比、基准测试和代理
设置包括明暗主题切换(已使用)、导入 ChatGPT 导出、聊天备份、内容政策、隐私、更新和引导。采样滑块(Temperature 0.7、Top P 0.9、Top K 40)没有任何说明。
他希望这些滑块旁有信息图标,这样新手不必去别处查。在他的大幅显示缩放下,消息框显得很小,还有一条灰色横条横穿其上。
A/B Compare 并排运行 gemma4 和 gemma3:1b,显示速度、用时和 token 数(gemma4 54.5 t/s,15.5 秒;gemma3:1b 23.9 t/s,0.4 秒)。Benchmark 把 gemma3:1b 排第一,“useful”速度为 109.4 t/s,正确率 67%;gemma4 为 56.9,正确率 100%。
Coding Agent(gemma4)为一个乒乓球游戏写出了 index.html,内置预览(Desktop、Tablet、Mobile)显示游戏在运行并有比分。第一次回复没有说明文件在哪里;他追问后,代理把文件读了出来(248 行)。
开发者的回复
测试者发出笔记后,LU(LU Labs)的开发者用德语回复;回复日期未说明,此处为英文转述后的中文译述。测试者表示开发者同意发布(2026-10-24)。
他说这是他迄今收到的最详尽的测试。
他确认了 PDF 的问题:通过回形针只有文件名传到模型,内容没有传到,而 Docs 区域本应能处理 PDF。他会着手处理。
他还会处理 Top P、Top K 和 Temperature 的说明、下载的时间估计以及 Troubleshoot 窗口。
他说大多数用户通过 GitHub、Reddit 和在 Google 上找到的指南而来,持续数月的小版本发布和对反馈的快速回应最为重要。
这些改动在本次测试中均未验证。每一项都是待复测项。
决定
笔记以总结结尾,没有写明是否继续使用。他称界面上花的心思和功能的整合令人惊叹,并说很多应用可以借鉴这些想法。他怀疑它在每项功能上是否都是最好的,也好奇一年之后它会变成什么样。





