デザインシステムの利用者がエージェントに変わる、という話は1年前からあった。Murphy Truemanはそこに一段踏み込む。エージェントはもう読むだけでなく「書く」側に回り始めた、と。
2026年に入って前提が動いた。Figmaの use_figma でキャンバス編集、Storybook 10.3 のMCP、Googleの DESIGN.md、AnthropicのSKILL.md。エージェントがFigmaコンポーネントやトークンJSON、ドキュメントを同じセッションで生成・更新する状況が普通になった。著者はこれを「意図と実装のあいだで翻訳していた人間を、エージェントが外す」圧縮だと表現する。
崩れるのはレビューと追跡だ。エージェントが出荷物に変更を書き込むと、従来あった「変更とリリースの間の審査」が誰の仕事でもなくなる。トークンが16pxから20pxに動いた理由はプロンプトとモデルの返答にしか残らず、Gitのコミット履歴のように意図が積み上がらない。
耐えている組織の共通点は、トークンをAPIのように扱い廃止方針と移行パスを持つこと、コンポーネント説明を見た目でなく目的の仕様として書くこと、ドキュメントを機械可読な構造にすること、そしてエージェント出力の審査が誰かの責任になっていること。人が全部見るとは限らず、テストが構造を捕まえ、シニアが週次でトークン変更をまとめて確認する形でもいい。
著者の結論：「読めるシステム」を主張したが、「書き込まれても壊れないシステム」を作る難しさを甘く見ていた。エージェント対応は一度きりではなく、適応し続けたシステムだけが生き残る。
