
エージェントの設定を、リポジトリで宣言して配る
Claude Platform の管理コマンド ant CLI(v1.30.0、2026年9月3日)に ant apply が追加された。
エージェント・環境・スキル・メモリストア・デプロイメントをリポジトリ内のファイルで宣言し、ant apply 一発で作成・更新できる。
形はよく知られたものである。
- 適用前にプランが提示され、承認してから反映される
claude-lock.jsonというロックファイルでリソースのバージョンを追跡する
Terraform を触ったことがあれば、この2点だけで何ができるかは想像がつく。
で、SEの実務ではどう使うか
これまでエージェントの設定は「誰かの手元」にあった。
スキルを足した、環境変数を変えた、メモリストアを作った。どれも画面上の操作で、やった記録はその人の記憶にしかない。 複数人で使い始めると、すぐに「動く人と動かない人」が出る。
ファイルで宣言できるということは、設定がレビューの対象になるということである。
差分が見える。 プルリクエストに設定変更が乗るので、誰が何を変えたかがコードと同じ粒度で追える。
プランが出る。 適用前に何が変わるかを見てから承認する。「実行したら想定と違うものが消えた」が減る。
ロックファイルがある。 どのバージョンのリソースが入っているかが固定される。手元とCIで揃う。
調達・情シスの観点では、「誰がいつどの設定を配布したか」に答えられるようになるのが大きい。監査で問われるのはたいていこれで、画面操作の履歴では答えにくい。
一方で、Infrastructure as Code に共通の負債も一緒に来る。
宣言していないものは管理されない。 手で作ったリソースと宣言したリソースが混在すると、どちらが正なのか分からなくなる。最初に「全部これで作る」と決めておかないと、後から寄せるほうが高くつく。
ロックファイルをコミットするか決める。 誰の環境でも同じ版が入ってほしいならコミットする。これは既存の依存管理と同じ判断である。
稟議に書くなら「設定をリポジトリで宣言し、レビューを通して配る。適用前にプランが出る」で足りる。 画面操作からファイルへ移すという話なので、既存のIaCの運用に乗せられる。
内容は Claude Platform のリリースノートに記載されているものである。