complete the quiz path for grades 8 through 12, and close three gaps in the API contract

Content
-------
Every node in grades 8, 9, 10, 11 and 12 now holds a full four-question
quiz — 121 more questions, filling the two حسابان دوازدهم nodes in
فصل ۵: کاربردهای مشتق that were empty and the two ریاضی هشتم nodes that
were short. The repo's own seed guard was already failing on those two
empty nodes; it passes now.

Grades 3, 6 and 7 are the other team's books and were left alone. 39 of
their 145 nodes still hold fewer than four questions, but none is empty,
so every node on the map still plays.

An audit over all 1,593 questions in grades 8–12 found no structural
fault: no question with the wrong number of options, no question with
zero or two correct answers, no empty or duplicated option, no leftover
LaTeX, and no two identical questions inside one lesson.

Contract
--------
Three endpoints were missing or malformed in the OpenAPI schema, which
matters more than it looks: that schema is the contract the frontend
generates its client from, so a view missing there is a view the other
repo cannot call.

- NotificationMarkReadView was dropped from the schema entirely, because
  spectacular could not guess a request body for its PATCH and gives up
  on the whole view rather than the one field. It declares request=None.
- PaymentRedirectView was dropped for the same reason; it answers with a
  302 and no JSON body, which it now says.
- /api/health and /api/health/ collided on operationId and were emitted
  as health_retrieve and health_retrieve_2. The slash variant exists only
  for a monitor that calls it that way, so it is excluded from the schema.

`spectacular` now runs clean — no errors, no warnings.

Tidying
-------
Condensed the two longest comment blocks (18 and 14 lines) in
rag_verify_solutions and settings, keeping the measurement and the rule
and dropping the retelling. README gains the bulk question-authoring
workflow; the playbook's subagent section now points at the real tool
instead of describing the steps by hand.

458 tests pass.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/extraction-playbook.md

@@ -90,9 +90,31 @@ regexِ اولیه شاملِ `شکل|جدول|روبه‌رو|مقابل|زیر
 روی ۳۴۵ ورودی **۹۲٪** بود. Haiku برای این کار مناسب نیست — جوابِ نهایی را
 از راه‌حل بیرون نمی‌کشد.
 
-مسیر: جفت‌های (درس، مسئله‌ی تأییدشده) را به JSON بیرون بدهید، subagent فایلِ
-خروجی بنویسد، و از `content.question_io` واردش کنید — که اعتبارسنجی دارد و
-فلسفه‌اش این است که **فایلِ بد هیچ‌چیز نمی‌نویسد**.
+مسیر حالا ابزار دارد و دستی نیست:
+
+```bash
+# ۱. جفت‌های (درس، مسئله‌ی تأییدشده) را بیرون بده — رایگان، هیچ فراخوانیِ پولی
+python manage.py generate_questions_from_chunks \
+    --subject حسابان --grade یازدهم --export /tmp/batches
+# ۲. برای هر فایلِ دسته یک subagentِ Sonnet بگذار که خروجی را در /tmp/out بنویسد
+# ۳. وارد کن (اعتبارسنجی دارد؛ فایلِ بد هیچ‌چیز نمی‌نویسد)
+#    از پنلِ ادمین: /admin/content/question/ → «وارد کردنِ سوال‌ها از فایل»
+# ۴. به فایلِ ریپو منتقل کن و کامیت کن
+python manage.py seed_content --export --only questions
+```
+
+`--export` کنارِ دسته‌ها یک `*-RULES.txt` هم می‌نویسد که **عینِ همان PROMPTی است
+که به مدلِ پولی می‌رفت**؛ پس کیفیتِ دو شاخه از هم جدا نمی‌افتد. اندازه‌ی دسته با
+`--batch-size` تنظیم می‌شود (پیش‌فرض ۳۰).
+
+⚠️ **سقفِ هفتگیِ Sonnet واقعی است و ناگهانی می‌رسد.** هر ۳۰ سوال حدودِ ۹۵ هزار
+توکن می‌برد، پس ۲۰ subagentِ هم‌زمان ≈ ۲ میلیون توکن در یک نشست. قبل از شروع
+حساب کنید؛ دسته‌ها را کوچک نگه دارید و بینشان نتیجه را وارد کنید.
+
+**یک سوال بسازید، نه یک ترجمه.** subagentها چند بار خطای حسابِ خودِ کتاب را
+گرفتند (راه‌حلی که ریشه را ۶ نوشته بود ولی ۶٫۵ بود؛ راه‌حلی که می‌گفت حد وجود
+ندارد درحالی‌که داشت). یعنی `solution_verdict='agrees'` فیلترِ اول است، نه تضمین —
+در پرامپت صریح بخواهید که جواب را مستقل حل کند و اگر نخواند، ردیف را رد کند.
 
 ---