詳細は物を手にしないとわかりませんが、ベースモデルの修正を（たとえそれがトポロジ変更を伴うものであっても）、それを全てのターゲットに反映させるというスキームで、上記の問題を回避するようです。（スキームなどと仰々しく書いたのは、つまりこれ、トポロジの変化そのものがアニメーションの素材となる場合、たとえば角が伸びていったりとか、筋肉が増大して巨大化する等、こういったものには対応しないのかなと、思うからです。）

このあたりのワークアラウンドのノウハウの有無は大規模プロダクションと個人制作との質の差となってモロに現れる部分だと思います。私のところでも、スクリプトで修正を一括適用するなど、ある程度の範囲であれば対応出来る場合もありましたが、今回標準の機能として搭載される意義はでかいです。

本題からはそれますが、本来、工程管理がしっかりしていればこのあたりの問題の多くはそもそも発生しないように思われる一方、一本線を引いたらフィードバックを受けて次の一本を考える、というのは、クリエイティブな作業の本質だとも思うので、ディレクターが直接ものを触れない立場ならばオペレータ側が負担をかぶるのはある程度まではしようがないかもしれません。ただオペレータ側からすれば、どの程度の修正が現実的に可能で、どの線を越えると後は一発勝負になるのか、その辺の判断基準は素養としてＣＧスタッフを使うディレクターならば把握しておいて欲しいと思うのが当然だと思いますが。