Help me improve BoltAI

For a bug report, please include the following information:

  • Your OS version.

  • Your BoltAI app version.

  • Are you a Setapp user.

  • The AI provider & model you’re using.

  • Steps to reproduce the issue.

  • The error message

MCP tool input schemas are stripped of type/enum/default — some properties sent as empty {}

When forwarding MCP tools to Claude/Anthropic, BoltAI appears to apply a lossy transformation to each tool's input_schema, dropping type information that the MCP server provides: Several properties are emitted as empty schemas with no type, e.g. "query": {}, "continuation": {}, "channel": {}, "playlist": {}. Properties that have enum/default in the source schema lose them — e.g. format is sent as {"type": "string"} instead of {"type": "string", "enum": ["json","text"], "default": "text"}. This is valid JSON Schema ({} matches any type) and is accepted by the API, so it's not a hard error — but it's a quality regression. With no type, the model has to guess the expected argument type, which reduces tool-call reliability (malformed or wrong-typed arguments). Dropped enum/default values remove guidance the model would otherwise use. Confirmed by comparison: another client (not named) hitting the same MCP server forwards the full schemas intact — typed properties plus enum and default values — while BoltAI's version is stripped down. This points to a transformation in BoltAI's MCP→Anthropic schema handling rather than the MCP server's output. Request: forward the MCP server's tool inputSchema unchanged — preserve each property's type, enum, and default.

David 1 day ago

🐛

Bug Reports

in BoltAI - MCP tool names use single-underscore mcp_ prefix → Anthropic rejects Claude (OAuth) requests with HTTP 400

When a Claude/Anthropic request includes MCP tools, BoltAI names them mcp (single underscore, e.g. mcpsearch_youtube_z50gm8). Anthropic classifies any tool whose name starts with mcp (single underscore) as a third-party MCP tool and bills it to "extra usage," returning: 400 invalid_request_error: "Third-party apps now draw from your extra usage, not your plan limits…" On accounts with extra usage disabled, every MCP-tool request fails. Claude Code's own convention is a double underscore — mcp — which Anthropic accepts as first-party. Verified fix: renaming mcpsearch_youtube_z50gm8 → mcp__search_youtube_z50gm8 (only change: one extra underscore) turns the 400 into a 200. Requests without tools, or with tools that don't use the mcp prefix, already work. Request: name MCP tools with the mcp__ double-underscore convention. Tried it with https://github.com/router-for-me/CLIProxyAPI and https://github.com/automazeio/vibeproxy (and used in AI Providers - Anthropic endpoint and pointed it to CLIProxyAPI)

David 1 day ago

4
💻

Feature Requests

BUG: UI hangs when running mcp_add_memory_tctnzi tool

OS: macOS 26.4.1 Version: BoltAI 2.12.1 (build 68) - Setapp LLM: Anthropic Claude Sonnet 4.6 I instructed the LLM to commit something in particular to memory. It appears to have called the mem0-memory-mcp server installed. Although it’s not clear to me if that’s what Bolt tried to use, or whether it’s using the built-in Bolt memory tool. I can see in the UI what you see in attached screenshot. The conversation hang after it tried to use this memory tool. I had to manually terminate the hung prompt response. I can see that the number of memories in the Bolt Memory tool didn’t increase. So if that is the memory system it’s utilising in this chat, the hung attempt to add a memory did not get so far as actually adding a memory.

Inspired Earth 18 days ago

2
💻

Feature Requests

Built a Hermes Agent gateway plugin for BoltAI — full markdown + slash commands

Hey, I've been using BoltAI v2 with Hermes Agent (https://github.com/NousResearch/hermes-agent) and hit two annoyances with the official OpenAI-compatible gateway: Markdown gets flattened — headers, tables, code blocks all come through as plain text Hermes slash commands (/help, /status, /new, /model, etc.) aren't intercepted, so they get sent to the LLM instead of running locally and therefore they dont work properly as AI agent cant work with some directly… So I built a small hermes drop-in plugin that fixes both. It's a separate gateway adapter (subclasses the official one, doesn't fork it), runs on its own port, and lives here: https://github.com/Dworf/boltai-hermes-gateway Install: hermes plugins install Dworf/boltai-hermes-gateway --enable Then in BoltAI just follow the official Hermes setup guide (https://help.boltai.com/en/help/articles/9536908-how-to-use-hermes-agent-in-boltai) but point it at port 8643 instead of 8642. Full markdown renders correctly, slash commands work as expected, streaming is preserved. Should also work with any other OpenAI-compatible client that supports markdown + streaming (TypingMind, OpenWebUI, LibreChat, etc.) — untested though (and yeah BoltAI has no competition in this space :) ) Question for the BoltAI team / community: if there's interest, I'm happy to implement a commands discovery endpoint on the plugin side so that — if BoltAI ever wants to add it on the client side — you could get interactive slash command suggestions, autocomplete, and /-menu UX natively. Let me know if that's something worth building toward. Should be easy from the plugin side… Thanks!

David 23 days ago

2
💻

Feature Requests