struklabs/harness-studio は，llama.cpp のようなオープンソース AI モデルを自分のbun PC で直接動かすためのデスクトップアプリ兼ローカルゲートウェイである。リポジトリの説明は，モデルを個人用手 PC で実行するための無料オープンソースプロジェクトだと明かしている。2026 年 10 月 22 日のコミット 07528c5 は，アプリコードやモデル実行部ではなく，GitHub Actions のリリースワークフローに手を入れた。コミットメッセージは "fix: share one draft across release jobs (#450)" であり，.github/workflows/release.yml の 1 ファイルで 42 行が追加され，2 行が削除された。
変更の中心は，タグ 1 つにつき1 つの下書きリリース（draft release）を複数のジョブが共有するという点である。下書きリリースとは，リポジトリに登録されているがまだ公開されていない項目をいう。新しく入った prepare ジョブは，まず GitHub API でそのタグのリリースを探す。存在しなければ "Harness Studio <tag>" という名前の下書きを作り，存在するならその id を出力する。同じタグのリリースが 2 つ以上ある場合は，自動的にまとめずにエラーで停止し，すでに公開されたリリースを新たに作ろうとする場合にも拒否する。次に build ジョブは prepare を前提条件とし，公開段階は prepare が渡した release_id をそのまま使い，組織化を行う organize ジョブも，タグで改めて検索していたものをその id に置き換えた。同じタグのリリース実行を 1 つのグループにまとめ，進行中の実行を取り消さないという設定（cancel-in-progress: false）も併せて盛り込まれた。
ただし，このコミットが触れたのは配信パイプラインだけである。アプリの実行性能，モデル対応範囲，配布パッケージの構成は，今回の変更の対象ではない。公開されている記録にはこの修正の実行結果もリリース成果物もなく，重複した下書きが実際に消えるかどうかは GitHub Actions の挙動に依存する。下書き作成がビルドより先に行われるため，ビルドが失敗しても下書きは残る。すでに公開されたリリースは再作成できないという制約はそのまま維持され，下書きが複数たまった場合，このワークフローはそれらを自動的に整理せず，人手で統合する必要がある。