デザインシステムのチームの日常の五つの場面を、運用モデルがある場合とない場合で

1. デザイナーFigma

   キャンペーンのために、Buttonの色を一つ変えようとデタッチします。

   運用モデルがない場合コピーはファイルに残ります。誰も気づきません。

   Loomがある場合LoomのFigma監査がデタッチされたコピーを報告します。修正はキューに入り、担当はUIエンジニア、期日は 11月25日 です。

2. 開発者Slack

   「このCard、ここで使っていいですか？」

   運用モデルがない場合数日後に返事が来ます。二度と見つからないスレッドの中で。

   Loomがある場合開発者のエージェントがLoomのMCPサーバーに尋ね、Cardとそのルール、正確なimportを受け取ります。

3. プロダクトマネージャーSlack

   金曜日のローンチのために、ブランドの生の色が必要です。

   運用モデルがない場合ダイレクトメッセージで許可されます。終了日がないので、二度と戻ってきません。

   Loomがある場合例外として記録され、基盤オーナーが承認し、1月19日 に終わります。その後、木曜日の議題に戻ってきます。

4. システムチームオフィスアワー

   ダイレクトメッセージが12件、オフィスアワーは満席。

   運用モデルがない場合決定はスレッドに埋もれます。同じ質問が翌週また来ます。

   Loomがある場合木曜日のトリアージ。Loomがキューから議題を下書きします。決定はすべてリポジトリに記録されます。

5. コーディングエージェントGitHub

   設定ページの確認ダイアログを作ります。

   運用モデルがない場合別のライブラリのモーダルを読み込みます。マージされ、モーダルが二つになります。

   Loomがある場合まずドラフトをシステムに照らして確かめます。システム外のモーダルは、レビューの前に見つかります。