Study U · Views & grounding
Document-carried dependencies
Focused views assume the instruction carries every value an edit needs. Study U built the class where it doesn't: dependent edits ("set A's content to the same value as B's", "rename A to B's name") whose needed value is verified absent from the instruction AND from the rendered target-only view.
That view failed all 90 cells across both models; and every single failure was a valid patch containing a silently invented value: zero refusals, zero invalid artifacts, 90/90 confident fictions that validate and apply.
The fix is one line: put both mentioned nodes in the focus ids. That scores a perfect 90/90; descriptively better than the whole tree, which fumbled 3 structure-reads at ~1000 nodes on sonnet; at ~1.7k median input tokens, 25× less than the full tree.
The shipped search recipe can self-serve reads at 82–84% (median 2–3 calls), significantly short of full-tree parity on gemini (p = 0.008) and weakest on value-copies (75%): search grounds targets at oracle level, but reading values is the application's job. Focus ids = every node the request mentions.