asymptote-labs/agent-beacon は複数の AI エージェントハーネス間で動作するメモリレイヤーだ。2026 年 11 月 7 日のコミット ec24e31 は Linux ディストリビューション経路を扱っている。v1.3.57 が最初の署名付きリリースであり、このコミットはその事実と apt リポジトリ（https://apt.beacon.sh）を文書化しながら、次のリリースからインストールと自動更新が署名強制を適用する。
核心はキーのピニングだ。cli/beacon/internal/endpoint/selfupdate/release-key.fingerprint に 07BEA34ED6A411F4C066D98322F94195DCDC8F45（Beacon Linux Release Signing、RSA 4096）が入り、install.sh と beacon endpoint update --apply は、チェックサム一覧 checksums.txt がそのキーで署名されていない限り Linux パッケージ（.deb、.rpm）をインストールしなくなった。署名検証には gpgv を使い、gpgv の代わりに sqv がある環境（Debian trixie ベースイメージ）も受け付ける。同じキーがない場合や別のキーの場合、goreleaser ジョブは失敗する。ドキュメントにはフィンガープリントの公開、手動検証手順、apt リポジトリのインストール方法（キーリング参照、フィンガープリント確認、signed-by ソース、apt install beacon）が追加された。
変更点は明確だ。v1.3.57 より前のリリースには署名がないため、次のリリースの install.sh が BEACON_VERSION でそのバージョンを指した場合は拒否され、apt リポジトリは 1.3.57 から始まる。古いバージョンが必要なら、そのリリースの install.sh か手動インストール手順に従う必要がある。新しいテストは、署名なしリリースが dpkg/rpm の実行前に verify release signature で止まること、そしてピン・ドキュメント・キーリングファイルのフィンガープリントが一致することを確認する。ただし cli/beacon のテストスイート全体と実際のホストでの apt install は実行されなかった（代わりに CI が実行する）。強制ロジックはテストで裏付けられているが、実際の apt インストール経路は今回の変更だけでは確認されていない。