設定変更の履歴が残らない：管理画面で変えた記録の置き場所を決める
管理画面で変えた設定は、元に戻せる履歴が残るかを確かめ、残らない設定にだけ記録を足します。
この記事の要点
- コードを触らずに顧客への結果が変わる設定を、先に一覧にする
- 設定ごとに、変更の履歴が残り、前に戻せるかを確かめる
- 履歴が残らない設定にだけ、日時・人・前の値・戻し方を残す
- 新しい設定を使い始める前に、履歴の有無と戻せない操作を書き出す
全体像図を準備中
目次
顧客への結果を変える設定を、先に一覧にする
A&Aの考え方
コードを触らずに顧客への結果が変わる設定とは、管理画面の操作だけで、顧客が受け取る答えや使える機能が変わる設定のことです。
A&Aの考え方
会社の仕事をAI前提に組み直すと、顧客に届く結果の一部は、自分で書いたコードではなく、使っている道具の設定で決まるようになります。どのモデルを呼ぶか、1日に何回まで通すか、どの顧客にどの機能を開けるか。この三つは、どれも管理画面で変えられます。
A&Aの考え方
顧客から「先月と答えが変わった」と言われ、リポジトリの履歴をさかのぼっても、該当する変更が見つからないことがあります。探し方が足りないのではありません。変えた場所が、リポジトリの外にあります。
A&Aの考え方
外注先に作らせた仕組みでも同じです。納品の後に自分で設定を変えられる作りなら、変えた記録は納品物の側には残りません。
A&Aの考え方
この記事を書いているAutomate & Augment（A&A）は、会社の仕事の進め方をAI前提に作り替えることを請け負う会社です。A&Aはこの状態を、設定の使いすぎではなく、記録の置き場所をまだ決めていないだけだと読みます。
出典に基づく事実
AIの呼び出しを中継するサービスを提供するCloudflareは、呼び出しの経路を管理画面で組む機能の文書を公開しています。その文書は、アプリケーションのコードを触らずに何度でも手直しでき、新しい経路を公開すれば済むと書いています。
A&Aの考え方
どの顧客の要求をどのモデルへ送るかという判断を、コードの外に置ける、ということです。
出典に基づく事実
決済と課金の仕組みを提供するStripeも、プランごとに使える機能を割り当てる仕組みの文書を公開しています。その文書は、価格を出すのも、変えるのも、試すのも、コードを変えずにできると書いています。
A&Aの考え方
別の会社の別の機能ですが、二つの文書は同じ約束をしています。コードを触らずに変えられる、という約束です。
A&Aの考え方
A&Aが最初に勧めるのは、禁止ではなく一覧です。設定の名前、変えると顧客に何が変わるか、履歴が残るか、戻し方の四列で書き出します。
仮想例
たとえば、問い合わせに下書きを返すサービスを動かしているとします。一覧には、使うモデルの振り分け、1日の上限回数、プランごとに開く機能が並びます。
設定ごとに、変更の履歴が残るかを確かめる
A&Aの考え方
一覧ができたら、設定ごとに変更の履歴が残るかを確かめます。ここでの履歴は、変える前の状態が控えとして残り、そこへ戻せることを指します。
A&Aの考え方
この設定については、変えた記録が設定自身の中に残ります。
A&Aの考え方
この文書には、変更を控えとして残す仕組みも、前の状態へ戻す手順も出てきません。書かれていないことを根拠にしているので、これはA&Aの読みです。
A&Aの考え方
確かめる場所は、製品の文書のうち、履歴や元に戻す操作を説明している節です。履歴という言葉が無い文書もあるので、下書き、公開、監査という言葉でも探します。
A&Aの考え方
外から見ると、二つは同じに見えます。どちらも管理画面で変えられ、どちらも反映は速いです。違いが出るのは、戻そうとした時だけです。
A&Aの考え方
三つ目の形もあります。誰が変えたかは残るのに、前の状態へ戻す手順は無い設定です。この場合は、履歴が残る設定ではなく、戻せない設定として扱います。
仮想例
先ほどの一覧なら、モデルの振り分けの行には「履歴が残る、公開した経路から戻せる」と書きます。プランの機能割り当ての行には「履歴の記述なし、作り直して戻す」と書きます。
| 確かめること | AIの呼び出しの経路を組む設定 | プランの機能を割り当てる設定 |
|---|---|---|
| 変更が控えとして残るか | 変更のたびに新しい下書きができる | 控えの記述はない |
| すぐ元に戻せるか | 公開した経路から即座に戻せる | 戻す手順の記述はない |
| いつから効くか | 公開した時点 | 既存の契約は次の請求期間の始め |
| 取り消せない操作があるか | 記述はない | 識別用の名前の変更と、外した機能を戻すこと |
| 自分で足す記録 | 変えた理由の一行 | 四行と、変えた理由の一行 |
履歴が残らない設定にだけ、四行の記録を足す
A&Aの考え方
四行の記録を足すのは、履歴が残らない設定だけです。履歴が残る設定に同じ四行を二重に持つと、どちらが正しいかで迷います。
A&Aの考え方
四行に書くのは、変えた日時、変えた人、変える前の値、戻し方です。
A&Aの考え方
変えた本人が、その場で書きます。後からまとめて書くと、前の値が思い出せません。
A&Aの考え方
四行のうち、後から復元できないのは前の値だけです。日時と人は別の記録から拾えることがありますが、上書きされた値はどこにも残りません。
A&Aの考え方
置き場所は問いません。設定の近くでも、日々の作業の記録でも構いません。決めるのは、どこを見れば必ずあるか、という一点です。
A&Aの考え方
四行のほかに、もう一行だけ足すものがあります。なぜ変えたかです。この一行は、履歴が残る設定にも足します。
A&Aの考え方
どちらの文書も、変更の理由を残す仕組みには触れていません。控えは前の状態を残しますが、理由までは残しません。
A&Aの考え方
顧客に効き始める日がずれる設定では、その日付も書きます。
A&Aの考え方
変えた日と、顧客の画面で変わった日がずれます。記録に変えた日しか無いと、問い合わせの日付と突き合わせられません。
A&Aの考え方
売る機能と契約の状態をどう対応させるかは、別の記事「AI SaaSの有料プラン：契約と使える機能をそろえる3つの手順」で扱いました。題にあるSaaSは、契約して使うソフトのことです。この記事が足すのは、その設定を変えた記録の置き場所です。
仮想例
たとえば、こう書きます。「10月12日14時／変えたのは自分／前の値は1日200回／戻すには同じ画面で200を入れ直す」。ここに理由の一行、「特定の顧客の一括取り込みのため」を足します。効き始める日がずれる設定なら、その日付も添えます。これは仮の例です。
新しい設定を使い始める前に、履歴の有無を条件に入れる
A&Aの考え方
ここまでは、今ある設定の話です。これから使う設定には、使い始める前に条件を書き出します。
A&Aの考え方
書き出すのは三つです。履歴が残るか、取り消せない操作があるか、前提になる構成は何かです。
A&Aの考え方
条件を先に書くのは、履歴が後から足せないからです。使い始めてから履歴が無いと分かっても、過去の変更は戻ってきません。
A&Aの考え方
外注先に作らせる場合は、この三つを見積もりの依頼に書きます。設定で変えられると答えが返ってきたら、その設定に履歴が残るかまで聞きます。
A&Aの考え方
返ってきた答えは、文書のどこに書いてあるかまで確かめます。製品の文書に無い約束は、次の更新で変わることがあります。
A&Aの考え方
設定での変更をやめて、顧客に見える変更はすべてコードの変更として通す、という決め方もあります。履歴は一か所にそろいます。
A&Aの考え方
ただし、これらの機能は、コードを触らずに済ませることを目的に作られています。やめると、その速さも手放します。
A&Aの考え方
外部のサービスの管理画面は、自社の規則だけでは縛り切れないこともあります。だからA&Aは、禁止ではなく、履歴の有無で分けます。
A&Aの考え方
新しい設定を使うと決めた日に、一覧へ行を足します。履歴が残らない行なら、その日から記録を始めます。
まとめ
A&Aの考え方
コードを触らずに顧客への結果が変わる設定を、先に一覧にします。
A&Aの考え方
設定ごとに、変更の履歴が残り、前に戻せるかを確かめます。
A&Aの考え方
履歴が残らない設定にだけ、日時・人・前の値・戻し方を残します。
A&Aの考え方
新しい設定を使い始める前に、履歴の有無と戻せない操作を書き出します。
A&Aの考え方
一覧の行が埋まると、問い合わせのたびに探し直す時間が、表を一度見る時間に変わります。
コードを触らずに顧客への結果が変わる設定を、先に一覧にします。設定ごとに、変更の履歴が残り、前に戻せるかを確かめます。履歴が残らない設定にだけ、日時・人・前の値・戻し方を残します。新しい設定を使い始める前に、履歴の有無と戻せない操作を書き出します。
よくある質問
設定での変更をやめて全部コードに戻せば、この記録は要らなくなりますか。
外部のサービスの管理画面は、自社の規則だけでは縛り切れないことがあります。要らなくなるのは、その画面を誰も触らないと決め切れた設定だけです。残りは一覧に行として残ります。
履歴が残る設定には、何も書かなくてよいのですか。
なぜ変えたかの一行だけ足します。この記事が読んだ二つの文書は、どちらも変更の理由を残す仕組みには触れていません。控えが残すのは前の状態で、理由ではありません。
記録はどの道具に置けばよいですか。
この記事では特定の製品を勧めません。決めるのは置き場所の一点で、設定の近くでも、日々の作業の記録でも構いません。どこを見れば必ずあるかが決まっていれば足ります。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- Dynamic routing
Cloudflare · 2026-10-02 (last updated, stated on the page)
確認日 2026-10-26 - Entitlements
Stripe · undated documentation page; no visible publication date
確認日 2026-10-26