the expectation that the usecase of kotlin scripts be restricted to single scripts doing some nice use cases is not the ideal way to think about it. do you want to restrict the use case that way ? the expectation of manifest+lock dependency management as a way to build "repeatable" builds for script based frameworks is how every other language is handling it