CLI: Update hypeman SDK to 8dd4897f39b16acbdbbfe1d72bfcd15a467719c8 and add new commands/flags

[kernel-internal]

This PR updates the Hypeman Go SDK to 8dd4897f39b16acbdbbfe1d72bfcd15a467719c8 and adds CLI commands/flags for new SDK methods.

SDK Update

• Updated hypeman-go to 8dd4897f39b16acbdbbfe1d72bfcd15a467719c8 (released as v0.21.0, which is what the module proxy resolves that commit to)

Coverage Analysis

This PR was generated by performing a full enumeration of SDK methods and CLI commands.

All 53 endpoints in api.md were enumerated along with every *Params struct field, then compared against every cli.Command and flag defined in pkg/cmd/. The only method with no CLI surface was client.Instances.AutoStandby.Hold. No endpoints are marked x-cli-skip in openapi.yaml.

Note: the command tree was enumerated from source rather than from --help output, because urfave/cli v3.3.2 omits the COMMANDS: section for a command group with a single subcommand. That previously hid auto-standby status and still hides resources reclaim-memory; adding hold incidentally makes the auto-standby group list its subcommands again.

New Commands

• hypeman auto-standby hold <instance> for client.Instances.AutoStandby.Hold()

  Places a hold that keeps the auto-standby controller from putting an instance into standby, and cancels any queued standby attempt. Intended to be called before opening a connection to a candidate-idle instance.

New Flags

No new flags were required. --platform already existed on hypeman run, hypeman image create, and hypeman pull, but was previously sent by rewriting the request body with option.WithJSONSet because the SDK had no typed field. This release adds InstanceNewParams.Platform and ImageNewParams.Platform, so those flags now populate the typed params and the platformRequestOptions workaround is gone.

Response Fields

• AutoStandbyStatus.HoldUntil is surfaced as HOLD UNTIL in the default auto-standby status and auto-standby hold output.
• hypeman image list reads the new typed Image.Platform for its PLATFORM column instead of parsing platform back out of the raw response body.

Triggered by: kernel/hypeman-go@8dd4897
Reviewer: @hiroTamada

---

Note

Medium Risk
Touches instance and image create/pull paths and adds a new auto-standby control API; changes are mostly SDK-aligned refactors plus operational hold behavior before connections.

Overview
Bumps hypeman-go to v0.21.0 and wires new SDK surface into the CLI.

Adds hypeman auto-standby hold <instance>, which calls Instances.AutoStandby.Hold so clients can block auto-standby (and clear queued standby) before connecting to a possibly idle instance. status and hold now share runAutoStandbyAction for resolve-instance, API call, and output; default table output includes HOLD UNTIL when present.

Existing --platform on run, image create, and pull now sets typed ImageNewParams.Platform / InstanceNewParams.Platform instead of option.WithJSONSet; image list reads Image.Platform for the PLATFORM column via platformOrDash. Help text notes platform defaults to the host when omitted.

^{Reviewed by Cursor Bugbot for commit 2aac63f. Bugbot is set up for automated code reviews on this repo. Configure here.}

[firetiger-agent]

Firetiger deploy monitoring skipped

This PR didn't match the auto-monitor filter configured on your GitHub connection:

Any PR that changes the kernel API. Monitor changes to API endpoints (packages/api/cmd/api/) and Temporal workflows (packages/api/lib/temporal) in the kernel repo

Reason: PR updates a Go SDK dependency in the CLI package, not the kernel API endpoints or Temporal workflows specified in the filter.

To monitor this PR anyway, reply with @firetiger monitor this.

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 76e1214. Configure here.}