v0.11.0

Changed

• OpenCode setup: RAE now reuses an existing server or downloads/starts opencode-ai@latest through npx without requiring a global OpenCode install, with configurable auto-start, package, and base URL settings plus password inheritance. Fresh configurations default to free opencode/big-pickle. Provider/model pairs are validated before session creation, invalid configurations include current free-model suggestions, and older compatible servers show an upgrade warning. /settings shows a loading spinner, uses a live searchable provider/model picker, saves the pair atomically, and remains open across related changes until Back is selected.
• Ollama setup: OpenCode mode can discover tool-capable Ollama models, start an installed daemon, and inject provider configuration without modifying the user's opencode.json.

Fixed

• "Prompt is too long" session deadlock (#93): Claude SDK sessions now run with proactive auto-compaction configured per the Claude Code docs — CLAUDE_CODE_AUTO_COMPACT_WINDOW (capped by the CLI to the model's real context window) plus CLAUDE_AUTOCOMPACT_PCT_OVERRIDE=85 — leaving enough headroom that a max-size HAR read landing near the threshold no longer jumps straight past the hard context limit. Both variables are respected if the user sets them explicitly. When the window is exhausted anyway, the error is now explained (progress is saved on disk; start a new run for the same target to continue) and the follow-up prompt is no longer offered on the dead session, where every further message would fail with the same error.
• OpenCode permissions: Permission V2 events now reply through OpenCode's current, non-deprecated permission endpoint while retaining compatibility with older servers.
• OpenCode errors: Known authentication, model configuration, and temporary provider-availability failures now produce one actionable message without the unexpected-error issue prompt.
• OpenCode TUI prompt echo: Streamed text is now restricted to assistant message IDs, preventing RAE's internal browser and reverse-engineering instructions from appearing as model output.
• run/list now work for every output language: discover_scripts() previously only found .py files, so reverse-api-engineer run <run_id> failed with "No Python scripts found" for JS/TS/Go/Java/C#/PHP/Ruby/C clients. Discovery now covers all supported extensions (excluding build dirs and the vendored cJSON sources), and the run command dispatches to the right toolchain per language (compile+execute for C), with a clear error when the required tool isn't on PATH.
• Windows-safe run-command quoting: the Java/C#/PHP/Ruby/C run commands quoted paths with POSIX-only shlex.quote, which cmd.exe/PowerShell parse incorrectly for paths containing spaces. Paths are now quoted per-platform (subprocess.list2cmdline on Windows).

Added

• Go output language: output_language: "go" is now supported alongside python/javascript/typescript, generating a standard-library-first (net/http, encoding/json) Go program, with the same auth-hardcoding/refresh and bot-detection-fallback guidance as the other languages.
• Java output language: output_language: "java" is now supported alongside python/javascript/typescript, generating a small Maven project using java.net.http.HttpClient (JDK 11+, no HTTP library dependency) and Gson for JSON, with the same auth-hardcoding/refresh guidance as the other languages.
• C# output language: output_language: "csharp" is now supported alongside python/javascript/typescript, generating a minimal .NET project using System.Net.Http.HttpClient and System.Text.Json (both part of the .NET 5+ base class library — no NuGet dependency needed), with the same auth-hardcoding/refresh guidance as the other languages.
• PHP output language: output_language: "php" is now supported alongside python/javascript/typescript, generating a script using the curl and json_encode/json_decode core extensions (ext-curl, ext-json — no Composer dependency needed), with the same auth-hardcoding/refresh guidance as the other languages.
• Ruby output language: output_language: "ruby" is now supported alongside python/javascript/typescript, generating a script using net/http and json (both part of Ruby's standard library — no gem/Bundler dependency needed), with the same auth-hardcoding/refresh guidance as the other languages.
• C output language: output_language: "c" is now supported alongside python/javascript/typescript, generating a program using libcurl for HTTP and a vendored cJSON for JSON (C has neither in its standard library), compiled and run as a single {run_command} step, with the same auth-hardcoding/refresh guidance as the other languages.