docs: drop the spec's reference to the auto-fill exemption

origin/master removed the dispatch panel's remembered-prosthesis auto-fill
(f52ad6b), so the exemption this branch carried for it went away in the
rebase. The spec named the mechanism and a verification step for a feature
that no longer exists.

The rule it existed to enforce still stands and is worth keeping written
down — confirm fills exactly what the sheet previewed — so it stays, marked
as a constraint on whatever gets added next rather than a description of
something in the code.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/specs/voice-treatment-entry/spec.md

@@ -498,12 +498,17 @@ that justified this whole design.
   - any row carrying an unresolved item or an incomplete prosthesis map.
 - Unresolved items are shown with what was heard ("دندان شیری — بازشناسی نشد"), so the
   clinician can see what the system did not understand.
-- **The sheet is a contract: confirm fills exactly what it previewed — no more.** Per-detail
+- **The sheet is a contract: confirm fills exactly what it previewed — no more.** Any
-  conveniences that would top the case up afterwards are suppressed for a voice-created
+  per-detail convenience that would top the case up afterwards has to be suppressed for a
-  case; concretely, the dispatch panel's remembered-prosthesis default
+  voice-created case, because a default that quietly adds a prosthesis type to a tooth the
-  (`previewConfirmedCaseIds`). A default that quietly adds a prosthesis type to a tooth the
   sheet never mentioned turns the confirmation step into a lie about what it was going to
-  do, which is the whole reason the step exists.
+  do — which is the whole reason the step exists.
+
+  > This branch carried an exemption for one such default, the dispatch panel's
+  > remembered-prosthesis auto-fill. `origin/master` deleted that feature outright
+  > (`f52ad6b`), so the exemption went with it in the rebase and nothing enforces this rule
+  > in code today. It is a constraint on whatever gets added next, not a description of
+  > something that exists.
 - An item that carries `candidates` renders them as **tappable chips** — the one place the
   sheet is interactive. Picking one folds the tooth into the result (`withChosenTeeth`) and
   ticks the teeth row, so an under-specified tooth is one tap from resolved instead of a
@@ -741,10 +746,8 @@ enabling this for real clinics.
     confirm with a lab ticked → no error toast: confirm detects the preview treatment and
     skips the lab-case save rather than posting an id the server has never seen;
   - **dictate two different prosthesis types** ("۱۲ روکش PFM، ۱۳ روکش PFZ") → the form shows
-    both, and the dispatch panel's remembered "last type for this lab" does **not** overwrite
+    both, and the bulk «اعمال برای همه دندان‌ها» select stays on its placeholder. Nothing may
-    either. Also check the bulk «اعمال برای همه دندان‌ها» select stays on its placeholder;
+    rewrite a per-tooth type the sheet already showed.
-  - **a hand-made prosthesis detail with an empty map** → still gets the remembered default
-    pre-filled. The exemption is for previewed cases only, not a removal of the convenience.
 
 ---