New package: QuantumChaos v1.0.0

[JuliaRegistrator]

• Registering package: QuantumChaos
• Repository: https://github.com/Kiize/QuantumChaos.jl
• Created by: @Kiize
• Version: v1.0.0
• Commit: 190cde4acd243bc7407a24addb47e50dde4b6eb7
• Reviewed by: @Kiize
• Reference: Package registration Kiize/QuantumChaos.jl#4 (comment)

[github-actions]

Hello, I am an automated registration bot. I help manage the registration process by checking your registration against a set of AutoMerge guidelines. If all these guidelines are met, this pull request will be merged automatically, completing your registration. It is strongly recommended to follow the guidelines, since otherwise the pull request needs to be manually reviewed and merged by a human.

1. New package registration

Please make sure that you have read the package naming guidelines.

2. AutoMerge Guidelines are all met! ✅

Your new package registration met all of the guidelines for auto-merging and is scheduled to be merged when the mandatory waiting period (3 days) has elapsed.

3. To pause or stop registration

If you want to prevent this pull request from being auto-merged, simply leave a comment. If you want to post a comment without blocking auto-merging, you must include the text [noblock] in your comment.

Tip: You can edit blocking comments to add [noblock] in order to unblock auto-merging.

[goerz]

Thank you for submitting your package! Could you add a little bit of documentation before registering? At the very least, that would include a small usage example in the README. An important part of packages in General is that any potential user can figure out what the package is about and how to get started with using it. That is really difficult when there is no documentation.

In the longer term, I definitely recommend setting up a Documenter-based documentation. Before a v1.0 release, or for smaller packages that can be effectively described entirely with their README, that's not a requirement, though. Since you are registering with 1.0, though: if you intend to follow semantic versioning, then having a formally declared public API is a requirement for a 1.0 release. I might recommend registering with an initial version v0.1 if the package is not ready to be declared "stable" yet.

[Kiize]

Thank you for the comment! I will definitely add a quickinstall/quickstart in the Readme for the package and look to downgrade to version 0.1.0.

[goerz]

Closing in favor of #144405