steventsvik/tellurion は、Claude Code や Codex、Gemini といった AI コーディングエージェントが1つの macOS 端末上で作業する様子をリアルタイムで観察する監視アプリだ。2026年11月4日にマージされた PR #118 はリリース検査側を直した。release.sh がビルド済みアプリバイナリからテスト専用スイッチ名5つをハードコードして探していた方式をやめ、新しいスクリプト release-checks.sh が Swift ソースから現在の名前を直接取り出して比較する形に変えた。同じコミットで release.sh のアップストリームバージョン確認も、git タグではなく build.zig.zon のパッケージバージョンを読むようになった。CI ワークフローには 새로追加された test_release_checks.py を実行する1行が 붙いた。変更は218行で、216行の追加、2行の削除、対象ファイルは4つだ。
ここでいうスイッチとは、テストビルドにのみ入る内部環境変数とフラグのことだ。このアプリは配布前にテストフックが残ったバイナリを弾き出す必要があるが、名前の一覧を手で書き留めておくと、ソース側で名前が変わった際に grep が何も見つけられず、検査が通ったように見えることがある。新スクリプトはソースから TestHooks.value や TestHooks.flag として読まれる名前を取り出し、大文字で始まる名前を候補とする。また、Swift が15バイト以下の文字列をコマンド内に隠して grep に見せないという限界があるため、16バイト以上の名前だけを対象として検査する。戻り値は3段階だ。0 はクリーン、1 はスイッチが検出された、2 は検査そのものを実行できなかった場合で、2 も失敗として扱う。検査を走らせられなかった状況を通過と見なさないという原則は、コードコメントにそのまま記されている。
ただし、この検査は名前規則とソースの配置に依存する文字列検索だ。ソースから取り出された名前が20件未満なら、それ自体を失敗として報告し、名前の長さや表記が変われば検索対象もそれ随之変わる。新しいテストは成功用のファイルと失敗用のファイルを直接作ってスクリプトを実行して確認するが、コミット資料に実行結果の数値はない。PR #118 はリリースパイプライン内部の安全装置を打磨った変更にすぎず、アプリケーションの機能や性能が変わった旨は資料にない。リリースフローの精度を高めるための変更と見られるが、実際のリリース結果まで判断するには早い。