using paket as a global tool without paket.bootstrapper

Description

Maybe I'm doing it wrong? I have installed paket as a global dotnet tool and used it in terminal with a new dotnet project.
I supposed I don't need a bootstrapper anymore.
Getting error by dotnet build or restore

Repro steps

dotnet tool install paket -g
mkdir -p classlib/src/classlib
cd classlib/src/classlib
dotnet new classlib -lang f#
cd ../..
paket init
paket add FSharp.Core --project src/classlib/classlib.fsproj
cd src/classlib
dotnet build

If possible then please create a git repository with a repro sample or attach a zip to the issue.

Expected behavior

Project built without any errors.

Actual behavior

paket update works, but neither dotnet build nor dotnet restore. Getting following error:

$ dotnet build
shasum: /Users/username/Projects/fsharp/classlib/.paket/../paket-files/paket.restore.cached:
Cannot open assembly '/Users/username/Projects/fsharp/classlib/.paket/paket.exe': No such file or directory.
/Users/username/Projects/fsharp/classlib/.paket/Paket.Restore.targets(91,5): error MSB3073: The command "/Library/Frameworks/Mono.framework/Commands/mono --runtime=v4.0.30319 "/Users/username/Projects/fsharp/classlib/.paket/paket.exe" restore" exited with code 2. [/Users/username/Projects/fsharp/classlib/src/classlib/classlib.fsproj]

Environment

MacOS with latest mono, dotnet SDK and paket

classlib.tar.gz

Known workarounds

Install paket.bootstrapper manually into .paket folder or use plain nuget instead.

Reproduce the reported global-tool setup from the issue and inspect .paket/Paket.Restore.targets, especially the restore command used by the generated classlib.fsproj. Compare the global-tool workflow with the current bootstrapper-based files; done means dotnet restore and dotnet build no longer require a missing .paket/paket.exe.