ユースケース
管理画面で人間が繰り返し操作していた仕事のうち、mtb に向いているのは 次の3つの性質を持つものです。
| なぜ向くか | |
|---|---|
| 数が多い | 100件を1件ずつ開く仕事は、人間の時間の使い方として無理があります |
| 環境をまたぐ | 「どこが違うか」は目で比べるものではありません |
| 取り違えると戻せない | 確認の手順をコマンドの側に組み込めます |
事例
サイトを一から組み立てる
要件から設計して、サイト・カテゴリ・カスタムフィールド・テンプレートまで作る
記事とページを一括で扱う
投入・置換・棚卸し。書式を保ったまま数百件を扱う
ステージングを本番へ反映する
差分をコマンドで書き出してから、合意した分だけ反映する
デザインを Git と CI で管理する
テンプレートをレビューできる形にして、マージで反映する
既存サイトを棚卸しする
引き継いだ MT に何が入っているのかを、機械が読める形で書き出す
日々の運用をエージェントに任せる
点検・修正・公開の確認を、終了コードで処理を分岐させながら実行する
向いていないもの
- 1件だけの単純な編集。 管理画面を開いたほうが速いことがあります
- 画像の加工そのもの。 mtb が扱うのはアップロードまでで、加工には別の道具を使います
- サイトの削除のような「入れ物ごと消す」操作。 mtb でも実行できますが、
--confirmにサイト名を入力する操作なので、人間が実行するほうが自然です
事例を足すには
このサイトは www.mtbcli.com で公開されています。 実際に運用して分かったことは、CLI 側の internal/llmdocs/00-guide.md と このユースケースの両方に残してください。片方にしか書かないと、もう片方を読んだ人 （と道具）が同じ失敗をします。