遠端基礎設施

真的需要了，再把伺服器和 runner 開啟。

本地照舊是預設。只有當共享狀態或託管 CI 真的替你解決了協作問題，才有必要加一個遠端權威。

遠端這一側管什麼

`ait-server`

負責遠端協議、儲存庫登錄檔、共享的工作流程狀態、策略，以及 Worker Job 佇列。

`ait-runner`

領走它能處理的作業，還原出確切的 Snapshot，跑你儲存庫的 CI 入口，再把結果送回去。

接上遠端之後有什麼不同

你的儲存庫會註冊到你自己挑的伺服器上。
Patchset、CI 結果、attestation、策略和收尾狀態，都可以放在那臺伺服器上。
runner 可以針對作業引用的那個確切 Snapshot 來執行。
伺服器和 runner 的可用性、儲存、認證、連通性和版本相容，從此歸你自己顧。

用容器試一下 1.1.1

docker network create ait-native
docker volume create ait-native-data
docker run --detach \
  --name ait-server \
  --network ait-native \
  --publish 127.0.0.1:8088:8088 \
  --restart unless-stopped \
  --volume ait-native-data:/var/lib/ait \
  ghcr.io/weita2026/ait-server:1.1.1

curl --fail http://127.0.0.1:8088/healthz

公開的 GHCR 映象覆蓋 Linux arm64 和 amd64。綁在迴環地址上，在你自己有意識地在前面加一層安全入口之前，它不會暴露到公網。

當維運要擔的事

隨包附帶的伺服器在你設定並啟動之前，一直是不動的。
只要對外，認證、TLS、網路、備份和升級都得你自己給出答案。
伺服器和 runner 的可用性、儲存、監控和相容性，都歸你。

先在本地跑，有理由再往外擴

伺服器該是用來解決真實的協作問題的，不該是你連試都還沒試 AIT，就得先架起來的東西。