worktrunk: Add version 0.23.1

[zhzy0077]

• Use conventional PR title: <manifest-name[@version]|chore>: <general summary of the pull request>
• I have read the Contributing Guide

Summary by CodeRabbit

• New Features
  • Added Scoop package support for WorkTrunk CLI v0.23.1 (Windows 64-bit), enabling one-step installation and automated updates via the package manifest.

[coderabbitai]

Walkthrough

Adds a new Scoop manifest at bucket/worktrunk.json defining a Windows x86_64 release for WorkTrunk with version, homepage, license, architecture-specific download URL and SHA256, executable name (git-wt.exe), checkver, and autoupdate rules including regex-based hash retrieval.

Changes

Cohort / File(s)	Summary
Scoop Package Manifest bucket/worktrunk.json	Add new Scoop-style manifest for WorkTrunk (Windows 64-bit): version, description, homepage, license, arch-specific download URL and SHA256, binary name (git-wt.exe), checkver, and autoupdate with version interpolation and regex-based .sha256 hash extraction.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Suggested labels

review-needed

Suggested reviewers

• aliesbelik

Poem

🐰 A tiny manifest, crisp and bright,
Packed with versions, hashes tight,
Windows-ready, signed just right,
A rabbit nods — release takes flight! ✨

🚥 Pre-merge checks | ✅ 3

✅ Passed checks (3 passed)

Check name	Status	Explanation
Description check	✅ Passed	The description includes the required checklist items marked as completed, confirming the contributor has read guidelines and used the conventional PR title format.
Docstring Coverage	✅ Passed	No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Title check	✅ Passed	The title 'worktrunk: Add version 0.23.1' accurately describes the main change—adding a Scoop manifest file for WorkTrunk version 0.23.1 to the bucket.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing touches

• 📝 Generate docstrings

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Post copyable unit tests in a comment

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[github-actions]

Your changes did not pass all checks.

Please address the issues in the manifest and comment starting with /verify to rerun the checks.

worktrunk

• Lint
• Description
• License
• Hashes
• Checkver
• Autoupdate
• Autoupdate Hash Extraction

Check the full log for details.

[zhzy0077]

/verify

[github-actions]

All changes look good.

Wait for review from human collaborators.

worktrunk

• Lint
• Description
• License
• Hashes
• Checkver
• Autoupdate
• Autoupdate Hash Extraction

Check the full log for details.

[z-Fng]

To add a new package to this bucket, please follow the standard way to create a package request issue first and link it to your PR.

When creating a package request, you can check the criteria for a package to be accepted in this bucket, which can help you determine whether your PR is likely to be approved. The information provided in the issue can also help maintainers quickly get the necessary details.

For a package to be acceptable in this bucket, it should be:

1. Reasonably well-known and widely used. e.g. if it's a GitHub project, it should have at least 100 stars and/or 50 forks *
2. English interface (or at least English documentation) *
3. Latest stable version *
4. Full version (i.e. not a trial version)
5. Fairly standard install (e.g. uses a version-specific download URL, no elaborate pre/post install scripts)

[z-Fng]

Please consider adding this to the Main bucket instead, as it fully meets all the criteria for inclusion.

[zhzy0077]

opened one at

• worktrunk: Add version 0.23.1 Main#7623
• [Request]: worktrunk Main#7622