**変更契約の追跡（実装タスクでは必須）:**
1. 要求、計画、変更対象外として維持する観測可能な既存動作から、今回の完了条件を特定してください。ワークフローが契約IDを提供する場合は意味を維持し、実装箇所や作業順のためにIDを増やさないでください。
2. 後段で新しい完了義務が見つかった場合は、要求または変更した契約との因果関係を示してください。根本原因や設計を変える場合は既存IDの意味を書き換えず、再計画を要求してください。
3. 完了証拠は、各変更契約を直接観測できるテストまたは再現可能な確認結果へ対応させてください。広いテストスイートの成功だけを個別契約の証拠にしないでください。

**存続する実体の状態が変わる要求:**

要求が、特定の変化（入力、環境、設定、接続状態などの変化）を名指しし、その変化の後もその時点の状態に合わせて振る舞うことを求め、かつその変化をまたいで同じ実体（画面、プロセス、接続、セッション、キャッシュなど）が存続する場合、契約の観測単位はその実体の寿命に合わせる。既存の振る舞いを維持する要求や、変化を名指ししない要求は、それだけではこの契約にならない。
- 同じ実体の上で、変化前の状態 → 変化 → 変化後の状態を一続きに観測することを完了証拠にする。条件だけ変えて別の実体を作り直した観測は、この契約の証拠にならない
- 変化前にその実体が作った成果物（出力済みの表示、計算済みの結果、保持している一覧や接続状態など）も追従の対象に含める。変化後に新しく作るものだけを対象にし、変化前の成果物を旧状態のまま残す読み替えをしない
- 計画では、存続する実体を特定し、変化に反応できる構造か（一度だけ作る、初回だけ計算する、キャッシュする構造は反応できない）を確認する。反応できなければ、その構造の変更を計画に含める
- テストで観測できる実体を、実環境での手動確認だけに送らない。該当する契約があるのに、計画の「状態・所有権」やテスト報告の「連続実行・所有権・並行性」を「該当なし」にしない
- 変化をまたいで存続する実体がない要求（入力から出力への変換、呼び出しごとに新しく作る結果、プロセスを作り直してから読み込む永続化）や、変化を名指ししない要求には、この軸を持ち込まない