Pinned
Unified Explanation Regarding the Issue of Unable to Invoke Tools
The primary reason tools cannot be invoked is that the model you're using isn't included in https://models.dev. You can search to see if your model exists. If it does exist, there might be an issue with the recorded capabilities for that model, indicating it doesn't support tool invocation. Alternatively, the model itself may inherently lack tool invocation capabilities, such as models in the Deepseek series. The current workaround is to locate the corresponding model within its Provider on the Settings page and manually enable its Tool Calling capability:

yetone 5 months ago
Feature Request
Pinned
Unified Explanation Regarding the Issue of Unable to Invoke Tools
The primary reason tools cannot be invoked is that the model you're using isn't included in https://models.dev. You can search to see if your model exists. If it does exist, there might be an issue with the recorded capabilities for that model, indicating it doesn't support tool invocation. Alternatively, the model itself may inherently lack tool invocation capabilities, such as models in the Deepseek series. The current workaround is to locate the corresponding model within its Provider on the Settings page and manually enable its Tool Calling capability:

yetone 5 months ago
Feature Request
Alma causes high CPU and max fan speed after recent Computer Use update
I’m seeing a severe fan/noise issue after recent updates related to Computer Use / Activity Recorder in Alma 0.0.792 on macOS 26.5 (Apple M1 Pro). The main hot process is Alma Helper (Renderer) (PID 99511), which peaked around 38%~46% CPU, while Alma Helper (GPU) (PID 99361) also stayed high around 14%~17% CPU. At the same time, WindowServer was consistently elevated (~33%~44% CPU), and the fan ramped up to maximum. After quitting Alma completely, Alma processes disappeared and the fan noise gradually dropped, which strongly suggests Alma is the trigger. A stack sample of the GPU process shows heavy activity in QuartzCore, IOSurface, Metal, CA::Transaction::commit(), and surface copy/commit paths; Alma also loads ScreenCaptureKit and ReplayKit. This looks like a continuous screen-capture / visual-analysis / preview-render pipeline, even when Activity Recorder appears to be turned off.

Mark Li 32 minutes ago
Feature Request
Alma causes high CPU and max fan speed after recent Computer Use update
I’m seeing a severe fan/noise issue after recent updates related to Computer Use / Activity Recorder in Alma 0.0.792 on macOS 26.5 (Apple M1 Pro). The main hot process is Alma Helper (Renderer) (PID 99511), which peaked around 38%~46% CPU, while Alma Helper (GPU) (PID 99361) also stayed high around 14%~17% CPU. At the same time, WindowServer was consistently elevated (~33%~44% CPU), and the fan ramped up to maximum. After quitting Alma completely, Alma processes disappeared and the fan noise gradually dropped, which strongly suggests Alma is the trigger. A stack sample of the GPU process shows heavy activity in QuartzCore, IOSurface, Metal, CA::Transaction::commit(), and surface copy/commit paths; Alma also loads ScreenCaptureKit and ReplayKit. This looks like a continuous screen-capture / visual-analysis / preview-render pipeline, even when Activity Recorder appears to be turned off.

Mark Li 32 minutes ago
Feature Request
生成错误 TOKEN_LIMIT_ERROR
在使用 Alma 生成内容时,遇到 TOKEN_LIMIT_ERROR 错误,提示生成错误。 这通常发生在对话上下文较长、或单次生成内容超出模型 token 上限时。当前错误提示信息过于简略,用户无法判断是上下文过长还是其他原因。 建议优化: 优化错误提示文案,例如提示上下文过长,请新建对话重试或单次生成内容超出限制,请缩短输入 提供自动截断上下文或分片生成的机制 在设置中显示当前对话已用 token 数 / 上限

less ismore 1 day ago
Feature Request
生成错误 TOKEN_LIMIT_ERROR
在使用 Alma 生成内容时,遇到 TOKEN_LIMIT_ERROR 错误,提示生成错误。 这通常发生在对话上下文较长、或单次生成内容超出模型 token 上限时。当前错误提示信息过于简略,用户无法判断是上下文过长还是其他原因。 建议优化: 优化错误提示文案,例如提示上下文过长,请新建对话重试或单次生成内容超出限制,请缩短输入 提供自动截断上下文或分片生成的机制 在设置中显示当前对话已用 token 数 / 上限

less ismore 1 day ago
Feature Request
Eternal Gratitude
I adventitiously found alma from a terminal response after an invalid command. This is the most beautiful, logical, and well designed app I have ever utilized. It seems to update with features AS they come into my mind as useful. I am just a dumb-ass, sandboxed, and mind-blown American expressing my eternal gratitude for the being-ness of the Alma app/tool, and would like to thank the creators as well as any/all contributors. I appreciate. 🫶🏽

coreysargent 2 days ago
Feature Request
Eternal Gratitude
I adventitiously found alma from a terminal response after an invalid command. This is the most beautiful, logical, and well designed app I have ever utilized. It seems to update with features AS they come into my mind as useful. I am just a dumb-ass, sandboxed, and mind-blown American expressing my eternal gratitude for the being-ness of the Alma app/tool, and would like to thank the creators as well as any/all contributors. I appreciate. 🫶🏽

coreysargent 2 days ago
Feature Request
daily recording 在ubuntu 24.04上运行弹窗问题
daily recofing调用的截屏接口,在ubuntu的wayland里面必须用户手动授权,每次截屏都要手动,所以daily recording的无感操作变成了一个打断操作。 目前的解决方案应该是使用 persist_mode / restore_token 的方式进行解决。 期待能实际使用上daily recording的功能,我们之前已经做过类似的事情,但是产品打磨上太粗糙了。

slience.c 4 days ago
Feature Request
daily recording 在ubuntu 24.04上运行弹窗问题
daily recofing调用的截屏接口,在ubuntu的wayland里面必须用户手动授权,每次截屏都要手动,所以daily recording的无感操作变成了一个打断操作。 目前的解决方案应该是使用 persist_mode / restore_token 的方式进行解决。 期待能实际使用上daily recording的功能,我们之前已经做过类似的事情,但是产品打磨上太粗糙了。

slience.c 4 days ago
Feature Request
全屏模式下通知弹窗干扰 & 缺少 macOS 通知开关
分类: Feature Request 内容: 问题描述 全屏使用其他应用时(如看视频、写代码、演示),Alma 的通知 toast 会弹出并打断全屏体验。而且 macOS 系统通知设置里找不到 Alma 的选项,无法通过系统级方式关闭。 原因分析 Alma 的通知是应用内 overlay/toast,不是 macOS 原生通知,所以不会出现在系统通知中心,用户无法通过 macOS 设置关闭。 建议方案 增加 general.suppressNotificationsWhenFullscreen 配置项,全屏时自动静默 或增加一个全局的「通知开关」toggle,让用户手动控制 或检测到全屏应用时,将通知改为静默写入日志而非弹窗 当前版本 v0.0.783

西瓜 5 days ago
Feature Request
全屏模式下通知弹窗干扰 & 缺少 macOS 通知开关
分类: Feature Request 内容: 问题描述 全屏使用其他应用时(如看视频、写代码、演示),Alma 的通知 toast 会弹出并打断全屏体验。而且 macOS 系统通知设置里找不到 Alma 的选项,无法通过系统级方式关闭。 原因分析 Alma 的通知是应用内 overlay/toast,不是 macOS 原生通知,所以不会出现在系统通知中心,用户无法通过 macOS 设置关闭。 建议方案 增加 general.suppressNotificationsWhenFullscreen 配置项,全屏时自动静默 或增加一个全局的「通知开关」toggle,让用户手动控制 或检测到全屏应用时,将通知改为静默写入日志而非弹窗 当前版本 v0.0.783

西瓜 5 days ago
Feature Request
粘贴图片 → UI有附件 → 但数据没到AI
→ 核心问题:粘贴图片 → UI有附件 → 但数据没到AI → 前端链路验过是通的:paste → dataURL → attachment → optimisticParts 都对 → 断点: 主进程调用 AI SDK 前,type: "file" 的 content part 被丢了 → 嫌疑: convertToModelMessages 没正确处理 image mediaType 的 file part

ban ban 5 days ago
Bug Reports
粘贴图片 → UI有附件 → 但数据没到AI
→ 核心问题:粘贴图片 → UI有附件 → 但数据没到AI → 前端链路验过是通的:paste → dataURL → attachment → optimisticParts 都对 → 断点: 主进程调用 AI SDK 前,type: "file" 的 content part 被丢了 → 嫌疑: convertToModelMessages 没正确处理 image mediaType 的 file part

ban ban 5 days ago
Bug Reports
alma selfie take 和 alma image generate 硬编码 Google provider,忽略 image.provider 配置
描述: 复现环境:macOS,Alma 最新版,已通过 Codex OAuth 插件登录 ChatGPT 账号。 配置状态: image.provider 已设为 plugin:openai-codex-auth:openai-codex image.defaultModel 已设为 plugin:openai-codex-auth:openai-codex:gpt-image-2 gpt-image-2 已在 plugin-provider-models 中注册 Codex OAuth token 正常可用(chat 模型工作正常) Bug 表现: 执行 alma image generate "prompt" --model "plugin:openai-codex-auth:openai-codex:gpt-image-2" 时,报错 No enabled Google provider with API key found。alma selfie take 同样问题。 预期行为:image 命令应读取并遵循 image.provider 配置,使用已配好的 provider 生图。 实际行为:二进制层面硬编码了 Google provider,完全无视用户配置。 影响:已配置好 Codex OAuth 的 gpt-image-2 但完全无法通过 Alma CLI 调用生图。

Polinao Xppa 7 days ago
Bug Reports
alma selfie take 和 alma image generate 硬编码 Google provider,忽略 image.provider 配置
描述: 复现环境:macOS,Alma 最新版,已通过 Codex OAuth 插件登录 ChatGPT 账号。 配置状态: image.provider 已设为 plugin:openai-codex-auth:openai-codex image.defaultModel 已设为 plugin:openai-codex-auth:openai-codex:gpt-image-2 gpt-image-2 已在 plugin-provider-models 中注册 Codex OAuth token 正常可用(chat 模型工作正常) Bug 表现: 执行 alma image generate "prompt" --model "plugin:openai-codex-auth:openai-codex:gpt-image-2" 时,报错 No enabled Google provider with API key found。alma selfie take 同样问题。 预期行为:image 命令应读取并遵循 image.provider 配置,使用已配好的 provider 生图。 实际行为:二进制层面硬编码了 Google provider,完全无视用户配置。 影响:已配置好 Codex OAuth 的 gpt-image-2 但完全无法通过 Alma CLI 调用生图。

Polinao Xppa 7 days ago
Bug Reports
带工具调用的流式回复在切换对话后消失或显示为空白
问题现象: 在一个包含工具调用/长输出的对话里,助手明明已经执行了操作并产生了最终回复,但聊天界面显示为空回复,或者切换到其他对话再切回来后,这条回复直接消失。 复现条件(高概率): 在当前会话里发送一个需要工具执行的请求 例如:让助手读取网页、抓取内容、查询本地技能,并整理成表格 助手开始执行工具调用,并产生较长的中间输出 在助手回复过程中,用户切换到其他对话,或者会话列表/消息列表发生刷新 再切回原对话 实际结果: 有时会看到一个“空白回复气泡” 有时中间工具过程存在,但最终正文回复不显示 有时刚才还能看到回复,切换对话后再回来,这条回复消失 重新进入会话后,消息列表中似乎没有这条最终回复,像是没有持久化成功,或被前端状态覆盖 预期结果: 助手的最终回复应该稳定显示 即使用户切换对话再回来,已生成的回复也应从服务端/本地缓存正确恢复 工具输出与最终正文应正确合并或按顺序展示,不应出现空消息气泡或消息丢失 额外线索: 问题更容易出现在“工具调用 + 长输出 + 流式回复 + 中途切换会话”组合下 从行为上看,像是: 1)前端流式消息临时状态未持久化 2)工具消息和最终 assistant 消息合并逻辑异常 3)切换会话后重新拉取消息列表时,本地临时消息被覆盖 4)最终 assistant message 已生成但未正确入库/未被前端渲染层识别 建议排查方向: assistant final message 的创建、落库、message id 绑定流程 tool message 与 final assistant message 的关联关系 会话切换时的本地状态清理/重建逻辑 websocket/stream 中断后的补拉与 reconcile 逻辑 空 content message 是否被错误渲染成正常消息气泡

Obet Sajjad 7 days ago
Feature Request
带工具调用的流式回复在切换对话后消失或显示为空白
问题现象: 在一个包含工具调用/长输出的对话里,助手明明已经执行了操作并产生了最终回复,但聊天界面显示为空回复,或者切换到其他对话再切回来后,这条回复直接消失。 复现条件(高概率): 在当前会话里发送一个需要工具执行的请求 例如:让助手读取网页、抓取内容、查询本地技能,并整理成表格 助手开始执行工具调用,并产生较长的中间输出 在助手回复过程中,用户切换到其他对话,或者会话列表/消息列表发生刷新 再切回原对话 实际结果: 有时会看到一个“空白回复气泡” 有时中间工具过程存在,但最终正文回复不显示 有时刚才还能看到回复,切换对话后再回来,这条回复消失 重新进入会话后,消息列表中似乎没有这条最终回复,像是没有持久化成功,或被前端状态覆盖 预期结果: 助手的最终回复应该稳定显示 即使用户切换对话再回来,已生成的回复也应从服务端/本地缓存正确恢复 工具输出与最终正文应正确合并或按顺序展示,不应出现空消息气泡或消息丢失 额外线索: 问题更容易出现在“工具调用 + 长输出 + 流式回复 + 中途切换会话”组合下 从行为上看,像是: 1)前端流式消息临时状态未持久化 2)工具消息和最终 assistant 消息合并逻辑异常 3)切换会话后重新拉取消息列表时,本地临时消息被覆盖 4)最终 assistant message 已生成但未正确入库/未被前端渲染层识别 建议排查方向: assistant final message 的创建、落库、message id 绑定流程 tool message 与 final assistant message 的关联关系 会话切换时的本地状态清理/重建逻辑 websocket/stream 中断后的补拉与 reconcile 逻辑 空 content message 是否被错误渲染成正常消息气泡

Obet Sajjad 7 days ago
Feature Request
onnxruntime-node v1.21.0 的 Node.js 在Windows 10上无法加载
起因是记忆向量无法使用,手动添加报错,让AI自己分析以后的结果是:根因: onnxruntime-node v1.21.0 的 Node.js 原生绑定在你这台 Win 上加载不了。这不是你端能修的——要么是这个.node 文件编译时针对的 Node.js ABI 版本和 Alma 实际用的不匹配,要么是 Windows 系统安全策略拦截了原生模块加载。 能怎么办 你这边无解 — 这是 Alma 打包的 onnxruntime 本身的问题,得等作者更新或换成 WASM 后端。 所以请作者大大看看。

cyt7732 9 days ago
Bug Reports
onnxruntime-node v1.21.0 的 Node.js 在Windows 10上无法加载
起因是记忆向量无法使用,手动添加报错,让AI自己分析以后的结果是:根因: onnxruntime-node v1.21.0 的 Node.js 原生绑定在你这台 Win 上加载不了。这不是你端能修的——要么是这个.node 文件编译时针对的 Node.js ABI 版本和 Alma 实际用的不匹配,要么是 Windows 系统安全策略拦截了原生模块加载。 能怎么办 你这边无解 — 这是 Alma 打包的 onnxruntime 本身的问题,得等作者更新或换成 WASM 后端。 所以请作者大大看看。

cyt7732 9 days ago
Bug Reports
记忆无法导入
ONNX runtime 1.22.0-dev.20250409 无法加载 Xenova/all-MiniLM-L6-v2(HuggingFace transformers.js 的社区标准模型) 错误:Protobuf parsing failed

柏溪 10 days ago
Feature Request
记忆无法导入
ONNX runtime 1.22.0-dev.20250409 无法加载 Xenova/all-MiniLM-L6-v2(HuggingFace transformers.js 的社区标准模型) 错误:Protobuf parsing failed

柏溪 10 days ago
Feature Request