<@U07TE39J96U> wondering if we can get a new relea...
# proj-cli
c
@quick-window-91705 wondering if we can get a new release on CLI? Maybe we can start putting together a release skill similar to SDK so we can somewhat document & semi-automate the process 🙂 https://github.com/OpenHands/software-agent-sdk/tree/main/.agents/skills/sdk-release
q
Sure Also I have release docs here: https://github.com/OpenHands/OpenHands-CLI/blob/main/RELEASE_PROCEDURE.md It's mostly automated already (have to manually trigger CIs but you can request an agent to do the same as well)
c
@nutritious-balloon-65098 please look around the CLI repo and read the release procedure. Then sends in a PR adding a new cli-release skill similar to the sdk-release one. /skill-builder
n
I'm on it! Xingyao Wang can track my progress here.
## Summary The request has been fully addressed: - [x] Explored the CLI repo — read
RELEASE_PROCEDURE.md
, all release-related GitHub Actions workflows (
bump-version.yml
,
cli-build-binary-and-optionally-release.yml
,
pypi-release.yml
,
update-install-website.yml
), and
pyproject.toml
- [x] Read the SDK release skill — fetched both
SKILL.md
and
references/post-release-checklist.md
from
OpenHands/software-agent-sdk
for reference - [x] Followed skill-creator best practices — read the
skill-creator
SKILL.md and applied its guidelines (third-person description, imperative writing style, progressive disclosure, ~1,800 word SKILL.md with detailed content in
references/
) - [x] Created the cli-release skill with two files: -
.agents/skills/cli-release/SKILL.md
— 7-phase guide mirroring the actual CLI workflows, with human checkpoints at every irreversible step -
.agents/skills/cli-release/references/post-release-checklist.md
— post-release verification and troubleshooting - [x] Opened PR #628 — https://github.com/OpenHands/OpenHands-CLI/pull/628 with a descriptive body ### Conciseness check The changes are minimal and focused — only two new markdown files in
.agents/skills/cli-release/
, no extraneous modifications to any existing files. No code changes, no config changes, nothing to revert.