Homeboy releases omit platform CLI archives

## Problem

WP Codebox releases built through the canonical Homeboy component publish the WordPress plugin ZIP and npm workspace tarball, but omit the platform CLI archives that the WordPress extension's default managed-release setup consumes.

Observed after releases `v0.24.1` and `v0.24.2`:

```
Installing WP Codebox CLI from managed release artifact wp-codebox-cli-linux-x64.tar.gz...
WP Codebox release artifact is unavailable from the configured authority; falling back to source install
```

The `v0.24.2` GitHub release contains only:

- `wp-codebox.zip`
- `wp-codebox-workspace-0.24.2.tgz`

Yet `scripts/package-release-artifact.ts` already defines `wp-codebox-cli-${platform}-${arch}.tar.gz`, and the Homeboy WordPress extension defaults to `releases/latest/download/wp-codebox-cli-${platform}-${arch}.tar.gz`.

## Impact

Every extension setup falls back to cloning, installing, and building WP Codebox from `main`. This is slower, loses immutable release-asset authority, and leaves the configured release path perpetually unavailable even though setup eventually succeeds.

## Expected behavior

The canonical release publishes supported platform CLI archives as authoritative GitHub release assets, including at least `wp-codebox-cli-linux-x64.tar.gz`, with provenance that the managed WordPress installer accepts.

## Acceptance criteria

- Homeboy release packaging invokes the existing platform CLI artifact builder or otherwise declares its outputs as release assets.
- Supported platform archive names match installer expectations.
- Archives include accepted version/build provenance and the runtime packages required by the CLI.
- Release package coverage verifies all declared CLI archives.
- A fresh WordPress extension setup installs in managed release mode without source fallback.

Inizia da scripts/package-release-artifact.ts e segui il modo in cui il componente canonico Homeboy dichiara e pubblica gli output della release. Confronta i suoi output con i nomi predefiniti degli archivi managed-release dell’estensione WordPress ed esegui i controlli di copertura del pacchetto di release insieme a una nuova configurazione dell’estensione. Il lavoro è completato quando gli archivi CLI supportati contengono provenienza e dipendenze accettate e la configurazione non ricorre più a un’installazione dai sorgenti.

Scritto dal modello di indicizzazione a partire dal testo della issue.