prepare-release Eval report.

Validation plan

What the agent should do next

1. 1Inspect repository, README/SKILL.md, license, and recent commits before production use.
2. 2Install in an isolated workspace or sandbox with no production secrets available.
3. 3Run the smallest representative task and record files touched, commands run, network access, and outputs.
4. 4Compare the selected skill against at least one alternative when the eval status is review or failed.
5. 5Promote only after the agent reports a successful verification result and unresolved warnings are accepted.

Do not use when

Conditions that require another skill

• teams that need a vendor-supported SLA
• production agents without a repository review
• The skill directly executes `pnpm build:builtin-knowledge` and creates git branches/PRs without explicit user confirmation beyond the initial request. This could lead to unintended side effects if the agent is misused or the user input is misinterpreted.
• High-risk permission hints: Shell or command execution
• There is no explicit handling of prompt injection from commit messages or other repository content. While the skill only extracts `release-note` blocks, an attacker could craft commit messages to inject instructions into the release-note generation step (though the LLM is expected to follow the skill's rules).
• Production credentials, payments, or irreversible account changes without explicit human review