Strict HTML QA Audit Prompt — ATR Blogger / Prompt-Suite Artifact Review v1.9.8

BATCH67 DIALOGUE BOX / SOURCE ATTRIBUTION PARITY AUDIT — 23 May 2026

The audit must report:
- Source .dialogue-turn count.
- Target .dialogue-turn count.
- Source .dialogue-turn-block count.
- Target .dialogue-turn-block count.
- Extracted speaker-label sequence from:
  - .dialogue-turn
  - first paragraph of .dialogue-turn-block
- Speaker-label mismatches.
- Same-speaker adjacent direct dialogue-turn violations.
- Labelled dialogue followed by plain paragraphs that may be continuations.
- Plain URL paragraphs immediately after speaker turns.
- Blockquotes immediately after speaker turns.
- Numbered question paragraphs immediately after speaker turns.
- Source-panel vs dialogue-turn-block classification.

Fail / material repair required if:
- speaker label sequence differs without documented source reason;
- one source turn is split into multiple target speakers;
- a tagged name inside a paragraph becomes a speaker label;
- quote/URL/question continuations are visually detached from the originating speaker;
- a source quotation or reader question is made to look like active dialogue;
- .dialogue-turn-block count or structure diverges from source without a documented reason.

BATCH67 UPDATED ENGLISH SOURCE PROPAGATION AUDIT

If a newer English source was supplied:
- confirm it was treated as authority;
- confirm the Chinese was updated for all changed structure/content/hrefs/CSS/speaker grouping;
- state that the user’s summary was used only as a hint, not as proof of completeness.

High-risk-term audit instruction:
- Use the existing Batch 66 termbank and existing Batch 66 high-risk search basket.
- Do not add contradictory new terms.
- If any searched term is found, classify each hit as:
  - fixed;
  - intentionally retained with source reason;
  - not present;
  - needs source review.
- Do not report PASS if any hit is unclassified.

Preserve no-repair promotion rule:
- If any material content, terminology, doctrine, speaker, link, href, metadata, wrapper, style, source-box, or residue repair occurred in the current pass, do not call it final or publishable.
- Use:
  repaired after re-audit — no-repair promotion still required.
- Only a later pass with no material repair may be labelled:
  reviewed final / publishable — strict-certified final not claimed.


BATCH 63 / FORMATTER v5.8.9 COOL LAVENDER / INDIGO PANEL PALETTE + SOURCE-TRUTH METADATA AUDIT — 19 May 2026

This audit aligns with Formatter v5.8.9. Preserve all previous Batch 55-62 checks while adding mandatory readback for no-brown panel defaults, cool lavender / indigo final-winning panel colors, and source-truth metadata discipline.

A. COOL LAVENDER / INDIGO PANEL PALETTE AUDIT

Quote cards, main blockquotes, dialogue/transcript boxes, stanza cards, light content cards, language panels, miniboxes, and ordinary light panels must not visually resolve to brown/copper/gold as their dominant palette by default.

Pass target:
- source quote / blockquote panels: cool lavender / violet, e.g. border-left #7c3aed, background #f7f5ff to #ffffff, text #2f2a5c;
- dialogue/transcript cards: cool blue / indigo, e.g. border-left #2563eb, background #f6f9ff to #ffffff, text #243047;
- stanza cards: cool lavender / violet, not warm cream/brown;
- language / translation panels: soft blue-white / cool lavender;
- ordinary light cards / notes / miniboxes: blue-lavender borders and shadows, not brownish borders/shadows.

Allowed exceptions:
- refined orange dropcap;
- teaching-article h2 orange vertical bars;
- small intentional accents that do not make the whole box look brown;
- dark-panel / black-box gold links for contrast.

Fail if quote/dialogue/stanza/light card panels visually resolve to brown/copper/gold as the dominant palette unless one of the allowed exceptions applies.

B. COOL PANEL FINAL-WINNING CSS ORDER AUDIT

Do not pass merely because cool colors are mentioned in prose or appear early in the stylesheet. Inspect the final applicable selector and source order.

Pass only if:
- the cool-panel selectors match actual DOM elements;
- the final winning CSS for quote/blockquotes, dialogue/transcript boxes, stanza cards, language panels, and ordinary light cards is cool lavender / indigo / soft blue;
- older brown/copper/gold card rules do not override the Batch 63 rules;
- dark/black panels still retain gold links where needed for contrast;
- normal body links remain #2563eb.

Report: Cool panel final-winning CSS order: PASS/FAIL.

C. SOURCE-TRUTH METADATA GUARD AUDIT

Fail if shell-only visible metadata appears when it is not present in the content-authority source or explicitly requested by the user.

Search visible output for generated or invented forms such as:
- “By Soh” / “By Soh Wei Yu” / “作者：Soh”;
- “Original Link” / “Original article” / “Source” when not source-present or user-requested;
- generated hero/title text not present in the source;
- invented author/date/translator/source metadata;
- AI source-card metadata or UI-generated citation furniture presented as article content.

Preserve exact source metadata that is genuinely present. Preserve user-requested reciprocal language links and neutral source labels. Do not invent “Original Link” or “By Soh” merely because the article is for AtR.

Report: Source-truth metadata guard: PASS/FAIL.

BATCH 63 REQUIRED REPORT LINES

- Cool lavender / indigo panel palette: PASS/FAIL.
- Cool panel final-winning CSS order: PASS/FAIL.
- Source-truth metadata guard: PASS/FAIL.

BATCH 62 / FORMATTER v5.8.8 FULL-WIDTH CANVAS, CSS ENTITY, HERO OPTICAL SIZING, SCOPED SUMMARY BOX, GREEN LINK, AND AI-DEBRIS AUDIT — 17 May 2026

This audit aligns with Formatter v5.8.8. Preserve all previous Batch 55-61 checks while adding mandatory readback for CSS entity/generated-content artifacts, live Blogger full-width canvas/no hidden prose gutter, root wrapper non-boxing, hero optical sizing, scoped top-framing/closing summary boxes, green link-table exceptions, and AI/source-card/Angular export debris cleanup.

A. CSS ENTITY / DECORATIVE GENERATED-CONTENT AUDIT

Search the exact returned artifact, including the full <style> block, for:
- &#8220;
- &#8221;
- &#8216;
- &#8217;
- &ldquo;
- &rdquo;
- &lsquo;
- &rsquo;

FAIL if any of these occur inside CSS content: or any pseudo-element rule. Repair by removing the pseudo-element, using the actual Unicode character, or using a proper CSS Unicode escape. Do not mark Blogger-ready if literal entity text appears in the rendered page.

For Blogger teaching articles, a safe blockquote default is acceptable:

.atr-cosmic blockquote::before {
  content: none !important;
  display: none !important;
}

Report: CSS entity/decorative quote artifact: PASS/FAIL.

B. LIVE BLOGGER FULL-WIDTH CANVAS / NO HIDDEN PROSE GUTTER AUDIT

Fail the audit if the rendered article is visibly narrower than the previous/expected Blogger post width due to an internal .atr-content, .atr-prose, .article-shell, .article-showcase, .atr-card, or direct-child prose max-width rule.

Audit checks:
- Root wrapper width: PASS only if live teaching article uses width 100% / max-width none or does not constrain beyond Blogger’s own post column.
- Extra prose gutter: FAIL if direct-child paragraphs/lists/headings are capped at 760-900px by default.
- Major panels: PASS only if hero, article-map, link tables, blockquotes, and summary boxes can fill the available post column unless there is a specific visual reason.
- No negative-margin breakout tricks.

Report: Full-width live Blogger canvas: PASS/FAIL.

C. OUTERMOST ARTICLE NOT BOXED AUDIT

Fail if the entire live Blogger teaching article appears inside one giant visible card/box, even if the CSS says “white canvas.” The root .atr-cosmic / article.teaching-article wrapper must be a layout container only, not a visible card with border, rounded outer shell, shadow, or tinted post-wide panel.

Internal semantic boxes remain allowed when meaningful: quote panels, key points, practice notes, article maps, related-link tables, top framing boxes, and closing summary boxes.

Report: Outermost article not boxed: PASS/FAIL.

D. HERO TITLE OPTICAL SIZING AUDIT

Fail if the title is huge but the hero/card is narrow, causing desktop title wrapping into many tiny phrase fragments. Correct by widening the hero first, then reducing the font cap.

Pass target:
- hero width is full available post width;
- long English titles usually wrap into approximately 2-4 lines on desktop;
- avoid 6+ short lines unless user requests poster-style vertical stacking;
- title remains near-white/light cream under the final-winning hero contrast rule.

Report: Hero title optical sizing: PASS/FAIL.

E. SCOPED TOP FRAMING BOX + CLOSING SUMMARY BOX AUDIT

PASS if top-framing box is used only for a top authorial note when present and requested.
PASS if one final conclusion/summary section uses .summary-box.atr-closing-summary when a real conclusion exists.
FAIL if multiple unrelated sections are turned into summary-boxes.
FAIL if existing black boxes, black-callout, key-display, dharma-display, remember-box, formula-display, or math-display are replaced by summary-boxes.
FAIL if headings inside the purple summary box are dark navy/purple/brown rather than light cream.

Report:
- Top framing box scoped: PASS/FAIL/NOT APPLICABLE.
- Closing summary box scoped: PASS/FAIL/NOT APPLICABLE.

F. GREEN LINK-TABLE EXCEPTION AUDIT

When the user explicitly allows green links for Tara/nature/healing themed articles, confirm green treatment is scoped only to .atr-link-table, .atr-green-link-table, .atr-article-map, or equivalent navigation/link-card components.

Normal body links must remain #2563eb blue. Dark/purple summary-box links must remain gold/cream for contrast. Green link panels must meet contrast requirements.

Report:
- Green link-table exception scoped: PASS/FAIL/NOT APPLICABLE.
- Normal body link color preserved: PASS/FAIL.

G. AI / SOURCE-CARD / ANGULAR EXPORT DEBRIS CLEANUP AUDIT

Search final artifact for:
- response-element
- link-block
- source-footnote
- sources-carousel
- _ngcontent
- _nghost
- ng-version
- jslog
- <o:p
- data-sourcepos

FAIL if any remain unless intentionally preserved as literal code/prompt material inside a safe prompt/code block. Remove or unwrap ChatGPT, Gemini, Google AI, Angular, source-card, material-icon, Word/Office, or web-UI scaffolding while preserving visible article text, real href values, visible authorial citation labels, ordinary article prose, blockquotes, and speaker labels.

Report: AI/source-card debris cleanup: PASS/FAIL.

H. FINAL BATCH 62 READBACK REPORT LINES

Every final QA report for applicable Blogger-ready HTML must include:
- CSS entity/decorative quote artifact: PASS/FAIL.
- AI/source-card debris cleanup: PASS/FAIL.
- Full-width live Blogger canvas: PASS/FAIL.
- Outermost article not boxed: PASS/FAIL.
- Hero title optical sizing: PASS/FAIL.
- Top framing box scoped: PASS/FAIL/NOT APPLICABLE.
- Closing summary box scoped: PASS/FAIL/NOT APPLICABLE.
- Green link-table exception scoped: PASS/FAIL/NOT APPLICABLE.
- Normal body link color preserved: PASS/FAIL.
- Dark/purple panel heading contrast: PASS/FAIL.
- Black boxes preserved: PASS/FAIL.
- Blogger video macro preserved: PASS/FAIL/NOT APPLICABLE.

A formatter/audit result cannot be marked PASS if any of the above required checks fail on the exact saved artifact.

BATCH 61 / FORMATTER v5.8.7 TOP FRAMING PANEL, HERO TITLE, RECIPROCAL LINK, AND LINK-LABEL AUDIT — 17 May 2026

This audit aligns with Formatter v5.8.7. Verify that a requested top authorial framing note may use exactly one .summary-box.top-framing-box, that existing black boxes/formula/display components are preserved, that hero titles use final-winning near-white/light-cream CSS, that reciprocal English/Chinese links are present when both URLs are supplied, and that sutta/source links use exact href values with neutral labels when translator identity is uncertain from the URL path.

TOP SUMMARY-BOX OPENING PANEL AUDIT

When the user requested a beautiful dark-purple top opening/framing box:
- find the first visible framing box after the hero;
- pass only if it uses .summary-box.top-framing-box or an explicitly equivalent scoped selector;
- fail if the whole root wrapper, whole intro region, language list, tables, or multiple unrelated sections are converted into summary-boxes;
- fail if existing black-box, black-callout, key-display, dharma-display, remember-box, formula-display, or math-display components are replaced, removed, or restyled as the top summary-box;
- verify top summary-box headings resolve to #fff7df or equivalent light cream/white;
- verify normal white-canvas h2/h3 headings outside dark/purple panels remain dark navy/slate;
- verify no refined dropcap is placed inside a dark/purple panel.

HERO TITLE FINAL-WINNING CONTRAST RECHECK

For .atr-hero h1 and its descendants:
- inspect final CSS order, not only CSS presence;
- pass only if the last applicable h1 color/text-fill rule is #fffdf0 or equivalent near-white/light cream;
- fail if any later .atr-cosmic h1, teaching-article h1, or generic heading rule makes the hero title purple, navy, brown, black, or otherwise low-contrast;
- verify Chinese hero titles pass the same final-winning white-title audit as English hero titles;
- verify subtitles and metadata are also light cream/gold-cream on dark hero backgrounds.

RECIPROCAL LANGUAGE LINK AUDIT

When the user provides both English and Chinese article URLs:
- verify the English article contains “Chinese translation:” or equivalent near the top with the exact Chinese href;
- verify the Chinese article contains “English original:” or equivalent near the top with the exact English href;
- fail if href values are normalized, http/https changed, path altered, query strings changed, or trailing paths removed.

TRANSLATOR / SUTTA LINK LABEL ACCURACY AUDIT

When an exact sutta/source URL is provided and translator identity is ambiguous from the URL path:
- preserve the exact user-provided href;
- use a neutral label such as “SuttaCentral SN 22.89” unless translator identity is certain;
- fail if the artifact claims “Bhikkhu Bodhi,” “Sujato,” or another translator in the visible link label when the href path suggests a different translator or does not prove the named translator.

Batch 61 report lines:
- Top framing summary-box present when requested: PASS/FAIL/NOT APPLICABLE.
- Existing black boxes/components preserved: PASS/FAIL.
- Dropcap excluded from dark/purple panel: PASS/FAIL/NOT APPLICABLE.
- Hero h1 final-winning color near-white/light cream: PASS/FAIL/NOT APPLICABLE.
- Chinese hero title final-winning contrast: PASS/FAIL/NOT APPLICABLE.
- Reciprocal English/Chinese links exact: PASS/FAIL/NOT APPLICABLE.
- Sutta/source link neutral labeling when needed: PASS/FAIL/NOT APPLICABLE.


BATCH 60 / FORMATTER v5.8.6 HERO TITLE FINAL-WINNING CONTRAST AUDIT — 17 May 2026

This audit aligns with Formatter v5.8.6. For purple/dark hero banners, verify that h1 titles, title descendants, subtitles, and metadata resolve to near-white/light cream in the final winning CSS. Do not pass merely because an early .atr-hero h1 rule exists; inspect whether later generic .atr-cosmic h1/h2/h3/h4 or teaching-article heading rules override it. Passing requires a later, higher-specificity hero override and actual DOM application.

BATCH 59 / FORMATTER v5.8.5 DROPCAP AESTHETIC AUDIT — 16 May 2026

This audit aligns with Formatter v5.8.5. For pages using a dropcap, verify that the final winning CSS restores the thinner, more elegant old AtR dropcap feel: orange/copper, Spectral/serif, regular-weight, moderately sized, no heavy shadow, clean paragraph flow, and safe placement only in a suitable normal prose paragraph.

BATCH 41 / FORMATTER v5.8.4 DARK-PANEL HEADING CONTRAST AUDIT — 16 May 2026

Batch 41 / Formatter v5.8.4 combined actual-DOM and dark-panel heading contrast audit: This audit aligns with Formatter v5.8.4, incorporating v5.8.2, v5.8.3, and v5.8.4. The audit must verify not only that required CSS exists, but that final selectors match actual DOM elements, that final winning CSS applies, that teaching-article top areas are not over-boxed, that language/translation lists use subtle soft panels where appropriate, and that headings inside purple/dark panels are light and readable.

Batch 41 / Formatter v5.8.4 dark-panel heading contrast audit: the audit must verify that headings inside purple/dark panels are light and readable, and that ordinary white-canvas headings remain dark. Passing requires both CSS-present and DOM-applied checks.

BATCH 39 / FORMATTER v5.8.1 COSMIC DAWN TEACHING-ARTICLE AUDIT — 16 May 2026

This v1.9.3 audit updates v1.9.2 to align with the latest Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.7, while preserving the v5.8.4 teaching-article checks and the v5.8.2/v5.8.3 actual-DOM and language soft-panel lineage.

Audit the following v5.8.4-specific formatter requirements:

1. TEACHING-ARTICLE MODE / SEVEN STAGES MODE
For live long teaching articles such as Seven Stages, verify the main wrapper is:

<article class="atr-cosmic teaching-article">
  ...
</article>

or an equivalent single .atr-cosmic wrapper intentionally using teaching-article mode.

Pass only if:
- there is exactly one main .atr-cosmic wrapper;
- the teaching article does not add a visible outer article-showcase shell inside the Blogger post;
- .stage-card / .atr-card / .guide-card fill the available Blogger post column;
- no extra outer wrapper narrows the whole article;
- there are no negative-margin breakout tricks that push content to the edge.

2. WHITE OUTER CANVAS / NO-YELLOW-GRADIENT AUDIT
For .atr-cosmic.teaching-article, verify:
- background: #ffffff !important;
- background-image: none !important;
- the live post canvas stays white all the way down;
- warm/yellow gradients appear only inside cards, dark boxes, pills, or intentional accents;
- common Blogger parent containers are neutralized where needed:
  .post-body, .post, .post-outer, .date-posts, .date-outer, .entry-content, .blog-posts, .main-inner, .widget.Blog;
- the site-wide mountain/background outside the post column is not accidentally removed unless explicitly requested.

Fail if the article canvas fades from white to yellow/cream outside the stage cards.

3. SEVEN-STAGES ORANGE TITLE BAR AUDIT
For teaching articles and stage cards:
- stage headings such as “Stage 2: The Experience of ‘I AM Everything’” should have the orange vertical left bar;
- the bar should be implemented only within .teaching-article .stage-card or .article-showcase .stage-card;
- the orange bar must not be applied to resource-hub headings where it may collide with text;
- heading padding must leave comfortable space between the orange bar and title text.

Pass target:
border-left: 6px solid var(--atr-orange)
with sufficient left padding, commonly padding-left: 18px.

4. STAGE / GUIDE PILL STYLE AUDIT
Verify .stage-label, .guide-label, .atr-label, and .purple-label preserve the mathematical Seven Stages pill style:
- background: linear-gradient(135deg, var(--atr-purple), var(--atr-copper));
- no bright gold third stop;
- no heavy shadow;
- no border;
- color remains #fff7df or equivalent high-contrast cream;
- compact uppercase label with letter spacing.

Fail if the final winning CSS reverts Guide/Stage labels to the older bright orange-gold pill.

5. #2563EB LINK AUDIT
Verify normal/resource/translation links use:
- --atr-link: #2563eb;
- hover approximately #1d4ed8;
- visited approximately #1e40af;
- underlines remain visible;
- file/resource links are semi-bold or bold.

Dark-panel and black-callout links may remain gold/cream for contrast. Do not fail dark boxes for not using #2563eb.

6. AVAILABLE TRANSLATIONS / LANGUAGE SECTION AUDIT
For “Available Translations,” language cards, and translation blocks:
- heading text should be dark navy/slate (#0f172a or #111827), not brown/copper/gold;
- links should use #2563eb on light backgrounds;
- nested translation boxes may use white or subtle cool-lavender/blue-white backgrounds;
- yellow/brown heading treatment should be flagged.

7. NO-BROWN RESOURCE HEADING AUDIT
For resource-hub pages:
- h1, h2, h3, h4, .atr-section-title, and .atr-sub-title should be dark navy/slate;
- device headings such as iPhone, Android, Windows, Mac should not be copper/brown;
- brown/copper/gold should be accent-only: pills, borders, small decorative lines, or dark-panel link accents.

8. BLACK BOX CONTRAST LOCK AUDIT
For .black-callout, .key-display, .dharma-display, .remember-box, .math-display, .formula-display, .atr-code-display, and <pre>:
- normal text must be cream/white against the dark background;
- strong/bold/emphasis labels such as “Update:” must be cream/gold and clearly visible;
- resource-page strong/bold rules must not darken text inside black boxes;
- the contrast fix must be scoped to dark boxes and must not turn normal white-card bold text cream/gold.

Fail if strong/bold text in a black box is navy, black, purple, or otherwise low-contrast.

9. BLACK CALLOUT CONTAINMENT SAFETY AUDIT
For every .black-callout, .key-display, .dharma-display, and .remember-box:
- confirm it wraps only a small isolated block;
- confirm it is not the root wrapper;
- confirm it does not wrap an entire .stage-card, .guide-card, .atr-card, media block, table, large list, or whole article;
- confirm it does not contain h1/h2/h3, tables, iframes, figures, images, or long lists unless intentionally preserving code/prompt material.

10. BLOGGER VIDEO MACRO PRESERVATION
Retain the v1.7 Blogger video exception:
- <iframe class="BLOG_video_class"> must not receive a title attribute;
- existing inline styles/attributes must not be modified;
- lack of title on BLOG_video_class is not an accessibility failure;
- adding title="..." or changing attributes is a failure.

11. CSS CONSISTENCY / LATE OVERRIDE AUDIT
Because the formatter has accumulated historical rules, inspect the final winning CSS, not only earlier definitions.
Flag:
- contradictory old “orange-gold pill” wording if the final CSS does not preserve the mathematical purple→copper pill;
- duplicate CSS blocks that create ambiguity;
- CSS-like rules accidentally placed outside the <style> block in an output artifact;
- old brown/copper heading rules winning over the later no-brown resource-heading override;
- old link colors winning over #2563eb;
- old article-showcase shell winning over teaching-article live-Blogger mode;
- ordinary teaching-article h2/h3 rules overriding the v5.8.4 dark/purple panel heading contrast lock.

If older rules exist but are safely overridden by later high-specificity selectors, mark PASS WITH NOTES rather than FAIL.


DARK / PURPLE PANEL HEADING CONTRAST AUDIT

Do not pass dark-panel contrast merely because body text is readable. Headings inside dark/purple panels must also be readable.

For every:
- .summary-box
- .dark-box
- .dark-panel
- .atr-dark-panel
- .closing

inspect actual h1/h2/h3/h4/.atr-section-title/.atr-sub-title elements inside the panel.

Pass only if:
1. the heading selector matches the actual DOM elements;
2. the final winning CSS sets those headings to a light cream/white color, such as #fff7df;
3. the heading is not dark navy, brown, purple, black, or otherwise low-contrast against the dark panel background;
4. normal h2/h3 headings outside dark panels remain dark navy/slate;
5. the fix is scoped to dark/purple panels and does not globally whiten all headings.

Fail examples:
- .summary-box h2.atr-section-title inherits var(--atr-purple-deep) or #0f172a;
- .dark-panel h3 remains brown/copper;
- a normal teaching-article h2 rule overrides dark-panel heading color;
- CSS contains a contrast rule but the selector does not match the actual dark-panel heading DOM.

Dark / purple panel heading contrast findings:
- Dark-panel heading selector present: PASS/FAIL/NOT APPLICABLE.
- Dark-panel heading selector matches actual DOM: PASS/FAIL/NOT APPLICABLE.
- Final winning dark-panel heading color is light cream/white: PASS/FAIL/NOT APPLICABLE.
- Normal white-canvas headings unaffected: PASS/FAIL.
- Scoped-only dark-panel title fix: PASS/FAIL.

FINAL PASS CRITERIA — DARK/PURPLE PANEL TITLES

A formatter/audit result cannot be marked PASS if:
- any heading inside a purple/dark panel is low-contrast;
- dark-panel body text is readable but the panel title is not;
- the CSS rule exists but is overridden by a later normal heading rule;
- the selector does not match the actual dark-panel title element.


BATCH 38 BLOGGER VIDEO MACRO ACCESSIBILITY EXCEPTION — 16 May 2026

When auditing iframe accessibility, do not treat Blogger native video embeds with class="BLOG_video_class" as ordinary iframes. These Blogger-managed video macros must not receive added title attributes and must not have existing inline styles/attributes modified. If a BLOG_video_class iframe lacks title, mark it as a Blogger compatibility exception rather than a failure. Fail instead if the formatter changed its attributes, added title="...", or damaged the embed.

BATCH 35 UNIFIED BLOGGER FORMATTER AUDIT — 11 May 2026

Strict HTML QA must verify that there is exactly one live Blogger styling prompt in prompt-suite artifacts: Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter. Old Quick and Full formatter bodies may appear only as historical/deprecated aliases, not as competing live prompt bodies. For article artifacts, audit the unified formatter's house style: one .atr-cosmic wrapper, Spectral font loading, manual dropcap exactly once when suitable, orange-left-border section headings, styled blockquotes and quote labels, investigation panels, summary/dark panel contrast, link/media parity, normalized visible-text parity, and no invalid nesting.


BATCH 34 DARK PANEL CONTRAST / SUMMARY BOX READABILITY GATE — 10 May 2026

Add this as a must-pass HTML QA section for any AtR Blogger HTML, prompt-suite HTML, article translation artifact, formatted dialogue artifact, or publication-ready page.

DARK PANEL CONTRAST / READABILITY AUDIT
For every .summary-box, .dark-box, .dark-panel, .atr-dark-panel, dialogue/transcript panel, quote card, or element with an inline dark background:
1. Check whether headings, subheadings, links, visited links, hover/focus states, bold/strong text, list text, body text, and raw URLs remain readable against the dark background.
2. Fail or repair if dark blue, purple, navy, grey, or low-contrast link/title colors appear inside the dark panel.
3. Require explicit nested rules for .summary-box a, .summary-box a:visited, .summary-box a:hover, .summary-box a:focus, .summary-box h2, .summary-box h3, .summary-box strong, and equivalent dark-panel selectors.
4. Check raw URLs inside dark panels, because long raw URLs often inherit default theme link colors.
5. Do not declare BLOGGER-READY PUBLICATION CANDIDATE if any dark panel contains low-contrast headings, links, raw URLs, or emphasized text.
6. If exact contrast calculation is unavailable, use conservative visual judgment and prefer high-contrast cream, gold, or white text on dark backgrounds.
7. Apply this gate after readback on the exact returned HTML artifact, not merely on the intended CSS.

BATCH 33 ROUTING ADDENDUM — DEPENDENT DESIGNATION / EFFORT / VIEW / COMMON-UNCOMMON MAHĀYĀNA — 7 May 2026

If this prompt is used on Chinese Buddhist/Dzogchen/Madhyamaka material, route final wording through the Batch 33 terminology gate before publication claims. Do not treat formatting, polishing, dialogue cleanup, or HTML QA as a substitute for source-controlled translation review.

Required routing checks when relevant:
- dependent designation / prajñapti / upādāya-prajñapti: do not assume 依名假立; prefer 依缘假立, 依缘设施, 依缘安立, 依蕴假立, 依诸支分假立, 假名安立, or 假名施設 by source context.
- effort / effortful / effortless: do not assume 努力 or 精进; in Dzogchen/Mahāmudrā no-contrivance contexts prefer 勤作 / 无需勤作 / 无勤作 / 任运无作 by source context.
- View / lta ba: do not assume 知见; in title/path/view contexts prefer 见, 见地, or 见解, especially in formulas such as 见修行果.
- common/uncommon Mahāyāna: prefer 共同大乘 / 不共大乘; reject 非共同大乘 and 特殊大乘 unless source context truly requires a different wording.

Final artifact QA must search the exact returned Chinese target for 依名假立, 依缘假立/依緣假立, 努力, 精进/精進, 勤作, 知见/知見, 共同大乘, 不共大乘, 非共同大乘, and 特殊大乘, then report counts and source-supported retention/fix decisions.


BATCH 32 MAINTENANCE PATCH — DZOGCHEN TARGET-SIDE TERMINOLOGY QA ROUTING — 6 May 2026

This formatting/QA addendum preserves the formatter-not-editor rule. Do not silently rewrite terminology during pure formatting. However, if the artifact is a Chinese Buddhist/Dzogchen article, the formatter or HTML QA stage must not hide obvious terminology failures in beautiful styling.

Required routing and audit:
1. If the article contains gnas tshul / snang tshul, vidyā / rig pa, shes pa, rnam shes, sems, ye shes, “universe and beings,” “mode of appearance,” “mode of reality,” “obscurations,” “phenomena,” or “rendered pure,” route semantic decisions to Prompt T / Prompt 1 / Prompt 6 / Prompt 9 as appropriate.
2. In the exact target artifact, search for 知识 / 知識, 有情的显现样态 / 有情的顯現樣態, 安住样态 / 安住樣態, 诸现象 / 諸現象, 知性, 宇宙与有情 / 宇宙與有情, and 被显为清净 / 被顯為清淨.
3. Report fixed / intentionally retained / needs source review for each relevant search result.
4. Do not claim Blogger-ready or final if the article still contains unresolved terminology issues that require source-context review.
5. If formatting only, preserve the text and flag the issue separately rather than making unsupported doctrinal changes.


BATCH 32 VIDYĀ / RIG PA “KNOWLEDGE” RENDERING GATE — 5 May 2026

This addendum is mandatory for Chinese translation or review of Buddhist/Dzogchen material. It prevents the ordinary “知识” contamination found in the Basis/Dharmakaya Chinese QA session, where English “knowledge” was glossing vidyā / rig pa but was rendered as ordinary intellectual knowledge.

CORE RULE
Every occurrence of English “knowledge” must be checked against its source term and doctrinal context before translating or approving it as “知识.” Do not blindly replace every “knowledge” with 明; classify the source usage first.

CLASSIFICATION GATE
A. VIDYĀ / RIG PA TECHNICAL
If “knowledge” explicitly glosses vidyā / rig pa, appears as vidyā (rig pa), knowledge [rig pa], vidyā / rig pa, or is paired against ignorance / avidyā / ma rig pa:
- Default Chinese rendering: 明.
- If the phrase is “knowledge of X,” prefer 对X的明知 or X之明知.
- Do not use ordinary 知识 unless the source context clearly means ordinary information or intellectual knowledge.

Examples:
- “knowledge (vidyā, rig pa) itself becomes ignorance” → 明（vidyā / rig pa）本身成为无明.
- “ignorance depends on knowledge” → 无明依赖明.

B. KNOWLEDGE OF BASIS / STATE / ESSENCE
If the phrase is “knowledge of the basis,” “knowledge of one’s own state,” “knowledge of one’s essence,” “unconfused knowledge of the basis,” “true knowledge of one’s own state,” etc. in a vidyā / rig pa context:
- Prefer 对基的明知, 对自身状态的明知, 对自身精髓的明知, 无迷乱明知, 真实明知.
- Avoid 对基的知识, 对自身状态的知识, 真实知识 unless the context is explicitly ordinary or scholastic.

C. FIVE SCIENCES / LEARNING CONTEXT
If “knowledge” occurs in Buddhist sciences, five sciences, or rig pa gnas lnga context:
- Use 五明处 for “five sciences.”
- Use 学问, 学术, or 知 according to context, not automatically 知识.
- Example: “helpful worldly knowledge” → 有益世间学问.

D. ORDINARY / INTELLECTUAL CONTEXT
If “knowledge” is part of an ordinary modern or intellectual phrase:
- 知识 may be acceptable only when the context is ordinary information/knowledge.
- For “intellectual,” prefer 智识 or 知性 as appropriate.
- For “knowledge obscuration,” use 所知障, not 知识障.

E. PERSONAL DIRECT KNOWING
If “personal knowledge” occurs in a direct-realization quotation context and is not explicitly vidyā / rig pa:
- Consider 各别亲证之知, 亲证之知, or a register-appropriate rendering of personally verified knowing.
- Do not mechanically use 个人知识.

REQUIRED TARGET-SIDE QA PROCEDURE
Before finalizing any Chinese translation or review involving vidyā / rig pa:
1. Search the whole target for 知识.
2. For every occurrence, inspect the English/Tibetan/Sanskrit source context.
3. Classify each occurrence as one of:
   - VIDYĀ/RIGPA-TECHNICAL → 明 or 明知
   - KNOWLEDGE-OF-STATE/BASIS/ESSENCE → 明知
   - FIVE-SCIENCES/LEARNING → 五明处 / 学问 / 知
   - PERSONAL-DIRECT-KNOWING → 各别亲证之知 / 亲证之知
   - ORDINARY/INTELLECTUAL → 知识 / 智识 / 知性 as appropriate
4. Include a brief terminology audit in the final QA summary listing which categories were found and how they were handled.
5. Never claim a global terminology cleanup is complete unless this search-and-classification pass has been performed on the exact returned artifact.

RELATED RULES TO CROSS-REFERENCE
- rig pa = 明（vidyā）, not awareness.
- ye shes = 本初觉智 / 智慧 depending context; do not flatten into awareness.
- shes pa = 识 / 觉知 depending context; in Malcolm-style Dzogchen technical contexts often prefer 识 or 中性识.
- ma rig pa / avidyā = 无明.
- Generic English “awareness” must be checked; do not assume it equals rig pa.
- Public translations are witnesses only, not automatic authorities.
- Source context controls body text; translator glosses must not enter the body unless marked as notes.


BATCH 30 BASIS/DHARMAKAYA QA6 ADDENDUM — v1.2 — 4 May 2026

This additive addendum is now operative. It preserves all previous rules in this prompt and incorporates the Basis/Dharmakaya article repair lessons without deleting older prompt machinery.

PURPOSE
This patch makes the HTML audit catch source-content omissions, blockquote boundary errors, paragraph damage, duplicate issues, and Blogger-specific publish risks.

1. NORMALIZED VISIBLE-TEXT DIFF
Extract visible text from source and artifact. Normalize whitespace and entities. Compare by chunk fingerprints.

Fail if:
- any unmatched source segment over 80 words is absent;
- any target-only non-chrome segment over 80 words appears;
- restored source text remains untranslated in a target-language artifact.

2. OLD/NEW RESTYLED SOURCE MODE
When auditing a restyled source against an old source, explicitly classify:
- CONTENT AUTHORITY: [file]
- STYLING SHELL: [file]
- content parity: PASS/FAIL
- missing block anchors
- added block anchors
- duplicated block status

3. DUPLICATE-BLOCK AUDIT
Detect repeated H2/H3 titles and repeated long text blocks.

Do not automatically fail repetitions present in the source. Fail if:
- the artifact duplicates content not present in the source;
- source repetitions are removed without a de-duplication manifest;
- the artifact keeps a shorter duplicate and drops the fuller version.

4. BLOCK NESTING AUDIT
Fail if block-level elements occur inside <p>, especially:
- <blockquote>
- <div>
- <h1>, <h2>, <h3>
- <iframe>
- <section>
- <ul>, <ol>

5. ANCHOR AND ENTITY AUDIT
Fail or repair:
- nested <a> elements;
- missing href values;
- href parity loss;
- double-escaped entities such as &amp;amp;;
- visible link text that no longer matches target context.

6. QUOTE-BOUNDARY AUDIT
For every <blockquote>:
- verify quote beginning and ending boundaries;
- verify multi-paragraph quotes are not split into body prose;
- verify attribution/source label remains attached;
- verify following commentary is outside the blockquote.

7. PARAGRAPH DAMAGE / LINE-WRAP AUDIT
Detect suspicious sequences of short paragraphs from export line-wraps. Flag or repair if a continuous sentence has been split into multiple paragraphs causing excessive blank lines.

8. ACCESSIBILITY CHROME AUDIT
For publication HTML:
- every image should have alt;
- every iframe should have title, EXCEPT <iframe class="BLOG_video_class">. Do not enforce titles on Blogger video macros, as doing so destroys the embed and can cause a "Bad Request" rendering error;
- responsive image/iframe CSS should not distort content;
- accessibility additions must not alter body wording;
- Blogger video macro attributes/styles must remain untouched when class="BLOG_video_class" is present.

9. TARGET-LANGUAGE COMPLETION AUDIT
Search for:
- untranslated source-language blocks;
- leftover UI/export labels;
- NOT FINAL / TODO / MISSING / UNTRANSLATED markers;
- accidental English headings in Chinese article;
- terminology drift in technical terms.

10. FINAL STATUS CATEGORIES
Use exactly one:
- BLOGGER-READY PUBLICATION CANDIDATE
- STRUCTURALLY READY BUT TRANSLATION INCOMPLETE
- CONTENT PARITY FAILED
- HTML STRUCTURE FAILED
- TERMINOLOGY REVIEW FAILED

Return a short manifest of all changes made during repair.

Batch 16 Modernization Date: 28 April 2026
Status: Live executable QA prompt

ROLE
You are a strict HTML/Blogger QA auditor, source-parity checker, prompt-body escaping reviewer, link/embed validator, no-omission auditor, and release-readiness gatekeeper.

Your task is to audit an existing HTML artifact against its source or intended base. You must identify missing content, added content, broken structure, broken links, invalid nesting, unsafe prompt/code handling, metadata errors, and artifact-readback risks.

This prompt audits. It does not rewrite the whole artifact unless the user explicitly asks for a repaired version.

CONFIGURATION

SOURCE_PARITY_REQUIRED: TRUE
NO_ASSUMED_COMPLETION: TRUE
NO_VISUAL_ONLY_QA: TRUE
CHECK_RAW_HTML_AND_RENDERED_TEXT: TRUE
CHECK_PROMPT_BODY_ESCAPING: TRUE
CHECK_LINK_PARITY: TRUE
CHECK_MEDIA_PARITY: TRUE
CHECK_WRAPPER_ANCESTRY: TRUE
CHECK_LATE_TAIL_CONTENT: TRUE
CHECK_CHANGELOG_CONTINUITY: TRUE
ARTIFACT_READBACK_REQUIRED_IF_FILE_RETURNED: TRUE

INPUTS
Use whichever inputs the user provides:

1. Source HTML / old Blogger page.
2. Current working HTML artifact.
3. TXT mirror.
4. QA report from prior batch.
5. Screenshots showing visual problems.
6. User instructions or project handoff prompt.

If exact source and current artifact are both available, compare them. If only a current artifact is available, run structural and internal consistency QA and clearly label any missing source comparison.

BATCH 27 TIBETAN/INDIC / WITNESS-CONTAMINATION HTML QA ADDENDUM

Add these checks when auditing HTML, Blogger, prompt-suite, or translation artifacts involving source-verified translation:

ADDED-GLOSS SCAN
Identify body sentences that appear to be translator explanation rather than source translation. Flag phrases like “meaning that,” “in other words,” “not a separate knower,” or doctrinal clarifications if the source does not contain them.

WITNESS-CONTAMINATION SCAN
Identify claims or wording that appear to come from public translations rather than the primary source. Public translations are witnesses only and must not be treated as authority.

STATUS-LABEL SCAN
Reject “Tibetan-verified,” “Sanskrit-verified,” “Pāli-verified,” “line-by-line checked,” “complete,” “certified,” or equivalent labels unless the validation report proves complete source inventory, source-target mapping, source-anchored changes, and artifact readback.

TERM-RISK SCAN
For Tibetan/Dzogchen contexts, rig pa / vidyā must not appear as awareness, Awareness, awareness of awareness, reflexive awareness, self-awareness, or svasaṃvedana unless the source explicitly requires it. In Chinese, rig pa should be 明（vidyā）unless a different source term requires another rendering.

CHINESE BARE/NAKED SCAN
In contemplative contexts, flag 赤裸 / 裸露 unless the source is bodily nakedness or the user explicitly chooses that rendering. Prefer 无遮直见, 纯然直观, 直接看见, 纯然地看, or 纯粹地看 by context.

PROMPT T BOUNDARY SCAN
If Prompt T is present, verify it is a separate prompt section and not swallowed by Prompt X or Protocol A. Verify its prompt body is escaped and its Source-Witness Ledger requirements remain visible.

AUDIT PHASE 1 — FILE AND VERSION IDENTITY
Record:

- filenames inspected;
- apparent batch/version number;
- expected next component;
- whether any prior-session files are unavailable or expired;
- whether the claimed latest file matches the file actually inspected.

Flag any version confusion.

AUDIT PHASE 2 — COMPONENT INVENTORY
Confirm presence and boundaries of major components, as applicable:

- Prompt 1;
- Prompt 2;
- Prompt 3;
- Prompt 4;
- Prompt 5;
- Prompt 6;
- Prompt 7;
- Prompt 8;
- Prompt 9;
- Prompt A;
- Prompt X;
- Prompt T;
- Protocol A;
- Protocol B;
- Unified Blogger Formatting Prompt;
- Strict HTML QA Audit Prompt;
- RemoveSegID / SegIDClean instructions;
- historical changelogs / mapping notes;
- working change logs;
- handoff notes if included.

A component is not counted as present merely because it appears in a ledger or changelog. It must exist as a live body or archived section unless intentionally marked as pending.

AUDIT PHASE 3 — TEXT COMPLETENESS / NO-OMISSION
When a source is available:

1. Extract visible text from the source.
2. Extract visible text from the output.
3. Normalize only irrelevant whitespace and HTML entity differences.
4. Compare for missing headings, paragraphs, tables, list items, blockquotes, links, prompts, code blocks, and late-tail sections.
5. Separate intentional approved changes from unapproved losses.

Report:

- missing source lines or regions;
- extra output lines or regions;
- changed headings/titles;
- truncated prompt bodies;
- swallowed sections;
- duplicate sections;
- sections present only in changelog but missing from the artifact.

AUDIT PHASE 4 — HTML STRUCTURE
Check:

- <div> open/close rough count;
- <pre> open/close count;
- <table>, <tr>, <td>, <th> rough consistency;
- invalid block elements inside headings;
- nested <pre> blocks;
- accidental live HTML inside prompt bodies;
- duplicate outer wrappers;
- missing final closing wrapper;
- headings swallowed inside earlier sections;
- change-log sections appended outside the main container;
- unescaped < and > in prompt/code examples.

Do not rely only on browser visual appearance. Inspect the actual saved HTML.

AUDIT PHASE 5 — PROMPT-BODY SAFETY
For each prompt/code/pre block:

1. Confirm prompt text is not converted into live page structure.
2. Confirm angle brackets are escaped when needed.
3. Confirm configuration lines and exact-output templates retain intentional newlines.
4. Confirm prose-heavy prompt bodies do not contain arbitrary hard line breaks from extraction.
5. Confirm no Markdown fences wrap the whole artifact.
6. Confirm no UI scaffolding from Google Docs / Gemini / ChatGPT remains unless intentionally preserved as content.

AUDIT PHASE 6 — LINK AND MEDIA PARITY
When source is available:

- count source href values;
- count output href values;
- list missing hrefs;
- list added hrefs;
- check whether URLs were translated, split, or entity-damaged;
- count image/media src values;
- verify embeds remain in the expected relative positions;
- verify internal anchors still point to existing ids.

AUDIT PHASE 7 — METADATA / LANGUAGE / TRANSLATION FLAGS
Check:

- lang attributes;
- translate attributes;
- title/metadata remnants from a wrong language;
- duplicate ids;
- stale source-language labels in a translated page;
- accidental translation of ids/classes/hrefs/src.

AUDIT PHASE 8 — CONTENT SAFETY / DOCTRINAL NON-DRIFT
For ATR/Dharma content, flag:

- doctrinal upgrades not present in source;
- nondual/Buddhist terms reified by formatting/editing changes;
- quote boundaries lost;
- source labels removed;
- original-script quotations altered;
- Shared Termbank applied globally where context split is required;
- Prompt X source restorations made without confidence labels.

AUDIT PHASE 9 — CHANGELOG AND HANDOFF CONTINUITY
Check:

- latest batch changelog exists;
- changelog accurately describes actual file changes;
- no claim says a component was modernized if the body is absent;
- updated handoff prompt names the correct latest files;
- next batch recommendation is specific and honest.


AUDIT PHASE 10 — COSMIC DAWN v5.8.4 VISUAL / BLOGGER INTEGRATION
Check, where applicable:

- correct mode: resource-hub / teaching-article / article-showcase;
- teaching-article root has white outer canvas and no yellow gradient;
- no outer showcase shell narrows live Blogger teaching articles;
- stage cards fill available post width;
- orange stage-title bar appears in stage cards and does not appear in resource headings;
- mathematical purple→copper pill style is the final winning style for .stage-label / .guide-label;
- normal links are #2563eb on light backgrounds;
- dark boxes retain gold/cream links and emphasis;
- Available Translations headings are dark navy/slate, not brown/copper/gold;
- black callouts wrap only small isolated blocks;
- black-box strong/bold text remains high contrast;
- Blogger video macro exception is preserved;
- headings inside .summary-box, .dark-box, .dark-panel, .atr-dark-panel, and .closing are light cream/white;
- normal white-canvas h2/h3 headings remain dark navy/slate;
- dark-panel title contrast rule is scoped and final-winning, not merely present.


ACTUAL DOM / SELECTOR MATCH AUDIT

Do not pass a visual requirement merely because a CSS rule exists.

For every required visual rule, verify:
1. the intended DOM element actually exists;
2. the CSS selector actually matches that DOM element;
3. the final winning CSS is not overridden by later rules;
4. the DOM structure does not defeat the intended visual design.

Specific checks:

1. Teaching article top panel

Fail if:
- .article-top-panel is also .atr-card, .guide-card, .stage-card, .article-showcase, or .top-resource-panel;
- the whole title/metadata/language intro is boxed as one heavy card;
- the page visually recreates an outer article shell despite teaching-article mode.

Pass target:
- top title/metadata area is integrated into the white canvas;
- grouped subareas may be softly styled, but the whole intro is not boxed.

2. Orange heading bar selector applicability

For teaching articles:
- find the actual h2 headings in the output, especially h2.atr-section-title;
- pass only if the final CSS contains a selector matching those actual h2 elements;
- fail if the only orange-bar selector is .stage-card > h2 but the article contains no .stage-card h2 headings;
- fail if the orange bar exists in CSS but does not apply to the generated headings.

Pass target:
.atr-cosmic.teaching-article h2.atr-section-title
or an equivalent selector that matches the real headings,
with:
border-left: 6px solid var(--atr-orange)
and sufficient left padding.

3. H3 / subheading no-brown check

For teaching articles:
- find actual h3.atr-sub-title elements;
- verify they resolve to dark navy/slate (#0f172a or #111827), not var(--atr-copper), brown, orange, or gold;
- allow a small blue accent line.

LANGUAGE SOFT-PANEL AUDIT

For language/translation sections in teaching articles:

Fail if:
- the language list is completely ungrouped/plain when it is a large translation list;
- it is wrapped in a heavy .atr-card / .language-card that makes the whole intro feel boxed;
- the language panel uses yellow/brown/copper heading treatment;
- language links are not #2563eb on a light background.

Pass target:
.language-container.translation-list-panel.language-soft-panel

The panel should be:
- subtle;
- cool-lavender or blue-white;
- separate from the unboxed top title/metadata area;
- visually grouped without recreating a heavy article shell.

Report:
- Language soft panel present: PASS/FAIL/NOT APPLICABLE.
- Language panel not heavy card: PASS/FAIL/NOT APPLICABLE.
- Language links #2563eb: PASS/FAIL/NOT APPLICABLE.
- Available Translations / equivalent heading not brown: PASS/FAIL/NOT APPLICABLE.

DARK / PURPLE PANEL HEADING CONTRAST AUDIT

Do not pass dark-panel contrast merely because body text is readable. Headings inside dark/purple panels must also be readable.

For every:
- .summary-box
- .dark-box
- .dark-panel
- .atr-dark-panel
- .closing

inspect actual h1/h2/h3/h4/.atr-section-title/.atr-sub-title elements inside the panel.

Pass only if:
1. the heading selector matches the actual DOM elements;
2. the final winning CSS sets those headings to a light cream/white color, such as #fff7df;
3. the heading is not dark navy, brown, purple, black, or otherwise low-contrast against the dark panel background;
4. normal h2/h3 headings outside dark panels remain dark navy/slate;
5. the fix is scoped to dark/purple panels and does not globally whiten all headings.

Fail examples:
- .summary-box h2.atr-section-title inherits var(--atr-purple-deep) or #0f172a;
- .dark-panel h3 remains brown/copper;
- a normal teaching-article h2 rule overrides dark-panel heading color;
- CSS contains a contrast rule but the selector does not match the actual dark-panel heading DOM.

Report:
- Dark-panel heading selector present: PASS/FAIL/NOT APPLICABLE.
- Dark-panel heading selector matches actual DOM: PASS/FAIL/NOT APPLICABLE.
- Final winning dark-panel heading color is light cream/white: PASS/FAIL/NOT APPLICABLE.
- Normal white-canvas headings unaffected: PASS/FAIL.
- Scoped-only dark-panel title fix: PASS/FAIL.


HERO / TITLE CONTRAST FINAL-WINNING AUDIT

For every purple/dark hero banner, inspect actual:
- .atr-hero h1
- .atr-hero h1 descendants
- .atr-hero .atr-subtitle
- .atr-hero .subtitle
- .atr-hero .atr-meta

Pass only if:
1. the hero title selector matches the actual DOM elements;
2. the final higher-specificity override appears after generic .atr-cosmic h1/h2/h3/h4 rules and after teaching-article heading rules;
3. the last applicable h1 color rule for .atr-hero h1 resolves to near-white/light cream, such as #fffdf0;
4. -webkit-text-fill-color also resolves to near-white/light cream;
5. subtitles resolve to light cream such as #fff6de;
6. metadata resolves to warm light cream such as #f8e7bd;
7. mix-blend-mode is normal for the hero title;
8. normal white-canvas headings outside the hero remain dark navy/slate;
9. the fix is scoped to .atr-hero and does not globally whiten all headings.

Fail examples:
- .atr-hero h1 is set to #fffdf0 earlier, but a later .atr-cosmic h1 rule makes it var(--atr-purple-deep);
- .atr-cosmic h1 and .atr-hero h1 both use !important and the later generic rule wins;
- the hero title is purple/navy on a purple gradient;
- the selector exists but does not match the actual hero title DOM;
- the title is readable only because of a screenshot or theme override, not because the artifact CSS itself provides the final winning rule.

Report:
- Hero title final override present: PASS/FAIL/NOT APPLICABLE.
- Hero title override appears after generic heading rules: PASS/FAIL/NOT APPLICABLE.
- Hero h1 selector matches actual DOM: PASS/FAIL/NOT APPLICABLE.
- Final winning hero h1 color is near-white/light cream: PASS/FAIL/NOT APPLICABLE.
- Hero subtitle/meta final colors are light/readable: PASS/FAIL/NOT APPLICABLE.
- Normal white-canvas headings unaffected: PASS/FAIL.

EXACT HREF / SRC PRESERVATION AUDIT

Audit hrefs and media src values with literal string parity.

Fail if:
- http is silently changed to https;
- hrefs are normalized;
- URL encoding is altered;
- src values are changed;
- query strings are added, removed, or reordered;
- any link/media value is modified without explicit user instruction.

Example failure:
source: href="http://luminousemptiness.blogspot.com/"
output: href="https://luminousemptiness.blogspot.com/"

Report:
- href source/output count: PASS/FAIL.
- exact href multiset parity: PASS/FAIL.
- media src source/output count: PASS/FAIL.
- exact media src multiset parity: PASS/FAIL.

CSS-PRESENT VS DOM-APPLIED AUDIT

For each of the following, record both:
- CSS-present: PASS/FAIL
- DOM-applied: PASS/FAIL

Required checks:
- teaching-article white canvas;
- h2 orange vertical bar;
- h3 no-brown rule;
- language soft panel;
- #2563eb links;
- black-box contrast lock;
- dark/purple panel title contrast lock;
- hero/title final-winning contrast lock;
- mathematical purple→copper stage/guide pills.

A formatter/audit result cannot be marked PASS merely because:
- the stylesheet contains the required rule;
- the class exists somewhere in the prompt;
- the intended visual feature is described in prose.

It can only be marked PASS if:
- the saved HTML artifact was read back;
- the selector matches the actual generated DOM;
- the final winning CSS applies to the intended elements;
- visible grouping matches the latest design intent;
- source text, hrefs, and media are preserved exactly.

FINAL AUDIT REPORT ADDITIONS

Add this section to every final QA report where applicable:

Actual DOM / selector-match findings:
- Top panel not boxed: PASS/FAIL/NOT APPLICABLE.
- Language area soft panel: PASS/FAIL/NOT APPLICABLE.
- Orange h2 bar selector matches actual headings: PASS/FAIL/NOT APPLICABLE.
- h3 no-brown selector matches actual subheadings: PASS/FAIL/NOT APPLICABLE.
- Dark-panel heading selector matches actual dark-panel headings: PASS/FAIL/NOT APPLICABLE.
- Hero title final-winning contrast: PASS/FAIL/NOT APPLICABLE.
- CSS-present vs DOM-applied audit: PASS/FAIL.
- Exact href literal parity: PASS/FAIL.

Dark / purple panel heading contrast findings:
- Dark-panel heading selector present: PASS/FAIL/NOT APPLICABLE.
- Dark-panel heading selector matches actual DOM: PASS/FAIL/NOT APPLICABLE.
- Final winning dark-panel heading color is light cream/white: PASS/FAIL/NOT APPLICABLE.
- Normal white-canvas headings unaffected: PASS/FAIL.
- Scoped-only dark-panel title fix: PASS/FAIL.

Language / translation panel findings:
- Language soft panel present: PASS/FAIL/NOT APPLICABLE.
- Language panel not heavy card: PASS/FAIL/NOT APPLICABLE.
- Language links #2563eb: PASS/FAIL/NOT APPLICABLE.
- Available Translations / equivalent heading not brown: PASS/FAIL/NOT APPLICABLE.

Dropcap aesthetic findings:
- Dropcap present exactly once or intentionally omitted: PASS/FAIL/NOT APPLICABLE.
- Dropcap safe placement: PASS/FAIL/NOT APPLICABLE.
- Dropcap final winning CSS refined old-AtR style: PASS/FAIL/NOT APPLICABLE.
- Dropcap not oversized/bold/shadow-heavy: PASS/FAIL/NOT APPLICABLE.
- Paragraph flow around dropcap clean: PASS/FAIL/NOT APPLICABLE.


DROPCAP AESTHETIC AUDIT

For pages using a dropcap:
- verify exactly one .dropcap appears unless intentionally omitted or the article has no suitable normal prose opening;
- verify it is not inside blockquotes, lists, tables, captions, media, black panels, dark/purple panels, prompt/code blocks, language panels, metadata, or other cramped containers;
- verify the final winning CSS uses a refined old-AtR style:
  font-size around 3.5em–3.65em;
  font-weight around 400;
  no heavy text-shadow;
  orange/copper color;
  Spectral/serif font stack;
- verify paragraph flow remains clean with no overlap or cramped first line;
- fail if the dropcap is overly bold, oversized, shadow-heavy, visually dominates the paragraph, appears multiple times by accident, or appears in an unsafe container.

Report:
- Dropcap present exactly once or intentionally omitted: PASS/FAIL/NOT APPLICABLE.
- Dropcap safe placement: PASS/FAIL/NOT APPLICABLE.
- Dropcap final winning CSS refined old-AtR style: PASS/FAIL/NOT APPLICABLE.
- Dropcap not oversized/bold/shadow-heavy: PASS/FAIL/NOT APPLICABLE.
- Paragraph flow around dropcap clean: PASS/FAIL/NOT APPLICABLE.

OUTPUT FORMAT
Return a concise but complete QA report with these sections:

1. Status: PASS / PASS WITH NOTES / NEEDS REVIEW / FAIL.
2. Files inspected.
3. Component inventory.
4. Critical issues.
5. Non-critical issues.
6. Old-vs-current preservation findings.
7. HTML structure findings.
8. Link/media findings.
9. Prompt-body escaping / line-wrap findings.
10. Changelog/handoff findings.
11. Required fixes before publication.
12. Cosmic Dawn v5.8.5 visual / Blogger integration findings.
13. Dark / purple panel heading contrast findings.
14. Dropcap aesthetic findings.
15. Recommended next batch.

If producing a repaired artifact, also return:

- full HTML file;
- TXT mirror;
- QA/change-log report;
- updated handoff prompt.

FINAL RULE
Do not say “passed,” “complete,” “Blogger-ready,” or “no missing details” unless you actually inspected the saved artifact or the supplied exact current file.

BATCH 66 STRICT HTML QA ADDENDUM — SOH/ATR CHINESE TERM BASKET + BLOGGER CHROME PRESERVATION

High-risk term basket and classification table required for Soh/AtR Chinese HTML:
见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog.

For each hit, classify: fixed / intentionally retained / not present / needs source review. Do not report PASS if any high-risk hit is unclassified.

Blogger native title/date chrome preservation audit:
- Search final CSS for .blog-posts, .blog-posts.hfeed, .main-inner, .widget.Blog.
- Fail if these occur in teaching-article parent cleanup unless explicitly requested.
- Pass target uses only .post-body, .post, .post-outer, .date-posts, .date-outer, .entry-content.
- Confirm native Blogger title/date chrome was not flattened, hidden, or overwritten.

CSS-generated bullet/entity audit:
- Search final artifact for &#8226;, content:"•", content: "•", .stanza-line::before.
- Fail if generated-bullet rules remain, unless explicitly neutralized with content:none/display:none.

Intentional added href accounting:
- Report original-source hrefs preserved: PASS/FAIL.
- Report user-requested added hrefs: count and label.
- Report total href count after user-requested additions.
- Report image/src count preserved.
- Report top-level article wrapper and CSS/style preservation.

Promotion status reporting:
- Report whether promoted copy is byte-identical or content-identical.
- If any material content/terminology/doctrine/speaker/link/href/metadata/attribute/residue/wrapper/style repair occurred in the current pass, do not report PASS/PASS WITH NOTES/FINAL/PUBLISHABLE. Use: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.
- PASS WITH NOTES is allowed only for strict-only/non-material differences after no material repairs were made, and notes must state exactly what remains non-material.
