AI Change Freeze／Maintenance Window

AIシステムのchange freezeは「変更が一切起きない期間」ではありません。組織が制御できる変更面を列挙し、通常変更、maintenance window、emergency exceptionを別状態として管理します。model/provider alias、prompt、routing、tool/MCP、retrieval/index、memory、policy/guardrail、runtime dependencyまでchange inventoryへ含め、provider管理変更など組織外の変化は別途driftとして監視します。

freezeごとにscope、開始・終了時刻とtimezone、対象環境、禁止/許可change class、approver、exception条件、expiry、rollback/readback、ownerを固定します。calendarがOPENであることはapproval、test、SLO適合、deployment成功を意味しません。calendarがCLOSEDでも、製品が許すbypassやemergency pathの存在を前提にauditします。

maintenance windowは変更を許可する時間帯であり、freeze解除そのものではありません。window内でもprecondition、approval、test、blast radius、rollback、post-change verificationを要求します。timezone/DSTとstale calendarによる誤判定をfailure modeとして扱います。

security incidentや重大障害で例外変更が必要な場合、対象、理由、approver、開始時刻、expiry、実行者、変更内容、rollback条件を記録します。恒久的なbypassへ変質させず、終了後に例外権限とtemporary ruleをreadbackします。

少なくともmodel/provider identifier・routing、prompt/template、tool/MCP schema・permission・endpoint、retrieval corpus/index/embedding、memory/checkpoint schema、guardrail/policy/eval、workflow/orchestrator、credential/IAM参照、runtime/library、feature flagをinventory化します。単一Git repositoryのfreezeだけをAI system全体のfreezeと呼びません。

deployment/job successだけで閉じず、authoritative configuration/state、model identifier、tool permission、retrieval/index revision、policy/guardrail versionをreadbackし、critical synthetic journeyまたは主要SLIでbehaviorを確認します。provider-controlled aliasや外部dependencyはinternal freeze外で変化し得るため、drift検出を別gateにします。

freezeは同時変更を減らせますが、長期化するとbacklogとpost-freeze batch riskを増やし得ます。security/emergency changeを完全禁止することも適切とは限りません。AWS、GitHub、Google SRE、Microsoftの公開資料は実装・policy例であり、特定organizationのenforcementやtenant behaviorを証明しません。

shadow change surface、provider/model alias drift、stale calendar、timezone/DST error、unauthorized bypass、exception without expiry、approval/deployment race、rollback incompatibility、post-freeze batch release、freeze中の外部managed change、readback omissionを含みます。

Change freezeは選択した変更リスクを減らす統制であり、信頼性や完全なimmutabilityを保証しません。freeze、maintenance window、emergency exceptionを別の監査可能な状態として管理し、AI固有のchange surfaceを列挙して、変更後はauthoritative stateとbehaviorをreadbackします。

組織のcritical period、SLO/error-budget policy、change inventory、provider alias contract、enforcement、approver、emergency class、timezone、最大freeze期間、rollback compatibility、post-freeze batching、tenant realized behaviorは未確認です。