📝 Generate CLI release notes with Codex#282
Merged
Merged
Conversation
Use Codex to write grounded release notes from the real release diff, with the old commit-list output as a fallback if generation fails.
Vizzly - Visual Test ResultsCLI Reporter - Waiting for buildNo builds received yet for this pull request.
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This PR updates the main CLI release workflow to use
openai/codex-actionfor GitHub release notes.The current release notes are technically correct, but they are just commit subjects. That works when every commit is perfectly written. It falls apart when the interesting part is in the diff: docs changes, CLI behavior tweaks, test/supporting work, or a PR that bundles a few related files together.
The new flow asks Codex to inspect the actual release diff and write concise Keep a Changelog-style notes. The prompt is intentionally restrained: no invented features, no marketing polish, no raw commit dump, and no command log. Just the user-facing changes that are actually in the release.
What Changed
.github/workflows/release.ymlwithopenai/codex-action.RELEASE_NOTES.md, then passes that file into the GitHub Release body.Why
This gives us release notes that are still simple, but much more useful. The goal is not fancy copy. The goal is grounded notes that explain what changed in a way a user can scan quickly.
Verification
Validated the workflow YAML locally and checked the diff for whitespace issues.
actionlintis not installed locally, so this has not been run through actionlint.