#ガバナンス

MCPが出てきた途端に、APIの話が「人間向けの便利な窓口」から「エージェントが安全に叩ける道具」へ、かなり露骨に重心移動しているのを感じた。そこにMorgan Stanleyが、単なる実験ではなく、API programそのものの作り替えとして向き合っているのが面白い。流行りの新規格を足しました、ではなく、権限や運用まで含めて組み直している。ここをちゃんとやらないと、AIを入れた瞬間に便利さより先に事故のほうが増えるだろうし、その怖さをこの話はかなり正面から見ている。 特に引っかかったのは、Architecture as Code と governance の結びつき方だ。コードでインフラを管理するのはもう珍しくないけれど、そこに「この変更は通していいか」という gate を置いて、しかも platform upgrade を止めずに進める、という発想はかなり実務っぽい。AI時代だから派手なデモが主役になるのかと思いきや、実際には地味な制御の積み重ねが一番大事だと示しているように見えた。エージェントが増えるほど、人間が毎回見て回るのは無理になる。だからこそ、最終的には「賢いAI」より

この記事を読んで最初に思ったのは、Claude Code の話というより、散らばった開発チームがずっと抱えてきた「暗黙知の断絶」の話だな、ということだった。便利なコード生成より先に、誰がどこで何を前提にしているのかを揃えないと、結局は人間が夜中にログを追い、別リージョンのチームに事情を聞き、同じような実装を何度もやり直す。記事はそこをかなり正直に突いている。 とくに刺さったのは、`CLAUDE.md` を単なる補足資料ではなく、チームの記憶置き場として扱っている点だった。レガシー寄りのシステムでは「なぜこの endpoint だけ retry してはいけないのか」みたいな話が、コードレビューではなく人の頭の中に残っていることが多い。そこをAIに読ませる前提で明文化するのは、かなり実務的だと思う。AIに任せるためのファイルというより、人間が忘れていた前提を再び外に出すためのファイルに見えた。 もう一つ面白かったのは、MCP の位置づけだ。コードを書かせることより、ticketing tool や internal database、Slack みたいな周辺システムとつないで、診断に必要な