You know how a Pixar animator doesn't move a character's arm through every single frame? They set a few key poses — hand here at frame 1, here at frame 24 — and the software interpolates the motion in between. Mana does the same thing for robot hands. Instead of trying to learn manipulation end-to-end (which is brutally hard for articulated tools like scissors, pliers, or spray bottles), the system plants a few grasp keyframes procedurally, then fills in the manipulation trajectory using motion planning and reinforcement learning. The core insight is a reframing: dexterous manipulation IS animation, just with physics constraints. The committed claim: a general sim-to-real framework that handles articulated tools — not just rigid blocks or single-joint grippers — with zero-shot transfer from simulation to real hardware, requiring under one minute of human specification per new tool. Prior dexterous manipulation work from labs like OpenAI (the Rubik's cube hand), DexMV, and DexGraspNet focused overwhelmingly on rigid objects. Articulated tools introduce internal degrees of freedom (the hinge on scissors, the pivot on pliers) that make the contact dynamics substantially harder. Mana is not claiming to be the first sim-to-real transfer system, but it is claiming to be the first general pipeline that handles articulated tool manipulation at this level of automation. The architecture is a coarse-to-fine pipeline sitting on top of sim-to-real RL. Step one: procedurally generate grasp keyframes for a given tool's affordance regions (you click a few points in the interface, takes under a minute). Step two: motion planning interpolates between keyframes. Step three: reinforcement learning in simulation refines the trajectories to handle contact-rich dynamics. The whole data generation process is largely automatic. This is simulation-first robotics — the heavy lifting happens in sim, and the policy transfers zero-shot to real hardware. The RL component is doing the hard work of learning contact dynamics that motion planning alone cannot capture. Four articulated tools were tested: different scales, different joint types. The paper does not name specific numerical success rates in the abstract, which is a notable omission — we get the claim of zero-shot transfer but not the quantified reliability. The validation is real-robot experiments (not just simulation), which is the gold standard in this subfield. But the tools were chosen by the authors, not drawn from a community benchmark, and four tools is a small test set for a system claiming generality. The ladder question is where this gets interesting. The closest prior art is DexGraspNet and related work on dexterous grasping, but those systems handle rigid objects. For articulated tools specifically, there is no established SOTA benchmark — this is partly greenfield territory. That makes the claim harder to falsify but also harder to contextualize. The paper is less "we beat X by Y%" and more "we demonstrated something in a category where nobody had a working system." That is a legitimate category of contribution, but it means the reader has to take the demonstration on trust rather than against a named baseline. The milestone to watch: four tools today, but the real unlock is 20-50 diverse articulated tools with published success rates per tool. That is what would make this a platform rather than a demo. The gap is probably 1-2 years if the pipeline scales as claimed. The under-one-minute setup time is the load-bearing number — if that holds at 50 tools, the approach is genuinely scalable. If it quietly balloons to 30 minutes of tuning per tool, the story changes. The experiment the authors did not run: scaling to a much larger tool set (20+) with held-out tools the system has never seen, testing true generalization rather than per-tool policy learning. My honest read is (c) — they are saving it for the next paper. The pipeline is designed for it, the under-one-minute setup claim practically begs for a scaling study, and Abbeel's lab knows how to sequence publications. The other missing piece is a head-to-head comparison with end-to-end learning approaches (no keyframe decomposition) on the same tools, which would isolate the value of the animation reframing.