一般企業に勤めるSE向けに、AI関連の最新情報を「実務での判断」に翻訳して届ける。

調達

エージェントの設定を、リポジトリで宣言して配る

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 のリリースノートに記載されているものである。

出典

  1. https://platform.claude.com/docs/en/release-notes/overview