@Fil you are still left with the fork in that scenario, whereas I’d rather maybe reference other notebooks and eliminate the fork from original notebook to avoid confusion
This is for those cases when your notebook takes the life of its own after you forked something, then pulled other code pieces from other notebooks and would like to have one clean comprehensive notebook version as final
Also, if we can export it as es6 module. would be nice to import it as well, even looking further down the road when some might draft notebooks in private observable runtime deploys and then decide to make them public.