bytedance / Elkeid

Copies a prompt for a coding agent. It has 3 tasks for the maintainers of bytedance/Elkeid.

Improve the Health Facts of the GitHub repository bytedance/Elkeid.

AwesomeRepos measures facts about how a repository is maintained, released, secured, and documented. Its page for this repository is https://awesomerepos.com/bytedance/Elkeid. A change to the repository can improve each of the 3 items below. Each item gives the measured fact or score, and a task.

1. A release in the last 365 days
   Fact: Newest release scanner-v2.2.0.2-20241226_1_test_only on 2024-12-26, 687 days ago. 0 releases in the last 365 days.
   Rule: The newest published GitHub release (a pre-release counts; a draft does not) is 365 days old or less. A repository that publishes only tags, or only to a package registry, has no GitHub release. The release refresh reads the 10 newest releases after each push to the repository, and at least each 30 days. The index refresh reads the date of the last push each day.
   Task: Prepare a release, but do not publish it. Find the changes since the newest release, propose the next semantic version and the release notes, and ask me to publish the GitHub release. If nothing changed since the newest release, skip this item. If the project publishes only to a package registry, add a CI step that also makes a GitHub release for each version tag.

2. The newest release tag is a semantic version
   Fact: The newest release tag is scanner-v2.2.0.2-20241226_1_test_only.
   Rule: The tag of the newest release has the form 1.2.3 or v1.2.3, with an optional pre-release or build part. There is no data when the repository has no release.
   Task: Make the next release tag a semantic version (1.2.3 or v1.2.3). Do not change or delete a published tag. If a release tool makes the tags, configure it for semantic versions, and write the version scheme in the contributing guide.

3. A licence
   Fact: GitHub finds no licence.
   Rule: GitHub finds a licence file. When GitHub cannot name the licence, the fact says so.
   Task: Ask me which licence to use. Do not choose one yourself. Then add the standard licence text as LICENSE at the root, so that GitHub can name the licence. Do not change the terms. Fill in only the fields of the template (for example the year and the copyright holder), and ask me for a value that you cannot verify.

Rules for this work:
- Each file must be true for this project. Do not copy text that does not apply to it.
- Do not choose a licence, a contact, or a release version for me. Ask me.
- Do not publish a release, change a repository setting, or push to the default branch. Make the changes on a new branch.
- Keep each change small, and run the checks of this repository before you finish.
- At the end, list each item as DONE, SKIPPED (with the reason), or NEEDS A DECISION (with the question).

AwesomeRepos reads these facts again in its next scan. The definitions of the checks: https://awesomerepos.com/health-facts