3.2.0 breaks caching system due to `circleci` lacking the `env` subcommand

Chưa có ai nhận issue này.

## Orb version:

3.2.0 (specifically as of the commits from #131) - can confirm dropping back to 3.1.0 avoids the issue

## What happened:

`circleci local execute name-of-job` results in:

```
Error: unknown command "env" for "circleci"
Run 'circleci --help' for usage.
ERRO[0000] Exit with status 1 due to generic error error="unknown command \"env\" for \"circleci\""
```

stemming from an internal script (the one for linking lockfiles) calling out to `circleci env subst`.

I wasn't able to determine exactly where this ends up running; or rather, why the `circleci` it calls is neither visible in eg `docker run --rm -it cimg/python:3.8` (for any tags, eg behavior is same under `cimg/python:3.13`) nor matching the version in my localhost's environment (which is the latest possible `circleci` and does have `circleci env subst`).

I also haven't progressed to pushing my CI config updates to the server so I'm not sure if this issue occurs outside of `circleci local`.

## Expected behavior:

Expected to actually run my task locally, as happens correctly with orb 3.1.0 and below, usually leading to errors that are actually my fault 😂

## Additional Information:

Not super likely to matter but my execution environment is Arch Linux pinned to a 2024-ish archive repo. my `circleci` CLI version is `0.1.32638+2bfc35c (release)`.

Bắt đầu từ script liên kết lockfile nội bộ được đề cập trong báo cáo và truy vết nơi `circleci local execute` gọi `circleci env subst`. So sánh hành vi giữa orb 3.2.0 và 3.1.0, sau đó xác minh rằng quá trình thực thi cục bộ được báo cáo hoàn tất qua lệnh này mà không gặp lỗi subcommand không xác định.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.