Imagine you're training a new hire at a restaurant. The chef (action expert) watches the server (VLM) interact with customers and sends feedback: 'that order description was confusing, next time emphasize the allergy.' But the restaurant manager has a policy: the chef's complaints never reach the server directly — they're insulated — because the worry is that chef-feedback will make the server forget how to greet customers and read the room. Instead, the server gets a separate training: flashcards of menu shorthand (action tokens) that happen to encode the same information the chef needs. The question this paper asks is: does the no-feedback-from-chef policy actually help, or is it only working because the flashcards already teach the server what the chef would have said? The committed claim: gradient insulation — the practice of blocking the action expert's loss from updating the VLM backbone — is not a universal best practice for mixture-of-transformer VLAs. Its success is contingent on whether the VLM simultaneously receives discrete action-token supervision. Strip away those tokens and insulation costs you 25% in open-loop driving error and up to 40% in closed-loop route completion. The architecture under scrutiny is the increasingly standard VLA pattern: a frozen-or-finetuned VLM backbone (transformer, pretrained on vision-language data) paired with a flow-matching action head that conditions on the VLM's key-value cache. The flow-matching head generates continuous action trajectories. The question is purely about training signal routing — does the flow-matching loss propagate back into the VLM weights or not? This is a training recipe question, not an architecture question, which makes it unusually actionable for practitioners. You can change this in a config file. The experimental design is clean: a 2×2 factorial (insulation vs coupling) × (action tokens vs no action tokens), tested across two domains — autonomous driving (NAVSIM open-loop and closed-loop) and robot manipulation. The driving results are the most detailed: in open-loop evaluation, insulation ties coupling when action tokens are present, but coupling wins by ~25% without them. In closed-loop, coupling improves route progress by 17% even with action tokens and 40% without. Manipulation results track the same pattern. The consistency across domains strengthens the claim considerably. The integrity picture is reasonable but not bulletproof. Both evaluation domains are simulation-based (NAVSIM for driving, unspecified manipulation benchmark). The paper compares against its own ablation baselines rather than against external SOTA VLA systems, which is appropriate for a recipe-comparison paper but means we don't know how the best configuration stacks against, say, π0 or OpenVLA on an absolute scale. No code release is mentioned. The factorial design is the right approach for disentangling confounded factors, and the consistency across domains reduces cherry-picking risk. The milestone question is about scaling these insights to real hardware. Current results are simulation-only. The next meaningful number is whether coupling's advantage holds on a physical robot with real sensor noise and distribution shift — where VLM capability preservation (the reason insulation exists) faces its hardest test. If coupling still wins on real hardware with, say, 100+ diverse manipulation tasks, insulation as a default recipe is dead. The obvious experiment not run: fine-tuning from a pretrained VLA checkpoint rather than training jointly from scratch. The paper notes that coupling works well 'when both components are trained jointly from the outset,' which is a careful qualifier. The scenario where insulation might still matter most — adapting a mature, already-deployed VLM — is conspicuously absent. Honest read: this is being saved for the next paper, because it's harder to set up and the results might be messier.
