Help us make TypingMind better!

Tell us how we could make TypingMind more useful to you by upvoting an existing post or creating a new post below. Thank you!

Multi-agent Debate

I hope there is a button to allow Multi-agent Debate Mode. This is I think even more useful than parallel agent output. MAD can save so much time analyzing a complicated topic, especially those with many sub-topics (ex: should universal basic income be implemented in the next years?) [MECHANICS] - Two or more AI language models debate a user-provided topic through structured, round-based interaction. - The human user: a) observes all outputs at every stage; b) may intervene between rounds; c) remains the final arbiter of whether consensus has been reached. [FEATURE REQUEST] - Please add a file attachment tool that allows the human user to upload and provide multiple reference files simultaneously to all participating LLMs. - The file attachment tool should support, at minimum: 1. PDF files 2. .txt files 3. Markdown files 4. docx/MS Office/LibreOffice files - The attached files should be available as shared reference material for any/all LLMs during the debate. - The human user should be able to attach files before the debate begins and, ideally, also between rounds when asking follow-up questions or requesting clarification. ** A strong multi-LLM debate protocol should not imitate a loose human panel discussion. It should behave more like a formal academic debate with controlled rounds, visible transcripts, forced engagement. - A multi-agent debate protocol should also offer the option to: - have the MAD protocol decide whether there has been full consensus on the entire list of topics, or - allow a human judge to decides whether true consensus has actually been reached on any or all of the discussion points.

💡

Feature Request

about 1 month ago

Support adding Atlas Cloud as a full custom provider with automatic model import

Hello TypingMind Team, I would like to request support for adding Atlas Cloud as a full custom provider in TypingMind. At the moment, TypingMind only allows adding individual custom models manually. This works, but it becomes inconvenient when using providers like Atlas Cloud that expose multiple models through an OpenAI-compatible API. I would like to be able to add Atlas Cloud once as a custom provider, using = Base URL: https://api.atlascloud.ai/v1 Then TypingMind should automatically fetch and display all available models from that provider, instead of requiring each model to be added manually one by one. This would be very useful for users who use model aggregators or OpenAI-compatible providers, because models are frequently added, renamed, or updated. Having automatic model discovery would make the setup much faster and easier. Suggested feature: Add a new option called Add Custom Provider Allow users to enter a provider name, API key, and base URL Automatically fetch available models from the provider’s /models endpoint Let users enable or disable the models they want to use Keep the current manual “Add Custom Model” option for advanced cases This would make TypingMind much more flexible for users who rely on external providers such as Atlas Cloud, OpenRouter-style services, or other OpenAI-compatible APIs. Thank you for considering this feature. Best regards, Fabien

💡

Feature Request

4 days ago

Native desktop app for better performance

In short: I experience severe performance issues/lags when chats exceed a certain length, making the app painfully slow or impossible to use at that point. If this problem is shared by others and due to limitations of a PWA-style app, I would strongly recommend moving towards a native desktop (macOS) app. Problem: Unlike a similar post, I do not experience the problem as one of the number of chats rather than of chat length: As soon as a chat’s context exceeds ~20.000-30.000 Tokens and this particular chat is opened, every new action (clicking on this chat, scrolling within the chat, formulating a new question, querying an answer) will cause a ~10-20 second delay/freeze of the app. Unlike that other post, too, this is not accompanied by a huge CPU or memory usage (percentage-wise) of the app. Context: Your support bot attributes this to limitations of both the browser / the PWA using the browser’s local storage (IndexedDB), which I think is convincing. However, because I see no other complaints like this in this forum, I will share some additional context information to rule out other causes: Account: Typing Mind Premium Plan; Web application, locally stored data (no cloud). App: Typing Mind PWA operating on Safari 26.5 System: Mac OS Sequoia on a 3,2 GHz 6-Core Intel Core i7 (outdated, but usually not a problem; see also low CPU and memory usage) Internet: 300Mbit/s Download and 150Mbit/s Upload Closing comment: I really enjoy Typing Mind’s idea, UI, and possibilities. It is simply that bumper that makes the application so hard to use in the long term. I would be delighted to have a smooth performance without constantly splitting up chats (losing their context, too) or switching to the cloud – be it through a native desktop application or another workaround. Thank you!

💡

Feature Request

5 days ago

Request: Add OpenCode Zen & GO API endpoints to TypingMind Proxy

Hi TypingMind Team, I would love to use OpenCode's hosted models through TypingMind, but I'm running into a CORS issue. OpenCode's API endpoints do not send Access-Control-Allow-Origin headers, which prevents direct browser connections. I tried enabling the "Use TypingMind Proxy" option, but I received this message: "Sorry, TypingMind Proxy does not support the endpoint 'https://opencode.ai/zen/go/v1/chat/completions' yet." Could you please add the following OpenCode endpoints to the TypingMind Proxy whitelist? OpenCode Zen endpoints: https://opencode.ai/zen/v1/chat/completions https://opencode.ai/zen/v1/responses https://opencode.ai/zen/v1/messages https://opencode.ai/zen/v1/models/gemini-3.1-pro https://opencode.ai/zen/v1/models/gemini-3-flash https://opencode.ai/zen/v1/models OpenCode GO endpoints: https://opencode.ai/zen/go/v1/chat/completions https://opencode.ai/zen/go/v1/messages https://opencode.ai/zen/go/v1/models OpenCode is a very popular open-source AI coding agent (140K+ GitHub stars). Their Zen gateway provides curated proprietary models (GPT, Claude, Gemini, etc.), while GO provides affordable open-source coding models (DeepSeek, Kimi, Qwen, GLM, etc.). Supporting these endpoints would be a great addition for many TypingMind users who want reliable, tested models through OpenCode's gateway. If you need any additional details about their API format, you can find documentation here: https://opencode.ai/docs/zen https://opencode.ai/docs/go Thanks a lot for considering this!

💡

Feature Request

about 1 month ago

1

Request: Add OfoxAI API endpoints to TypingMind Proxy / endpoint allowlist

Hi TypingMind Team, I would like to use OfoxAI as a custom model provider in TypingMind, but I am currently running into an endpoint allowlist issue. I was previously able to use OfoxAI through TypingMind with the Claude Messages API type. The endpoint was: https://api.ofox.ai/anthropic/v1/messages It worked correctly before, including long-context Claude conversations and prompt caching. However, it suddenly stopped working. In Chrome DevTools, the request fails before reaching OfoxAI: POST https://www.typingmind.com/api/check-cors Response: 403 Forbidden {"error":"Endpoint not allowed"} OfoxAI receives no failed request logs, so it appears that the request is blocked by TypingMind before it reaches the API provider. I also tried the OpenAI-compatible endpoint, but it appears to be blocked in the same way. Could you please add OfoxAI endpoints to the TypingMind Proxy / endpoint allowlist? OfoxAI Anthropic-compatible endpoints: https://api.ofox.ai/anthropic/v1/messages https://api.ofox.ai/anthropic/v1/models https://api.ofox.ai/anthropic/v1/models/{provider} https://api.ofox.ai/anthropic/v1/models/{provider}/{model_id} https://api.ofox.ai/anthropic/v1/models/count OfoxAI OpenAI-compatible endpoints: https://api.ofox.ai/v1/chat/completions https://api.ofox.ai/v1/responses https://api.ofox.ai/v1/models https://api.ofox.ai/v1/models/{provider} https://api.ofox.ai/v1/models/{provider}/{model_id} https://api.ofox.ai/v1/models/count OfoxAI supports multiple API protocols, including OpenAI-compatible and Anthropic-compatible APIs. For Claude models, the Anthropic-compatible endpoint is especially useful because it supports native Claude features such as prompt caching and long-context workflows. Supporting these endpoints would be very helpful for TypingMind users who want to use Claude models through OfoxAI while keeping TypingMind as their main chat interface. Thanks a lot for considering this.

💡

Feature Request

13 days ago

Add chat management actions (Tags, Folders, Favorites) directly inside the active chat view

Hi, I've run into a bit of a workflow friction point. Right now, managing a chat (like adding or updating tags, marking it as a favorite, or moving it to a folder) has to be done from the sidebar's chat list. Most of the time, that works fine. But it becomes surprisingly frustrating when the active chat isn't actually visible in the sidebar. For instance, if the list is filtered by a tag that the current conversation lacks, those quick actions simply vanish from reach. To make a simple change, you are forced to clear the active filters, hunt down the current chat in the main list, and only then apply the tags or folders. It completely breaks the flow. It would be incredibly helpful to have these exact same management actions accessible directly from within the active chat interface itself. Maybe tucked into a top-right menu or header? This would allow us to organize, tag, and favorite conversations on the fly, all without losing the current sidebar context. Thanks for considering this!

💡

Feature Request

15 days ago