远程基础设施

真的需要了，再把服务器和 runner 打开。

本地照旧是默认。只有当共享状态或托管 CI 真的替你解决了协作问题，才有必要加一个远程权威。

远端这一侧管什么

`ait-server`

负责远程协议、仓库注册表、共享的工作流状态、策略，以及 Worker Job 队列。

`ait-runner`

领走它能处理的作业，还原出确切的 Snapshot，跑你仓库的 CI 入口，再把结果送回去。

接上远端之后有什么不同

你的仓库会注册到你自己挑的服务器上。
Patchset、CI 结果、attestation、策略和落地状态，都可以放在那台服务器上。
runner 可以针对作业引用的那个确切 Snapshot 来执行。
服务器和 runner 的可用性、存储、认证、连通性和版本兼容，从此归你自己顾。

用容器试一下 1.0.0

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.0.0

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

公开的 GHCR 镜像覆盖 Linux arm64 和 amd64。绑在回环地址上，在你自己有意识地在前面加一层安全入口之前，它不会暴露到公网。

当运维要担的事

随包附带的服务器在你配置并启动之前，一直是不动的。
只要对外，认证、TLS、网络、备份和升级都得你自己给出答案。
服务器和 runner 的可用性、存储、监控和兼容性，都归你。

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

服务器该是用来解决真实的协作问题的，不该是你连试都还没试 AIT，就得先架起来的东西。