配達料に遠方割増を足したいという依頼が来る回。ナギが手を動かす前に、クロベが既存の計算へ直接書き足すのを止めます。新しい処理は芽生やしメソッド（Sprout Method）として別に起こし、既存へは呼び出し一行だけを足します。
店の間の建具を直すついでに、値札の税率計算を確かめたいという依頼が来る回。差し替える場所が無いように見えるが、実はパッケージ境界そのものが継ぎ目（Seam）になっていて、Perlのシンボルテーブルをlocalでテストの間だけ差し替えます。
通り庭を抜ける注文の経路に手を入れたいが、変更の効果がどこまで届くのか分からない回。全部を測る前に、影響スケッチ（Effect Sketch）で響く先を図に描き、仕様化テストを置く場所を絞ります。
図面も期待値も無い帳場の勘定コードに、直す前にまず今出ている振る舞いをそのまま書き取るCharacterization Testを入れる回。Perlのコアだけで仕様化テストを実装します。
提供終了の通告で乗り換えが必要なのに動いているものを止められない問題を、新旧並走と通す割合の段階移行（Parallel Run）で解決し、標準ライブラリだけで実装し確かめます。
引き継ぎ書を作ろうとして、指示書がどこにも一元管理されていないと気づいた。散らばったプロンプトに版・所有者・変更理由を持たせ、資産として渡せる形にするPrompt Registryを解説します。
外部監査に三か月前の判定根拠を求められても、同じ入力から同じ答えは再現できない。入力・版・パラメータ・出力を紐づけて残すAudit Trailで、答えでなく道筋を残す設計を解説します。
設備点検日報の異常検知は動いてもエラーも出ません。先月、見逃しが1件だけ見つかりました。フラグ率をEWMAで継続監視するDrift Watchで、静かな品質劣化を可視化します。
EC通販の注文抽出で住所欄を直したら、無関係な商品コードと数量が崩れました。新旧2版を同じ代表例に通すDifferential Testingで、劣化した項目だけを特定します。
アパレルECの商品説明生成で、指示書の2版のどちらが良いか社内で二週間対立。決定的チェックとLLM-as-Judgeを階層化した評価ハーネスで、代表例を同じ基準で測り直します。
難易度に関わらず全件を最上位モデルへ通し費用が処理量に比例して膨らむ問題を、確信度による前捌きとエスカレーション（Model Cascade）で解決し、標準ライブラリだけで実装し確かめます。
セール初日だけ費用が跳ね上がった。同じ質問が同時に何十組も届き、それぞれ別々にAIへ問い合わせていた。正規化と同時到着の束ね（Request Coalescing）を標準ライブラリだけで実装し確かめます。
従量課金のAI処理が、原資が尽きて予告なく止まった。消費を計測・積算し、警告と上限の二段階で明示的に止めるBudget Guardを標準ライブラリだけで実装し確かめます。
形式は正しいのに、社内限定の符丁が顧客向けメールに混ざって送信された。検査関数のパイプラインで送出前に語彙を検め、ClearedとBlockedをPythonのmatch文で受け取る設計を標準ライブラリだけで確かめます。
LLM APIは200 OKのまま契約違反(空・打ち切り・拒否)を返すことがある。例外が上がらず成功として流れる静かな失敗を、独自例外への変換とraise...from eの例外チェーンで検出し直す設計をPython標準ライブラリだけで確かめます。
