← 概念解説に戻る

Concept Fable

ロールバック

先に結論:ロールバック Rollback は、新バージョン、モデル、プロンプト、ツール、設定、プロセスに問題が生じたとき、以前の安定した状態に素早く復元する仕組みである。失敗後の一時的な補修ではなく、リリースと変更設計の一部である。Agent システムにとって、ロールバックは試行錯誤のリスクを下げ、誤ったバージョンがユーザー、データ、業務プロセスに影響し続けるのを防ぐ。

Rollback · Operations

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

新しいレシピが売れる前に、なぜ古いスープを捨ててはいけないのか

南街にスープ店があり、老湯を二十年煮込んできた。毎朝、店主は古いレシピどおりに水、骨、香辛料を加え、味は安定し、街の人々に認められていた。後に店主の息子が外地から戻り、もっと鮮やかで材料も節約できる新しいレシピを持ち帰った。

店主は試すことを承諾した。彼らはまず小さな鍋で煮た。新しいスープは確かに香りが良かった。息子は興奮し、翌日には大きな鍋をすべて新しい処方に替えたいと思った。しかし店主は止めた。古いスープをまず捨てるな。

息子は納得できなかった。新しいスープのほうが良いなら、なぜ古いものを残すのか?店主は言った。小鍋で美味しくても、街全体の人が受け入れられるとは限らない。朝に美味しくても、昼に味が変わらないとは限らない。今日材料を節約できても、明日評判を落とさないとは限らない。

翌日、スープ店は新しいスープを半分、古いスープを半分使った。午前中、客は新しいスープは悪くないと言った。午後になると問題が現れた。新レシピのある香辛料は長時間煮ると苦くなり、デリバリーで遠くまで届けると味がさらに重くなった。常連客が眉をひそめ始めた。

息子は慌てて、その場で砂糖を加えて味を抑えようとした。店主は彼に勝手に変えさせず、新しいスープの鍋を下げ、古いスープを再び使い、門口に説明を貼り出した。今日の午後、元のレシピに戻します。

老湯がまだあったので、湯屋は半刻で正常に戻った。もし昨日老湯を捨てていたら、店を閉めて一から煮直すか、苦い湯を無理に売るしかなかった。

夜の振り返りで、店主は言った。新しい配合を試すのは間違いではない。間違いなのは、戻り道がないことだ。本当に成熟した店は、決して変えないのではなく、変える前にどう戻るかを知っている。

その後、湯屋は新しいスープを試すたびに、古い鍋、古い材料、古い値札、古い工程を残すようになった。新スープが成功すれば徐々に広げ、失敗すれば客が信頼する味へ素早く戻す。後に息子が新しいレシピを提案したとき、最初に聞くのは「もっと香り高くできるか」ではなく「いつでも元の味に戻せるか」になった。戻せるからこそ、より速く試せる。客も新しい味を試しやすくなった。湯屋が街全体を実験場にはしないと知っているからだ。元の味が背後にあるから、新しい味には探索の余地が生まれる。試験はもう恐ろしいものではなくなり、失敗しても常連客の信頼を壊すことはない。

明らかにする

この物語が伝えるのは:ロールバック

ロールバック Rollback は、新バージョン、モデル、プロンプト、ツール、設定、プロセスに問題が生じたとき、以前の安定した状態に素早く復元する仕組みである。失敗後の一時的な補修ではなく、リリースと変更設計の一部である。Agent システムにとって、ロールバックは試行錯誤のリスクを下げ、誤ったバージョンがユーザー、データ、業務プロセスに影響し続けるのを防ぐ。

重要なのは、それが単なる用語ではなく、実際のAI/Agentシステムで繰り返し現れる構造的な問題だという点だ。これを理解して初めて、いつモデルを足すべきか、いつプロセスを変えるべきか、いつガバナンスを補うべきかを判断できる。

メタファーのマッピング

  • 新しいレシピ:新しいモデル、プロンプト、ツールのバージョン、ワークフロー、またはシステム構成
  • 老湯:検証済みで安定した旧バージョンまたは旧設定
  • 小鍋テスト:部分的な試験、カナリアリリース、小範囲の検証
  • 午後に苦くなる:新バージョンが実環境、長時間稼働、またはエッジケースで問題を露呈する
  • 一時的に砂糖を加えて味を抑える:ロールバック機構がないときの一時的な修正で、さらに多くの問題を生む可能性がある
  • 新しいスープを下げ、古いスープを復活させる:安定版へのロールバック
  • 古い鍋、古い材料、古い値札、古いプロセス:復元可能なバージョン、設定、データ、操作マニュアル
  • 変更のたびに戻し方を知っている:成熟した変更管理はロールバック経路を事前に設計しなければならない

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

deploymentincident response

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号