Hello, I tried to use payed Mistral-API for Agent Zero. In simple Chat-Situation no problem, but if I gibe Agent Zero a complicated job, it crashes. AI tell me, it is because there are too many requests and Mitral clode the door (I AM PAYIMNG!), so I try, that the reuqests had to run slowly each by each, but I Cannot set this in Agent Zero. Sad, because in europe, I want not use an API which is connected to US-Cloud-Act. Had someone clear this issue? Thanks for a tipp!!! Chris

Leute, spart euch die Mühe mit dem Offline-Setup in v0.9.7. Die Recall-Memories-Extension hat einen Hardcoded-Bug, der OpenRouter erzwingt, selbst wenn man Ollama einstellt. Hab 15 Stunden Debugging hinter mir (inkl. Docker-Volume-Purge und Env-Overrides). Das Ding ist aktuell nicht Air-gapped-fähig. Wer echte lokale Power (70B) will, sollte zu AnythingLLM oder Open WebUI wechseln, bis die Devs das fixen.

Title: [Bug/Design Flaw] Strict Offline Mode Impossible: Cloud Defaults Override Local Docker Config System Environment: - OS: Ubuntu Server - Hardware: 128 GB RAM | RTX GPU - Backend: Local Ollama instance (no external API keys) - Deployment: Docker / Docker Compose Description: Despite the project claiming to support local execution, I am unable to run the agent in a strictly offline environment (air-gapped/local network only). The system appears to prioritize hardcoded cloud defaults (OpenRouter/LiteLLM) over the local configuration provided in docker-compose.yml. Technical Findings: 1. Configuration Precedence: It seems the internal SQLite database state overrides environment variables defined in docker-compose.yml. Even after changing providers to ollama, the system attempts to fetch legacy cloud paths. 2. Hardcoded "Memory" Dependency: The "Recall Memories" module seems to have hardcoded dependencies on external providers. The agent attempts to load this module before checking the offline status, resulting in a crash loop when no internet connection is available. 3. Error Handling: We cannot instruct the agent to disable these features via chat because the crash occurs during the initialization/pre-flight check of the intelligence module. Steps Taken to Resolve (All Failed): - Set CHAT_MODEL_PROVIDER=ollama in environment variables. - Performed a full database purge (rm -rf /data/db). - Reset Docker volumes (docker-compose down -v) to force a clean slate. - Attempted to force MEMORY_AUTO_RECALL=false. Conclusion: The current architecture forces external API calls and does not respect a purely local configuration. Is there a documented way to completely strip the "Memory" module's external dependencies for a 100% offline Docker deployment?