The lazy-loading approach for the API reference is clever. Did you consider embedding a smaller, distilled subset of the most-used classes permanently in context, and only lazy-loading the long tail? Curious whether the overhead of deciding what to load ever causes cascading errors where the wrong API gets pulled in. Also interested in the visual QA separation - using a model that sees only screenshots and never the code is a genuinely good idea for avoiding confirmation bias. Did you try using Claude for that role too, or was Gemini Flash specifically chosen for cost reasons?