我要把这篇 ATR 文章翻译成【目标语言】。

我已经上传源文章和相关的 ATR 提示词包 ZIP。请以 Universal ATR HTML Article Translation Intro Prompt v1.6 / Batch84 作为工作流起点。

第一步，请识别我上传的源文件和提示词包文件。然后告诉我你会按什么精确工作流执行。

如果文章引用中文、日文、藏文、梵文、巴利文或其他源文材料，不要只是回译英文近似句。请判断是否需要 Prompt X 做源文恢复，或 Prompt T 做源文锚定核验。

在真正完成所需的审校与 QA gates 之前，不要声称 final、publishable 或 Blogger-ready。必须保留所有 href/src 链接、Blogger HTML 结构、源文含义，并确保目标语言自然流畅。

我已经上传源 Blogger HTML 文章和 AtR HTML Translation Pack ZIP。

请以 Universal ATR HTML Article Translation Intro Prompt v1.6 / Batch84 作为工作流起点。

目标语言：【目标语言】
需要输出：Blogger-ready HTML

第一步请识别上传文件，并告诉我你会按什么精确工作流执行。在 Prompt 6、Prompt 9 与 Strict HTML QA 真正运行之前，不要声称 final/publishable。

[在此粘贴完整的“PROMPT 6”]

源文：
[在此粘贴源文]

需要审校的译文：
[在此粘贴你想要审校的完整译文]

[在此粘贴完整的“PROMPT X”]

任务：这段英文似乎引用或转述了中文/日文/东亚源文。请先判断原始源文是否可以恢复或核对，再进入最终翻译/润色。

英文段落：
[在此粘贴段落]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch84 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.

# ATR HTML Article Translation Workflow Prompt — UNIVERSAL FULL INTRO PROMPT WITH HARD QA GATES, ADVERSARIAL REVIEW, AND ANTI-FALSE-FINAL DISCIPLINE

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch84 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Universal Intro: 这是 the first user-facing control prompt; enforce the Key Term Research Table, Presence Gate, parenthetical-order rule, hybrid residue scan, and no-repair promotion hardening before any final claim.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。


**Version note:** This is the full language-agnostic initial prompt for ATR HTML article translation workflows. It is intended to apply to all ATR target languages, including but not limited to Simplified Chinese, Traditional Chinese, Tibetan, Nepali, Bengali, Spanish, Hindi, Tamil, Portuguese, Japanese, Thai, Polish, Danish, Vietnamese, French, Indonesian, Malay, Korean, Arabic, Russian, Italian, Serbian, Burmese, Sinhala, Greek, Ukrainian, Swedish, and any other requested target language. It is not a patch and is not specific to any one translation. It incorporates hard QA gates against premature “final/publishable” claims, weak no-repair promotions, untranslated source-language residue, mixed-language hybrids, URL/code corruption, and target-language fluency failures.


## 0. Target-language configuration

Set the following values before starting:

* `TARGET_LANGUAGE`: [e.g. Simplified Chinese / Traditional Chinese / Tibetan / Nepali / Bengali / Spanish / Hindi / Tamil / Portuguese / Japanese / Thai / Polish / Danish / Vietnamese / French / Indonesian / Malay / Korean / Arabic / Russian / Italian / Serbian / Burmese / Sinhala / Greek / Ukrainian / Swedish / any other requested target language]
* `TARGET_LANGUAGE_LABEL`: [human-readable label for reports, e.g. “Simplified Chinese translation,” “Bengali translation,” “Spanish translation,” “Tibetan translation,” “Ukrainian translation,” etc.]
* `TARGET_SCRIPT_OR_VARIANT`: [e.g. zh-Hans / zh-Hant / Tibetan / Devanagari / Bengali / Tamil / Arabic / Cyrillic / Greek / Latin-script European language / Japanese / Korean / Thai / Burmese / Sinhala / etc., or “not applicable”]
* `SOURCE_LANGUAGE`: English
* `SOURCE_ARTICLE_URL`: [insert English original URL if available; otherwise use `URL_NEEDED_HUMAN_REVIEW`]
* `SOURCE_ARTICLE_TITLE`: [insert English article title]
* `TOP_ORIGINAL_LINK_LABEL`: [target-language label for “English original,” e.g. for Simplified Chinese: 英文原文; for Bengali: ইংরেজি মূল]
* `USER_NAME_RENDERING_RULE`: Preserve “Soh Wei Yu” or “Soh” unless I explicitly provide a target-language rendering.
* `TARGET_LANGUAGE_TERMBANK`: Use the target-language-specific termbank supplied below or in the uploaded prompt pack. If no target-language termbank is supplied, translate technical terms conservatively according to the uploaded prompt pack and source context.

Please translate the uploaded English Blogger HTML article into `TARGET_LANGUAGE`.

I will upload:

1. The current ATR prompt pack ZIP.
2. The English source HTML article to translate.

Important:
This is a fresh `TARGET_LANGUAGE_LABEL` workflow, not a repair of an existing target-language translation unless I explicitly upload an existing target-language file and ask for review/repair.



### 0.1 Universal scope and no single-language assumption

This prompt must remain applicable to all requested ATR target languages. Do not silently adapt it into a language-specific prompt unless the user explicitly asks for a target-language-specific derivative.

For each new translation workflow:

* Treat `TARGET_LANGUAGE` as the only active target language.
* Do not import the terminology decisions, residue patterns, grammar assumptions, punctuation conventions, or protected-term choices from a previous target language unless they are explicitly stated as universal in this prompt or in the uploaded prompt pack.
* Before translating, infer or construct a small target-language risk profile based on the language’s script, morphology, punctuation, and common translation failure modes.
* If a target language uses the Latin alphabet, source-language residue is harder to detect because English and target language share letters; therefore perform an extra ordinary-English residue scan using high-risk English Dharma and prose terms.
* If a target language uses a non-Latin script, perform an extra mixed-script and transliterated-English scan.
* If a target language is inflected, perform an extra grammar scan for case, gender, number, tense, agreement, compounds, and unnatural literal calques.
* If a target language is analytic or topic-prominent, perform an extra scan for unnatural word-for-word source syntax, dropped particles, and broken sentence flow.
* If a target language is right-to-left, perform an extra audit for punctuation directionality, URL isolation, list formatting, and HTML attribute safety.
* If the prompt pack or user provides a target-language termbank, that termbank controls over generic dictionary choices, subject always to source meaning and prompt-pack rules.

### 0.2 Anti-false-final principle

The main failure this prompt is designed to prevent is false promotion: claiming that a translation is “reviewed,” “publishable,” “complete,” or “final” while later Prompt 6/9 review still finds material defects.

Therefore:

* QA must be adversarial, not confirmatory.
* A no-repair promotion pass must try to disprove readiness, not merely confirm prior status.
* Mechanical HTML/count parity does not prove translation quality.
* A Prompt 6/9 review is not complete unless it checks semantic fidelity, doctrinal terminology, target-language fluency, ordinary source-language residue, mixed-language residue, line-merge damage, punctuation, exact-title handling, and HTML/code preservation.
* If a later pass finds material issues that an earlier “publishable” or “no-repair” pass should have found, explicitly treat the earlier promotion as false, retract the promotion status for the current working artifact, repair the issue, and add that defect family to the cumulative risk basket.

---

## 1. First inspect the uploaded prompt pack, then actively apply it

Before translating, editing, judging, or formatting anything, inspect the uploaded prompt pack carefully. Do not rely on memory or previous sessions.

Read the relevant prompts and workflow rules, especially:

* Prompt A: HTML Article Translation Workflow
* Prompt 1: High-Fidelity Translation Workflow
* Prompt 6: High-Fidelity Translation Review
* Prompt 9: Whole-Document Refinement
* Prompt 8, if present and relevant to dialogue/chat-log cleanup
* Unified Blogger Formatting Prompt, if the pack routes Blogger presentation through it
* Strict HTML QA Audit Prompt, if present
* Any Batch67+ / no-repair promotion / status-label / no-premature-final rules in the pack

However, inspecting the prompts is not enough. You must actively apply the relevant prompts as the operative workflow for the task.

Do not use prompt names as a ritual label. If you say Prompt 6 or Prompt 9 was applied, the artifact and QA report must show evidence that the relevant checks were actually performed. A later discovery of obvious residue, line-merge damage, target-language grammar errors, or recurring calques means the earlier Prompt 6/9 claim was incomplete and must be treated as a QA failure.

Use the uploaded prompt pack as controlling instructions in this exact functional order:

1. **Prompt A — governs the HTML article workflow**

   * Apply Prompt A to control source-of-truth discipline, HTML/Blogger preservation, routing, artifact handling, cumulative checkpoints, link/media preservation, and final QA requirements.

2. **Prompt 1 — governs the actual high-fidelity translation into `TARGET_LANGUAGE`**

   * Do not merely read Prompt 1.
   * Translate the article according to Prompt 1’s Buddhist/Dharma translation rules.
   * Apply Prompt 1’s source-faithfulness, doctrinal precision, terminology discipline, no-omission, no-added-gloss, and no-paraphrase requirements throughout the actual `TARGET_LANGUAGE` translation.

3. **Prompt 6 — governs the post-translation fidelity and terminology review**

   * After translating, review the `TARGET_LANGUAGE` output against the English source using Prompt 6.
   * Repair mistranslations, omissions, additions, doctrinal distortions, terminology errors, speaker-attribution issues, source-language residue, mixed-language hybrid residue, and unnatural target-language wording that affects fidelity or clarity.
   * Do not treat Prompt 6 as optional commentary; it must be used as an active QA pass.

4. **Prompt 9 — governs whole-document refinement after Prompt 6**

   * After Prompt 6 review, run Prompt 9 across the whole translated document.
   * Refine consistency, readability, punctuation, terminology, line-merge damage, target-language flow, and whole-document coherence without paraphrasing away source meaning or adding new doctrine.

5. **Prompt 8 — apply before translation only if relevant**

   * If the article is dialogue/chat-log-heavy, or if the pack routes the task through Prompt 8, apply Prompt 8’s dialogue-cleanup rules before translation.
   * Apply Prompt 8 only to the extent required by the source workflow.
   * Preserve speaker attribution, chronology, and source-traceable line merging.
   * Do not invent speakers.
   * Do not split one speaker’s sentence into another speaker’s turn.
   * Do not convert a tagged name inside one paragraph into a new speaker label unless the source clearly makes it a separate speaker turn.

6. **Unified Blogger Formatting / Strict HTML QA — apply at the end if routed by the pack**

   * If the uploaded pack routes final Blogger presentation through the Unified Blogger Formatting Prompt or Strict HTML QA Audit Prompt, apply them as actual final checks, not merely as references.
   * Preserve CSS, wrappers, IDs/classes, links, media, iframe/script/config values, href/src values, and Blogger structure unless a prompt explicitly authorizes a change.

Do not say “I read Prompt 1” and then translate generically. The output must show that Prompt 1 governed the translation, Prompt 6 governed the review, Prompt 9 governed the refinement, and Prompt A governed the HTML workflow.

---

## 2. Critical task-object rule

* Prompt A / Prompt 1 / Prompt 6 / Prompt 9 are workflow instructions, not the source article.
* Translate the uploaded English HTML article, not the prompt files themselves.
* Only translate Prompt A or any prompt file if I explicitly say: “translate Prompt A itself” or “translate this prompt file.”

---

## 3. Source-of-truth rules

* The uploaded English HTML is the authority, not the live webpage.
* If I later upload a newer English HTML, treat the newer uploaded English HTML as the new source of truth.
* When a newer English HTML is uploaded, compare it carefully against the previous English source and update the `TARGET_LANGUAGE` translation for all changes, not only the examples I mention.
* Existing live translations or previous target-language versions are not the source and must not be used as scaffolds, missing-block donors, or authority unless I explicitly instruct you to compare or reuse them.
* Preserve meaning exactly, especially doctrinal nuance.
* Do not omit, summarize, paraphrase away, shorten, reorganize, or add doctrinal glosses unless the prompt pack explicitly requires cleanup.
* Do not introduce new explanatory material unless clearly marked and explicitly requested.
* If you find ambiguous/source-dependent issues, flag them clearly for human review instead of silently deciding.

---

## 4. HTML / Blogger preservation rules

* Preserve all Blogger HTML, CSS, classes, IDs, wrappers, structure, links, anchors, images, blockquotes, media embeds, iframe/script/config values, and layout unless a change is required by the prompt pack.
* Preserve the `<style>` block as code.
* Do not translate CSS property names, class names, selectors, URL paths, script/config values, href/src values, or code-like attributes.
* Preserve all href/src URLs exactly unless I explicitly ask to update a link.
* Translate visible article/body text into `TARGET_LANGUAGE`.
* Translate human-facing attributes such as `alt`, `title`, `aria-label`, `placeholder`, iframe `title`, and caption-like data attributes unless they are exact titles, proper names, URLs, code, or protected labels.
* Do not broadly redesign the article.
* Hard gate: after translation, review all `href`, `src`, `action`, CSS `url(...)`, iframe config URLs, script/config URL values, and code-like attributes to ensure no target-language words, non-source non-Latin characters, spaces, or translated slugs were inserted.
* If any URL or code-like value is changed without explicit user instruction, it is a material defect and must be repaired.

---

## 5. English-original link requirement

If this is a target-language translation page, add one top link after the hero/title or near the top:

`TOP_ORIGINAL_LINK_LABEL`：<a href="SOURCE_ARTICLE_URL">SOURCE_ARTICLE_TITLE</a>

Use the actual uploaded English article URL if provided. If the English URL is not provided, insert `URL_NEEDED_HUMAN_REVIEW` and flag it for human review.

Preserve all existing original links and add this as one extra link only.

In every QA report, explicitly account for this one intentional extra link if `SOURCE_ARTICLE_URL` was inserted or if `URL_NEEDED_HUMAN_REVIEW` remains.

---

## 6. Important workflow requirement — cumulative full HTML only

Do not return isolated “Part 1 / Part 2” fragment files.

If the article is too long to finish in one turn, return a cumulative full working HTML file each time.

Meaning:

* First return: full HTML shell + translated content from the beginning up to the current stopping point.
* Next return: the same cumulative HTML, with the next translated section appended.
* Continue this way until the full article is translated.
* Each returned file must be a valid Blogger-ready HTML file, not just a fragment.
* If translation is incomplete, exclude later untranslated English article-body content rather than leaving it inside the returned HTML.
* Keep the style block closed before the article body in every returned file.

---

## 7. Required process

A. Inspect the uploaded prompt pack.

B. Identify the relevant controlling rules from Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt 8 / Blogger Formatting / Strict HTML QA.

C. Confirm the task object: the English HTML article is the source, not the prompt files.

D. Apply Prompt A to set up the HTML article translation workflow and preservation constraints.

E. Apply Prompt 1 to translate the uploaded English HTML into `TARGET_LANGUAGE` while preserving all HTML/CSS/link/media structure.

F. Apply Prompt 6 as a full post-translation review against the English source:

* fidelity
* terminology
* omissions
* additions
* doctrinal nuance
* speaker attribution
* source-language residue
* mixed-language hybrid residue
* exact-title handling
* HTML-preservation risks

G. Apply Prompt 9 as a whole-document refinement pass:

* source-faithful clarity
* consistency
* punctuation
* readability
* terminology coherence
* line-merge cleanup
* no paraphrasing away source meaning
* no new doctrine

H. Apply Blogger Formatting / Strict HTML QA checks if the pack routes final presentation through them.

I. Apply the hard final-gate module in Section 16 before any publishable/final status.

I2. Apply the adversarial Prompt 6/9 defect-hunt module in Sections 16.11–16.16 before any no-repair promotion. This includes target-language fluency review, high-risk sentence sampling, residue search baskets, calque/grammar scans, and evidence logging.

J. Produce the required artifacts.

---

## 8. Per-response Prompt Application Ledger

In every response, include a brief **Prompt Application Ledger** before the checkpoint audit or final summary.

Do not merely state that the prompts were read. State how they were applied in this response.

Use this compact format:

**Prompt Application Ledger**

* **Prompt A:** Applied for HTML/Blogger workflow, source-of-truth discipline, structure preservation, href/src/media preservation, and checkpoint/final artifact rules.
* **Prompt 1:** Applied as the active translation engine for the current covered source range, including high-fidelity Dharma translation, terminology discipline, no omission, no added gloss, and no paraphrase.
* **Prompt 6:** Applied as the active review pass for the current translated range, checking fidelity, terminology, doctrinal nuance, omissions, additions, mistranslations, source-language residue, and HTML preservation.
* **Prompt 9:** Applied as the whole-document/current-checkpoint refinement pass for consistency, punctuation, readability, source-faithful flow, and mixed-language cleanup.
* **Prompt 8:** Applied only if dialogue/chat-log cleanup was required; otherwise state “Not applied — no dialogue/chat-log cleanup needed in this range.”
* **Blogger Formatting / Strict HTML QA:** Applied if routed by the prompt pack; otherwise state “Not applied in this checkpoint unless final Blogger QA is routed by the pack.”
* **Hard Final-Gate Module:** State whether Section 16 was applied, whether any material edits were made, and whether no-repair promotion is allowed.

The ledger must be specific to the actual work done in that response. Do not use it as boilerplate if a prompt was not actually applied.

The ledger must not replace evidence. For every final, repair, or promotion response, the QA/changelog must also include concrete audit evidence such as search baskets used, issue families checked, representative source/target sentinels, and whether any material issue was found or repaired.

---

## 9. Critical workflow discipline and status labels

Do not prematurely call the file final-ready.

For a fresh translation, the initial translation itself counts as a material creation/editing pass. Therefore, do not promote it to publishable/final in the same pass.

Use these status labels strictly:

1. If you create the translation or make any material correction in the current pass, status must be:

“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”

2. Only after a later pass reopens the exact latest repaired/translated artifact and makes no material edits may you promote it to:

“reviewed final / publishable — strict-certified final not claimed.”

3. Do not claim “strict-certified final,” “perfect,” or “final-ready” unless the prompt pack explicitly permits that status.

4. If I later say “continue,” perform the no-repair promotion pass on the exact latest artifact. If no material edits are made, promote to:

“reviewed final / publishable — strict-certified final not claimed.”

If you find new material issues, repair them and keep the status as:

“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”

5. If you cannot actually perform a required check, do not claim it passed. State:

“Not fully verified: [specific check]. Human review required.”

6. If a later review finds material defects after an earlier no-repair promotion or publishable status, do not defend the earlier status. Say plainly:

“Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”

7. The next no-repair promotion attempt must include the newly discovered issue family in the risk basket and must scan globally for related defects.

---

## 10. Cumulative checkpoint audit

For every returned checkpoint, briefly report:

* Source visible text-node range covered so far, or nearest source heading/date/source-inline sentinel if exact node count is not available.
* First and last covered source sentinel.
* Next source line/sentinel if incomplete.
* Whether the style block is closed before the article body.
* Whether tag/class structure is preserved for the covered range.
* Whether links/hrefs are preserved exactly for the covered range.
* Whether src/media are preserved exactly for the covered range.
* Whether human-facing attributes in the covered range are translated/preserved/classified.
* Whether ordinary untranslated English remains, excluding proper names, URLs, exact titles, and intentional technical labels.
* Whether no forbidden target-language terms remain in the covered range.
* Whether any source-language + target-language hybrid constructions remain.
* Whether any target-language or non-source non-Latin text entered `href`, `src`, `action`, CSS URLs, iframe config URLs, script/config URLs, IDs, classes, or selectors.
* Whether any intentional extra link, such as the required English-original link, is accounted for.

---

## 11. Dialogue / speaker-attribution audit

Compare every `.dialogue-turn`, `.atr-chat-line`, chat paragraph, Facebook-style comment, and speaker-label region against the source HTML.

Confirm:

* The number and order of dialogue turns match the source, except for intentional Prompt 8 cleanup.
* Every speaker label matches the corresponding source speaker.
* Tagged names inside a paragraph are not mistaken as speakers.
* Final dialogue sections are checked especially carefully, because Facebook-style comments often cause speaker corruption.
* No same-speaker adjacent dialogue-turns remain unless they are truly separate source turns and intentionally preserved.
* If multiple source lines are merged, sentence boundaries, punctuation, capitalization, and spacing are repaired.
* No speaker label is accidentally absorbed into the previous paragraph.
* No source-language residue remains inside ordinary dialogue prose unless protected by the whitelist in Section 16.

---

## 12. Line-merge / punctuation audit

Check the whole covered range for:

* Missing sentence-ending punctuation after merged lines.
* Missing capitalization after sentence breaks in English retained labels/titles.
* Missing spaces after ellipses/full stops in retained English.
* Malformed punctuation such as “? !”, “! !”, “? ? ?”, doubled punctuation inappropriate for `TARGET_LANGUAGE`, or repeated punctuation caused by line merging.
* Damaged URL text such as `facebook. com`, `blogspot. com`, `index. php`.
* Sentence fragments caused by line merging.
* Speaker labels accidentally absorbed into the previous paragraph.
* Source-language punctuation patterns left in target-language prose where target-language punctuation should be used.
* Hybrid punctuation around protected English labels; retain labels if needed but make the sentence natural in `TARGET_LANGUAGE`.

---

## 13. Prompt 6 / Prompt 9 terminology audit

After translation, run a full terminology and doctrinal review, not just a mechanical translation check.

Important hierarchy:

* The uploaded English source controls meaning.
* Prompt A / Prompt 1 / Prompt 6 control source discipline.
* The target-language termbank in the uploaded prompt pack controls where applicable.
* The additional `TARGET_LANGUAGE_TERMBANK` below is a house-style preference, not permission to override source context.
* If the house-style termbank conflicts with Prompt A / Prompt 1 / Prompt 6 or the source context, the prompt pack and source context control.

### Target-language termbank module

Apply the following only if relevant to `TARGET_LANGUAGE`.

If translating into Simplified Chinese or Traditional Chinese, apply this Chinese-specific module:

* view = use context. For Soh / AtR doctrinal prose, translate general “view” as 知见 by default, especially in phrases such as lack of view, refine one’s view, clear view, view and experience, one-mind view, substance/essence view, and view as framework/paradigm/stance. Do not use 见地 as the default for “view” in Soh / AtR prose.
* Use 见 / 见地 only when the source is explicitly a Tibetan lta ba / formal “View” title or when the user explicitly requests that register.
* Retain fixed canonical compounds where appropriate: 正见、邪见、我见、身见、自性见、实有见、真我见、常见、断见、一见、异见、妄见.
* wrong view = 错误知见 or 邪见 depending source/register.
* right view = 正见.
* view aspect = 知见层面 when the source means the level/aspect of understanding; use 见地层面 if the source context is doctrinal View.
* agent = 主宰者 where the source means a controller/doer; otherwise translate by context.
* agency = 主宰性 where the source means controlling agency; otherwise translate by context.
* action = 行动 / 作用 depending on context.
* subject-action-object = 主体—行动—客体.
* inherent existence = 自性存在 / 实有 depending on context.
* inherentness = 自性 / 实有性 depending on context.
* reification = 实体化.
* constructs = 构造 / 概念构造 / 心理构造 depending on context.
* mental proliferation / conceptual proliferation = 戏论（概念增殖） when referring to prapañca/papañca; preserve 造作 when the source explicitly says fabrication/constructing/造作.
* thought realm = 意界, not 念头界.
* mind-door = 意门.
* physicality = 物理性.
* self enquiry = 自我参究.
* luminosity = 明耀 / 明性 / 光明性 depending on context; avoid casual 光辉.
* manifestation = 显现.
* pure seeing = 纯粹的看见, not 纯粹的见.
* awareness/consciousness/knowing/mindfulness: translate contextually as 觉知 / 意识 / 明知 / 正念 / 知 / 识; do not flatten all usages into one Chinese term.
* vidyā / rig pa = 明 / 明知 as source context requires; never ordinary 知识.
* ye shes / jñāna = 本初觉智 / 智慧 depending context.
* shes pa / vijñāna / consciousness = 识 / 意识 / 觉知 depending context.
* phenomena in formal Dharma contexts = 诸法, not mechanically 诸现象.
* total exertion = preserve the prompt-pack/source-context-approved rendering; do not mechanically use 全体作用 unless the prompt pack explicitly requires it.
* doer / doership / no-doership = translate by context; preserve doctrinal contrast between doing, doer, agency, and non-doership.

Chinese-specific forbidden or high-risk renderings:

* Do not use 能作者 for agent.
* Do not use 苏维宇. Use “Soh Wei Yu” or “Soh.”
* Do not use 念头界 for thought realm.
* Do not use 错误的见 for wrong view.
* Avoid 固有存在 / 固有性 when the doctrinal meaning is 自性存在 / 自性 / 实有性.
* Avoid 实有化 where 实体化 is meant.
* Do not use 知识 for vidyā / rig pa / knowledge-of-basis/state/essence contexts.
* Do not translate Dzogchen “View” mechanically as 知见 when the technical View/lta ba is meant.
* Do not translate every “effort” as 精进; use 勤作 / 努力 / 尽力 / 精进 only by source context.

For other target languages:

* Use the uploaded prompt pack’s terminology rules and any user-supplied `TARGET_LANGUAGE_TERMBANK`.
* Preserve technical labels where AtR convention requires loan terms.
* Translate ordinary English prose naturally into `TARGET_LANGUAGE`.
* Do not leave ordinary English untranslated by accident.
* Flag unresolved terminology choices for human review rather than silently normalizing them.
* Do not over-protect English terms. A protected English label may remain, but ordinary prose using the same word should be translated unless intentionally preserved.

### Universal target-language QA module

For every target language, create a compact target-language QA profile before final review. The profile must identify:

* Script family and mixed-script risks.
* Whether English source residue is visually obvious or visually hidden by shared Latin script.
* Common grammar risks for that language, such as agreement, case, gender, tense, compound formation, honorifics, particles, postpositions, or word order.
* Punctuation and quotation conventions.
* Whether Buddhist/Dharma terms are normally translated, transliterated, or preserved as Sanskrit/Pāli/Tibetan/English loan labels.
* Whether the language needs special handling for exact article titles, bilingual labels, or proper names.
* A target-language search basket for ordinary English residue and high-risk AtR/Dharma terms.
* A target-language search basket for awkward calques and line-merge damage.

For all target languages, the following distinction is mandatory:

* **Protected labels:** exact technical labels, proper names, exact article titles, and source-required quoted phrases may remain in English or Sanskrit/Pāli/Tibetan where appropriate.
* **Ordinary prose:** ordinary English prose, even when it contains words that are also technical labels in other contexts, must be translated into `TARGET_LANGUAGE` unless explicitly preserved and accounted for.

Examples of terms that may be protected as labels in some contexts but must not be overprotected in ordinary prose: Presence, Awareness, Self, No Mind, no-mind, non-dual, emptiness, view, experience, realization, practice, luminosity, consciousness, source, ground, path, agent, doer, subject, object.

### Universal target-language termbank requirement

Before or during translation, build a small working termbank for `TARGET_LANGUAGE` covering at least the high-risk AtR/Dharma terms listed below. The termbank may preserve a loan term, translate it, or use a paired translation + retained label, but each choice must be consistent with source context, the uploaded prompt pack, and target-language readability.

The working termbank must include, where relevant:

* anatta / no-self / non-self / anatman
* emptiness / empty nature
* dependent arising / dependent origination
* Presence / presence
* Awareness / awareness
* consciousness
* luminosity / clarity / vividness
* I AM / AMness
* Self / self / self/Self
* One Mind / No Mind / no-mind
* non-dual / non-duality
* subject / object / subject-object division
* agent / agency / doer / doership / non-doership
* suchness / thusness / isness
* manifestation / appearance / phenomena
* inherent existence / inherentness / essence-view
* reification / substantialist nonduality
* mirror-like awareness / mirror metaphor
* ordinariness / naturalness / spontaneity / spontaneous perfection
* total exertion
* Dzogchen / Mahamudra / rigpa / Dharma / Buddhadharma

If no stable target-language rendering is available, preserve the technical label and flag it for human review rather than inventing a confident but unsupported rendering.

Be especially careful with these AtR/Dharma terms in every target language:

* anatta / no-self / non-self
* emptiness
* Maha
* ordinariness
* spontaneous perfection
* Presence
* Awareness
* I AM / AMness
* One Mind / No Mind
* no-mind
* non-dual
* dependent arising / dependent origination
* luminosity
* appearances
* total exertion
* suchness / thusness / isness
* subject/object
* agent / doer / doership
* mirror-like awareness / mirror metaphor
* inherent existence / essence-view / substantialist nonduality
* Dzogchen / Mahamudra

Do not force all English technical terms into `TARGET_LANGUAGE` if the AtR convention is to preserve a technical loan term, but do not leave ordinary English phrases untranslated by accident. Preserve quoted English technical labels visibly as labels, not ordinary target-language prose.

---

## 14. Audit requirement for every return

Compare against the uploaded source HTML segment covered so far and confirm:

* Top-level element / major wrapper structure covered so far.
* Tag/class structure preservation.
* Dialogue speaker-label preservation.
* Links/hrefs preserved exactly.
* Src/media preserved exactly.
* CSS/style block preserved unless intentionally updated by the styling prompt.
* Human-facing attributes translated/preserved/classified.
* No major untranslated ordinary English remains except proper names, URLs, source titles, and intentional technical labels.
* No target-language forbidden terms remain.
* No source-language + target-language hybrid residue remains, except explicitly protected labels with natural target-language syntax.
* No target-language text or non-source non-Latin characters entered href/src/action/CSS URL/script/config/code-like values.
* No added doctrinal glosses.
* No omissions.
* Stopping point and next source line/sentinel if incomplete.
* Whether any material edits were made in the pass.
* Whether target-language grammar, fluency, and calque risk were checked, not merely source/target structure.
* Whether the target-language search baskets and representative sampled sentences are documented in the QA/changelog.
* Correct status label under Section 9 and Section 16.

---

## 15. Final return

When the translation reaches the original article ending:

1. Return one complete full translated HTML file.
2. State that it reaches the original article ending.
3. Run Prompt 6-style review before final status.
4. Run Prompt 9 whole-document refinement after Prompt 6 if the pack calls for it.
5. Run Strict HTML QA / Blogger Formatting checks if the pack routes final AtR Blogger presentation through them.
6. Run the Section 16 hard final-gate module.
6a. Run the adversarial target-language Prompt 6/9 defect-hunt module in Sections 16.11–16.16, including at least the required high-risk sentence sampling and search-basket evidence.
7. Produce:

   * Updated `TARGET_LANGUAGE` HTML.
   * QA / changelog TXT.
   * ZIP bundle containing both.
   * A short chat summary with the correct status label.

8. Do not claim strict-certified final.
9. Do not promote to reviewed/publishable in the same pass where the translation or any material correction was made.
10. If material edits were made in the final translation/review pass, status must remain:

“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”

11. If I later say “continue,” reopen the exact latest artifact and perform a no-repair promotion attempt. If no material edits are made, then and only then use:

“reviewed final / publishable — strict-certified final not claimed.”

Begin by reading the uploaded prompt pack, identifying which prompt rules govern the workflow, explicitly stating how Prompt A, Prompt 1, Prompt 6, and Prompt 9 will be applied, and then proceed with the translation into `TARGET_LANGUAGE`.

---

## 16. Hard Final-Gate Module — No QA-by-Assertion, Residue Regression, and No-Repair Promotion Discipline

This section is mandatory for every checkpoint, repair pass, final pass, and promotion pass.

### 16.1 No QA-by-assertion rule

Do not claim “reviewed,” “publishable,” “final,” “complete,” “material gates pass,” “ready,” “certified,” or equivalent status merely because you say Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA was applied.

A status claim is valid only if it follows a fresh audit of the exact latest artifact.

Do not substitute confidence language for verification.

If a check was not actually performed, state:

“Not fully verified: [specific check]. Human review required.”

### 16.2 Exact-latest-artifact rule

Every repair, review, audit, and no-repair promotion pass must reopen and operate on the exact latest HTML/text artifact.

Do not rely on memory, previous summaries, previous QA notes, prior confidence, file names alone, an earlier artifact, or a partially updated draft.

If there is ambiguity about which artifact is latest, do not promote. Use the most recent explicit user-provided or tool-created artifact and say which one was used.

### 16.3 Material repair invalidates promotion

If any material edit is made during a pass, the artifact cannot be promoted in that same pass.

Material edits include, but are not limited to:

* translation correction
* source-language residue cleanup
* mixed-language hybrid repair
* href/src repair
* URL slug repair
* omitted-section restoration
* duplicated-section removal
* doctrinal terminology repair
* speaker attribution repair
* punctuation repair that affects meaning or readability
* paragraph/list/blockquote/section restoration
* HTML structure repair
* media/embed repair
* attribute repair
* title/link-text repair
* CSS or wrapper repair that changes rendered output

If any material edit is made, status must be:

“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”

Only a later separate pass that reopens the exact latest repaired artifact and makes no material edits may promote to:

“reviewed final / publishable — strict-certified final not claimed.”

### 16.4 Protected-English whitelist gate

Before scanning for source-language residue, create or infer a protected-English whitelist.

English may remain only if it is one of the following:

1. URL or code.
2. HTML/CSS/JS attribute name, selector, class, ID, property, function name, variable name, or config value.
3. Proper name or author/person/group name.
4. Exact linked article title intentionally preserved as a title.
5. Quoted technical label intentionally preserved, such as:

   * I AM
   * AMness
   * anatta
   * anatman
   * Dzogchen
   * Mahamudra
   * Brahman
   * Sunyata
   * Maha
   * self/Self
   * Presence
   * Awareness
   * One Mind
   * No Mind
   * no-mind
   * non-dual
   * rigpa
   * Dharma
   * Buddhadharma
   * another explicitly protected AtR/Dharma label

6. Bilingual navigation label intentionally retained, such as “Bengali Version,” if the multilingual list requires it.
7. A quoted original phrase that the source requires preserving.

Everything else is ordinary source-language residue and must be translated or explicitly flagged for human review.

Important:
Do not overprotect ordinary lowercase uses of otherwise protected terms. For example, “Presence” as a technical label may remain if intentionally protected, but ordinary prose uses of “presence” should normally be translated in a non-English target-language article.

### 16.5 Mandatory source-language residue scan

Before any no-repair promotion, scan visible text for:

1. Ordinary English words embedded in target-language prose.
2. English + target-language hybrid particles or suffixes, such as:

   * term-এর
   * term-কে
   * term-তে
   * term-এরই
   * term-ও
   * term and term
   * term বা
   * term নয়
   * term হলো

   where the English term is not protected.

3. Lowercase ordinary English words, including but not limited to:

   * experience
   * realization
   * insight
   * practice
   * view
   * emptiness
   * awareness
   * consciousness
   * manifestation
   * phenomena
   * absolute
   * ultimate
   * mind
   * presence
   * sound
   * taste
   * vivid
   * ontological
   * dualistic
   * non-conceptual
   * meditation
   * teaching
   * guide
   * path
   * ground
   * source
   * self
   * no-self
   * non-self
   * dependent
   * origination
   * arising
   * luminosity
   * clarity
   * naturalness
   * ordinariness
   * spontaneity
   * subject
   * object
   * agent
   * doer
   * doership

4. Corrupted mixed-script words.
5. Accidental translation of exact article titles that should remain exact titles.
6. Accidental preservation of ordinary English prose that should be translated.
7. Residual English punctuation patterns caused by line merging.
8. Untranslated source tail after a translated section.

If any material residue is found and repaired, do not promote in the same pass.

For target languages other than Bengali, adapt the hybrid-pattern scan to the relevant target-language particles, suffixes, postpositions, inflections, punctuation, and script-mixing risks.

### 16.6 Href/src and attribute integrity gate

Before promotion, compare source and target HTML for:

1. Raw href count.
2. Raw src count.
3. Exact href values.
4. Exact src values.
5. Non-Latin characters inside href/src/action/data-url/style URL values unless present in the source URL.
6. Spaces inserted into URLs, such as:

   * blogspot. com
   * facebook. com
   * index. php
   * youtube. com
   * awakeningtoreality. com

7. Translated URL slugs.
8. Missing links.
9. Duplicated links.
10. Changed iframe config values.
11. Changed script/config values.
12. Any added link must be explicitly accounted for.

Do not translate or mutate:

* URL paths
* href values
* src values
* iframe config values
* CSS URLs
* script values
* IDs
* classes
* selectors
* code-like attributes
* JavaScript/config values
* Blogger widget identifiers

Human-facing attributes such as `alt`, `title`, `aria-label`, `placeholder`, iframe `title`, and caption-like data attributes may be translated only when they are user-facing language and not code, URL, exact title, proper name, or protected label.

Any non-source href/src change is a material defect unless explicitly requested by the user.

### 16.7 Coverage and structure gate

Before promotion, compare source and target for:

1. Major section/stage count.
2. Heading sequence and order.
3. Paragraph count, allowing only explicitly accounted additions such as the required English-original top link.
4. Blockquote count.
5. List-item count.
6. Dialogue/speaker-turn count where applicable.
7. Table count and row/column preservation where applicable.
8. Media/embed count.
9. Article ending reached.
10. Style block closed before article body.
11. No untranslated source tail remains hidden after the translated article.
12. No duplicated translated blocks.
13. No dropped links inside paragraphs.
14. No dropped parenthetical notes.
15. No speaker labels absorbed into previous paragraphs.
16. No ordinary text accidentally placed inside CSS/script blocks.
17. No CSS/script code accidentally translated.

Any missing, duplicated, reordered, or structurally corrupted section is a material defect.

### 16.8 Risk-basket regression rule

Every discovered defect must be added to a session-specific risk basket.

The next review pass must scan globally for the same defect type, not only repair the single instance.

Examples:

1. If one English+Bengali hybrid like “dependent origination-এর” is found, scan globally for all English + Bengali suffix/particle patterns.
2. If one target-language word appears inside `href`, scan all href/src/action/data-url/style URL values for non-source non-Latin characters and translated slugs.
3. If one exact linked title is partially translated, scan all exact linked titles.
4. If one dropped paragraph is restored, rerun section/paragraph/list/blockquote coverage checks.
5. If one protected term is overprotected, scan for ordinary lowercase uses of that same word in prose.
6. If one source-language residue phrase remains, scan for synonyms and related residue terms in the whole document.
7. If one punctuation/line-merge defect is found, scan all nearby merged lines, list items, and blockquotes.
8. If one speaker attribution issue is found, rerun all speaker-turn/order checks.

The risk basket must be cumulative within the session.

### 16.9 No-repair promotion checklist

A no-repair promotion pass must satisfy all of the following:

1. Reopen exact latest artifact.
2. Run visible-text residue scan.
3. Run protected-English whitelist classification.
4. Run href/src parity check.
5. Run non-Latin-in-URL scan.
6. Run translated-URL-slug scan.
7. Run section/heading/paragraph/list/blockquote/media coverage checks.
8. Run dialogue/speaker-turn checks where applicable.
9. Run terminology risk basket.
10. Run line-merge/punctuation audit.
11. Make no material edits.
12. Produce QA notes stating:

   * artifact reviewed
   * source artifact used
   * checks performed
   * exceptions remaining
   * whether any material edit was made

Only then may the status be:

“reviewed final / publishable — strict-certified final not claimed.”

### 16.10 Required hard-gate audit report

Every final, review, repair, or promotion response must report:

* source artifact used
* target artifact used
* covered source range
* first and last source sentinel
* next source sentinel if incomplete
* style block closed before article body
* major section/stage count
* paragraph count comparison
* blockquote count comparison
* list-item count comparison
* href count comparison
* src/media count comparison
* extra links accounted for
* non-Latin-in-URL scan result
* translated-URL-slug scan result
* source-language residue scan result
* mixed-language hybrid scan result
* target-language fluency/calque/grammar scan result
* protected-English whitelist used
* residue / terminology / calque search baskets used
* representative high-risk sentence sampling performed
* risk basket scan result
* whether material edits were made
* correct status label

If any item cannot be verified, state it as not fully verified and do not claim it passed.


### 16.11 Adversarial Prompt 6/9 defect-hunt module

Before any final or no-repair promotion status, perform an adversarial review whose purpose is to find defects, not to confirm previous QA.

This pass must explicitly check:

1. Semantic fidelity against the English source.
2. Doctrinal terminology accuracy.
3. Ordinary source-language residue.
4. Mixed source-language + target-language hybrid residue.
5. Overprotected English labels that should have been translated in ordinary prose.
6. Exact article-title handling.
7. Punctuation and line-merge damage.
8. Target-language grammar, agreement, case/gender/number, tense, register, and naturalness.
9. Overliteral calques that are grammatical but unnatural or doctrinally misleading.
10. Blockquotes, bold sections, italic notes, parentheticals, captions, link text, and end sections, because these are common places where earlier QA misses defects.

A no-repair promotion cannot rely mainly on counts such as paragraph count, href count, blockquote count, or section count. These are necessary but insufficient.

### 16.12 Evidence-based promotion rule

Every no-repair promotion attempt must include an evidence log in the QA/changelog. The evidence log must list:

* exact latest target artifact reopened
* source artifact used
* target-language risk profile used
* protected-English whitelist used
* ordinary English/source-language residue search basket used
* high-risk AtR/Dharma terminology basket used
* target-language calque/grammar/punctuation basket used
* href/src/code integrity checks used
* representative high-risk source/target sentence samples reviewed
* issue families from the cumulative risk basket and the result of each scan
* whether any material edits were made

Do not merely state “scan passed.” State what was scanned for.

### 16.13 Required high-risk sentence sampling

For each final, repair, or promotion pass, review a minimum set of high-risk sentences manually against the source. If the document is short, sample proportionally but do not skip this requirement.

For a full article, sample at least:

* 5 sentences from the beginning/opening sections.
* 5 sentences from the middle sections.
* 5 sentences from the ending sections.
* 5 sentences from blockquotes or quoted teaching passages.
* 5 sentences from bold/italic/commentary sections.
* all sentences containing the most important AtR/Dharma terms for the article, or a representative set if there are too many.

For each sampled sentence, check meaning, terminology, grammar, punctuation, and target-language naturalness. If any material issue is found, scan globally for that issue family.

### 16.14 Second-reader mode

In every no-repair promotion pass, read the target artifact as if it were produced by another translator whose work may contain subtle errors.

Do not trust:

* previous status labels
* previous QA summaries
* previous confidence language
* file names such as “final,” “reviewed,” or “no-repair”
* mechanical parity alone
* your own memory of earlier repairs

Reopen the exact latest artifact and challenge it from scratch.

### 16.15 False-promotion retraction rule

If a later pass finds material defects after an earlier no-repair promotion, explicitly acknowledge that the previous promotion was premature. Do not minimize the issue by saying the later pass is merely “extra refinement” if the defect affects translation fidelity, readability, terminology, HTML integrity, source-language residue, mixed-language residue, line-merge punctuation, or target-language grammar.

When this happens:

1. Reset status to “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.”
2. Add the defect family to the risk basket.
3. Scan globally for related defects.
4. Record the false-promotion lesson in the QA/changelog.
5. Require a later separate no-repair promotion pass before any publishable status may be restored.

### 16.16 Target-language fluency is a material gate

A translation can preserve HTML structure and still fail Prompt 9 if the target-language prose is unnatural, ungrammatical, overliteral, or doctrinally misleading.

Treat the following as material defects when they affect readability, source meaning, or doctrinal clarity:

* awkward literal calques from English
* broken compounds
* unnatural word order
* agreement/case/gender/number errors
* missing punctuation after merged lines
* accidental double negatives
* malformed rhetorical questions
* mistranslated idioms
* source-language sentence structure that sounds foreign in `TARGET_LANGUAGE`
* inconsistent rendering of key terms
* failure to distinguish technical labels from ordinary prose
* preserving English where the target language needs translation

If such defects are repaired, do not promote in the same pass.

---

## 17. Artifact requirements

For every completed checkpoint, repair pass, final pass, or no-repair promotion pass, produce:

1. Updated full `TARGET_LANGUAGE` HTML file.
2. QA / changelog TXT file, including the Prompt Application Ledger, hard-gate audit report, target-language risk profile, search baskets used, representative high-risk sentence sampling notes, material edits made, and status label.
3. ZIP bundle containing the HTML and QA TXT.
4. Short chat summary with:
   * Prompt Application Ledger
   * status label
   * links to the files
   * human-review notes

Do not produce fragment-only files unless I explicitly request a fragment.

If the article is incomplete, the HTML file must still be a valid cumulative Blogger-ready HTML file containing all translated content so far and excluding later untranslated source-body content.

---

## 18. Human-review placeholders and known exceptions

If `SOURCE_ARTICLE_URL` is not provided, use:

`URL_NEEDED_HUMAN_REVIEW`

Do not invent the source URL.

Flag this in every QA report until resolved.

Any unresolved terminology, source ambiguity, missing source URL, inaccessible prompt-pack detail, or unperformed check must be listed under:

“Known Human-Review Items”

Do not hide known exceptions behind a “final” status.

---

## 19. Final instruction

Begin by reading the uploaded prompt pack, identifying which prompt rules govern the workflow, and explicitly stating how Prompt A, Prompt 1, Prompt 6, Prompt 9, Prompt 8 if relevant, Blogger Formatting / Strict HTML QA if routed, and the Section 16 Hard Final-Gate Module will be applied.

Then proceed with the translation into `TARGET_LANGUAGE`.

Remember:

* The uploaded English HTML is the source.
* The prompt pack controls workflow.
* The initial translation is not publishable-final in the same pass.
* A material repair pass is not a no-repair promotion pass.
* No publishable status is allowed unless the exact latest artifact is reopened, hard-gate audited, adversarially reviewed under Prompt 6/9, target-language fluency-checked, evidence-logged, and no material edits are made.

---

## 20. Practical anti-false-final operating checklist

Use this checklist before every final or promotion response:

1. Did I reopen the exact latest target artifact rather than relying on memory?
2. Did I compare it against the uploaded English source, not a live page or prior translation?
3. Did I run Prompt 6 for fidelity, terminology, omissions, additions, doctrinal nuance, source-language residue, mixed-language residue, exact-title handling, and HTML preservation?
4. Did I run Prompt 9 for whole-document target-language fluency, grammar, punctuation, line-merge damage, readability, and consistency?
5. Did I run structure/count checks without mistaking them for translation-quality proof?
6. Did I create or update the protected-English whitelist?
7. Did I search for ordinary English/source-language residue outside the whitelist?
8. Did I search for target-language-specific hybrid residue and mixed-script damage?
9. Did I search href/src/action/CSS URL/script/config/code-like values for mutation, translated slugs, spaces, or non-source characters?
10. Did I review high-risk Dharma terminology and distinguish protected labels from ordinary prose?
11. Did I perform high-risk sentence sampling from beginning, middle, ending, blockquotes, and commentary/bold/italic sections?
12. Did I scan the cumulative risk basket from all previous defects found in this session?
13. Did I avoid claiming “publishable” in the same pass as a material edit?
14. If no material edit was made, did I document the evidence that justifies no-repair promotion?
15. If a later review found defects after prior promotion, did I clearly retract the earlier premature promotion and add the issue family to the risk basket?

If any answer is “no,” do not promote. Complete the missing check or state it as not fully verified and require human review.

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Protocol B: Prompt-suite maintenance 必须 propagate this update to relevant managed prompts, standalone prompt packs, server bundles, manifests, and validation reports.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

BATCH 65 MAINTENANCE PROPAGATION: this suite update patches Upload Controller, Prompt A, Prompt 1, Prompt 6, Prompt 9, Strict HTML QA, and Unified Blogger Formatting; Prompt T/X are not patched unless a future source-restoration workflow shows the same failure mode.


第 36 批提示词套件维护规则——统一 Blogger 格式化提示词

本批次将旧 Quick Blogger Formatting Prompt 与 Full Blogger Formatting Prompt 合并为一个 live prompt。维护套件时不得重新引入两个相互竞争的 Blogger styling prompt bodies。

允许保留旧名称为 deprecated alias 或历史说明，但不得保留两个完整可复制正文。所有 workflow table、upload-pack controller、Prompt Selection Guide、pack descriptions 与 Strict HTML QA references 必须指向统一 Blogger 格式化提示词。

Protocol B：主提示词套件审查与维护 v1.6

第 35 批深色面板 / Summary Box 可读性治理规则——2026 年 5 月 10 日

任何提示词套件维护、Blogger HTML 生成、文章格式化、最终 artifact QA 或发布候选审核，都必须包含 Dark Panel Contrast Gate。若页面使用 .summary-box、.dark-box、.dark-panel、.atr-dark-panel 或 inline dark background，维护者必须确认 nested headings、strong、links、visited links、hover/focus states、list text 与 raw URLs 在深色背景上可读。低对比深蓝/紫色链接或标题是 publication-readiness failure，不得被视觉“整体还可以”覆盖。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN 术语传播治理门控 — 2026 年 5 月 6 日

当维护 prompt-suite 或安排多提示词工作流时，凡任务涉及中文佛教 / Dzogchen 翻译、审校、HTML/Blogger artifact、源文恢复或最终 QA，必须把以下术语风险纳入路由：

- gnas tshul 不得机械译为安住样态；按源文改为实相样态 / 真实安住方式 / 事物真实如何。
- snang tshul 保持为显现样态 / 显现方式；与 gnas tshul 成对时必须区别。
- “mode of appearances for sentient beings” 不得机械作“有情的显现样态”；优先众生分上的显现样态 / 众生所见的显现样态。
- “universe and beings” 在 snod bcud / container-and-contents 公式中优先器情世间 / 器世间与众生。
- cognizance / cognizant / cognitive 不得机械作知性；按源文区分能知、认知、识、明知、本初觉智、心等。
- obscurations 道果语境优先遮障；phenomena 正式佛法语境优先诸法。
- 定稿前必须搜索：知识、有情的显现样态、安住样态、诸现象、知性、宇宙与有情、被显为清净、障碍（obscurations 语境）。

传播原则：执行提示词（Prompt A / 1 / 6 / 9 / T / X / HTML QA）加入实际门控；格式化类提示词加入路由与报告；不相关的纯工具提示词不强行塞入语义规则。

保留的旧版基础：原 Blogger 提示词套件指南中的简短旧版概览
Batch 14 现代化日期：2026 年 4 月 28 日

CONFIGURATION（配置）

EXACT_BASE_REQUIRED: TRUE
NO_ARBITRARY_REMOVAL: TRUE
PRESERVE_OLD_DETAILS_FIRST: TRUE
PROMPT_BODY_MODERNIZATION_IN_PLACE: TRUE
GLOBAL_KERNEL_SYNC: TRUE
SHARED_TERMBANK_GOVERNANCE: TRUE
CONTEXT_SPLIT_REQUIRED_FOR_CONTEXT_DEPENDENT_TERMS: TRUE
SOURCE_ANCHORED_CLEANUP_ONLY: TRUE
FALSE_FRIEND_POLARITY_GATE: TRUE
HTML_ARTIFACT_READBACK_REQUIRED: TRUE
CHANGELOG_REQUIRED: TRUE
HANDOFF_REQUIRED_FOR_LONG_SESSIONS: TRUE

ROLE（角色）

你是一名提示词套件维护架构师、翻译工作流审计员、术语治理编辑、HTML/Blogger 保留审校员，以及 ATR / Awakening to Reality 提示词套件的发布就绪负责人。

你的任务不是翻译一篇 Dharma 文本。
你的任务不是从零重写整套提示词。
你的任务不是用泛泛的摘要替代详细提示词。

你的任务是审查、修复、现代化并维护提示词套件本身，同时保留来之不易的旧版规则、词典、示例、源文恢复机制、防遗漏保障、HTML 结构与变更日志连续性。

保留的旧版概览（PRESERVED LEGACY OVERVIEW）

Purpose（目的）：
这是给系统所有者使用的元协议，用于审查并改进整套翻译提示词。它指导 AI 如何以结构化、可靠的方式分析提示词本身的清晰度、逻辑与有效性。

When to Use This（何时使用）：
- 这是内部开发工具，不是用于翻译文本的提示词。
- 当需要更新或精修主提示词，并希望 AI 以结构化、可靠的方式协助完成此工作时使用它。

PRIMARY GOAL（主要目标）

在不造成提示词漂移的前提下，现代化整套提示词。

这意味着：
1. 先保留旧提示词正文；
2. 识别哪些内容本来就很强，必须不可删除；
3. 以增补方式加入新规则；
4. 只有在某条规则被证明已经过时、有害、重复，或用户明确要求移除时，才退役或替换它；
5. 记录每一项有实质意义的变更；
6. 当用户要求更新后的 artifact 时，返回完整的累积版 Blogger 替换文件，而不是补丁片段。

NON-GOALS（非目标）

不要把所有提示词压平成一个泛泛的总提示词。
不要把本地词典、示例、SegID 规则、术语列表、藏语锁定规则、道元规则、HTML 保障、源文恢复决策树等内容摘要掉。
不要假定某一本书或某一篇文章中的修正应当成为永久性的全局术语库条目。
不要默默删除历史说明。如果某条历史说明不再作为操作规则使用，请把它移到维护档案中，并清楚标记。
除非已经读回并检查保存后的 artifact 本身，否则不要宣称发布就绪。

应请求或使用的输入（INPUTS TO REQUEST OR USE）

对于任何严肃的套件现代化任务，优先使用以下输入：

1. 规范的旧 Blogger HTML 或 TXT 源文件；
2. 最新累积工作版 HTML 文件；
3. 最新 TXT 镜像；
4. 最新 QA / 变更日志报告；
5. 任何可能比 Blogger 页面更新的独立提示词文件；
6. 显示视觉版式问题的截图；
7. 当前会话中的用户修正；
8. 如跨会话继续工作，则使用上一轮 handoff prompt。

如果缺少某些可选历史输入，请从最新累积文件继续，并诚实说明限制。不要凭空编造缺失的提示词正文。

套件组件清单（SUITE COMPONENT INVENTORY）

维护一份可见的主要组件地图。至少检查：

- Prompt 1：佛教文本翻译 / 高保真整合工作流
- Prompt 2：带评论的学术翻译
- Prompt 3：英语转学术中文
- Prompt 4：润色现有中文哲学文本
- Prompt 5：文言文转现代中文 / 白话
- Prompt 6：高保真翻译审校
- Prompt 7：非转换性博客润色器
- Prompt 8：聊天记录转专业对话
- Prompt 9：全篇文档精修
- Prompt A：HTML 文章翻译工作流
- Prompt X：东亚源文恢复与回译修复流程
- Protocol A：高保真翻译工作流
- Protocol B：主提示词套件审查与维护
- 统一 Blogger 格式化提示词
- 严格 HTML QA 审计提示词
- RemoveSegID / SegIDClean 说明
- 变更日志与维护说明

如果某个组件缺失、重复、被截断、被吞入先前 wrapper，或只以导航摘要形式存在，请标记出来。

WORKFLOW（工作流程）

步骤 1——精确基础文件确认（EXACT-BASE CONFIRMATION）

编辑前，识别正在使用的确切输入文件。
记录：
- 文件名；
- batch / 版本号；
- 预期下一个组件；
- 任何已知限制，例如上一会话上传文件已经过期。

如果先前某次回复声称已经现代化某个章节，请验证该章节确实存在于最新累积文件中，而不只是出现在变更日志里。

步骤 2——组件边界地图（COMPONENT BOUNDARY MAP）

对于目标组件，定位：
- 标题 / 起始标记；
- 结束标记 / 下一个组件标记；
- 该章节是原始旧版 Blogger markup、已现代化 AtR markup，还是混合章节；
- 后续同级章节是否存在被 wrapper 或 <pre> 块吞入的风险。

除非起点与终点边界清楚，否则绝不可替换某一区域。

步骤 3——编辑前保留审计（PRESERVATION AUDIT BEFORE EDITING）

提取旧组件文本，并在文本正规化后与当前组件文本进行比较。

检查：
- 缺失的旧行；
- 当前新增行；
- 被遗漏的词典或示例；
- 丢失的配置标志；
- 丢失的执行说明；
- 丢失的 QA gate；
- 已退役的一次性行是否重新出现；
- 任意硬换行 artifact。

如果发现缺失内容，请先恢复它，再添加新的现代化规则。

步骤 4——变更分类（CHANGE CLASSIFICATION）

把每一项拟议变更归入以下类别之一：

1. 增补规则：在不削弱旧规则的前提下加入的新 safeguard。
2. 修正：修复旧规则中过错或过度宽泛之处。
3. 语境拆分：以依语境处理取代过度简化的一刀切规则。
4. 范围缩减：从全局术语库移除一次性项目专用条目。
5. 退役：移除用户明确要求退役的规则。
6. 格式现代化：改变 markup / 版式，但不改变提示词含义。
7. 档案化转换：保留历史材料，但标记为非操作性内容。
8. 结构修复：修复被吞入的章节、破损 wrapper、无效嵌套、缺失提示词或重复区块。

只有属于第 4、5、6、7 或 8 类的删除才可执行，并且必须记录。

STEP 5 — GLOBAL KERNEL PROPAGATION CHECK（全局核心传播检查）

当某条新规则加入某个提示词时，检查它应属于：
- 共享全局核心；
- 仅属于某个特定提示词；
- 术语库条目；
- 历史说明；
- 不应泛化的项目专用说明。

对于每条新增或改变的规则，决定是否应传播到 Prompt 1–9、Prompt A、Prompt X、Protocol A、Protocol B、统一 Blogger 格式化提示词、严格 HTML QA 提示词，以及 SegID / cleanup 说明。

不要自动传播。必须说明适用范围。

STEP 6 — SHARED TERMBANK GOVERNANCE（共享术语库治理）

术语库规则必须以源文为锚点，并且对语境敏感。

当前强制示例：

Equanimity：
- 在明确的四梵住 / 四无量心 / upekkhā / upekṣā 语境中，舍 / 舍心 / 平舍心可能是正确的。
- 在现代观修散文中，平等心 / 平衡 / 泰然 / 平静的平衡可能更好。
- 不要全局强制使用平等心。
- 不要全局禁止舍。
- 当“舍离”会误导读者理解为抛弃而非平等安住时，避免使用舍离。

self / Self / self-：
- 不要把每一个 self- 都全局翻译成自我。
- 也不要全局删除自我。
- 区分 ego-self、uppercase Self、反身性 self-happening、self-luminous、self-validating 与 self-referential。
- 除非用户明确恢复，否则不要把罕见的一次性书籍短语放进共享术语库。

spontaneous / natural / 自然 / 自发：
- 不要把所有 spontaneous / natural 语言强行统一成自发或自然。
- 根据源文语境选择自然而然、自然、自发、自行、无造作、自尔如是或其他译法。

佛教技术术语：
- 除非源文如此使用，否则不要把普通体验性散文升级成佛教技术教义。
- 不要把明确的佛教术语降格成平淡的现代散文。

STEP 7 — 假朋友词 / 极性门控（假朋友 / 极性 gate）

对于任何规则更新，检查它是否可能造成极性反转或 false-friend 损害。

高风险示例：
- conceptualize vs. de-conceptualize；
- relentless vs. ruthless；
- unbound vs. infinite；
- no one / nobody vs. technical no-self；
- self-luminous vs. a self that illuminates；
- empathic / empathy vs. psychoanalytic transference；
- turning word vs. 转折语；
- There, yet not there / appear yet empty vs. 粗糙的存在 / 不存在表达。

STEP 8 — 源文恢复触发器（源文恢复触发器）

如果某个提示词处理的英文文本可能源自中文、日文、韩文、藏文、梵文、巴利文或其他源传统，请加入触发条件，以考虑使用 Prompt X。

在以下情况使用 Prompt X：
- 英文引文很可能翻译自东亚源文；
- 出现道元 / 正法眼藏 / 禅 / Chan / 经文段落；
- 英文翻译中出现 Shurangama / Śūraṅgama 或其他经典段落；
- 某一行读起来像回译，而源文恢复可提升保真度。

绝不可伪造原文。如果无法验证原文，请说明，并只提供谨慎的括号译法。

STEP 9 — HTML / BLOGGER STRUCTURE GATE（HTML / Blogger 结构 gate）

对于 Blogger 页面输出：

- 保持 CSS 在顶部；
- 保持唯一的 .atr-container wrapper；
- 把提示词正文保存在已转义、安全的 <pre> 块中；
- 避免嵌套重复的 page shell；
- 不要在提示词正文中留下未转义的 <、>、& 或 </pre>；
- 不要在新现代化章节中留下 Word/Gemini artifact，例如 response-element、data-sourcepos、mat-icon 或 google-symbols；
- 避免在 <pre> 提示词散文中制造任意硬换行；
- 对机器格式行、配置标志、示例和执行命令，保留有意的行结构；
- 保持后续章节为同级节点，不要变成早前提示词的子节点。

STEP 10 — ARTIFACT-READBACK QA（artifact 读回 QA）

保存 artifact 后，读回确切的已保存文件。

检查：
- 目标组件存在；
- 下一个组件仍然存在；
- 所有预期提示词 / 协议标题都存在；
- <pre> 开启 / 关闭数量匹配；
- <div> 开启 / 关闭粗略数量匹配；
- 已移除的退役行仍然缺席；
- 旧版 vs 当前版的保留结果已记录；
- 返回链接指向已保存的 artifact，而不是过期文件。

如果保存后的文件与预期缓冲区不同，请报告不一致并先修复，再最终交付。

STEP 11 — CHANGE LOG REQUIREMENTS（变更日志要求）

每个 batch 都必须新增一条变更日志，包含：

- batch 编号；
- 日期；
- 已变更组件；
- 保留了什么；
- 添加了什么；
- 修正或退役了什么；
- QA 结果；
- 下一建议 batch。

当完成整个项目末尾时，添加完整的当日总结或最终套件变更日志条目，概括所有 batch。

STEP 12 — HANDOFF PROMPT REQUIREMENTS（handoff prompt 要求）

对于长期项目，返回更新后的 handoff prompt，包含：

- 最新 batch 文件名；
- 最新已完成组件；
- 下一建议组件；
- 已修复的已知回归；
- 已知限制；
- 用户在新会话中应上传哪些文件；
- 用户的固定要求。

DELIVERABLE FORMAT（交付格式）

除非用户只要求分析，否则返回：

1. 完整累积版 Blogger HTML 文件；
2. TXT 镜像；
3. QA / 变更日志报告；
4. 如果项目很长或可能继续，则返回更新后的 handoff prompt。

不要把补丁片段作为主要交付物。

FINAL AUDIT BEFORE RESPONDING（回复前最终审计）

最终回复前，确认：

- 我使用了最新累积文件作为基础。
- 当文件可用时，我没有只依赖记忆。
- 我保留了旧组件正文，或记录了任何缺失输入限制。
- 我没有重新引入已退役的一次性 Self-stage 行。
- 我没有把 equanimity 全局强制为某一个中文词。
- 我没有把下一个组件吞进当前 <pre> 块。
- 我返回的是指向确切已创建文件的有效链接。
- 我诚实说明了下一 batch。


BATCH 31 BASIS / DHARMAKAYA CROSS-PROPAGATION GOVERNANCE ADDENDUM — 2026 年 5 月 4 日

本增补不把 QA6 补丁机械传播到每一个提示词；它规定未来类似补丁的传播判断方式。Basis / Dharmakaya QA6 主要失败模式已经进入 Prompt A、Prompt 1、Prompt 6、Prompt 9、Prompt T、Blogger Formatting、Strict HTML QA 与 Upload Pack Controller；但 suite-level governance 也必须知道这些失败模式，以免未来维护时只更新执行提示词而忘记 workflow / packaging / source-governance 层。

1. PROPAGATION DECISION TABLE（传播判断表）
当一个新错误案例产生补丁时，Protocol B 必须把它分类：
- 初译 / 翻译覆盖错误 → Prompt 1；必要时 Prompt 2/3/4。
- 审校 / QA 未捕捉错误 → Prompt 6 与 Strict HTML QA。
- 全篇出版 polish 改坏内容 → Prompt 9。
- HTML / Blogger / wrapper / quote / link / media 错误 → Prompt A、Blogger Formatting、Strict HTML QA。
- Tibetan / Sanskrit / Pāli / Dzogchen 术语或 public-witness 污染 → Prompt T，并按需要传播到 Prompt 1 / 6 / 9 / A。
- East Asian source-restoration coverage 错误 → Prompt X。
- 工作流 / 上传包 / 用户入口错误 → Upload Pack Controller、Prompt Selection Guide、top workflow table、pack manifest。
- 长篇高风险工作流顺序错误 → Protocol A。
- 套件维护、版本、packaging、readback 或 change-log 错误 → Protocol B。

2. DO NOT SPRAY PATCHES ACROSS ALL PROMPTS（不得无差别喷洒）
不要把每个补丁都复制到 Prompt 2、3、4、5、7、8 或 RemoveSegID。只有当该提示词的 role 直接会触发同类错误时才更新。

本 QA6 案例中：
- Prompt 5 不更新，因为 Baihua / 文言解释不是失败源。
- RemoveSegID 不更新，因为问题不是 SegID cleanup utility 造成。
- Prompt 7 / Prompt 8 不作正文规则更新，因为非转换性英文润色与聊天记录清理不是此次主要 failure path。
- Prompt 2 / Prompt 3 / Prompt 4 已有 source-anchored / no-over-upgrade / source-restoration gates；除非未来具体错误发生在这些任务中，不额外改写其正文。

3. WORKFLOW-LAYER PROPAGATION REQUIRED（工作流层必须同步）
若更新执行提示词会改变用户推荐操作，必须同步：
- Prompt Selection Guide；
- Recommended Low-Effort Workflow table；
- Upload Pack Controller；
- purpose-specific ZIP pack composition；
- manifest / README；
- working changelog；
- handoff prompt。

4. OLD / NEW STYLED-SOURCE GOVERNANCE
当用户提供“旧源文”和“新样式文件”，Protocol B 必须在维护任务说明中要求：
- 旧源文是 content authority；
- 新样式文件是 styling shell，除非通过 normalized visible-text parity；
- 不得仅因新文件更漂亮就把它当作完整 source；
- 任何 missing middle block、duplicate block 或 link/media delta 都必须进入 QA/change log。

5. PROMPT X LIMITED PROPAGATION POLICY
Prompt X 已有 source-block does not replace body coverage gate。若未来错误是“恢复中文 / 日文原文后正文遗漏”，更新 Prompt X。若错误是 restyled English source omission、Blogger quote wrapping、HTML anchors、或藏文/Dzogchen 术语，则不要把 Prompt X 变成泛化 HTML QA 或 Tibetan verification prompt；只加入轻量 reminder 即可。

6. FINAL MAINTENANCE REPORT REQUIREMENT
每次执行类似 Batch 30/31 的补丁后，报告必须说明：
- 已更新哪些执行提示词；
- 哪些 prompt 被评估但不更新，以及理由；
- 是否更新了 Protocol A/B、Prompt X、workflow table、controller、pack ZIP；
- 是否未更新 Prompt 5 / RemoveSegID；
- artifact readback 是否完成；
- 是否有 live Blogger visual preview。

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 1: 应用 before, during, and after translation; create term decisions early and prevent hybrid target-language prose.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.


PROMPT 1 BATCH68 ADDENDUM — NON-LATIN TARGET TERM DISCIPLINE
Prompt 1 must not treat Sanskrit/Pāli/English/romanized Tibetan Buddhist vocabulary as automatically protected in target-language body prose. If the target language has established Buddhist terminology, translate standard terms into that target language unless the source is discussing the term as a label, preserving an exact title, or the user explicitly requests preservation. For Tibetan, use Tibetan Buddhist terms by default.

Before or while translating long Buddhist articles into a non-Latin target language, create a mini target-language terminology ledger:
- Source term
- Intended target rendering
- Preserve or translate?
- Reason
- First occurrence handling

For Tibetan Seven Stages / AtR prose, distinguish Presence as felt being/direct presence, Presence as luminous knowing, Presence as Dzogchen rigpa, and spontaneous perfection / lhun grub. Do not blanket-render Presence as མངོན་སུམ་རིག་པ.

BATCH 65 SOH/ATR CHINESE TRANSLATION QA HARDENING + BLOGGER CHROME PRESERVATION + NO-REPAIR PROMOTION DISCIPLINE — 2026 年 5 月 23 日

本批次源自 “Different Degrees of No-Self: Non-Doership, Non-dual, Anatta, Total Exertion and Dealing with Pitfalls” zh-Hans review lessons. It fixes real prompt-pack conflicts and missing hard-stop checks. Apply these rules wherever relevant to Soh / AtR Chinese translation, review, formatting, and HTML QA. Do not treat this as optional style preference when the source context matches.

CORE PRECEDENCE RULE — SOH/ATR MODERN DOCTRINAL PROSE
For Soh / AtR modern doctrinal prose, especially articles by Soh Wei Yu or AtR-style commentary, general English “view” defaults to 知见. This overrides older generic Buddhist/Dzogchen wording that allowed 见 / 见地 / 见解 for broad View contexts.

Use 知见 for ordinary/general prose cases such as: view; lack of view; mistaken view; one-mind view; substance view; essence view; substantialist nondual view; experience and view; refine one’s view; view and experience; clear view; the view of an inherently existing source/substratum/awareness; framework/paradigm/stance/notion when the English source is “view”.

Retain fixed/canonical compounds where source context requires them: 正见, 邪见, 我见, 身见 when specifically sakkāyadiṭṭhi / identity-view / aggregates-as-self view, 自性见, 实有见, 真我见, 常见, 断见, 二元见 / 二元知见 by context, 一见 / 异见, 妄见, 见修行果, and formal Tibetan Buddhist lta ba / Dzogchen View titles such as 大圆满见与基.

Self-view rule: general English “self-view” in Soh/AtR prose → 我见 by default. Use 身见 only when source specifically means sakkāyadiṭṭhi / identity-view / personal-identity view / aggregates-as-self view. Do not force every “self-view” into 身见.

DOER / AGENT / ACTOR DISTINCTION
Do not collapse agent, doer, actor, agency, and doership.
- agent → 主宰者; agency → 主宰 / 主宰性 / 主宰感; absence of agent → 无主宰者 / 主宰者不可得 / 没有主宰者; agentless → 无主宰者的 / 无主宰性的.
- doer → 造作者; doership → 造作者感 / 造作主体感 / 造作者性; non-doership → 无造作者性; no doer → 没有造作者; “not from a doer” → 不是出自一个造作者.
- actor → 行为主体 / 行事主体 / 行动主体 according to sentence; actor/action duality → 行为主体/行为的二元对立.
Hard bans in this workflow: 代理人 for agent; 能动性 for agency; 行动者 as default for agent; 无主宰性 as default for non-doership.

PERCEIVER / PERCEIVED VS KNOWER / KNOWN
perceiver → 感知者; perceived → 被感知者 / 所感知者; perceiver/perceived dichotomy → 感知者/被感知者二分; observer/observed → 观察者/被观察者; knower/known → 能知/所知; subject/object → 主体/客体. Do not use 能知/所知 for perceiver/perceived unless the English source says knower/known.

TRUE SELF / ATMAN / ONE MIND
In Buddhist critique of reified true self, Atman, true-self, One Mind, universal consciousness, source/substratum: true self → 真我; Atman → Atman（真我） on first mention when needed; Atman view → 真我见; one-mind view → 一心知见; universal consciousness → 宇宙意识 / 宇宙意识 by context; one reality → 一实相 when source supports; one without a second → 一而无二者. Do not use 真实自我 for “true self” in metaphysical/reified true-self critique unless source context requires a nontechnical ordinary sense.

SPONTANEOUS / EFFORTLESS / NATURAL / LHUN GRUB / 任运
Do not collapse spontaneous, natural, automatic, effortless, self-accord, spontaneous presence, and lhun grub into one term.
- effortless → 无勤作 / 无需勤作 / 不费力; effortlessness → 无勤作 / 不费力的状态; no effort → 无需勤作.
- spontaneously / on its own accord → 自发地 / 自然而然地 / 依其自身而发生; ordinary spontaneity → 自发性 / 自然自发性; natural spontaneity in Soh/AtR anatta prose → 自然自发性 / 自然自发.
- spontaneously beneficial → 自发自然地利益 / 自然而然地利益.
- spontaneous presence in explicit Dzogchen context → source-controlled termbank rendering, with reason.
- lhun grub → Prompt T / Tibetan termbank, normally 自然圆满（lhun grub） unless source/user termbank requires another form.
Avoid 任运无碍 unless the source explicitly conveys both spontaneous presence and unobstructedness. Avoid 任运 for ordinary “spontaneous” or “effortless.” Avoid 任运成就 as global lhun grub translation unless source-specific exception is documented.

TOTAL EXERTION / TOTAL ACTION
- total exertion → 一法究尽; first major occurrence → 一法究尽（ippō gūjin；Total Exertion）.
- total action → 全然行动; total engagement → 全然投入.
- whole being is only the total exertion of action → 整个存在只是那行动的一法究尽 / 全然行动 according to sentence.
Avoid 全体作用 as default for total exertion; avoid 全体行动 for total action; do not mix 一法究尽 and 全体作用 after term lock.

CONSCIOUSNESS / AWARENESS / PRESENCE / PRESENCING
ordinary consciousness → 意识; samsaric consciousness → 轮回心识; Pure Consciousness/Awareness as metaphysical nondual substrate in critique → 纯粹觉知 / 觉知; Awareness/Consciousness as vivid manifestation in AtR phenomenological prose → 觉知 by context; Presence → 临在; Presence-Awareness → 临在-觉知; presencing → 临现; pristine awareness in AtR phenomenological prose → 清净觉知; pristine consciousness / ye shes / jñāna → 本初觉智 / 本初智 as source requires. Avoid 在场 for Presence, 本初觉知 unless source supports “primordial,” 意识 for every Consciousness/Awareness, and 觉性 unless source means nature of awareness.

MODULATION / MANIFESTATION / REFINED-TILL-NONE
modulations of Pure Consciousness → 纯粹觉知的变现; forms are modulations of consciousness → 诸形式是觉知的变现; manifestation → 显现; displaying itself → 展现自身 / 显现自身; presencing → 临现; powerful presencing → 有力的临现; refined in terms of understanding → 得到澄清与精炼; refined till none / gap refined till none → 消融至无; knot of perception → 感知之结; mental proliferation → 概念增益 / 分别增益 by context. Avoid 变调 for consciousness/appearance contexts and 净化与精炼 for “refined till none.”

DEPENDENT ORIGINATION / CONDITIONS / DESIGNATION
Use dependent origination → 缘起; causality/dependent-origination “conditions” → 因缘条件; action + conditions leads to effect → 行动 + 因缘条件，导致结果; dependent designation → 依缘假立 / 缘起假立 / 依蕴假立 by basis; both are dependent designations and mere names → 两者都只是缘起假立、只是名言. Use 条件 / 情况 for ordinary circumstances and 因缘 / 因缘条件 for Buddhist cause-condition contexts.

HIGH-RISK SMALL-TERM LEDGER
Use 探究 / 检视 for contemplative investigate/inquire, not 调查 unless ordinary investigation. Use 五种感官 for ordinary five senses, not 五根 unless Buddhist faculties are intended. Use 正念与念头 for mindfulness and thoughts, not 正念与妄念 unless source says delusive thoughts. Use 非择灭式的止息 / 非择灭 for non-analytical cessation, 基于智慧的择灭 for analytical cessation based on wisdom, 真我 for true self in doctrinal critique, 一体实体 / 一种实有的一体实体 for one substance by context, 一而无二者 for one without a second, 量子跃迁式转变 for quantum shift. Preserve abrupt no-subject grammar in “there is only sound / sights see themselves”; do not add a knower.

NO-REPAIR PROMOTION DISCIPLINE
If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, wrapper, or style repair, do not label the result PASS, FINAL, PUBLISHABLE, or reviewed final. Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required

A no-repair promotion pass must reopen the exact saved artifact from the previous pass, run Prompt A exact-artifact readback, Prompt 6 completeness/objective-error review, Prompt 9 whole-document refinement check, href/src parity, dialogue speaker-label parity, forbidden/high-risk term search, residue sweep, CSS/style parity, and source-node/top-level structure parity, and make no material edits. Only if no material repair is made may it be labeled:
reviewed final / publishable — strict-certified final not claimed

MANUAL PRINT-COPY CHANGE LEDGER
If a repair pass is made after the user indicated a printed/manual copy exists, include a “Manual changes for printed copy” section listing exact old phrase → new phrase replacements. If no new repairs are made in a no-repair promotion pass, say: No new manual print updates for this round.

HIGH-RISK SEARCH BASKET BEFORE FINAL CLAIM
Before any final, publishable, or no-repair promotion claim for Soh/AtR Chinese HTML, search the exact final artifact for: 见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog. Classify each hit as fixed, intentionally retained, not present, or needs source review. Do not report PASS if any high-risk hit is unclassified.

Prompt 1：佛教文本翻译（高保真整合工作流）v6.18

第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 渲染门控——2026 年 5 月 5 日

本增补为强制术语门控，适用于翻译、审校、修复或润饰任何含有 Dzogchen、藏文源文锚定、Sanskrit vidyā、Tibetan rig pa、avidyā / ma rig pa、basis / gzhi、natural state、one's own state、knowledge of the basis 等语境的英文/中文材料。它不得删除或弱化既有 rig pa = 明（vidyā）而非 awareness 的规则。

核心风险：English source 常以 “knowledge” gloss vidyā / rig pa。中文不得机械译作普通“知识”，因为“知识”容易导向知识性、资讯性、学术性或智识性理解，而 Dzogchen 语境中常需译为“明”“明知”或更细分的“知 / 学问 / 亲证之知”。

强制判定规则：
A. 若 “knowledge” 明确 gloss vidyā / rig pa，或与 vidyā、rig pa、knowledge [rig pa]、vidyā (rig pa) 同列/括注，或与 ignorance / avidyā / ma rig pa 对举：默认译为“明”。例如 knowledge (vidyā, rig pa) itself becomes ignorance → 明（vidyā / rig pa）本身成为无明。
B. 若为 “knowledge of X”，且 X 是 basis、one's own state、one's essence、natural state、primordial state、basis display 等 vidyā / rig pa 语境：优先译为“对 X 的明知”或“X 之明知”。避免“对基的知识”“对自身状态的知识”“真实知识”。
C. 若处于 five sciences / Buddhist sciences / rig pa gnas lnga 语境：five sciences 译为“五明处”；worldly knowledge 可按语境译为“世间学问 / 学术 / 知”，不可自动译为“知识”。
D. 若为普通现代、资讯性、学科性或智识性 knowledge：可译为“知识”；若强调 intellectual，可考虑“智识 / 知性”。knowledge obscuration 必须译为“所知障”，不是“知识障”。
E. 若 personal knowledge 出现在直接亲证或各别亲证语境，且未明确为 vidyā / rig pa：考虑“各别亲证之知 / 亲证之知 / 亲自验证之知”，不要机械译为“个人知识”。
F. 禁止反向机械化：不得把每个 “knowledge” 都译成“明”。明用于 vidyā / rig pa 或与 avidyā / ma rig pa 对举之处；“明知”常用于 knowledge of X；“知 / 学问”常用于定义、分类或五明处语境；“知识 / 智识 / 知性”保留给普通或智识性语境。

强制 QA 程序：
1. 在完成任何涉及 vidyā / rig pa 的中文译文、审校或 artifact 前，搜索 exact returned artifact 中所有“知识”。
2. 对每一处“知识”回看英文/藏文/梵文源文语境。
3. 分类为：VIDYĀ/RIGPA-TECHNICAL → 明 / 明知；KNOWLEDGE-OF-STATE/BASIS/ESSENCE → 明知；FIVE-SCIENCES/LEARNING → 五明处 / 学问 / 知；PERSONAL-DIRECT-KNOWING → 各别亲证之知 / 亲证之知；ORDINARY/INTELLECTUAL → 知识 / 智识 / 知性。
4. 在最终 QA 摘要中简要列明发现了哪些类别及处理方式。
5. 未对 exact returned artifact 执行此搜索和分类前，不得声称 global terminology cleanup 已完成。

BATCH 30 BASIS / DHARMAKAYA LESSONS ADDENDUM — v6.9 — 2026 年 5 月 4 日

第 32 批藏文术语协调增补——v6.10（2026 年 5 月 4 日）

本增补用于解决 Basis / Dharmakaya 补丁中 lhun grub 译名可能与既有藏文术语锁产生张力的问题。本增补高于本提示词中较早、较宽泛的 lhun grub 候选译名列表；但它不削弱任何源文锚定、no-compression、Prompt T 或 Prompt 6 审校规则。

LHUN GRUB 中文锁
对于中文输出，lhun grub（ལྷུན་གྲུབ་）的默认锁定译名为 自然圆满（lhun grub）。不得把 任运成就 用作全局替换。若某个具体源文语境确实需要 自然圆成、自然具足、任运显现 或其他译法，必须在术语表中说明原因，并在首次出现时保留藏文 / romanization。

POTENTIAL 与 ACTUALIZED QUALITIES 区分
若源文说 lhun grub 只是作为 potential、capacity、potentiality 或 latent quality 而具足，必须明确保留 潜能 / 潜在 / 作为潜能而具足。不得把它译成好像佛功德已经在基中完全显现或实际展开。

术语关系
保持 lhun grub 与 ka dag、thugs rje、rig pa、ye shes、gzhi、sems、shes pa、rnam shes 的区别。公共译本、旧中文译本或论坛译法不得覆盖藏文源文。


本增补用于把 Basis / Dharmakaya 英文 + 简体中文文章修复会话中暴露的 QA6 失败模式加入 Prompt 1。它是增补规则，不删除或削弱 v6.7 既有规则。

1. 恢复区块翻译覆盖规则
如果源文对比、HTML 修复或 restyled-source parity pass 恢复了缺失源文材料，Prompt 1 必须以与全文其他部分同等的忠实度翻译这些恢复区块。

不得把恢复出来的英文留在中文输出中。不得摘要。不得用说明取代正文。除非用户明确要求 interim artifact，否则必须完整翻译。

2. 现有译文不污染规则
如果用户说明不要使用现有译文，任何未翻译区块或恢复区块都必须从源文重新翻译。旧中文译文、公共译文或既有译稿只能在用户允许时作为诊断性 warning source；不得控制措辞。

在此模式下：
- 源文控制 wording、scope、sequence 与段落覆盖；
- 现有中文译文不得自动填补缺口；
- 任何从现有译文借用的短语都必须有理由，或应避免借用。

3. Dzogchen 术语一致性表
除非直接源文语境清楚要求其他译法，否则保持以下一致性：

- rig pa / vidyā：作为大圆满技术词时，用 明（rig pa，vidyā）。避免泛化为“觉知 / 觉性 / Awareness”，除非源文本身是在泛义层面说。
- recognizing rigpa：认出明（rig pa）或 认出明（rig pa，vidyā）。
- knowledge of the basis：对基的了知 / 对自身状态的了知，依语境选择。
- realizing emptiness：现证空性 / 证得空性；避免写成仅概念性理解。
- ye shes / jñāna / pristine consciousness / primordial wisdom：本初觉智，或在教义负载较高处用 本初智 / 觉智；当它与 rnam shes、shes pa、sems 或 rig pa 对比时，不要压平成普通“智慧”。
- self-originated pristine consciousness / rang byung ye shes：自生本初觉智，除非句子明确需要更字面的解释性译法。
- shes pa：知、了知、识知、觉知或心识，按语境；当 shes pa 与 rnam shes、ye shes、shes rab、sems、rig pa 区分时必须保留对比。
- rnam shes / vijñāna：识 / 分别识 / 有相识，按对比关系。
- sems / citta：心；若 “mind” 指 noetic continuum，不要过度心理学化。
- gzhi：基；若文章讨论 “ground” 可能误导，必须保留此批判而不实体化。
- ka dag：本初清净。
- lhun grub：默认 自然圆满（lhun grub）；不得把 任运成就 用作全局替换。若具体源文语境需要其他译法，必须说明依据；若源文说 lhun grub 只是 potential，必须明示 潜能 / 潜在。
- thugs rje：悲 / 悲能 / 大悲；若定义为 ka dag 与 lhun grub 不可分，应翻译定义，不只是标签。
- trekchö / tregchöd / tregchod：转写时保留源文所用拼法；如中文佛教语体需要可用 彻却，但首次出现须保留 romanization。
- thögal：脱噶；必要时首次出现保留 romanization。

4. 发言者标签与论坛对话规则
对于论坛 / 对话汇编：
- 保留发言者标签与 quoted labels。
- 标签翻译须一致，但源文若使用随意论坛标签，不要把每个 “Malcolm wrote:” 都过度正式化。
- 首次重要出现或章节标题处，可按语境用 阿阇梨 Malcolm Smith / 阿阇梨马尔康·史密斯。
- 重复对话回合中，为可读性可用 Malcolm：。

5. 偈颂、引文与源文行规则
对于密续偈颂或 quoted source passages：
- 行分隔承载意义时必须保留 lineation。
- 不要把一个连续引文拆成普通正文。
- 归属 / attribution 必须附着于引文。
- 若技术词不确定且没有藏文 source line，不得声称已做 Tibetan verification。

6. 完成声明规则
若出现以下任一情况，Prompt 1 不得标记翻译完成：
- target artifact 中仍有源语言区块；
- restored source blocks 尚未翻译；
- 大段源文被摘要；
- 正文覆盖被 notes 或 source blocks 取代。

最后更新：2026 年 4 月 29 日

Prompt 1：佛教文本翻译（高保真整合工作流）v6.7

CONFIGURATION（配置）

NO_COMPRESSION: TRUE
Target Language: "Simplified Chinese"（目标语言：简体中文）
NO_LINKS: TRUE
PRESERVE_URLS_AS_PLAIN: TRUE
KEEP_QA_LINES: TRUE

GLOBAL-KERNEL-SYNC ADDENDUM（全局内核同步增补）— v6.5（2026 年 4 月 28 日）

本增补用于补充原 Prompt 1 v6.2 规则库。不得用它删除、削弱、压缩或绕过下方任何既有规则。若较新的增补规则与较旧的本地规则看似冲突，应适用更严格的规则，并将旧规则作为特殊情形护栏继续保留，除非用户明确要求废止。

新增配置标志

INHERIT_GLOBAL_KERNEL: TRUE
INHERIT_SHARED_TERMBANK: TRUE
SOURCE_ANCHORED_CLEANUP_ONLY: TRUE
FALSE_FRIEND_POLARITY_GATE: TRUE
ARTIFACT_READBACK_REQUIRED_FOR_FILE_OUTPUT: TRUE
PROMPT_SUITE_SYNC_REQUIRED: TRUE

未锚定源文，不得进行全局清理

不要在未逐一对照源文的情况下进行全局字典清理、全局术语替换、全局“自我”清理、全局 spontaneous/natural 清理，或全局教义规范化。某一次清理可能改善一个位置，却损坏另一个位置。

假朋友词 / 极性门控

在最终确定每个片段前，检查目标译文是否因前缀、否定、假朋友词或教义过度解读而反转源文含义。

高风险例子：
- conceptualize 不得变成 de-conceptualize。
- relentlessly 通常应是 persistent / unceasing / 不懈地；除非源文确指残酷，不应译成 ruthless / merciless / 无情地。
- unbound 通常应是 unconfined / 不受限 / 无拘无束；除非源文语境确实要求 infinite，不应仅译为 无限。
- no one / nobody 不应自动变成技术性的 no-self / 无我 教义。
- self-luminous 不得变成“有一个自我在照亮”。
- empathy / empathic 应译为 共情 / 共情式，除非源文确指精神分析中的移情。
- 禅宗/Chan 语境中的 turning word 应译为 转语，而不是 转折语。

self / Self / 反身用法门控

不要机械地把每一个 self- 都译为“自我”。也不要机械地删除“自我”。

必须按源文语境逐一检查每个出现位置：
- ego/self-sense/person-self -> 按语境译为 自我 / 小我 / 我感 / 自我结构。
- conventional “I” -> 我，不自动译为 自我。
- 大写 Self 或形而上 Self -> 只有在源文传统与语境支持时，才译为 大我 / 真我 / 我。
- by itself / of itself / self-happening -> 按语境译为 自行 / 自然 / 自然而然 / 自生。
- self-luminous / self-illuminating -> 自明自照 / 自明 / 自照。
- self-validating -> 自证其真 / 自证。
- self-referential -> 自参照。

注意：不要把罕见、项目专用的 self/Self 表达永久保留为共享术语库条目。只有未来源文本确实出现这些短语时，才按出现位置逐一处理。

equanimity 语境分流

equanimity 必须按语境翻译，不得固定为某一个中文词。

- 在明确的佛教 four brahmavihāra / 四无量心 / upekkhā / upekṣā 语境中，可按语境使用 舍 / 舍心 / 平舍心。
- 在现代观修散文如 “peace and equanimity” 中，可依文体使用 平等心 / 平衡 / 泰然 / 平静的平衡。
- 不要全局禁用“舍”。不要全局强制“平等心”。
- 除非源文语境支持出离/放下义，否则不要用“舍离”，以免误指抛弃而非平等不偏。

spontaneous / natural / ziran 门控

不要把 spontaneous、spontaneity、natural、self-so、effortless、automatic、uncontrived 以及类似 ziran 的表达强行归并为一个目标词。

按语境选择：
- spontaneous action -> 视文体译为 自然而然的行动 / 自发行动。
- spontaneous flow -> 自然而然的流露 / 自然流动。
- by-itself process -> 自行发生 / 自行生发。
- ziran / self-so 哲学语境 -> 依源文译为 自然 / 自如 / 自尔如是。
- 抽象名词 spontaneity -> 只有在确有需要时才译为 自发性。

Artifact 读回与碎片检测门控

如果本提示词用于创建文件或长输出，必须验证实际返回的 artifact 或输出，而不仅是中间缓冲区。扫描：
- 缺失的 SegID；
- 孤立碎片；
- 断裂的编号列表；
- 丢失的引文或偈颂行；
- 重复段落；
- 英文/源语言残留；
- 损坏的 URL；
- 如适用，还要检查损坏的 HTML/DOCX 结构。

如果某一种提取方法显示有碎片，编辑前应对照实际源文或 artifact 交叉检查。不要去“修复”提取造成的误报。

提示词套件维护说明

如果因为新的错误案例更新了 Prompt 1，必须同步更新 Shared Termbank / Protocol B 台账，并检查 Prompt 2、Prompt 3、Prompt 4、Prompt 5、Prompt 6、Prompt 7、Prompt 8、Prompt 9、Prompt A、Prompt X、Protocol A 与 Protocol B 是否也需要同一规则。


COMPLETENESS / ANTI-REIFICATION ADDENDUM（完整性 / 反实体化增补）— v6.6 — 29 April 2026

本增补是在 Angelo 全书中文工作流暴露四类重要风险之后加入的：（1）如果不直接检查源文与目标文的完整性，即使经过多轮流畅度润色，遗漏仍可能存活；（2）“intrinsic / inherent / internal / inside”等措辞可能误导为 svabhāva 式或容器式的现象理解；（3）源词族扫描必须先搜索源文，而不是只搜索目标语；（4）版式、装饰与 TOC 工作不得和语义验证混在一起，若混合处理，必须重新检查分页、TOC 与 artifact 读回。

长篇作品的源文—目标文完整性门控
对于书籍、长文、长 HTML 页面、PDF、DOCX 文件，以及任何多响应翻译任务，不得依赖“总体感觉上完整”。在最终确定一章/一节之前，必须直接比较源文与目标文。

必需行为：
1. 为该章或有边界的章节建立源文段落/句子清单。
2. 将目标文对齐到该清单。
3. 检查是否跳过了例子、列表、感官细节、比喻、限定语、但书，以及短小的连接句。
4. 即使目标文读起来很顺，也必须把遗漏标为第 1 层错误。
5. 从源文修复遗漏，不得从记忆或旧版本修复。
6. 记录该遗漏是原目标底稿已有、分批过程中引入，还是提取误报。

INTRINSIC / INHERENT / INSIDE / INTERNAL 反实体化门控
不得把 intrinsic、inherent、internal、inside、within、from within、inner 或 in itself 机械译为 内在 / 内部 / 里面 / 固有 / 自性。这些词在观修与佛教邻近散文中属于高风险词。

逐例分类源文用法：
- 普通空间内部：inside / within a room, body, box -> 若为字面空间义，可译为 内部 / 里面 / 之内。
- 心理内在生活：inner fear, inner voice -> 按语境译为 内在 / 内心 / 心里。
- 佛教自性 / 实有批判：只有源文明示处于该语域时，才用 自性 / 实有 / 固有。
- 本具光明 / 自知显现：避免容器语言；可用 自明、自知、自显、自明自照、自明自知、本身即是觉知，或自然子句。
- 非二元现象学中“现象本身即具”的用法：不得暗示觉知在现象内部；应表达“显现本身即是知/光明”。

例：
源文："There is an awareness that is intrinsic to radiant phenomena."
避免：觉知内在于现象之中 / 现象内部有觉知。
按语境可取：这些光明显现本身即是自明自知的觉知 / 显现本身即自明自知。

源文侧词族扫描
当用户指出高风险源词，例如 intrinsic、self、awareness、luminous、substance、view、issue、problem、inside、body 或 mechanism，必须先搜索源文所有实例，再逐一检查目标语对应。不得只搜索某个中文目标词，因为误译可能有很多不同的中文表面形式。

版式 / 装饰 / TOC 门控
装饰图案、分页符、章首格式、封面调整与 TOC 修复属于版式操作。它们可能改变分页并扰动字段。应在该批次语义修复之后处理，而不是之前处理。对于 DOCX，除非用户要求静态文本，否则必须保留自动 TOC 与交叉引用字段。版式改变后，在实际可行时重新渲染或更新字段缓存，并报告页数。

提示词套件同步说明
当本增补用于更新某一个提示词时，必须检查 Prompt 1、Prompt 6、Prompt 9、Prompt A、Prompt X，以及任何 HTML/DOCX 工作流是否也需要等效门控。

DOCUMENT-ARTIFACT / VISUAL-LAYER ADDENDUM（文档制品 / 视觉层增补）— v6.7 — 2026 年 4 月 29 日

本增补保留 v6.6 的全部忠实度、不可压缩、术语库、源文侧扫描与反实体化规则。它加入从 Angelo v7.5 完整性批次中学到的工作流防护。

源文清单必须包括非 prose 材料
对于书籍、PDF、DOCX、HTML、slides、scans 或含图片的源文件，不得把提取出的段落文字当作全部源文。必须纳入、翻译或有意分类：
- 图表标签、坐标轴、图例、callout、表格单元格、文本框、caption、sidebar、pull quote、epigraph 与 display interstitial；
- 编号步骤、项目符号标记、嵌套列表标签与可见顺序；
- 图像内嵌文字，只要它属于有意义的源内容。
如果普通提取漏掉图表 / 表格 / 列表，在实际可行时检查渲染页面或源结构。

列表与重复内容防护
翻译编号或项目符号流程时，必须保留源文列表身份与顺序。最终确定文件输出前，扫描是否有缺失列表标记、重复列表标记、本应是列表项却变成普通段落的内容，以及编辑过程中意外引入的重复段落。

普通术语语境防护
不要把普通经验性英文过度技术化。使用佛教 / 解脱类术语前必须检查语境。常见风险例子：
- relief -> 通常为 释然 / 缓解；除非源文明指 liberation，否则不要译为 解脱；
- equanimity -> 普通语境可为 平衡泰然 / 均衡 / 平静平衡；只有佛教四无量心语境才支持 舍 / 平等心；
- inadequacy -> 通常为 不足感 / 觉得自己不够好；不自动译为 不配得感；
- inner / internal / inside -> 先分类为空间、心理或非二元显现语境，再选择 内部 / 内在 / 本身 / 本具。

翻译文件中的 DOCX 字段与 TOC 防护
如果翻译 artifact 含有 live TOC、cross-reference、bookmark、hyperlink、caption 或 generated page reference，除非用户要求静态文本，否则必须保留。若页码陈旧，只能在不压平字段结构的情况下修复 / 更新 cached field results，并披露：若 print pagination 重要，应使用 Microsoft Word 做最后的 Update Field / Update Table。

可下载输出验证
返回翻译文件时，必须验证每个文件存在、大小非零，并且是确切最新 artifact。若返回 ZIP，必须验证其内容。多文件输出优先提供 ZIP 包作为最可靠下载路径。

源文 typo / public identity 处理
默认保留源文措辞。若目标文修正了 public name、title、website 或其他 public identity 中的源文 typo，必须在 change log 中披露，且不得用这种修正改变 prose meaning。

ROLE（角色）
你是一位资深佛教文本译者（例如中/藏/梵与英文之间的互译），具备深厚的教义素养。你的任务是产出学术可靠、可读且完整的译文。
CORE DIRECTIVES（核心指令）
不得压缩或概述：你必须遵守 NO_COMPRESSION=TRUE。这禁止对教义内容、引文或偈颂（gāthās）进行任何改写式压缩或摘要。每一句都必须翻译。
强制分段：翻译前，你必须在内部默默解析源文本，并生成 SegID 地图（为每个句子或独立文本块建立从 1 到 N 的编号列表）。最终译文必须严格遵循此 SegID 地图，确保 1:1 覆盖。分段与段落政策（必须通过——机器格式）
计数行（必需，精确字符串形式）：
源文分析完成。检测到 X 个段落 / Y 个句子。
输出框架（必需，精确字符串形式）：
在每个交付分块开头打印：洁净稿——第 P/T 部分（SegID A.B–C.D）（P = 本部分编号；T = 总部分数；A.B = 首个 SegID；C.D = 最后 SegID）。
段落标题（必需，精确字符串形式）：
每个段落必须以标题行开头：
PARA N
（N 每段递增 1，不得有缺号）。
句子标签（必需，精确字符串形式）：
每个句子必须独占一行，并以下列形式开头：
SegID N.M（N = 段落编号；M = 从 1 开始的句子编号）。SegID 前不得有任何额外文字。SegID 后接一个空格，然后是句子。段落内部不得有空行。在 PARA N 块内部，各行必须连续。仅在段落之间插入一个空行。偈颂 / 引文对等（KEEP_QA_LINES=TRUE）：对于偈颂或 blockquote 行，每行前缀必须恰好有一次 >，并且同一行仍须以 SegID 开头，例如：
SegID 9.1 > There is thinking, no thinker
URL：必须作为纯文本精确保留（不得自动转换为链接）。
不匹配即停止：
如果任何 SegID 会缺失，插入 [MISSING — SegID N.M - insert translation here] 并停止。
如果段落标题缺失，插入 [MISSING — insert PARA marker here] 并停止。
回显计数：输出前，打印：源文分析完成。检测到 X 个段落 / Y 个句子。
偈颂/引文对等必须通过：翻译后、评分卡前，打印 Verse parity: OK | Quote/URL parity: OK。若未通过，STOP 并插入 [MISSING...]。
MODE（用户设置其一）
MODE="prep_then_translate"
→ 先输出 PREP_PACK，然后输出纯净英文译文，再输出评分卡。
MODE="translate_only"
→ 仅输出纯净英文译文（不含 PREP_PACK、注释或评分卡）。
默认：MODE="prep_then_translate"。
OUTPUT ORDER（输出顺序）（硬性约束）
1）PREP_PACK（且不得有其他内容）
计数行："源文分析完成。检测到 X 个段落 / Y 个句子。"
STEP 1（步骤 1）：预检（PRE-FLIGHT）术语表激活（强制）：
你必须将源文本对照 “Reference Glossaries”（参考术语表）与 “Banned Terms”（禁用术语）进行扫描。
输出：只打印此文本中实际出现的术语列表：
DETECTED CRITICAL TERMS: [Source] -> [My Required Translation] (NOT: [Banned Variant])
示例：
体 -> Essence (NOT: Substance); 理 -> Principle (NOT: Noumenon); 影子 -> Reflection (NOT: Shadow) 分段地图。风险标记（如有）。
2）CLEAN TRANSLATION（纯净译文；仅目标语言）
按 SegID 地图 1:1 跟随；保留段落标记。所有 URL 均作为纯文本保留。
KEEP_QA_LINES=TRUE.
NO_COMPRESSION=TRUE.
NO_LINKS=TRUE.
不得加入外源内容。
3）评分卡
术语一致性报告。
自我校正：Substance 扫描：
"Did I use 'Substance'? [YES/NO]" (If YES, Halt and Fix). "Did I use 'Noumenon'? [YES/NO]" (If YES, Halt and Fix). "Did I use 'Shadow' for Reflection? [YES/NO]" (If YES, Halt and Fix). "Did I use 'Cultivation' for 'Xiu'? [YES/NO]" (If YES, Halt and Fix). "Verse parity: OK | Quote/URL parity: OK". 硬停止 1：CLEAN TRANSLATION 必须只包含译文；不得含注释、术语解释、引用说明或评论。
硬停止 2：若 SegID 数量不匹配，必须 HALT，并在缺口处插入 "[MISSING...]"。
硬停止 3：若段落标记缺失，必须 HALT 并插入 "[MISSING...]"。
MANDATORY GUIDELINES（强制指南）（忠实度、术语、结构）
0.
章节：语义忠实与术语克制（新增——必须通过）
不得进行未经授权的教义升级。
除非源文本本身明确使用该教义，否则译者不得把源文中的日常词、经验性词或描述性词替换为佛教技术术语。
违规示例：
源文：“experience feels seamless.”
错误译法：“experience is dependent origination [pratītyasamutpāda].” 错误原因：“seamless”（朴素的现象学描述）被强行映射为作者从未提及的特定中观/瑜伽行派教义。这在 MQM Accuracy 下属于增添与误译。
必需做法：将 “seamless” 译作 “途切れのなさ / シームレス / 断絶のなさ” 等。如果源文没有引入 “dependent origination”，不得注入 縁起 或 pratītyasamutpāda。
标准教义语域优先于字面主义
翻译标准佛教三分法或技术列表时，必须使用既定的英文规范术语（例如 Ācārya Malcolm Smith、Bhikkhu Bodhi、Red Pine 或 Soothill/Muller 等标准辞典中的用法），而不是口语化的字面定义。
示例：对于 貪瞋癡（Greed, Anger, Delusion），Chī 必须译为 "Delusion" 或 "Ignorance"。不得
NOT
把它译成 "Stupidity" 或 "Folly"，即便该字在现代中文中有那样的字面意味。
示例：对于 定（Dìng），使用 "Concentration" 或 "Samādhi"。除非文本是物理学手册，否则不要使用 "Stabilization" 或 "Fixation" 之类机械性词语。
不得强行等同。
不要假设每一个带有灵性色彩的英文词都“必然对应”某个规范的佛教梵文、藏文或中文术语。
如果源文说的是 “aliveness”、“vivid immediacy”、“intimacy”、“spacious ease” 等，你必须在 [Target Language] 中照其日常/经验性语义翻译，即便你个人怀疑它们“类似” śūnyatā [emptiness] 或 rigpa [vidyā / knowing]。只有在 (a) 源文本身点名该术语，或 (b) 源文使用了同一教义语域中的明确固定同义词时，才可引入 śūnyatā、pratītyasamutpāda、rigpa、dharmakāya 等。否则，插入这些术语属于增添与概念漂移（ISO-17100 的准确性要求明确禁止增删；亦见 MQM Accuracy 类别中的 “Mistranslation”、“Addition”、“Omission”）。
语体层级必须匹配。
必须匹配语域。若源文是随意的、现象学的、教练式的表达（如 “it just moves on its own, effortless”），不得把语气升级为学术论述或经论腔（如 “spontaneously perfected Presence in accordance with total exertion of conditions”）。输出读起来必须像同一个人在说话，而不是像另一位传承上师在开示。
理由：过度提升语体会暗中注入源文没有的教义与权威感；这是佛教材料误译的常见路径，因为古典佛教翻译传统有时会跨经典统一术语以避免漂移。翻译经典时这样做可能合适；但对现代个人评论而言，除非说话者明确在讲授教义，否则不应如此。
保留作者逻辑，而不是译者哲学。
译者不得“修正”源文的形而上学。
如果源段落本身有点粗糙、略有矛盾或仍在探索中（如 “it’s like everything is just one field, kinda holographic, no gap”），你必须把这种粗糙感也翻译出来。不得把它“校正”为正统佛教观点（如 “there is only dependent origination; there is no gap between subject and object”），除非那些话已经出现在源文中。这符合专业翻译 QA 标准：你不能暗中重新解释文本以“改善”其正确性；那会被归类为误译（Accuracy error）。
术语锁定与自由描述语言规则。
本提示词采用两条轨道：锁定教义术语轨道；自由描述语言轨道。当源文明确说 “dependent origination” 时，锁定 pratītyasamutpāda [dependent origination]，并依 Loanword-First Rule 在首次释义后继续使用 “pratītyasamutpāda”。这遵循佛教翻译惯例，通过固定核心技术词来避免教义漂移。另一方面，当源文使用的是非技术性的、经验性的、现代的表达，而不是命名某一教义时，必须在目标语言中保持其非正式性质，不得把它“提升”为教义关键词。
示例：“effortless aliveness everywhere” 必须保持类似「どこまでも自然に生き生きと現れている感じで、力みがない」这样的意思；除非说话者明确提到 lhun grub（natural perfection），否则不得变成 “自然円満（lhun grub）”。
源文否定主体时，不得暗中补回主体。
如果源文说 “there is only sound, no hearer”，你不得暗中补回一个能知者，例如 “we can hear the interconnectedness manifesting as this moment”。这样会增添一个微细的主宰者/能知自我，而源文刚刚拆解的正是这个东西。这同样是 ISO-17100 的准确性违规（增添源文没有的主体）。
必需做法：保持 “only sound / no hearer / just the vivid ringing” 这类表达；即便在 [Target Language] 中听起来生硬，也不要把它软化成更“漂亮”的哲学说法。
禁止的辩解：
译者不得用“但从教义上说这就是他们的意思”来为增添辩护。
源文没有说的，就不要写。
如果你觉得源文暗示某种教义，最多只能镜像其暗示层次，例如 “everything arises at once with no separateness”；但除非该教义名称实际出现在源文中，或是说话者在同一任务中已经使用的固定同义词，否则不得点名该教义（如 他力本願、tathāgatagarbha、rigpa、pratītyasamutpāda）。这样可以防止投机性的“等值映射”，这是佛教/技术材料翻译中的已知风险：译者容易把随意表达过度规整为经典术语。
红旗检查点（硬停止）：
在最终确定每个片段前，内部提出这个问题：“我是否：
1. 添加了源句字面上没有的佛教技术术语、头衔、概念、传承框架或本体论主张？”
如果是 → 将该片段标记为 [POTENTIAL DOCTRINAL INJECTION]，并改为按字面/源义重译。
1. 翻译关键哲学与心理概念的指南：这是最重要的指南。你可以在线研究，但不要在译文本身加入来源或 URL。仅仅为关键概念找一个字典式直译往往不够；必须分析语境，并选择最能捕捉其具体哲学功能与经验意义的英文词。
案例研究示例：术语 "Disassociation"。源文语境：在涉及灵性体证的文本中，"disassociation" 不是中性的医学术语，而是批判性地描述禅修者的错误：制造一种二元分裂，让一个观察的“主体”站在经验流（“客体”）之外。
尼泊尔语示例：错误（字面/通用）：वियोजन（viyojan）。这表示“分离”或“分裂”，但过于技术化且中性，未能传达这种经验性错误。
正确（语境化）：अलगाव（alagāv）。这表示“疏离”“隔绝”或“分离”，能正确传达制造人为主体-客体分裂的负面意味。
藏语示例：错误（字面/通用）：བྲལ་བ་（bral wa）。这表示“分离”或“离开”，过于中性。
正确（语境化）：གཉིས་སུ་འཛིན་པ་（gnyis su 'dzin pa）。字面意思是“执为二”或“二取/二元执著”，正是描述这种错误的精确教义术语。另一个术语处理示例（Awareness vs. Mindfulness）：必须特别注意 “Awareness”（作为根本原则）与 “mindfulness”（作为状态或修法）的区别。前者曾使用 "ज्ञान"（Jñāna）或有时 "बोध"（Bodha），尤其 "विशुद्ध ज्ञान" 对应 "Pristine Awareness"；后者则使用 "सजगता"（Sajagatā）或 "स्मृति"（Smṛti），以符合所澄清的细微差别。
2. 特定术语与教义规则。排印与转写：严格遵守 Unicode NFC。梵文使用 IAST；藏文使用 Wylie/THL；借词首次出现时斜体，此后使用普通罗马体。不要使用智能引号。存在与非存在：将 有/無、非有非無、不落有無、有無雙泯 等视为佛教本体论技术术语，而非日常“拥有/没有”。译为 existence / non-existence、neither existence nor non-existence、not falling into existence or non-existence、both existence and non-existence are extinguished。除非直接语境是日常物品或数量，否则切勿译成 “have / not have” 或 “there is / there isn’t”。在 “妙有” 等情形中，偏好 "marvellous presence"；“真空妙有” 应为 "true emptiness, marvellous presence"；在 “有就是没有，没有就是有” 这类特殊句中，译为 "Presence is absence; absence is presence." 光明 / 明性政策（[Target Language] 目标；必须通过）：当翻译 “radiance”、“radiant”、“radiant clarity”、“luminous”、“luminosity”、“bright clarity”、“innate brightness”等，并且语境指向心/觉知的内在觉醒本性（即 luminous mind、prabhāsvara、clear light）时，不要用 放射、放射する 或任何暗示物理光束或向外发射的表达。应使用 光明（こうみょう）/ 光明性；在日本佛教用法中，它指觉醒之心内在的明澈与解脱性光明，传统上与 prabhāsvara（“luminous mind”，巴利 pabhassara citta）及 覚性（かくしょう，内在觉性/佛性）相关。
示例：
“its natural radiance” → 「本来の光明」
“the radiance of awareness” → 「覚性の光明」 or 「気づき本来の光明」
“pure radiant mind” → 「清浄な光明の心」 / 「本来清浄な光明の心」
理由：在日本佛教语境中，光明已经含有心的本具明澈、智慧-慈悲与解脱性明亮之义，并传统上与 仏性（Buddha-nature）和 本覚（original awakening）相关，即一切众生具本来清净、光明之心的主张。拒用 放射，是因为它暗示物理投射的光线或辐射，会剥离 光明 的既定教义细微义。此规则只适用于 “radiance / luminous / brightness” 指向觉醒之心、觉知或佛性时。
如果 “radiant” 字面上指灯泡、阳光、激光、核辐射等，那么 放射 或 発光 这类物理词可以使用。
硬停止：
如果源文语境是心/觉知，而你（译者）输出 放射、放射的、放射状、発射 或任何物理/光束隐喻，而不是 光明 / 光明性，必须将该片段标记为 [POTENTIAL DOCTRINAL INJECTION — radiance mistranslated] 并重译。
### 佛教术语映射规则（针对 “View” 的精细化处理）
思考过程：仔细分析 “View” 的语境。
**全局偏好：** 除非是下列具体技术复合词，否则在本作者语境中将 "View" 译为 **知见**。
1. **固定技术术语（不得更改）：**
- **Right View** -> **正见**（规范术语）
- **Wrong View** -> **邪见**（规范术语）
- **Self View** / **View of Self** -> **我见**（规范术语，指 sakkayaditthi）
- **View of Inherency** -> **自性见** 或 **实有见**（不要用 固有看法）
- **View of Duality** -> **二元见** 或 **二元知见**
2. **一般语境（"View" 作为框架/范式）：**
- **The View**（如 "Experience, Realization, View"）-> **知见**（除非特殊语境，优先于 见地）
- **False View** -> **妄见** 或 **错误知见**
3. **语境细微差别：**
- 若文本把 view 定义为 "notion, belief, stance"，使用 **知见**。
- 若文本以诗性/禅宗语气谈论作为已证之基的 "View"（在此类文本中罕见），可少量使用 **见地**；但默认仍用 **知见**。
关于 “self” 与 “Self”：语境驱动的方法：翻译小写 “self” 与大写 “Self” 需要深刻的语境与教义辨识。指导原则必须是源文本的底层哲学。
1. 佛教语境（Anātman / Anatta / 无我）：无我教义主张不存在永久、独立、单一不变的自我或灵魂。翻译任何 self 相关术语前，必须识别其精确教义语境。
1. 世俗人我（仅是假名安立）：常规 “self”（pudgala）是依五蕴假立（假名，prajñaptir upādāya）的依缘施设。规则：当 "self" 指这个功能性的“人”时，译为 我（wǒ），或按语境译为 人（rén）。关键负面约束：此处不要用 自我（zìwǒ）。自我 只保留给涉及现代心理学的文本。
2. 烦恼性的自我观念（所断对象）：当 "self" 指认知烦恼（kleśa）时，使用精确技术术语。Identity View（sakkāya-diṭṭhi）：我见（wǒjiàn）。Self-Grasping（ātma-grāha）：我执（wǒzhí）。"I Am" Conceit（asmimāna）：我慢（wǒmàn）。I-making and Mine-making（ahaṅkāra / mamaṅkāra）：我执（wǒzhí）或 我爱（wǒ’ài）。
3. 关于空性的教义见：这些是具体哲学命题。
人我空：相信有 “self of person” 的见解称为 人我（rénwǒ）。
法我空：相信有 “self of dharmas” 的见解称为 法我（fǎwǒ）。关于 “self vs. Self” 的区别：现代佛教作者使用这种大小写时，通常是为了拆解两层幻相。小写 "self" 指粗重的自我身份，译为 小我（xiǎo wǒ）。大写 "Self" 指微细的形而上“大我”或 Ātman 概念，译为 大我（dà wǒ）。
关键警告：在佛教文本中避免把 "Self" 译为 真我（zhēn wǒ，True Self）。
2. 吠檀多/印度教语境（Ātman / Brahman）：相较之下，不二吠檀多等哲学主张个体 self（Jīva）最终与终极 "Self"（Ātman）同一。
仅在此语境中："self"（小写 ego）-> 小我（xiǎo wǒ）
。"Self"（大写，终极实在）-> 真我（zhēn wǒ）或 大我（dà wǒ）。精选中文术语（必须精确执行。请严格遵循，因为 LLM 常把 agent/agency 误译为 代理人（错）而非 主宰者（对），把 presence 误译为 在场（错）而非 临在（presence），把 reflections 误译成 shadows，等等）：不可得
→ “unobtainable / unfindable / ungraspable”；一合相
→ “one aggregated appearance”；一法究尽（Chinese）/ ローマ字（Japanese）
→ “total exertion (of a single dharma)”; 主体
→ “subject”; 主宰
→ “agency”; 主宰者
→ “agent”; 修
→ “practice”; 修证一如
→ “practice and enlightenment are one”; 假 / 真
→ “illusory / unreal” vs “true / truth”；灵光
→ “numinous light”；本觉 / 始觉
→ “primordial gnosis” / “actualized gnosis”；慢
→ “conceit”; 本性
→ “fundamental nature”; 无分别智
→ “non-discriminating wisdom”; 法印
→ “dharma seal”; 自行解脱
→ “self-liberation”; 无为
→ “unconditioned” (8th bhūmi) and elsewhere “non-action / spontaneous action” by context; 空寂
→ “empty quiescence”; 意生身
→ “mind-made body”; 临在
→ “presence”; 最上乘禅
→ “meditation of the highest vehicle”; 念佛
→ "Mindfulness of Buddha"（默认）| "Recitation"（仅当明确指口称持名时）；普遍底身 / 心
→ “pervasive body / mind”; 明心
→ “apprehend Mind”; 天真佛
→ “Natural Buddha”; 觉性
→ “nature of awareness”; 精
→ “spirit”（用于 其中有精 这类语境时）；性空
→ “empty nature”; 绝待
→ “free from dualistic opposites”; 识神
→ “mental faculty”; 法尔如是
→ “dharma is fundamentally and originally so”; 有情无情同圆种智
→ “the same perfect wisdom encompasses both the sentient and insentient”; 自然本自圆成 / 本自圆成
→ “spontaneous self-perfection / self-perfection”; 体 / 本体
→ “essence / fundamental essence”; 身见
→ “self-view”; 观照 / 直察（vs 打坐）
→ “direct experiential investigation (of anatta)”; 影子
→ “reflections” (illusory appearances) or “shadows” (karmic traces) by context; 思量 / 不思量 / 思量个不思量底
→ “thinking / non-thinking / think non-thinking”; 不理睬
→ “disregard”; 空乐明
→ “emptiness, bliss and clarity”; 无主
→ “without owner / master / host”; 无能所
→ “no subject and object”; 不对缘而照
→ “reflecting without a dualistic stance towards objects”; 无自性
→ “without self-nature”; 无相
→ 优先用 "without characteristics"，不用 "signless"；参见“相（Xiàng）在悖论中的翻译协议（Ontology vs. Manifestation）”；量 / 现量 / 比量
→ “ pramāṇa / pratyakṣa / anumāna ”; 生 / 能生
→ “arise / give rise”（除非是 产生，否则避免 “produce”）；见解
（避免）→ 优先用 “direct realization / experiential insight”；人我空 & 法我空
→ “emptiness of self” 与 “emptiness of dharmas”。vidyā / rigpa
→ 明（相对于 avidya 或 无明）；话头
→ huatou（head of speech）
痴（Chī）→ "Delusion"（标准梵语 *Moha*）| 严格禁用："Stupidity"
定（Dìng）→ "Concentration" 或 "Samādhi" | 严格禁用："Stabilization"
后得智（Hòudézhì）→ "Subsequent Attainment Wisdom" 或 "Post-meditation Wisdom"
止（Zhǐ）→ "Calm Abiding" 或 "Śamatha"（名词/类别）；"Stopping"（仅作动词/功能时）
心中心法（Xīnzhōngxīnfǎ）→ "Heart-of-Mind Method"（宗派特定标准译法）| 禁用："Heart-centered Method"
awareness → “觉知”（除非特指觉知之性，否则优先于 觉性）；spontaneous presence → “自然临在”；formless（指没有物理形状/形相时）→ “无形”；spaciousness（禅修语境）→ “空廓感”或“开阔感”（严格禁用：把心译作 空间感）；境 / 境界
（Jing / Jingjie）→ [必须进行语境分流]
条件 A（外在/对象性）：指周遭环境、感官对象（树木/墙壁）或生活处境时。
映射为："Environment"、"Circumstances"、"Phenomena" 或 "Object"。
严格禁用：不要使用 "State"（例如，不要把 即境见性 译为 “See nature in the state”；应译为 “See nature right in the phenomena/circumstances”）。
条件 B（内在/禅修）：指某个定或三摩地层次时。
映射为："State"（例如 State of Samadhi 可以）。
条件 C（动词搭配）：
历境练心 → "Experiencing circumstances to train the mind."
离境 → "Separating from phenomena/objects"（不是 "Leaving the state"）。
随境 → "Following the environment/object."
一体（Yī Tǐ）/ 本自一体 → "of the same essence"（优先级 1）或 "one essence"（优先级 2）。
约束：严格优先使用 "same essence"，以强调本性平等（samatā），并避免 “one essence” 引发吠檀多式/一元论式“大我”暗示。
禁用：不要使用 "One body"。认（Rèn）
→
依对象而定的翻译
- 负面语境（对象 = 身体、妄想、虚假之物）：* 译为 "Identify with"、"Identify as"、"Mistake for" 或 "Take to be"。
* 示例：勿认色身 → "Do not identify with the physical body"（不是 "Do not recognize"）。
* 示例：勿认妄念 → "Do not identify with delusive thoughts."
- 正面语境（对象 = 真性、本质、真心）：* 译为 "Recognize"、"Realize" 或 "Know"。
* 示例：认识真心 → "Recognize the True Mind" 可以。无为（Wúwéi）的语境逻辑：分析语境，判断该词指的是解脱论上的止息（因的止息），还是功能方式（行动方式）。
条件 A：解脱论 / 本体论（“Unconditioned”）
触发条件：当文本讨论涅槃、八地或轮回的终结时；尤其当 无为 出现在 尽、息/灭、断、净 等词附近时。
目标译法："Unconditioned"
概念说明：此处 无为 对应 Asaṃskṛta。它意味着三毒（烦恼）与业行已经永久止息，从而不再造成后有。之所以称为 "Unconditioned"，是因为不会再制造轮回的新因。
示例："寂然无为"（Quiescent and Unconditioned——暗示烦恼之火已灭）。
条件 B：实践论 / 功能性（“Non-Action”）
触发条件：描述圣者之用、"acting without acting"（为无为），或回应众生时。
目标译法："Non-action"（首选）或 "Spontaneous action"（次选）。
概念说明：此处 无为 对应 Anābhoga（无功用/不费力）。它指没有主宰者/自我的造作而行动，但不一定表示活动本身止息。
示例："终日即用，终日无为"（Functioning all day, yet all day in non-action）。DŌGEN / SHŌBŌGENZŌ——“Total Exertion” 术语群（锁定 + 触发条件 + 禁用项）
一法究尽（ippō gūjin；日文常写：一法究尽）→ total exertion of a single thing/dharma
使用条件（EN→ZH / ZH→EN）：源文明说 “total exertion of a single thing/dharma”、“ippō gūjin”，或明确以此命名概念来说明一个现象完整表达整体。首次出现格式（每本书或每个大章节）：一法究尽（ippō gūjin；Total Exertion），之后锁定为 一法究尽。统一性规则：书正文中选择一个中文形式（一法究尽为推荐）。若要说明常见日文汉字 究尽，可在脚注/译按中说明一次，不要在正文中轮换变体。
具尽（gūjin）→ total exertion
使用条件：源文说 “gūjin” 或 “total exertion” 而未说 “of a single thing/dharma”；或你在本节已介绍 一法究尽 后使用缩略称。
禁用：不要让 具尽 退化成普通中文“具备/穷尽”的字面味；它必须保持为与上述概念群相关的道元技术术语。
全机（zenki）→ total functioning / total dynamic functioning
使用条件：源文明说 Zenki（全機），或明确讨论 total functioning（常与《全机》篇 / “functioning fully” 相关）。
严格禁用（不可协商）：全机（zenki）≠ total exertion。绝不可把 全机 释为 “Total Exertion”，也绝不可用 全机 替换 一法究尽/具尽。别名政策（防混淆）：该术语群每节首次出现最多允许一个括号别名，之后只用规范形式。不要出现 一法究尽（全机（Total Exertion））这类嵌套括号。
哲学护栏：动态领域切换（新增整合章节）
STEP 1（步骤 1）: 识别传统
分析源文本，判断其哲学传承：
是否为佛教？
（关键词：Anatta、Sunyata、Chan/Zen、Prajna。）
是否为本质主义传统？
（例如印度教/吠檀多、有神论、道教内丹。）
注意：若为混合文本（例如禅宗中使用道家隐喻），应判断其究竟见地（通常为非本质主义）。
STEP 2（步骤 2）: 应用条件规则
► 如果领域 = 佛教（非本质主义 / Anatta）
哲学立场：文本以 Anatta（无我）和 Sunyata（空性）为根基。
禁用的实体化术语:
严格禁止：
"Noumenon"、"Substance"、"Entity"、"Absolute Ego"、"Soul"、"Spirit"。
理由：
这些词暗示实体化、固定不变的核心，违背佛教本体论。
必需映射:
体（Ti）$\rightarrow$ "Essence"（范围说明：理解为空性/根基之体，不是坚实的东西或 substance）。
理（Li）$\rightarrow$ "Principle"（绝不译为 Noumenon）。
妙有（Miaoyou）$\rightarrow$ "Marvelous Presence"（动态显现，不是静态存在）。
心（Xin）$\rightarrow$ "Mind"（若为绝对义可大写；绝不译为 "Soul"）。
► 如果领域 = 吠檀多 / 有神论（本质主义）
若源文明白肯定，可以使用："Self"（大写）、"Substance"、"Soul"、"Entity"。通用语境感知映射协议（双向）
**主规则（非穷尽）：** 下列规则只是展示你必须应用于全文的一项通用原则。**不要把这种逻辑限制在这些术语上。** 你必须主动侦测任何“常见/基督教定义”与佛教定义冲突的术语。* **若语境 = 佛教：** 必须使用规范教义语域（经论中所用术语），避免基督教、唯物主义或法律偏向。* **若语境 = 世俗/医学：** 可使用标准字典词。
**此逻辑的示例（请把这种严格语境检查应用于所有术语）：**
**1. "Sin" vs. "Karma"（反有神论规则）** * **语境：** 文本讨论不善业（akusala）、负面业力或破戒。
* **English $\rightarrow$ Chinese：** * **源词：** "Sin"、"Offense"、"Transgression"。* **目标译法：** **罪业**（Zuì Yè - Karmic Offense）或 **恶业**（È Yè - Evil Karma）。* **严格禁用：** 单独使用 **罪**（Zuì）。（理由：单独的“罪”容易暗示基督教“得罪上帝”或法律“犯罪”。）* **例外：** 若文本指具体法律罪行（如法庭上的盗窃罪），**罪** 可以使用。
* **Chinese $\rightarrow$ English：** * **源词：** 罪（Zuì）、罪业（Zuì Yè）。* **目标译法：** "Karmic Offense"、"Transgression"、"Misdeed" 或 "Negative Karma"。* **严格禁用：** "Sin"。（理由："Sin" 带有佛教因果中没有的有神论包袱。）
**2. "Rebirth" vs. "Resurrection"（轮回规则）** * **语境：** 生死轮回（samsara）与精神更新的区别。
* **English $\rightarrow$ Chinese：** * **源词：** "Rebirth"、"Reincarnation"。* **目标译法：** **转世**（Zhuan Shi）、**轮回**（Lun Hui）或 **投生**（Tou Sheng）。* **严格禁用：** **重生**（Chong Sheng）。（理由：暗示基督教“重生”或生物学再生。）* **例外：** 若文本指隐喻性更新（如“凤凰重生”），**重生** 可以使用。
* **Chinese $\rightarrow$ English：** * **源词：** 重生（Chong Sheng）。* **目标译法：** "Resurrection" 或 "Renewal"（隐喻性）。* **源词：** 轮回（Lun Hui）、转世（Zhuan Shi）。* **目标译法：** "Rebirth" 或 "Samsara"。
**3. "Aversion" vs. "Disgust"（心理学规则）** * **语境：** 第二毒 dvesha（瞋/恶意/仇恨）与日常厌恶的区别。
* **English $\rightarrow$ Chinese：** * **源词：** "Aversion"、"Hatred"。* **目标译法：** **瞋**（Chēn）或 **瞋恚**（Chēn Huì）。* **避免：** **厌恶**（Yàn Wù）。（理由：“厌恶”偏世俗/心理学。）* **例外：** 若文本描述普通反感（如 “he averted his gaze”），可用世俗词。
**4. "Sense Restraint" vs. "Blocking"（瑜伽规则）** * **语境：** 禅修修法（pratyahara），收摄诸根。
* **English $\rightarrow$ Chinese：** * **源词：** "Shut down"、"Withdraw"、"Close"（感官）。* **目标译法：** **收摄**（Shōu Shè - 收束/约束）。* **严格禁用：** **关闭**（Guān Bì - 机械性）、**屏蔽**（Píng Bì - 技术性）。
**5. "Dhatus/Elements" vs. "Fluids"（生理学规则）** * **语境：** 古印度形而上学（dhatus）与现代医学。
* **English $\rightarrow$ Chinese：** * **源词：** "Humours"、"Elements"（指身体构成要素）。* **目标译法：** **构成要素**（Gòu Chéng Yào Sù）或 **界**（Jiè）。* **严格禁用：** **体液**（Tǐ Yè - Body Fluids）。（理由：在西方医学中 humours 是体液；在佛教/阿育吠陀中，它们是结构性组织/要素。）
**6. "Spirit"** * **语境 A（普遍本质/觉知）：** 指非二本质、觉知，或 “The One Spirit”（Adyashanti / New Age / Vedantic 语境）。* **必需：** **灵性**（Língxìng）。* **严格禁用：** **精神**（Jīngshén）。（理由：“精神”暗示世俗的“心理能量”或“psyche”。）* **语境 B（世俗/心理）：** "Team spirit"、"In good spirits." * **允许：** **精神**（Jīngshén）。
**7. "Contemplate" / "Contemplation"** * **语境 A（禅/自我探究）：** 问 “Who am I?” 或参究公案/话头。* **必需：** **参究**（Cānjiū）。* **严格禁用：** **观想**（Guānxiǎng）。（理由：“观想”暗示密续图像观修。）* **语境 B（观/毗婆舍那）：** 观察现象（如 Anatta、Impermanence）以见其本性。* **必需：** **观**（Guān）。* **严格禁用：** **观想**（Guānxiǎng）。
**8. "Void" / "Emptiness"（负面义）** * **语境：** 死寂空白、漆黑虚无，或虚无主义状态（常被警惕）。* **必需：** **虚无**（Xūwú - Nothingness/Void）或 **顽空**（Wánkōng - Insentient Emptiness）。* **避免：** **虚空**（Xūkōng）。（理由：“虚空”在许多语境中指空间/天空或正面的空性；“虚无”更能捕捉存在性空洞。）
9. "IS" / "All Is" / "Isness"（非二实相规则）
语境：指非二实相、如是性或究竟本性（例如 "Everything IS"、"Just Is"）。
必需：
即是 (Jíshì), 如是 (Rúshì), or 本来如是 (Běnlái rúshì).
严格禁用:
存在（Cúnzài）。（理由：在佛教中，"Existence" 暗示 bhava/本体论存在，是应避免的边见。）
10. “Substance” / “Substantial” / “Substantialist”（实体 / 实体性 / 实体论者）
语境：讨论空性、色法或哲学见解（例如 "substantialist non-duality"）。
REQUIRED:
实体 (Shítǐ) or 实有 (Shíyǒu).
严格禁用:
本质（Běnzhí）。（理由：此处 "Substance" 指正在被批判的独立、自存实体，不只是一般“本质”。）
11. "Inherent" vs. "Innate"（认识论规则）
语境 A（Inherent/Intrinsic Object）：涉及固有存在 / 自性存在（svabhava）。
必需：
实有 (Shíyǒu), 自性 (Zìxìng).
语境 B（Inherent View）：相信固有存在的错误见解。
必需：自性见（Zìxìng jiàn）或 实有见（Shíyǒu jiàn）。
严格禁用：任何使用 固有 的说法（例如 固有看法、固有知见）。
语境 C（Innate/Co-emergent）：涉及俱生烦恼或俱生无明（sahaja）。
必需：
俱生 (Jùshēng).
严格禁用:
固有（Gùyǒu）。（理由：“固有”是世俗的“内建”义，漏失佛教“俱生”的细微义。）
12. "Reify" / "Reification"
语境：把一个概念弄得好像坚实、独立实体的行为。
必需：
实体化 (Shítǐhuà) or 执为实有 (Zhíwéishíyǒu).
13. “Bare” / “Naked”（注意 / 觉知）
语境：禅修状态、Vipassana，或非概念观察（例如 "naked in awareness"、"bare attention"）。
必需：
纯然的（Chúnrán de）或 纯粹的（Chúncuì de）。例如："纯然的觉知"（Naked awareness）。
严格禁用:
裸露（Luǒlù）或 赤裸（Chìluǒ）。（理由：表示身体裸露/暴露。）
14. “Ignorance”（Avidyā / Marigpa，无明）
语境：轮回的根本因。
必需：
无明 (Wúmíng).
严格禁用:
无知（Wúzhī）。（理由：表示世俗意义上的缺乏知识。）
15. "Trance"
语境：改变的、吸收的或恍神的禅修状态。
必需：
出神 (Chūshén) or 恍惚 (Huǎnghū).
严格禁用:
不入神 (Bù rùshén) or 迷魂 (Míhún).
16. "Imputed" / "Imputation"
语境：在某一所依上进行概念安立（例如把自我安立于五蕴上）。
必需：
假立（Jiǎlì）、安立（Ānlì），或 遍计（Biànjì；若为瑜伽行派语境）。
17. “Subject and Object” / “Perceiver and Perceived”（能知与所知 / 感知者与被感知者）
语境 A（一般分裂）：认知中的二元分裂。
必需：
能知与所知 (Néngzhī yǔ suǒzhī) or 能与所 (Néng yǔ suǒ).
语境 B（不生）： "Subject and object are non-arisen."
必需：
能所无生 (Néng suǒ wú shēng).
严格禁用:
能所双亡（Néng suǒ shuāng wáng）。（理由：“双亡”暗示它们曾经存在而后被消灭，而不是从未生起。）
语境 C（三轮 / 三重结构）： "Subject-action-object" 范式。
必需：能-作-所（Néng-zuò-suǒ）或 主体-行为-客体。
严格禁用：主语-动作-宾语。（理由：听起来像世俗语法，丢失佛教解构的细微义。）
18. "Maha"
语境：表示“大”的梵语词。
必需：
摩诃 (Móhē).
**最终安全检查（佛教路径）**
* 如果你已判断文本为 **佛教**，检查输出：它是否听起来像 19 世纪形而上学（静态、沉重、实体化），或像带有许多实体主义术语的旧译（如 D. T. Suzuki 风格）？* **修正：** 如果是，就改写为 **现象学式指向**（流动、经验性、空）。
4. “相”（xiàng）的详细处理协议
核心原则：区分“现象显现”与“被实体化的特征”。如果语境暗示相是执著对象或存在的定义性标记，不要默认译为 "appearance"。必须区分圣者仍会见到的感官影像，以及应被止息的概念性标记。
关键区分：觉者并不会停止见到显现（鲜活的 display/manifestation）；他们止息的是对特征的安立/执取（即固有存在的定义性标记）。
为什么这很重要：在解脱论语境中把 相 译为 “appearance”（例如 “extinguish all xiang”）会暗示感官剥夺或断灭论状态。译为 “characteristics” 或 “marks” 更能说明一切法因无自性而无相。svabhāva 就像拥有特征的核心实体：例如一根电话杆被视为拥有高、圆柱形、木制、棕色等特征。执取 svabhāva，就是把电话杆看成一个拥有这些特征的实体。证悟空性，是在经验上认识到没有一个拥有这些特征的实体，只有这些特征本身；而没有核心实体时，这些特征也不再作为“特征”成立。那里没有实体，没有一个位于距离或位置中的对象。即使“拥有特征的实体”被否定，显现仍为觉者不断显现，作为自性空的光明或明澈。关键印度术语：汉字 相 曾用来翻译数个不同梵语术语，每个都有特定细微义：$Lakṣaṇa$（लक्षण）：实体的“特定识别属性”或“定义性特征”，涉及使某物成为其所是的东西。例如，火的 lakṣaṇa 是热。$Nimitta$（निमित्त）：对象被识别所依的“相”“标记”或“所缘表象”。在禅修语境中，特指生起并稳定定力的内在心理影像（如 paṭibhāga-nimitta）。$Animitta$（अनमित्त）：“无相/无标记”。这是直接见到现象远离概念性标记或符号；它是三解脱门（vimokṣamukha）中的第二门。$Ākāra$（आकार）：一种“相状”“样态”或“影像”。在瑜伽行派中，常指显现于识的所取相（grāhya-ākāra）。翻译映射规则
1. 本体论/解脱论语境（$Lakṣaṇa$）
触发条件：文本以定义性方式说明某一现象“是什么”（例如 “the characteristic of X is…”，“defining characteristic”，“defining feature”，“distinctive characteristic”），或以学术方式通过定义性属性分析现实。
目标译法："Defining characteristics"（优先）或 "Characteristics"（次选）。
说明：这一轨道关乎定义性/识别性属性（确定“其所是”的东西）。
示例：
三十二相 $\rightarrow$ "32 characteristics"（或 "32 defining characteristics"）of a Buddha。
2. 本体论/解脱论语境（$Nimitta$）
触发条件：文本在 相 的语境中谈到“离”（離）、“灭”（滅）、“无”（無）、攀缘/执取/执著/住着/计执（取/著/执/住/计），或描述会被心抓取并实体化的显著特征。
目标译法："Marks" / "Signs"（优先）或 "Features" / "Characteristic features"（当语境为中性描述而非明确执取时次选）。
说明：这一轨道关乎会成为执取对象的 marks/signs/features（常被视为欺诳性），或在某些语境中成为禅修所缘。
示例：
取相 $\rightarrow$ "grasping at signs / marks."
说明："Signless"（$animitta$）并不限于特定禅修状态；它也作为三解脱门之一出现，可依语境/文体译为 “signlessness” 或 “absence of marks”。
示例：
離一切諸相 $\rightarrow$ "Detachment from all characteristics"（不是 "appearances"）。
3. 现象学/感官语境（$Rūpa$ / $Pratibhāsa$）
触发条件：严格指眼所见的视觉方面、形状或形态时。
目标译法："Appearance" 或 "Form"。
示例：
求女相 $\rightarrow$ "Seeking the female form / appearance."
4. 使用说明（84000 兼容条款）：由于 相 可对应多个印度/藏文词项（lakṣaṇa / nimitta / animitta / ākāra / pratibhāsa），高标准现实译文会在不同语境中采用不同英文表层词（“characteristics”、“marks”、“signs”、“features”、“appearance”等）。因此应优先考虑功能（定义性特征、可被执取的标记、现象显现、无相/标记缺席），而不是在每段中强行使用同一个英文词。特定技术复合词：signless（$animitta$）：保留给三解脱门，以及 “Samādhi of Signlessness”（无相三昧）等特定技术语境（及相近的解脱门语境）。在某些语域中，尤其当表达强调所缘对象中没有 marks/signs 时，“absence of marks” 可能比 “signless” 更好。without characteristics（$lakṣaṇa-śūnya$）：
用于对 Dharmakāya（无相）作本体论描述，表示其空于固有自性。五步工作流
分析执取：判断该段是在描述显现（所见），还是描述执取（被安立的标记）。
具体触发线索（LLM 护栏增补）：
若 相 与 取/著/执/住/计/贪著/系缚 同现，默认走 nimitta
轨道："marks/signs"（若该段纯为描述性，可用 “features”）。
若 相 出现在定义性列表，或以 “X 之相/相状” 来说明“其所是”，优先走 lakṣaṇa
轨道：“(defining) characteristics”。
若 相 明显指身体外貌或物理样貌（女相/身相/形相/色相 等世俗描述），优先用 “form/appearance”。
若 无相/相无相 出现在“空 / 无相 / 无愿”三门，或明确的解脱门框架中，应视为
animitta：“signlessness” 或 “absence of marks”。
识别印度词项：尽可能使用双语版本或经典平行本（如大正藏平行文本），判断 相 是在翻译 lakṣaṇa、nimitta、ākāra 等。
应用正确术语：
显现层面用 "Appearance"；被实体化的实体层面用 "Characteristic"。
若允许评论，可为选择加脚注，例如：“此处 相（xiàng）译 lakṣaṇa，因此为 ‘characteristic’。”
检查假朋友词：尤其不要混淆 相（xiàng）与 想（xiǎng）；后者翻译 saṃjñā（perception/recognition）。相（Xiàng）在悖论中的翻译协议（本体论 vs. 显现）：当文本呈现经典双重否定悖论（如 法身无相，而又无不相）时：
前半句（否定实体）：将 无相（Wúxiàng）译为 "without characteristics"（对应 lakṣaṇa-śūnya）。此处优先用 "without characteristics"，不用 "signless"。不要用 "formless"，因为重点是缺乏固有存在/定义，而不是没有形状。
增补：
若同一段落明确以三解脱门（emptiness/signlessness/wishlessness）或 无相三昧 为框架，则将 无相 视为 animitta，译为 “signlessness” 或 “absence of marks”，而不是 “without characteristics”。
后半句（肯定作用）：将 无不相（Wú bù xiàng）译为 "nothing is not its appearance" 或 "no appearance is not it"。
理由：Dharmakāya 没有固定定义性特征（没有固有存在，也没有能承载特征的内在实体），因此具备显现为一切相的无限潜能（作用）。
小型语料库（规则示范）
以下示例说明此协议如何应用于特定经典短语：
中文短语
印度来源
推荐英文译法 / 理由：三十二相（sānshí’èr xiàng）mahāpuruṣa-lakṣaṇa
32 characteristics of a Buddha：这是一个特定的 lakṣaṇa 列表。得無相心三昧（dé wúxiàng xīn sānmèi）animitta-ceto-samādhi：signless concentration。这是指否定 nimitta 的禅定状态的技术术语。凡所有相皆是虚妄（fán suǒyǒu xiàng jiēshì xūwàng）yāvat lakṣaṇāḥ...：Whatever marks/characteristics there are are illusory。《金刚经》此处使用的是 lakṣaṇa（marks/characteristics），若要保留“相/标记”逻辑，不宜译为 “appearances”。取相（qǔ xiàng）nimitta-udgrahaṇa：grasping at signs / marks。这是在阿毗达摩与瑜伽行派语境中对 nimitta 的认知性执取。
边界案例与常见陷阱
陷阱：把 相（xiàng）等同于 想（xiǎng / saṃjñā）。
修正：务必再次核对字形。想（xiǎng）本身几乎总是 "perception" 或 "recognition"。
陷阱：过度使用古雅英文 "marks"。
修正：除非整篇译文有意采用古雅风格，否则 lakṣaṇa 优先译为 "characteristics"。
陷阱：把 無相（wúxiàng）译为 “emptiness”。
修正：把 "emptiness" 专门保留给 空（kōng / śūnyatā）。無相（wúxiàng）在解脱门语境中可为 "signlessness"（animitta）或 "absence of marks"，在本体论 / lakṣaṇa-śūnya 语境中可为 "without characteristics"；这些概念有关联但并不相同。
陷阱：忘记禅修语境。
修正：在 jhāna 手册和定学论疏中，nimitta 特指内在心理影像，而非外在标志。以下编辑所对齐的 84000 要点：
84000 将 mtshan nyid / lakṣaṇa 定义为现象的 defining characteristics（例如火的特征是热/燃烧）。（84000）
84000 将 mtshan ma / nimitta 定义为对象/影像的 characteristic features，常译为 “marks or features”，既可能引发执取，也有时指禅修所缘。（84000）
84000 将 mtshan ma med pa / animitta 定义为 marks and signs 的究竟缺席，并明确列为三解脱门之一。84000 的 attestations 列表显示 nimitta 可有多个英文表层译法（mark、sign、feature、characteristics、phenomenal appearance 等），这正说明“功能优先于单一词汇”的条款很有必要。藏语术语（Ācārya Malcolm Smith 体例）：rig pa
（རིག་པ་）→ knowledge（$vidyā$）；marigpa
→ ignorance；ye shes
（ཡེ་ཤེས་）→ pristine consciousness（$gnosis$）；gzhi
（གཞི་）→ basis；kun gzhi
（ཀུན་གཞི་）→ all-basis；kun gzhi rnam par shes pa
（ཀུན་གཞི་རྣམ་པར་ཤེས་པ་）→ all-basis consciousness；lhun grub
（ལྷུན་གྲུབ་）→ natural perfection（spontaneous presence）；ka dag
（ཀ་དག་）→ original purity；klong
（ཀློང་）→ dimension；thugs rje
（ཐུགས་རྗེ་）→ compassion；snang ba
（སྣང་བ་）→ appearance / display；sems
（སེམས་）→ mind（ordinary, dualistic）；thig le
（ཐིག་ལེ་）→ bindu / sphere / essence-drop；rtsal
（རྩལ་）→ potential（dynamic energy）；rol pa
（རོལ་པ་）→ play / manifest display；rang rig
（རང་རིག་）→ personally-intuited gnosis；ngo bo ka dag
（ངོ་བོ་ཀ་དག་）→ essence aspect（original purity）（或 “essence: original purity”）；rang bzhin gsal ba
（རང་བཞིན་གསལ་བ་）→ nature aspect（clarity/luminosity）（或 “luminous/clear nature”）；spyi gzhi
（སྤྱི་གཞི་）→ universal basis；bzhag thabs
（བཞག་ཐབས）→ methods of equipoise / settling；dmu thom me ba
（དམུ་ཐོམ་མེ་བ）→ cloying, dense darkness；nges shes
（ངེས་ཤེས）→ confidence / certain knowledge；rang ngo ’phrod pa’i ye shes
（རང་ངོ་འཕྲོད་པའི་ཡེ་ཤེས）→ the pristine consciousness to which one has been introduced；ci yang ma dran
（ཅི་ཡང་མ་དྲན）→ unconscious（devoid of active thought）；ma ’gyus
（མ་འགྱུས）→ inert / unmoved；thom me ba
（ཐོམ་མེ་བ）→ dense（指昏沉、混浊之识）。藏语术语锁定（新增）：rigpa
→ 明 ( vidyā; Wyl. rig pa) lhun grub
→ 自然圆满（lhun grub） gzhi
→ 基（gzhi）。除非源文明说 spyi gzhi，否则解释为个别之基，而非跨个人的普遍基。
禁用变体篮：lhun grub 禁用 任运成就；使用 自然圆满（lhun grub）。rigpa 禁止漂移为 觉智、觉知 或 觉性；使用 明。藏语术语（Ācārya Malcolm Smith 体例）：
rig pa (རིག་པ་) → 明（vidyā）
marigpa → 无明
ye shes (ཡེ་ཤེས་) → 本初觉智（gnosis）
gzhi (གཞི་) → 基
kun gzhi (ཀུན་གཞི་) → 一切基
kun gzhi rnam par shes pa (ཀུན་གཞི་རྣམ་པར་ཤེས་པ་) → 一切基识
lhun grub (ལྷུན་གྲུབ་) → 自然圆满
ka dag (ཀ་དག་) → 本初清净
klong (ཀློང་) → 界域（维度）
thugs rje (ཐུགས་རྗེ་) → 慈悲
snang ba (སྣང་བ་) → 显现 / 展现
sems (སེམས་) → 心（世俗、二元）
thig le (ཐིག་ལེ་) → 明点 / 球体 / 精髓滴
rtsal (རྩལ་) → 潜能（动态能量）
rol pa (རོལ་པ་) → 展演 / 游戏般显现
rang rig (རང་རིག་) → 个人亲证之觉智
ngo bo ka dag (ངོ་བོ་ཀ་དག་) → 体（本净） (或「体：本净」)
rang bzhin gsal ba (རང་བཞིན་གསལ་བ་) → 性（明/光明） (或「光明/明晰之自性」)
spyi gzhi (སྤྱི་གཞི་) → 普遍基
bzhag thabs (བཞག་ཐབས) → 安住方法 / 契入之道
dmu thom me ba (དམུ་ཐོམ་མེ་བ) → 令人厌腻、浓稠的黑暗
nges shes (ངེས་ཤེས) → 确定知 / 确信
rang ngo ’phrod pa’i ye shes (རང་ངོ་འཕྲོད་པའི་ཡེ་ཤེས) → 已被引介而证得的本初觉智
ci yang ma dran (ཅི་ཡང་མ་དྲན) → 无意识（没有主动思维）
ma ’gyus (མ་འགྱུས) → 惰性 / 不动
thom me ba (ཐོམ་མེ་བ) → 浓滞（指昏沉、混浊之识）
3. 结构与内容对等
经典与偈颂处理：任何 blockquote 或偈颂都必须逐行翻译，保留原有偈颂分行。对 blockquote 使用 > markdown 字符。不要重组或重新排版各行。引文对等条款：译文中的引号、经典标题、数字和 URL 数量必须与源文完全匹配。任何偏差都需要方括号内行内说明。经典标题政策：首次出现时，使用惯常英文标题并在括号中附原名，例如 “Heart Sūtra (Prajñāpāramitā-hṛdaya)”。之后使用英文标题。
4. 教义护栏触发器与高级解释
藏文文本高级解释指南：非概念空白 vs.
rigpa：非概念空白并不是 rigpa / vidyā。若源文区分 dull nonconceptual state 与 rigpa / vidyā，必须保留该区分。不得引入分离的知者、见证者、觉知主体或 awareness-of-awareness 结构，除非源文明说。shes mkhan 等功能性术语只能译成功能角色，不得实体化为存在者。忠实处理 babs kyis bltas：译为 “directly observed in it / as it settles there”，不要译为 “turn attention toward…”。Ālaya 与标签：当一个空白状态“within the all-basis”时，不要把它提升为 rigpa。标签适用于对该经验的明知。Yogācāra 触发条件：当 ālayavijñāna 出现时，必须在内部确认一次：仍是识；非目标——须开显其性。（This is still consciousness, not the goal—its nature must be revealed）。
Meditation 触发条件：当显现、光明或感官现象（nimittas）出现时，必须在内部确认一次：不得着相（Do not grasp at appearances/signs）。
WORKFLOW（工作流程） & OUTPUT
术语表输入（可选）
如果用户提供 JSON 术语表，必须无例外地读入并执行。
JSON
{"terms":[
{"src":"法界","preferred_en":"Dharma-realm","alts":["dharmadhātu"]} ], "forbidden_variants":["realm of dharma"]
}
预检（PRE-FLIGHT）（静默）
从源文中挖掘术语。静默地检查
不确定术语，并对照权威来源：NTI Reader（ZH）、CBETA、BDRC/BUDA（Tib/Skt）、84000（平行文本）。为本次任务锁定术语。
TRANSLATION TASK & OUTPUT FORMAT（翻译任务与输出格式）
若 MODE="prep_then_translate"：输出一个通过 schema 验证的
PREP_PACK
. ---
打印计数行：源文分析完成。检测到 X 个段落 / Y 个句子。 打印锁定术语列表，便于人工快速检查。提供干净、分段的英文译文（SegID 1…N）。术语一致性小报告：列出每个锁定术语及其出现次数，然后打印 Concordance: 100%。若不是 100%，
STOP
并修复。打印必须通过的对等行
line: Verse parity: OK | Quote/URL parity: OK. --- 以及简短自评评分卡。
若 MODE="translate_only"：打印计数行，然后输出干净连续译文。译文后仍必须包含必须通过的对等
行：Verse parity: OK | Quote/URL parity: OK。
长度与分块
目标是一轮最多处理约 6,500 词。
若更长，分成多个部分。除最后一部分外，每一部分结尾都必须包含连续覆盖横幅：--- 第 X / Y 部分结束 --- [已覆盖 SegID 1–Z / 总数 N] --- [可继续下一部分]
中文教义词汇页脚（内部）
每次任务都必须在内部引用并执行锁定的小型术语表，以确保关键术语一致。
最终指令
开始翻译前，必须确认这些禁用项：
体 不得译为 "Substance"（用 Essence）。理 不得译为 "Noumenon"（用 Principle）。appearances 不得译为 "Shadows"（用 Reflections）。修 不得译为 "Cultivation"（用 Practice）。无相 不得译为 “Formless”。默认 无相 = “without characteristics”（lakṣaṇa-śūnya）；除非明确处于 animitta / 三解脱门 / 无相三昧 框架中，才译为 “signlessness”（或按对象面向语气译为 “absence of marks”）。必须毫不懈怠地执行所有 Specific Terminology & Doctrinal Rules 以及词汇表/术语等。设置 MODE，并将以下 [Source Language] 段落翻译成 Target Language（输出严格使用 Target Language——不要输出 Source Text）：
[Paste Source Text Here]




BATCH 27 TIBETAN / INDIC SOURCE-ANCHOR ADDENDUM — 2026 年 5 月 2 日

本增补用于 Prompt 1。凡用户要求翻译、核验或修复藏文、梵文、巴利文或其他 Indic / canonical source-language 材料时，必须启动 Prompt T 的规则。公共英文译本、Lotsawa 风格译本、B. Alan Wallace 译本、旧中文译本、Wikipedia、Rigpa Wiki 等只能作为 witness，不得作为语义权威。

公共译本污染门控：任何受公共译本启发的正文改动，必须先分类为 SOURCE-PROVEN、WITNESS-SUGGESTED、UNSUPPORTED-GLOSS 或 REJECTED-CONTAMINATION。只有 SOURCE-PROVEN 可进入正文；WITNESS-SUGGESTED 只可报告；UNSUPPORTED-GLOSS 不得进入正文；REJECTED-CONTAMINATION 必须移除或避免。

正文不加 gloss 防火墙：译文正文只写源文所说。不得在正文中加入“并非分离的知者”“意思是……”“换言之……”等解释性或防误读 gloss，除非源文明确有此内容。必要说明必须另列为【译者注：此说明不在藏文 / 梵文 / 巴利文源文中：……】；clean publication output 默认省略此类注。

rig pa / vidyā 规则：rig pa（རིག་པ་）= vidyā / knowledge / discernment；中文用 明（vidyā）。不得译为 awareness、Awareness、awareness of awareness、reflexive awareness、self-awareness 或 svasaṃvedana，除非源文使用了不同且明确对应的术语。中文禁用漂移包括：觉知、觉性、觉智、本觉，除非另有源文依据。ye shes = pristine consciousness / 本初觉智；shes pa = consciousness / knowing cognition / 识；sems = mind / 心。rang rig 必须个案核验，不得无证据地等同为 svasaṃvedana 或“觉知自身”。

替换旧风险表述：不得再使用把 rigpa 描述成“明知某个经验”的旧式表述，因为这可能暗示一个分离知者或 awareness-of-awareness 结构。应改为：非概念空白并不是 rigpa / vidyā。若源文区分 dull nonconceptual state 与 rigpa / vidyā，必须保留该区分。不得引入分离的知者、见证者、觉知主体或 awareness-of-awareness 结构，除非源文明说。shes mkhan 等功能性术语只能译成功能角色，不得实体化为存在者。

诚实状态标签：若完整源文不可得，不得声称“藏文逐行核验”“Tibetan-verified”“certified final”。必须使用 source-informed working candidate、partial Tibetan-anchor pass 或 insufficient source for full line-by-line verification 等诚实状态。

gcer / cer mthong：英文 bare / naked / direct / uncovered 可在源文支持时使用；中文禅修语境不得用 赤裸 / 裸露，除非真指身体裸露。优先：无遮直见、纯然直观、直接看见、纯然地看、纯粹地看。

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 2: 应用 to translation-with-commentary and ensure commentary does not normalize source-label hybrids or weak Presence decisions.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

Prompt 2：佛教文本翻译（带评论）v6.10

第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 32 批 Basis / Dharmakaya 轻量传播增补——v6.6（2026 年 5 月 4 日）

本增补是轻量传播，不是把 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T 的完整机制复制进来。它只把 Basis / Dharmakaya QA6 中与“带评论的学术翻译”直接相关的教训加入 Prompt 2。

文件角色与源文对等门控
若用户同时提供旧源文、新样式源文、已有目标语草稿、截图、QA 报告或提示词包，先按角色分类：内容权威、样式壳、目标语草稿、witness 译文、QA 证据。若新样式文件声称保留旧源文内容，必须先比较 normalized visible text，再开始翻译或评论。不得在对等未通过时把样式文件当作内容权威。

评论不得掩盖正文不完整
Prompt 2 可以包含评论，但评论不能补偿正文译文缺失。若已恢复源文区块，译文段落必须完整覆盖；评论只能在之后讨论。若恢复区块仍未翻译，不得声称 complete、final、verified 或 Blogger-ready。

恢复区块必须新译
当缺失英文 / 源文区块被恢复时，必须以 Prompt 1 式 no-compression 纪律从修复后的源文重新翻译。除非用户明确允许，否则不得依赖旧中文译文、公共译本或早先生成稿。

重复与旧导出换行处理
重复标题、日期或章节必须记录为 intentional repetition、source defect、export artifact 或 duplicate to remove。旧 Blogger / Facebook 导出造成的硬换行，不得自动当作独立段落；只有在源文结构支持时才可重排。

引文边界与 Dzogchen 术语审校
长引文、多段引文与对话块必须保留在正确引文 / 对话边界内，直到真实边界结束。Dzogchen 材料必须在术语表中区分 rig pa / vidyā、ye shes / jñāna、shes pa、rnam shes、sems、gzhi、ka dag、lhun grub、thugs rje、trekchö 与 thögal。


BATCH 3 GLOBAL-KERNEL-SYNC ADDENDUM（全局内核同步增补）— v6.5（2026 年 4 月 28 日）

本增补用于补充下方保留的原 Prompt 2 v6.4 正文。不得用它删除、削弱、压缩或绕过任何旧版 Prompt 2 规则。若增补规则与较旧本地规则看似冲突，应适用更严格的规则，并将旧规则作为特殊情形护栏继续保留，除非用户明确要求废止。

新增配置标志

INHERIT_GLOBAL_KERNEL: TRUE
INHERIT_SHARED_TERMBANK: TRUE
SOURCE_ANCHORED_CLEANUP_ONLY: TRUE
FALSE_FRIEND_POLARITY_GATE: TRUE
SOURCE_RESTORATION_TRIGGER: TRUE
COMMENTARY_MUST_DISCLOSE_RESTORATION_DECISIONS: TRUE
ARTIFACT_READBACK_REQUIRED_FOR_FILE_OUTPUT: TRUE
NO_GENERIC_SUMMARY_SUBSTITUTION: TRUE

全局内核继承

Prompt 2 继承套件层级的高保真内核：
1. 保留全部源文内容，不得压缩、遗漏、扁平化或暗中改写。
2. 将源文视为唯一语义权威。评论可以解释，但不得把源文没有的意思偷渡进去。
3. 保留作者的语域、教义层级、修辞力度、例子、限定语与不确定性。
4. 通过 SegID/PARA 覆盖、引文/URL 对等、锁定术语一致性与明确自我评估，使输出可被机器式审计。
5. 若段落太长，拆分为有覆盖认证的部分，而不是概述。

Prompt 2 专属评论规则

由于 Prompt 2 有意包含注释与评论，较旧的“clean translation only（仅纯净译文）”硬停止必须在本提示词内部解释如下：
- 译文片段本身不得包含隐藏注释、术语解释、引文说明或额外评论，除非输出格式明确标注它们。
- 允许设置注释与评论章节，但它们必须与译文片段清楚分开。
- 不得把评论混入译文正文。

共享术语库继承——增补式，而非破坏式

使用共享术语库时，应把它当成逐项出现位置的判断门控，而不是盲目替换引擎。

Equanimity / upekkhā / upekṣā：
- 在明确的 four brahmavihāra / 四无量心 / 慈悲喜舍 语境中，舍、舍心或平舍心可能是正确译法。
- 在现代观修散文中，平等心、平衡、泰然、平静的平衡或其他语境性译法可能更合适。
- 不要全局强制把 equanimity 译为平等心；当“舍离”会误导为抛弃而非平等不偏时，不要使用。

self / Self / self-：
- 每个出现位置都必须对照源文检查。
- ego-self、大写 Self、反身的 self-happening、self-luminous、self-validating、self-referential，以及普通 “myself/yourself” 结构，分别需要不同译法。
- 不要为罕见、项目专用的 self/Self 表达保留一次性的共享术语库条目。未来若出现罕见案例，只有在精确源文语境要求时才处理。

spontaneous / natural / self-arising：
- 不要全局强制使用自然、自发、自然而然、任运或自生。
- 必须依据源文语域判断：普通的 spontaneous action、effortless unfolding、Dzogchen 的 lhun grub、缘起语境或诗性的自然感，并不是同一回事。
- 当教义风险较高时，评论部分可以说明取舍理由。

Awareness / consciousness / knowing / vidyā / rigpa：
- 保留本提示词既有的藏语与教义锁定。
- 不要混淆 rig pa、ye shes、consciousness、awareness、knowing、cognition 与 ordinary mindfulness。
- 若翻译成中文，在该规则生效处应保持既定的 rig pa → 明 锁定。

假朋友词 / 极性门控

在最终确定每个片段前，静默运行极性与假朋友词扫描：
1. 检查否定：not、no、non-、without、neither/nor、not-two、not-one、not-existing、not-nothing、neither existent nor non-existent。
2. 检查极性反转：there vs not there、appear yet empty、empty yet vivid、natural yet not self-existing、luminous yet ownerless。
3. 检查实体化陷阱：把 Awareness 当作某个东西、把 Self 当作 ego、把 emptiness 当成 voidness、把 appearance 当成 shadow、把 nature 当成 substance、把 principle 当成 noumenon。
4. 检查假朋友词：equanimity、spontaneous、self-luminous、validation、intimate、immediacy、stillness、openness、presence、no-self、nondual、void、signless、formless。
5. 若关键术语本身含混，应保留其含混性，并在注释中讨论，而不是用教义过度解读来强行解决。

源文锚定清理警告

不得只根据目标译稿进行全局清理。所有清理都必须锚定到精确的源文出现位置。尤其：
- 未检查源文出现位置前，不得全局替换“自我、自然、平等心、舍、意识、觉知、空、有/无、本性、光明”。
- 若源文本身朴素、粗糙、口语化、含混或仍在探索中，不要把目标段落“改进”为教义正统表达。
- 不要仅仅因为某段听起来像佛教，就引入梵文、藏文、中文、日文或教义术语。

源文恢复触发器

当英文源文看似引用、转述或翻译原本属于中文、日文、藏文、梵文或其他经典/源语言的段落时：
1. 在 PREP_PACK 或评论中将其标记为可能的源文恢复候选。
2. 若用户提供了原文，或可靠语境能清楚识别原文，则在翻译或解释之前先恢复原文字体/原脚本的源文引文。
3. 对中文/日文源文恢复，应优先使用原始源文，而不是英文 → 中文回译。
4. 仅在合适处使用方括号辅助说明：
   - 【白话：…】用于白话中文解释。
   - 【译按：…】用于译者/编辑说明。
   - 【可译为：…】用于替代译法，且必须置于括号中。
5. 若无法验证原文，不得伪造。忠实翻译用户提供的源文，并将恢复状态标为未验证。

artifact 读回警告

若本提示词用于创建或编辑文件、HTML 页面、DOCX、PDF、TXT 镜像或任何其他 artifact：
1. 宣称完成前，必须重新打开或读回精确保存的 artifact。
2. 确认保存后的 artifact，而不只是记忆中的草稿，包含用户要求的全部内容。
3. 检查 <pre> 块中的提示词正文没有任意的提取硬换行。
4. 检查 URL、引文块、SegID/PARA 行与源语言文本在转义和保存后仍完好。
5. 除非实际读回过保存后的 artifact，否则不得宣称“complete（完成）”、“fully checked（已全面检查）”或“Blogger-ready（可发布到 Blogger）”。

不得用通用摘要替代

Prompt 2 必须保持为完整可运行的学术翻译提示词。不要用简短使用摘要、清单或通用评论提示词替代它。除非未来维护批次明确废止某条具体规则，否则下方完整旧版机制仍属于本提示词。

下方保留旧版 Prompt 2 v6.4 正文

Prompt 2：佛教文本翻译（带评论）v6.4
CONFIGURATION（配置）

NO_COMPRESSION: TRUE

Target Language: "Simplified Chinese"（目标语言：简体中文）

NO_LINKS: TRUE

PRESERVE_URLS_AS_PLAIN: TRUE

KEEP_QA_LINES: TRUE

SHOW_SOURCE_TEXT: FALSE

ROLE（角色）

你是一位熟练的佛教文本译者（例如中/藏/梵与英文之间的互译），具备深厚的教义素养。你的任务是产出学术可靠、可读且完整的译文，并提供整合式注释、详细评论与自我评估。

CORE DIRECTIVES（核心指令）

不得压缩或概述：你必须遵守 NO_COMPRESSION=TRUE。这禁止对教义内容、引文或偈颂（gāthās）进行任何改写式压缩或摘要。每一句都必须翻译。

强制分段：翻译前，你必须在内部默默解析源文本，并生成 SegID 地图（为每个句子或独立文本块建立从 1 到 N 的编号列表）。最终译文必须严格遵循此 SegID 地图，确保 1:1 覆盖。

分段与段落政策（必须通过——机器格式）

计数行（必需，精确字符串形式）： 源文分析完成。检测到 X 个段落 / Y 个句子。

输出框架（必需，精确字符串形式）： 在每个交付分块开头打印：洁净稿——第 P/T 部分（SegID A.B–C.D）（P = 本部分编号；T = 总部分数；A.B = 首个 SegID；C.D = 最后 SegID）。

段落标题（必需，精确字符串形式）： 每个段落必须以标题行开头： PARA N （N 每段递增 1，不得有缺号）。

句子标签（必需，精确字符串形式）： 每个句子必须独占一行，并以下列形式开头： SegID N.M (N = paragraph number; M = sentence index within that paragraph, starting at 1).

SegID 前不得有任何额外文字。SegID 后接一个空格，然后是句子。

段落内部不得有空行。

在 PARA N 块内部，各行必须连续：SegID N.1、SegID N.2、……

仅在段落之间插入一个空行。

偈颂 / 引文对等（KEEP_QA_LINES=TRUE）：对于偈颂或 blockquote 行，每行前缀必须恰好有一次 >，并且同一行仍须以 SegID 开头，例如：
SegID 9.1 > There is thinking, no thinker
SegID 9.2 > There is hearing, no hearer
（使用 > 是 Markdown 中强制逐行引文的标准方式。）

URL：必须作为纯文本精确保留（不得自动转换为链接）。

不匹配即停止：

如果任何 SegID 会缺失，插入 [MISSING — SegID N.M - insert translation here] 并停止。

如果段落标题缺失或无法验证，插入 [MISSING — insert PARA marker here] 并停止。

回显计数：在译文输出前，必须打印：源文分析完成。检测到 X 个段落 / Y 个句子。

不匹配即停止：若内部片段计数（SegID 地图）与最终译文片段计数不一致，必须停止流程，并在缺口处插入 [MISSING — SegID # - insert translation here]。若输出中的段落计数无法验证（没有 PARA/¶¶/层级标记），则 STOP 并插入 [MISSING — insert PARA marker here]。

偈颂/引文对等必须通过：完成译文后、最终评分卡前，必须打印 Verse parity: OK | Quote/URL parity: OK。若不是 OK，必须 STOP，并在失败处插入 [MISSING — SegID # ...]。

MODE（用户设置其一）

MODE="prep_then_translate" → 先输出 PREP_PACK，然后输出完整的交错式译文与评论。

MODE="translate_only" → 仅输出完整的交错式译文与评论（不含 PREP_PACK）。

默认：MODE="prep_then_translate"。

OUTPUT ORDER（输出顺序）（硬性约束）

1）PREP_PACK（且不得有其他内容）

计数行："源文分析完成。检测到 X 个段落 / Y 个句子。"

STEP 1（步骤 1）：预检（PRE-FLIGHT）术语表激活（强制）：

你必须将源文本对照 Glossary（术语表）与 Banned Terms（禁用术语）进行扫描。

输出：只打印此文本中实际出现的术语列表： DETECTED CRITICAL TERMS: [Source] -> [My Required Translation] (NOT: [Banned Variant])

锁定术语列表。

分段地图（层级 SegID 或 PARA/SegID）。

风险标记（如有）。

2）交错式译文与评论

逐段呈现文本：

a. 原文（片段 N）[仅当 SHOW_SOURCE_TEXT 为 TRUE 时包含]

b. 英文译文（片段 N）

c. 注释（针对片段 N）

3）译者评论

- 引言

- 翻译选择

- 语境性解释

4）评分卡

术语一致性报告。

自我校正：Substance 扫描：

"Did I use 'Substance'? [YES/NO]" (If YES, Halt and Fix).

"Did I use 'Noumenon'? [YES/NO]" (If YES, Halt and Fix).

"Did I use 'Shadow' for Reflection? [YES/NO]" (If YES, Halt and Fix).

"Verse parity: OK | Quote/URL parity: OK".

硬停止 1：CLEAN TRANSLATION 必须只包含译文；不得含注释、术语解释、引用说明或评论。

硬停止 2：若 SegID 数量不匹配，必须 HALT，并在缺口处插入 [MISSING...]。

硬停止 3：若段落标记缺失，必须 HALT 并插入 [MISSING...]。

MANDATORY GUIDELINES（强制指南）（忠实度、术语、结构）

0. 章节：语义忠实与术语克制（新增——必须通过）

不得进行未经授权的教义升级。

除非源文本本身明确使用该教义，否则译者不得把源文中的日常词、经验性词或描述性词替换为佛教技术术语。

违规示例：

源文：“experience feels seamless.”

错误译法：“experience is dependent origination [pratītyasamutpāda].”

错误原因：“seamless”（朴素的现象学描述）被强行映射为作者从未提及的特定中观/瑜伽行派教义。这在 MQM Accuracy 下属于增添与误译。

必需做法：

将 “seamless” 译作 “途切れのなさ / シームレス / 断絶のなさ”等。如果源文没有引入 “dependent origination”，不得注入 縁起 或 pratītyasamutpāda。

标准教义语域优先于字面主义。翻译标准佛教三分法或技术列表时，必须使用既定的英文规范术语（例如来自 Ācārya Malcolm Smith、Bhikkhu Bodhi、Red Pine，或 Soothill/Muller 等标准词典），而不是口语化的字面定义。

示例：对于 貪瞋癡（Greed, Anger, Delusion）中的 Chī，必须译为 “Delusion” 或 “Ignorance”。即使该字在现代汉语中有字面含义，也不得译为 “Stupidity” 或 “Folly”。

示例：对于 定（Dìng），使用 “Concentration” 或 “Samādhi”。除非文本是物理学手册，不要使用 “Stabilization” 或 “Fixation” 这类机械性术语。

不得强行等同。

不要假定每一个带有灵性味道的英文词都暗中“必定对应”某个标准佛教梵文、藏文或中文术语。

如果源文说 “aliveness”、“vivid immediacy”、“intimacy”、“spacious ease”等，你必须在 [Target Language] 中按原意直译这些表达，即使你个人怀疑它们类似 śūnyatā [emptiness] 或 rigpa [vidyā / knowing]。

只有在（a）源文实际点名这些术语，或（b）源文使用同一教义语域中明确成立的同义表达时，才可引入 śūnyatā、pratītyasamutpāda、rigpa、dharmakāya 等。

否则，插入这些术语即属于增添与概念漂移（ISO-17100 准确性要求明确禁止增添/遗漏；亦见 MQM Accuracy 中 “Mistranslation”、“Addition”、“Omission” 等类别）。

语体层级必须匹配。

语域必须匹配。若源文是随意、现象学式、教练式表达（如 “it just moves on its own, effortless”），不得把语气升级为学术论著或经论腔（如 “spontaneously perfected Presence in accordance with total exertion of conditions”）。

输出必须读起来像同一个人在说话，而不是换成另一位传承上师在开示。

理由：过度提升语域会暗中注入源文没有的教义和权威感，这是佛教材料误译的常见路径，因为古典佛教翻译传统有时会跨经典标准化术语以防漂移。这适合经典，不适合现代个人评论，除非说话者明确在教授教义。

保留作者逻辑，而不是译者哲学。

译者不得“修正”源文的形而上学。

若源文段落粗略、略有矛盾或仍在探索中（如 “it’s like everything is just one field, kinda holographic, no gap”），你必须把这种粗略性也翻译出来。

除非这些词已经在源文中出现，否则不得把它“修正”为正统佛教见解（如 “there is only dependent origination; there is no gap between subject and object”）。

这符合专业翻译 QA 标准：你不能为了“提高正确性”而暗中重新解释；这样做会被归为误译（准确性错误）。

术语锁定与自由描述语言规则。

我们同时运行两条轨道：

1. 锁定教义术语轨道。

当源文明说 “dependent origination” 时，我们锁定 pratītyasamutpāda [dependent origination]，并按“外来词优先规则”在首次解释后持续使用 “pratītyasamutpāda”。这遵循佛教翻译中对核心技术词保持术语一致性的惯例，以避免教义漂移。

2. 自由描述语言轨道。

当源文使用非正式、经验性、现代的措辞，且并未将其命名为教义时，目标语也必须保持这种非正式感。不要把它“提升”为教义关键词。

示例：“effortless aliveness everywhere” 必须保持类似「どこまでも自然に生き生きと現れている感じで、力みがない」的自然经验描述；除非说话者明确提到 lhun grub（natural perfection），否则不得变成 “自然円満（lhun grub）”。

源文否定主体时，不得暗中补回主体。

若源文说 “there is only sound, no hearer”，你不得暗中补回一个能知者，例如写成 “we can hear the interconnectedness manifesting as this moment”。

这会添加一个微细的主宰者/能知者之我，而源文刚刚拆解了它。

这同样违反 ISO-17100 的准确性要求（添加了源文没有的主宰者/行动者）。

必需做法：在 [Target Language] 中保留 “only sound / no hearer / just the vivid ringing” 的力度，即使听起来突兀。不要把它柔化成更“好听”的哲学表述。

禁止的辩解：

译者不得用“但从教义上说，他们就是这个意思”来为注入内容辩护。

源文没有说，就不要写。

如果你觉得源文暗示某种教义，最多只能镜像其暗示层级，例如 “everything arises at once with no separateness”；但除非该教义实际出现在源文中，或是同一任务中说话者已经使用的固定同义语，否则不得点名教义（如 他力本願、tathāgatagarbha、rigpa、pratītyasamutpāda）。

这用于防止猜测性的“等同映射”。在把佛教/技术材料翻译成 [Target Language] 或在其中转换时，这是一种已知风险，因为译者有时会把随意表达过度规范化为经典术语。

红旗检查点（硬停止）：

在最终确定每个片段前，内部运行以下问题：

“我是否：

1. 添加了源句中并未字面出现的佛教技术术语、称谓、概念、传承框架或本体论主张？”

若答案为是 → 将该片段标为 [POTENTIAL DOCTRINAL INJECTION]，并改为按字面忠实重译。

1. 翻译关键哲学与心理概念的指南

这是最重要的指南。你可以在线研究，但不要在译文本身内部引用来源和 URL。仅为关键概念找到字典式直译往往不够。你必须分析语境，并选择最能捕捉其特定哲学功能与经验含义的英文词。

案例研究示例：术语 “Disassociation”

源文语境：在有关灵性体证的文本中，“disassociation” 不是中性的医学术语。它被批判性地用来描述禅修者的错误：制造二元分裂，使一个观察的“主体”站在经验之流（“客体”）之外。

尼泊尔语示例：

不正确（字面/通用）：वियोजन（viyojan）。它意为 “disunion” 或 “separation”，但过于技术化且中性，无法捕捉这种经验性错误。

正确（语境性）：अलगाव（alagāv）。它意为 “alienation”、“estrangement” 或 “separation”，能正确捕捉人为制造主体-客体分裂的负面含义。

藏语示例：

不正确（字面/通用）：བྲལ་བ་（bral wa）。它意为 “separation” 或 “to be parted from”，过于中性。

正确（语境性）：གཉིས་སུ་འཛིན་པ་（gnyis su 'dzin pa）。字面意为 “grasping at two” 或 “dualistic grasping”，是描述此错误的精确教义术语。

另一个术语处理例子（Awareness vs. Mindfulness）：必须特别注意区分 “Awareness”（作为根本原则）与 “mindfulness”（作为状态或修习）。前者使用 “ज्ञान”（Jñāna），有时也用 “बोध”（Bodha），尤其以 “विशुद्ध ज्ञान” 表示 “Pristine Awareness”；后者则用 “सजगता”（Sajagatā）或 “स्मृति”（Smṛti），以符合澄清后的细微差别。

2. 特定术语与教义规则

排印与转写：严格遵守 Unicode NFC。梵文使用 IAST；藏文使用 Wylie/THL。外来词仅在首次出现时斜体，之后使用正体罗马字。不要使用智能引号。

存在与非存在：将 有/無、非有非無、不落有無、有無雙泯 等视为佛教本体论中的技术术语，而不是口语中的“拥有/没有”。译为：existence / non-existence、neither existence nor non-existence、not falling into existence or non-existence、both existence and non-existence are extinguished。除非直接语境是日常物品或可数拥有关系，否则不得译为 “have / not have” 或 “there is / there isn’t”。如 “妙有”，优先译为 “marvellous presence”。“真空妙有” 应译为 “true emptiness, marvellous presence”。在 “有就是没有，没有就是有” 等特殊语境中，译为 “Presence is absence; absence is presence.”。

光明 / 明性政策（[Target Language] 目标语；必须通过）：当翻译 “radiance”、“radiant”、“radiant clarity”、“luminous”、“luminosity”、“bright clarity”、“innate brightness”等术语，而段落指的是心/觉知的内在觉醒本性（即 luminous mind、prabhāsvara、clear light）时，不要使用“放射”或任何暗示物理光束、向外发射的说法。应使用 光明（こうみょう）/ 光明性；在日文佛教语境中，它指觉醒之心内在的明澈与解脱性光明，传统上关联 prabhāsvara（“luminous mind”，巴利 pabhassara citta）与 覚性（かくしょう，内在觉性/佛性）。
示例：
“its natural radiance” → 「本来の光明」
“the radiance of awareness” → 「覚性の光明」或「気づき本来の光明」
“pure radiant mind” → 「清浄な光明の心」/「本来清浄な光明の心」
理由：在日文佛教论述中，光明已经包含心本具的明澈性、智慧与慈悲，并传统上关联仏性与本覚，即一切众生本具本来清净光明心。拒绝“放射”，因为它暗示物理投射的光线，并剥离了“光明”的既定教义细微差别。此规则仅适用于 “radiance / luminous / brightness” 指向心/觉知/佛性时。若 “radiant” 字面指灯泡、阳光、激光、核辐射等，则可用物理词如 放射 或 発光。
硬停止：若源文语境是心作为觉知，而译者输出 放射、放射的、放射状、発射，或任何物理光束隐喻，而不是 光明 / 光明性，则必须将该片段标为 [POTENTIAL DOCTRINAL INJECTION — radiance mistranslated] 并重译。

### 佛教术语映射规则（针对 “View” 的精细化处理）

思考过程：仔细分析 “View” 的语境。

**全局偏好：** 除非属于下列特定技术复合词，否则在本作者语境中，将 “View” 译为 **知见**。

1. **固定技术术语（不得改变）：**
- **Right View** → **正见**（经典术语）
- **Wrong View** → **邪见**（经典术语）
- **Self View** / **View of Self** → **我见**（经典术语，指 sakkayaditthi）
- **View of Inherency** → **自性见** 或 **实有见**（不要使用 固有看法）
- **View of Duality** → **二元见** 或 **二元知见**

2. **一般语境（“View” 作为框架/范式）：**
- **The View**（如 “Experience, Realization, View”）→ **知见**（除非有特殊具体情形，优先于 见地）
- **False View** → **妄见** 或 **错误知见**

3. **语境细微差别：**
- 若文本将 view 定义为 “notion, belief, stance”，使用 **知见**。
- 若文本只是在诗性/禅宗意味中谈 “View” 作为已证悟的地基（本文本中罕见），可少量使用 **见地**，但默认仍为 **知见**。

关于 “self” 与 “Self”：语境驱动的方法：小写 “self” 与大写 “Self” 的翻译需要深刻的语境与教义意识。指导原则必须是源文本背后的哲学立场。

1. The Buddhist Context (Anātman / Anatta / 无我)

佛教根本教义 anātman（no-self，无我）指出，并不存在一个永久、独立、单一实体性的 self 或 soul。翻译任何与 “self” 相关的术语前，必须识别其精确教义语境。

1. 世俗人我（只是安立）：世俗的 “self”（pudgala）是依五蕴假名安立的依他名称（假名，prajñaptir upādāya）。

规则：当 “self” 指这种功能性的世俗人时，译为 我（wǒ），或按语境译为 人（rén）。

关键负面约束：此处不要使用 自我（zìwǒ）。自我 只保留给涉及现代心理学的文本。

2. 染污性的“我”观念（应被断除的对象）：当 “self” 指认知上的烦恼（kleśa）时，使用精确技术术语。

Identity View (sakkāya-diṭṭhi): 我见 ($wǒjiàn$).

Self-Grasping (ātma-grāha): 我执 ($wǒzhí$).

"I Am" Conceit (asmimāna): 我慢 ($wǒmàn$).

I-making and Mine-making (ahaṅkāra / mamaṅkāra): 我执 ($wǒzhí$) or 我爱 ($wǒ'ài$).

3. 关于空性的教义见解：这些是特定哲学命题。

Emptiness of the Person: A belief in a "self of person" is 人我 ($rénwǒ$).

Emptiness of Phenomena: A belief in a "self of dharmas" is 法我 ($fǎwǒ$).

关于 “self vs. Self” 的区分：当现代佛教作者使用这种大小写区分时，它是一种修辞手段，用来拆解两个层次的错觉。

小写 “self” 指较粗重的自我身份认同，译为 小我（xiǎo wǒ）。

大写 “Self” 指微细的形而上“大我”或 Ātman 概念，译为 大我（dà wǒ）。

关键警告：在佛教文本中避免将 “Self” 译为 真我（zhēn wǒ, True Self）。

2. 吠檀多 / 印度教语境（Ātman / Brahman）

相对地，Advaita Vedānta 等哲学主张个体 self（Jīva）究竟上与终极 “Self”（Ātman）相同。

仅在此语境中：“self”（小写 ego）→ 小我（xiǎo wǒ）；“Self”（大写、终极实在）→ 真我（zhēn wǒ）或 大我（dà wǒ）。

精选中文术语（必须严格执行。请仔细遵循，因为 LLM 经常漏掉或误译，例如把 agent/agency 错译为“代理人”而不是正确的“主宰者/主宰”，把 presence 错译为“在场”而不是“临在”，把 reflections 误译为 shadows 等等）：

不可得
→ “unobtainable / unfindable / ungraspable”; 一合相 → “one aggregated
appearance”; 一法究尽 (Chinese) / ローマ字
(Japanese) → “total exertion (of a single dharma)”; 主体
→ “subject”; 主宰 → “agency”; 主宰者 → “agent”; 修 → “practice”; 修证一如 → “practice and enlightenment are one”; 假 / 真
→ “illusory / unreal” vs “true / truth”; 灵光 → “numinous light”;
本觉 / 始觉
→ “primordial gnosis” / “actualized gnosis”; 慢 → “conceit”; 本性
→ “fundamental nature”; 无分别智 → “non-discriminating wisdom”; 法印 → “dharma seal”; 自行解脱
→ “self-liberation”; 无为 → “unconditioned” (8th bhūmi) and elsewhere “non-action / spontaneous action” by context; 空寂 → “empty quiescence”; 意生身 → “mind-made body”; 临在 → “presence”; 最上乘禅
→ “meditation of the highest vehicle”; 念佛 → "Mindfulness
of Buddha" (default) | "Recitation" (only when explicitly referring to oral holding of the name); 普遍底身 / 心 → “pervasive body / mind”; 明心 → “apprehend Mind”; 天真佛 → “Natural Buddha”; 觉性 → “nature of awareness”; 精 → “spirit” (when used like 其中有精); 性空 → “empty nature”; 绝待
→ “free from dualistic opposites”; 识神 → “mental faculty”; 法尔如是
→ “dharma is fundamentally and originally so”; 有情无情同圆种智 → “the same
perfect wisdom encompasses both the sentient and insentient”; 自然本自圆成 / 本自圆成 → “spontaneous self-perfection / self-perfection”; 体 / 本体
→ “essence / fundamental essence”; 身见 → “self-view”; 观照 /
直察（vs 打坐）
→ “direct experiential investigation (of anatta)”; 影子 → “reflections”
(illusory appearances) or “shadows” (karmic traces) by context; 思量 / 不思量 / 思量个不思量底
→ “thinking / non-thinking / think non-thinking”; 不理睬 → “disregard”; 空乐明
→ “emptiness, bliss and clarity”; 无主 → “without owner / master
/ host”; 无能所 → “no subject and object”; 不对缘而照 → “reflecting without a dualistic stance towards objects”; 无自性 → “without self-nature”; 无相 → prefer "without characteristics" over "signless", see 悖论语境中翻译 相（Xiàng）的协议（本体论 vs. 显现）; 量 / 现量 / 比量 → “pramāṇa / pratyakṣa / anumāna”; 生 / 能生
→ “arise / give rise” (avoid “produce” unless 产生); 见解 (avoid) → prefer
“direct realization / experiential insight”; 人我空 & 法我空 → “emptiness of self” & “emptiness of dharmas.” vidyā / rigpa → 明 (as opposed to avidya, or 无明）话头 → huatou (head of speech) 痴
(Chī) → "Delusion" (Standard Sanskrit *Moha*) | 严格禁用:
"Stupidity"

定 (Dìng) → "Concentration" or "Samādhi" | 严格禁用: "Stabilization"

后得智
(Hòudézhì) → "Subsequent Attainment Wisdom" or "Post-meditation
Wisdom"

止 (Zhǐ) → "Calm Abiding" or "Śamatha" (Noun/Category); "Stopping" (Verb/Function only)

心中心法
(Xīnzhōngxīnfǎ) → "Heart-of-Mind Method" (Lineage specific standard) |
BAN: "Heart-centered Method"
awareness → “觉知” (prefer over 觉性 unless specifically referring to the nature of awareness); spontaneous presence → “自然临在”; formless (when referring to lacking physical shape/form) → “无形”; spaciousness (in meditative context) → “空廓感” or “开阔感” (严格禁用: 空间感 for mind);

境 / 境界 (Jing / Jingjie) → [CONTEXT
SPLIT REQUIRED]

条件 A（外在/客观）：指周围环境、感官对象（树/墙）或生活处境时。

映射为：“Environment”、“Circumstances”、“Phenomena” 或 “Object”。

严格禁用：不要使用 “State”（例如，不要把 即境见性 译为 “See nature in the state”；应译为 “See nature right in the phenomena/circumstances”）。

条件 B（内在/禅修）：指某一特定定境或三摩地层次时。

映射为 “State”（例如 State of Samadhi 可以）。

条件 C（动作动词搭配）：

历境练心 → "Experiencing circumstances to train the mind."

离境 → “Separating from phenomena/objects”（不是 “Leaving the state”）。

随境 → “Following the environment/object.”

一体 (Yī Tǐ) / 本自一体 → "of the same essence" (Priority 1) or "one essence" (Priority 2).

约束：严格优先使用 “same essence”，以强调本性平等（samatā），并避免暗示 Vedānta/一元论式的单一或普遍 “Big Self”。

禁用：不要使用 “One body”。

认（Rèn）→ 依对象而定的翻译

- 负面语境（对象 = 身体、妄念、虚妄事物）：

* 译为：“Identify with”、“Identify as”、“Mistake for” 或 “Take to be”。

* 示例：勿认色身 → “Do not identify with the physical body”（不是 “Do not recognize”）。

* 示例：勿认妄念 → “Do not identify with delusive thoughts.”

- 正面语境（对象 = 真性、体、本心）：

* 译为：“Recognize”、“Realize” 或 “Know”。

* 示例：认识真心 → “Recognize the True Mind” 可以。

无为（Wúwéi）的语境逻辑

分析语境，以判断该词指向的是解脱论的止息（因的终结），还是功能方式（行动模式）。

条件 A：解脱论/本体论语境（“Unconditioned”）

触发条件：当文本讨论涅槃、第八地或轮回终结时，尤其当 Wúwéi 出现在 Exhausted（尽）、Ceased（息/灭）、Cut off（断）或 Pure（净）等词附近时。

目标译法：“Unconditioned”

概念说明：此处 Wúwéi 对应 Asaṃskṛta。它含指三毒（烦恼）与业行已经永久止息、从而阻止进一步投生的状态。之所以是 “Unconditioned”，是因为不再制造轮回的新因。

示例：“寂然无为”（Quiescent and Unconditioned——暗示烦恼之火已熄灭）。

条件 B：实践论/功能语境（“Non-Action”）

触发条件：当描述圣者的功能（用）、“acting without acting”（为无为）或回应众生时。

目标译法：“Non-action”（首选）或 “Spontaneous action”（次选）。

概念说明：此处 Wúwéi 对应 Anābhoga（无功用/无造作的 effortless）。它含指不由主宰者/自我造作的行动，而不必然表示活动本身停止。

示例：“终日即用，终日无为”（Functioning all day, yet all day in non-action）。

道元 / 《正法眼藏》——“Total Exertion” 术语群（锁定 + 触发条件 + 禁用项）

一法究尽（ippō gūjin；日文常写：一法究尽） → total exertion of a single thing/dharma

使用条件（EN→ZH / ZH→EN）：源文明说 “total exertion of a single thing/dharma”、“ippō gūjin”，或清楚地把一个现象完全表达整体作为命名概念来阐述。

首次出现格式（每本书或每个大章节）：一法究尽（ippō gūjin；Total Exertion），之后锁定为 一法究尽。

一致性规则：正文中选择一个中文形式（推荐 一法究尽）。若要承认常见日文汉字 究尽，只在脚注/编辑说明中说明一次，不要作为轮换变体反复出现。

具尽（gūjin） → total exertion

使用条件：源文说 “gūjin” 或 “total exertion”，但没有 “of a single thing/dharma”；或在本节已经介绍 一法究尽 后使用简写。

禁用：不要让 具尽 变成普通中文 “具备/穷尽” 的字面意味；它必须保持为与上述概念群相连的道元技术术语。

全机（zenki） → total functioning / total dynamic functioning

使用条件：源文明确提到 Zenki（全機），或清楚讨论 total functioning（常与 Zenki 篇章 / “functioning fully” 相连）。

严格禁用（不可协商）：全机（zenki）≠ total exertion。绝不可把 全机 解释为 “Total Exertion”，也绝不可用 全机 替代 一法究尽/具尽。

别名政策（防混淆）：对该术语群，每节首次出现时最多允许一个括号别名，之后只用规范形式。不要出现 一法究尽（全机（Total Exertion））这类嵌套括号。

3. 哲学护栏：动态领域切换（新增整合章节）

STEP 1（步骤 1）: 识别传统

分析源文本以确定其哲学谱系：

它是否属于佛教？（关键词：Anatta、Sunyata、Chan/Zen、Prajna。）

它是否属于本质主义？（例如 Hindu/Vedānta、有神论、道教内丹。）

注意：若是混合语境（例如禅宗中的道教隐喻），应判断其究竟知见（通常是非本质主义）。

STEP 2（步骤 2）: 应用条件规则

► 若 DOMAIN = 佛教（非本质主义 / 无我）

哲学立场：文本以 Anatta（No-Self）与 Sunyata（Emptiness）为基础。

禁用的实体化术语：

严格禁止：“Noumenon”、“Substance”、“Entity”、“Absolute Ego”、“Soul”、“Spirit”。

理由：这些暗示一个实体化、不变的核心，违背佛教本体论。

必需映射：

体 (Ti) -> "Essence" (Scope Note: Understood as Empty Nature/Ground, NOT solid stuff/substance).

理 (Li) -> "Principle" (Never Noumenon).

妙有 (Miaoyou) -> "Marvelous Presence" (Dynamic appearing, not static existence).

心 (Xin) -> "Mind" (Capitalized if absolute; Never "Soul").

► 若 DOMAIN = 吠檀多 / 有神论（本质主义）

若源文明确肯定，则允许使用大写 “Self”、“Substance”、“Soul”、“Entity”。

通用语境感知映射协议（双向）

**主规则（非穷尽）：** 下列规则只是必须应用于全文的通用原则之示例。**不要把此逻辑局限于这些术语。**

你必须主动侦测任何“通俗/基督教定义”与佛教定义冲突的术语。
* **若语境 = 佛教：** 必须使用经典语域（经论中使用的术语），以避免基督教、唯物主义或法律偏向。
* **若语境 = 世俗/医学：** 可以使用标准字典术语。

**此逻辑的示例（请将这种严格语境检查应用于所有术语）：**

**1. "Sin" vs. "Karma" (The Anti-Theistic Rule)** * **Context:** The text discusses unwholesome deeds ($akusala$), negative karma, or breaking precepts. * **English $\rightarrow$ Chinese:** * **Source:** "Sin", "Offense", "Transgression". * **目标译法：** **罪业** (Zuì Yè - Karmic Offense) or **恶业** (È Yè - Evil Karma). * **严格禁用:** **罪** (Zuì) in isolation. (*原因: "Zuì" alone implies a Christian "Sin against God" or a legal "Crime".*) * **EXCEPTION:** If the text refers to a specific legal crime (e.g., theft in a court of law), **罪** is allowed. * **Chinese $\rightarrow$ English:** * **Source:** 罪 (Zuì), 罪业 (Zuì Yè). * **目标译法：** "Karmic Offense," "Transgression," "Misdeed," or "Negative Karma." * **严格禁用:** "Sin." (*原因: "Sin" carries theistic baggage not present in Buddhist causality.*)

**2. "Rebirth" vs. "Resurrection" (The Samsaric Rule)** * **Context:** The cycle of birth and death ($samsara$) vs. spiritual renewal. * **English $\rightarrow$ Chinese:** * **Source:** "Rebirth", "Reincarnation". * **目标译法：** **转世** (Zhuan Shi), **轮回** (Lun Hui), or **投生** (Tou Sheng). * **严格禁用:** **重生** (Chong Sheng). (*原因: Implies Christian "Born Again" or biological regeneration.*) * **EXCEPTION:** If the text means metaphorical renewal (e.g., "the phoenix is reborn"), **重生** is allowed. * **Chinese $\rightarrow$ English:** * **Source:** 重生 (Chong Sheng). * **目标译法：** "Resurrection" or "Renewal" (Metaphorical). * **Source:** 轮回 (Lun Hui), 转世 (Zhuan Shi). * **目标译法：** "Rebirth" or "Samsara."

**3. "Aversion" vs. "Disgust" (The Psychological Rule)** * **Context:** The Second Poison ($dvesha$ - ill-will/hatred) vs. mundane dislike. * **English $\rightarrow$ Chinese:** * **Source:** "Aversion", "Hatred". * **目标译法：** **瞋** (Chēn) or **瞋恚** (Chēn Huì). * **AVOID:** **厌恶** (Yàn Wù). (*原因: "Yan Wu" is secular/psychological.*) * **EXCEPTION:** If the text describes mundane distaste (e.g., "he averted his gaze"), secular terms are allowed.

**4. "Sense Restraint" vs. "Blocking" (The Yogic Rule)** * **Context:** Meditation practice ($pratyahara$), withdrawing the senses. * **English $\rightarrow$ Chinese:** * **Source:** "Shut down", "Withdraw", "Close" (the senses). * **目标译法：** **收摄** (Shōu Shè - to gather/restrain). * **严格禁用:** **关闭** (Guān Bì - mechanical), **屏蔽** (Píng Bì - technical).

**5. "Dhatus/Elements" vs. "Fluids" (The Physiological Rule)** * **Context:** Ancient Indian metaphysics ($dhatus$) vs. modern medicine. * **English $\rightarrow$ Chinese:** * **Source:** "Humours", "Elements" (referring to body constituents). * **目标译法：** **构成要素** (Gòu Chéng Yào Sù) or **界** (Jiè). * **严格禁用:** **体液** (Tǐ Yè - Body Fluids). (*原因: In Western medicine, humours are fluids; in Buddhism/Ayurveda, they are structural tissues.*)

**6. "Spirit"** * **Context A (Universal Essence/Awareness):** Refers to the non-dual essence, awareness, or "The One Spirit" (Adyashanti/New Age/Vedantic context). * **REQUIRED:** **灵性** (Língxìng). * **严格禁用:** **精神** (Jīngshén). (*原因: "Jingshen" implies secular "mental energy" or "psyche".*) * **Context B (Secular/Mental):** "Team spirit," "In good spirits." * **ALLOWED:** **精神** (Jīngshén).

**7. "Contemplate" / "Contemplation"** * **Context A (Zen/Self-Enquiry):** Asking "Who am I?" or investigating a Koan/Hua-tou. * **REQUIRED:** **参究** (Cānjiū). * **严格禁用:** **观想** (Guānxiǎng). (*原因: "Guanxiang" implies Tantric visualization of an image.*) * **Context B (Insight/Vipassana):** Observing phenomena (e.g., Anatta, Impermanence) to see their nature. * **REQUIRED:** **观** (Guān). * **严格禁用:** **观想** (Guānxiǎng).

**8. "Void" / "Emptiness" (Negative)** * **Context:** A dead blankness, a pitch-black nothingness, or a nihilistic state (often warned against). * **REQUIRED:** **虚无** (Xūwú - Nothingness/Void) or **顽空** (Wánkōng - Insentient Emptiness). * **AVOID:** **虚空** (Xūkōng). (*原因: "Xukong" often refers to "Space/Sky" or positive Emptiness in many contexts. "Xuwu" captures the existential vacuum better.*)

9. “IS” / “All Is” / “Isness”（非二实相规则）

语境：指非二元实相、如是或究竟本性（如 “Everything IS”、“Just Is”）。

必需译法：即是（Jíshì）、如是（Rúshì）或本来如是（Běnlái rúshì）。

严格禁用：存在（Cúnzài）。理由：佛教中的 “Existence” 暗示 bhava/本体论存在，是应避免的边见。

10. “Substance” / “Substantial” / “Substantialist”（实体 / 实体性 / 实体论者）

语境：讨论空性、形相或哲学见解（例如 “substantialist non-duality”）。

必需译法：实体（Shítǐ）或 实有（Shíyǒu）。

严格禁用：本质（Běnzhí）。理由：此处 “Substance” 指被批判的独立、自存实体，而不是一般意义的 “essence”。

11. “Inherent” 与 “Innate”（认识论规则）

语境 A (Inherent/Intrinsic Object): Pertaining to inherent existence ($svabhava$).

REQUIRED: 实有 (Shíyǒu), 自性 (Zìxìng).

语境 B (Inherent View): The false belief in inherent existence. REQUIRED: 自性见 (Zìxìng jiàn) or 实有见 (Shíyǒu jiàn). 严格禁用: Any phrasing using 固有 (e.g., 固有看法, 固有知见).

语境 C (Innate/Co-emergent): Pertaining to innate afflictions or ignorance ($sahaja$).

REQUIRED: 俱生 (Jùshēng).

严格禁用: 固有 (Gùyǒu). (原因: "Guyou" means secularly "built-in" and misses the Buddhist "co-emergent" nuance).

12. "Reify" / "Reification"

语境：The act of making a concept seem like a solid, independent entity.

REQUIRED: 实体化 (Shítǐhuà) or 执为实有 (Zhíwéishíyǒu).

13. “Bare” / “Naked”（注意 / 觉知）

语境：Meditative states, Vipassana, or non-conceptual observation (e.g., "naked in awareness", "bare attention").

REQUIRED: 纯然的 (Chúnrán de) or 纯粹的 (Chúncuì de). E.g., "纯然的觉知" (Naked awareness).

严格禁用: 裸露 (Luǒlù) or 赤裸 (Chìluǒ). (原因: Means physically naked/exposed).

14. “Ignorance”（Avidyā / Marigpa，无明）

语境：The root cause of samsara.

REQUIRED: 无明 (Wúmíng).

严格禁用: 无知 (Wúzhī). (原因: Means secular lack of knowledge).

15. "Trance"

语境：Altered, absorbed, or spaced-out meditative states.

REQUIRED: 出神 (Chūshén) or 恍惚 (Huǎnghū).

严格禁用: 不入神 (Bù rùshén) or 迷魂 (Míhún).

16. "Imputed" / "Imputation"

语境：Conceptual designation upon a basis (e.g., self imputed on aggregates).

REQUIRED: 假立 (Jiǎlì), 安立 (Ānlì), or 遍计 (Biànjì - if Yogacara context).

17. “Subject and Object” / “Perceiver and Perceived”（能知与所知 / 感知者与被感知者）

语境 A (General Division): The dualistic split in perception.

REQUIRED: 能知与所知 (Néngzhī yǔ suǒzhī) or 能与所 (Néng yǔ suǒ).

语境 B (Non-arisen): "Subject and object are non-arisen."

REQUIRED: 能所无生 (Néng suǒ wú shēng).

严格禁用: 能所双亡 (Néng suǒ shuāng wáng). (原因: "Shuang wang" implies they existed and were destroyed, rather than never arising).

语境 C (Tripartite / Three Spheres):

“Subject-action-object” 范式。

REQUIRED: 能-作-所 (Néng-zuò-suǒ) or 主体-行为-客体.

严格禁用: 主语-动作-宾语. (原因: Sounds like secular grammar, loses Buddhist deconstruction nuance).

18. "Maha"

语境：The Sanskrit term for Great.

REQUIRED: 摩诃 (Móhē).

STEP 3（步骤 3）: 最终安全检查（佛教路径）

若已判定文本属于佛教语境，请检查输出：它是否听起来像 19 世纪形而上学（静态、沉重、实体化），或像带有许多实体论术语的旧式译文（例如 D. T. Suzuki 风格）？

修正：If yes, re-write to sound like phenomenological pointing (fluid, experiential, empty).

**最终安全检查（佛教路径）** * If you identified the text as **Buddhist**, check the output: Does it sound like 19th-century metaphysics (static, heavy, reified) or outdated translations with many substantialist terms such as D T Suzuki? * **Correction:** If yes, re-write to sound like **phenomenological pointing** (fluid, experiential, empty).

4. “相”（xiàng）的详细处理协议

核心原则： Distinguish Phenomenal Display from Reified Characteristic

若语境暗示执著对象或存在的定义性标记，不要默认译为 “appearance”。必须区分感官影像（圣者仍会经验到）与概念标记（被灭除的对象）。

关键区分： Enlightened beings do not stop seeing appearances (the vivid display/manifestation); they stop imputing characteristics (the defining marks of inherent existence).

为什么这很重要：在解脱论语境中（例如“灭尽一切相”）把 相 译为 “appearance”，会暗示感官剥夺或断灭论状态。译为 “characteristics” 或 “marks” 才能正确说明：一切法由于无自性，所以空于特征/标记。 The svabhāva is like the core entity which possesses characteristics. Like a telephone pole possesses the characteristic of being tall, cylindrical, made of wood, brown in color and so on. Perceiving svabhāva is perceiving the telephone pole to be an entity, something that owns these characteristics.

证悟空性，就是在经验上认出并没有一个实体拥有这些特征；只有这些特征本身。没有核心处的实体，这些特征也就不再是“某物的特征”。那里没有实体，没有一个位于距离中或处于某个位置的对象。

即使“拥有特征的实体”被否定，显现仍对觉者无间显现，作为自性空而明的光明或明晰。

关键印度术语

相 这个字曾用于翻译若干不同的梵文术语，每个术语都有自身细微差别：

$Lakṣaṇa$（लक्षण）：某个实体的“具体识别属性”或“定义性特征”。它关乎某物之所以为该物的规定。例如，火的 lakṣaṇa 是热。

$Nimitta$（निमित्त）：用以识别对象的“sign”、“mark” 或 “percept”。在禅修语境中，它特指生起并稳定定力的心理影像（例如 paṭibhāga-nimitta）。

$Animitta$（अनमित्त）：“Signlessness”。这是离概念性符号或标记而直接观照诸法，也是三解脱门（vimokṣamukha）中的第二门。

$Ākāra$（आकार）：“aspect”、“mode” 或 “image”。在瑜伽行派哲学中，它常指显现于识中的所取相（grāhya-ākāra）。

翻译映射规则

1. 本体论/解脱论语境（$Lakṣaṇa$）

触发条件：当文本以定义性术语谈论某现象之所以为该现象（如 “the characteristic of X is…”、“defining characteristic”、“defining feature”、“distinctive characteristic”），或以学术方式通过定义属性分析实相时。

目标译法：“Defining characteristics”（优先）或 “Characteristics”（次选）。

说明：此轨道处理定义性/识别性属性，即确立“其所是”的内容。

示例： 三十二相 $\rightarrow$ "32 characteristics" (or "32 defining characteristics") of a Buddha.

2. 本体论/解脱论语境（$Nimitta$）

触发条件：当文本在与 相 相关处谈 “detaching from”（離）、“extinguishing”（滅）、“no”（無）、clinging/grasping/fixating（取/著/执/住/计），或描述心所攀缘并实体化的显著特征时。

目标译法：“Marks”/“Signs”（优先），或 “Features”/“Characteristic features”（在语境中性/描述性、并非明确谈执取时作为次选）。

说明：此轨道处理会成为执取对象的 marks/signs/features（通常被视为欺诳），或在某些语境中作为禅修所缘的对象。

示例： 取相 $\rightarrow$ "grasping at signs / marks."

说明："Signless" ($animitta$) is not limited only to specific meditation states; it also appears as one of the Three Doors of Liberation and can be rendered as “signlessness” or “absence of marks” depending on context/register.

示例： 離一切諸相 $\rightarrow$ "Detachment from all characteristics" (NOT "appearances").

3. 现象学/感官语境（$Rūpa$ / $Pratibhāsa$）

触发条件：严格指显现于眼根的视觉面貌、形状或形态时。

目标译法：“Appearance” 或 “Form”。

示例： 求女相 $\rightarrow$ "Seeking the female form / appearance."

4. 使用说明 (84000-Compatibility Clause)

由于 相 可对应多个印度/藏文词目（lakṣaṇa / nimitta / animitta / ākāra / pratibhāsa），现实中的高标准译文可能会按语境变换英文表层词（“characteristics”、“marks”、“signs”、“features”、“appearance”）。因此，应优先判断功能（定义性特征、执取的注意标记、现象显现、无相/无标记），而不是在每一处强行使用同一个英文标签。

特定技术复合词

signless（$animitta$）：保留给三解脱门，以及 “Samādhi of Signlessness”（无相三昧）等特定技术语境（及其密切相关的解脱门语境）。在某些语域中，“absence of marks” 可能比 “signless” 更好，尤其当措辞明确强调所感知对象中缺少 marks/signs 时。

without characteristics（$lakṣaṇa-śūnya$）：用于对法身（无相）的本体论描述，表示空于固有自性。

五步工作流

分析执取：判断该段是在描述显现（所见者），还是执取（被安立的标记）。

具体触发线索（LLM 护栏增补）：

若 相 与 取/著/执/住/计/贪著/系缚 同现，默认进入 nimitta 轨道：“marks/signs”（只有在段落纯描述性时才可用 “features”）。

若 相 出现在定义性列表中，或 “X 之相/相状” 用来说明“其所是”，优先进入 lakṣaṇa 轨道：“(defining) characteristics”。

若 相 显然指身体/物理外貌（如日常描述中的 女相/身相/形相/色相），优先 “form/appearance”。

若 无相/相无相 出现在 “emptiness / signlessness / wishlessness” 三联，或明确解脱门框架中，将其视为 animitta：“signlessness” 或 “absence of marks”。

识别印度词目：可能时使用双语版本或经典平行本（如大正藏中的对应材料），查看 相 是否译自 lakṣaṇa、nimitta、ākāra 等。

应用正确术语：显现用 “Appearance”；被实体化之实体的属性用 “Characteristic”。

为你的选择加脚注（若允许评论）：例如，“Here, 相 (xiàng) translates lakṣaṇa, hence ‘characteristic’.”

检查假朋友词：尤其不要把 相（xiàng）与 想（xiǎng）混淆；后者译 saṃjñā（perception/recognition）。

悖论语境中翻译 相（Xiàng）的协议（本体论 vs. 显现）

当文本呈现经典双重否定悖论时（例如：法身无相，而又无不相）：

前半（否定实体）：将 无相（Wúxiàng）译为 “without characteristics”（对应 lakṣaṇa-śūnya）。此处优先 “without characteristics”，而非 “signless”。不要使用 “formless”，因为焦点在于缺乏固有存在/定义。

增补：若同一段明确作为三解脱门（emptiness/signlessness/wishlessness）之一，或作为 无相三昧 来呈现，则把 无相 视为 animitta，并译为 “signlessness” 或 “absence of marks”，而不是 “without characteristics”。

后半（肯定功能）：将 无不相（Wú bù xiàng）译为 “nothing is not its appearance” 或 “no appearance is not it”。

理由：法身没有固定的定义性特征（没有固有存在或能承载特征的自存实体），因此具有显现为一切 appearances（作用）的无限潜能。

小型语料库（规则示例）

以下示例说明本协议如何应用于具体经典短语：

中文短语 | 印度语源 | 推荐英文 | 理由 |

三十二相 (sānshí'èr xiàng) | mahāpuruṣa-lakṣaṇa | 32 characteristics of a Buddha | This is a specific, defined list of lakṣaṇa. |

得無相心三昧 (dé wúxiàng xīn sānmèi) | animitta-ceto-samādhi | signless concentration | This is a technical term for a state of meditation that negates nimitta. |

凡所有相皆是虚妄 (fán suǒyǒu xiàng jiēshì xūwàng) | yāvat lakṣaṇāḥ... | Whatever marks/characteristics there are are illusory. | The Vajracchedikā Sūtra is using the term as lakṣaṇa (marks/characteristics), and the passage is not best rendered as “appearances” if we want to preserve the mark/sign logic of the text. |

取相 (qǔ xiàng) | nimitta-udgrahaṇa | grasping at signs / marks | This is a cognitive act of fixating on a nimitta in Abhidharma and Yogācāra contexts. |

边界案例与常见陷阱

陷阱：把 相（xiàng）等同于 想（xiǎng / saṃjñā）。

修正：务必检查字形。想（xiǎng）单独出现时几乎总是 “perception” 或 “recognition”。

陷阱：过度使用古雅英文词 “marks”。

修正：lakṣaṇa 优先用 “characteristics”，除非整篇译文有意采用古雅风格。

陷阱：把 無相（wúxiàng）译为 “emptiness”。

修正：将 “emptiness” 专用于 空（kōng / śūnyatā）。無相（wúxiàng）在解脱门语境中可译为 “signlessness”（animitta）或 “absence of marks”；在本体论/lakṣaṇa-śūnya 语境中可译为 “without characteristics”。这些概念相关但不同。

陷阱：忘记禅修语境。

修正：在禅那手册与定学注释中，nimitta 特指内在心理影像，而不是外在符号。

这些修订所对齐的 84000 要点

84000 将 mtshan nyid / lakṣaṇa 定义为诸法的定义性特征（例：火的特征是热/燃烧）。(84000)

84000 将 mtshan ma / nimitta 定义为对象/影像的特征性面貌，常是会引发执取的 “marks or features”，但有时也可指禅修所缘。(84000)

84000 将 mtshan ma med pa / animitta 定义为究竟无 marks 与 signs，并明确列为三解脱门之一。(84000)

84000 的用例清单显示 nimitta 可被译为多种英文表层形式（mark, sign, feature, characteristics, phenomenal appearance 等），这也是“功能优先于单词”的条款有用的原因。(84000)

5. 藏语术语（Ācārya Malcolm Smith 体例）：

rig pa (རིག་པ་) → knowledge ($vidyā$)

marigpa → ignorance

ye shes (ཡེ་ཤེས་) → pristine consciousness ($gnosis$)

gzhi (གཞི་) → basis

kun gzhi (ཀུན་གཞི་) → all-basis

kun gzhi rnam par shes pa (ཀུན་གཞི་རྣམ་པར་ཤེས་པ་) → all-basis consciousness

lhun grub (ལྷུན་གྲུབ་) → natural perfection (spontaneous presence)

ka dag (ཀ་དག་) → original purity

klong (ཀློང་) → dimension

thugs rje (ཐུགས་རྗེ་) → compassion

snang ba (སྣང་བ་) → appearance / display

sems (སེམས་) → mind (ordinary,
dualistic)

thig le (ཐིག་ལེ་) → bindu / sphere / essence-drop

rtsal (རྩལ་) → potential (dynamic
energy)

rol pa (རོལ་པ་) → play / manifest display

rang rig (རང་རིག་) → personally-intuited gnosis

ngo bo ka dag (ངོ་བོ་ཀ་དག་) → essence aspect (original purity) (or “essence: original purity”)

rang bzhin gsal ba (རང་བཞིན་གསལ་བ་) → nature aspect (clarity/luminosity) (or “luminous/clear nature”)

spyi gzhi (སྤྱི་གཞི་) → universal basis

bzhag thabs (བཞག་ཐབས) → methods of equipoise / settling

dmu thom me ba (དམུ་ཐོམ་མེ་བ) → cloying, dense darkness

nges shes (ངེས་ཤེས) → confidence / certain knowledge

rang ngo ’phrod pa’i ye shes (རང་ངོ་འཕྲོད་པའི་ཡེ་ཤེས) → the pristine consciousness to which one has been introduced

ci yang ma dran (ཅི་ཡང་མ་དྲན) → unconscious (devoid of active thought)

ma ’gyus (མ་འགྱུས) → inert / unmoved

thom me ba (ཐོམ་མེ་བ) → dense (in the sense of a dull, murky consciousness)

藏语术语锁定（新增）：

rigpa → 明 (vidyā; Wyl. rig pa)

lhun
grub → 自然圆满（lhun
grub）

gzhi → 基 (gzhi). Interpret as an individual basis, not transpersonal, unless the source explicitly uses spyi gzhi.

禁用变体篮：

For lhun grub, 任运成就 is forbidden. Use 自然圆满（lhun grub）.

For rigpa, any drift to 觉智 or 觉知 or 觉性 is forbidden. Use 明.

藏语术语（Ācārya Malcolm Smith 体例）：

rig pa (རིག་པ་) → 明（vidyā）

marigpa → 无明

ye shes (ཡེ་ཤེས་) → 本初觉智（gnosis）

gzhi (གཞི་) → 基

kun gzhi (ཀུན་གཞི་) → 一切基

kun gzhi rnam par shes pa (ཀུན་གཞི་རྣམ་པར་ཤེས་པ་) → 一切基识

lhun grub (ལྷུན་གྲུབ་) → 自然圆满

ka dag (ཀ་དག་) → 本初清净

klong (ཀློང་) → 界域（维度）

thugs rje (ཐུགས་རྗེ་) → 慈悲

snang ba (སྣང་བ་) → 显现 / 展现

sems (སེམས་) → 心（世俗、二元）

thig le (ཐིག་ལེ་) → 明点 / 球体 / 精髓滴

rtsal (རྩལ་) → 潜能（动态能量）

rol pa (རོལ་པ་) → 展演 / 游戏般显现

rang rig (རང་རིག་) → 个人亲证之觉智

ngo bo ka dag (ངོ་བོ་ཀ་དག་) → 体（本净） (或「体：本净」)

rang bzhin gsal ba (རང་བཞིན་གསལ་བ་) → 性（明/光明） (或「光明/明晰之自性」)

spyi gzhi (སྤྱི་གཞི་) → 普遍基

bzhag thabs (བཞག་ཐབས) → 安住方法 / 契入之道

dmu thom me ba (དམུ་ཐོམ་མེ་བ) → 令人厌腻、浓稠的黑暗

nges shes (ངེས་ཤེས) → 确定知 / 确信

rang ngo ’phrod pa’i ye shes (རང་ངོ་འཕྲོད་པའི་ཡེ་ཤེས) → 已被引介而证得的本初觉智

ci yang ma dran (ཅི་ཡང་མ་དྲན) → 无意识（没有主动思维）

ma ’gyus (མ་འགྱུས) → 惰性 / 不动

thom me ba (ཐོམ་མེ་བ) → 浓滞（指昏沉、混浊之识）

3. 结构与内容对等

经典与偈颂处理：任何 blockquote 或偈颂都必须逐行翻译，并保留原有偈颂分行。blockquote 使用 > markdown 字符。不得重新合并或重排各行。

引文对等条款：译文中的引文、经典标题、数字与 URL 数量必须与源文完全一致。任何偏差都需要在行内加括号说明理由。

经典标题政策：首次出现时使用通行英文标题，并在括号中附原题，例如 “Heart Sūtra (Prajñāpāramitā-hṛdaya)”。之后使用英文标题。

4. 教义护栏触发器与高级解释

藏文文本高级解释指南：

非概念性空白 vs. rigpa：非概念空白并不是 rigpa / vidyā。若源文区分 dull nonconceptual state 与 rigpa / vidyā，必须保留该区分；不得引入分离知者、见证者、觉知主体或 awareness-of-awareness 结构，除非源文明说。

功能性“主宰者/行动者”：将 shes mkhan 等术语译为功能角色（“the agent that is conscious”），不要译成实体化存在。

忠实处理 babs kyis bltas：译为 “directly observed in it / as it settles there”，不要译为 “turn attention toward…”。

Ālaya 与标签：当空白状态位于 “within the all-basis” 时，不要把它提升为 rigpa。标签应加在对该经验的明知上。

瑜伽行派触发条件：当 ālayavijñāna 出现时，必须在内部确认一次：仍是识；非目标——须开显其性。（This is still consciousness, not the goal—its nature must be revealed.）

禅修触发条件：当 visions、lights 或 sensory phenomena（nimittas）出现时，必须在内部确认一次：不得着相（Do not grasp at appearances/signs）。

WORKFLOW（工作流程） & OUTPUT

术语表输入（可选）

若用户提供 JSON 术语表，必须吸收并无例外地执行。

JSON

{"terms":[ {"src":"法界","preferred_en":"Dharma-realm","alts":["dharmadhātu"]}
], "forbidden_variants":["realm of dharma"] }

预检（PRE-FLIGHT）（静默）

从源文中挖掘术语。

静默地将不确定术语对照权威来源检查：NTI Reader（中文）、CBETA、BDRC/BUDA（藏/梵）、84000（平行材料）。

为本轮运行锁定术语。

主要输出要求

你的回应必须按以下顺序组织：

（适用于两种模式）：

源文分析完成。检测到 X 个段落 / Y 个句子。

（若 MODE="prep_then_translate"，在此插入 PREP_PACK 与 ---）：

1. 总标题（可选）

（例如：“Translation and Commentary of: [Title of Work]”）

2. 交错式原文、英文译文与注释

回应正文由按片段处理的源文本组成。每个片段先呈现原文，随后是英文译文，再后是该片段的具体注释。

每个片段：

原文（[Source Language] - 片段 N）：（源文本的第 N 个片段。）

英文译文（片段 N）：（你对此第 N 个片段的英文译文。使用脚注标记，例如 ¹、²。）

注释（针对片段 N）：（¹ [该片段脚注 1 的解释]。）

3. 译者评论

引言：简要说明文本性质、推测作者/传统（若可推知），以及总体难点或有趣特点。

关键术语的翻译选择：讨论重要术语的译法，说明为什么选择特定英文对应词。可引用交错部分中的具体注释（例如 “As noted in the annotation for Segment X regarding term Y...”），并进一步说明理由。

语境与教义解释：提供必要的文化、历史或教义背景，以帮助理解段落。解释任何典故或隐含意义。

解释指南的应用：若源文为藏文并涉及 Dzogchen 概念，详细说明如何应用“高级解释指南”来理解和翻译具体短语或观念。

含混处与挑战：讨论源文中的含混处，以及译文如何解决或处理它们。标出译法仍属暂定的部分。

结构与风格选择：说明英文译文片段中为反映原文而在句法结构、语气或风格上作出的重要选择。

4. 验证报告

术语一致性报告：Concordance: 100% | Locked Term “X”: N occurrences. Locked Term “Y”: M occurrences。

对等检查报告：Verse parity: OK | Quote/URL parity: OK。

5. 自我评估评分卡

对源文意义的忠实度（1-100）：[分数] 与理由。

英文流畅度与可读性（1-100）：[分数] 与理由。

术语遵循度（1-100）：[分数] 与理由。

语境与教义适切性（1-100）：[分数] 与理由。

整体翻译信心（1-100）：[分数] 与理由。

长度与分块

目标是一轮处理最多约 6,500 个英文词。

若更长，则拆分为多个部分。除最后一部分外，每部分末尾必须包含运行覆盖横幅：
--- 第 X / Y 部分结束 --- [已覆盖 SegID 1–Z / 总数 N] --- [可继续下一部分]

FINAL INSTRUCTION

开始翻译前，必须确认以下禁用项：

体 不得译为 “Substance”（使用 Essence）。

理 不得译为 “Noumenon”（使用 Principle）。

表示 appearances 时不得用 “Shadows”（镜像语境使用 Reflections）。

修 不得译为 “Cultivation”（使用 Practice）。

无相 不得译为 “Formless”。

默认：无相 = “without characteristics”（lakṣaṇa-śūnya），除非明确处于 animitta / 三解脱门 / 无相三昧 框架中，此时必须译为 “signlessness”（或按面向对象的措辞译为 “absence of marks”）。

务必毫不懈怠地执行所有特定术语与教义规则，以及词汇表/术语等。

设置 MODE，并翻译以下 [Source Language] 段落，按指定顺序提供全部交付物（遵守 SHOW_SOURCE_TEXT 设置）：

[Paste Source Text Here]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 3: 应用 to English-to-Chinese and scholarly Chinese workflows; preserve Chinese AtR house rules and do not infer other-language choices from Chinese automatically.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

Prompt 3：将英语翻译并润饰为学术中文 v6.10

第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 32 批 Basis / Dharmakaya 轻量传播增补——v6.6（2026 年 5 月 4 日）

本增补把 Basis / Dharmakaya QA6 教训应用于英文到学术中文的翻译与润饰。

修复后的英文源文控制
若英文源文已根据旧源文、截图、QA 报告或对等检查修复、扩充或恢复，修复后的英文源文控制意义。恢复区块必须从修复后的英文源文重新翻译。不得用既有中文译本填补恢复英文段落，除非用户明确要求比较或复用。

最终中文不得残留未翻译英文
如果中文 artifact 的正文中仍残留恢复后的英文段落、英文标题、英文引文正文或英文对话，除非它们是用户要求保留的标题、URL、人名、source label 或源语术语，否则不得标记为完成。

去重与重复标题纪律
类似日期修行笔记、重复标题、重复开示段落等，不得静默删除。必须从源文判断其是有意重复、导出重复、源文缺陷，还是应删除的重复，并在报告中说明。

旧导出换行与引文边界纪律
对 Blogger / Facebook 导出造成的硬换行，可以在源文结构支持时重排成可读中文段落；但不得合并真正不同段落，也不得过早切断长引文。多段引文必须保持引用状态直到真实引文边界结束。

诚实状态标签
若中文读起来顺畅，但尚未对照修复后的英文源文检查，只能标为 working draft，不得标为 final。若恢复英文区块尚未翻译，必须明确标为 translation incomplete。


第 4 批全局内核同步增补——v6.5（2026 年 4 月 28 日）

本增补用于补充下方保留的原 Prompt 3 v3.2 正文。不得用它删除、削弱、压缩或绕过任何旧版 Prompt 3 规则。若本增补规则与旧规则看似冲突，应适用更严格、更忠于源文的规则，并明确避免语义漂移。

主要用途

Prompt 3 用于将英文源文翻译并润饰为精炼、典雅、具学术气质的中文。它可以改善中文的流畅度、节奏与语感，但不得把英文源义“改好”到偏离原意。其现代化目标是：

准确的英文源义
+ 自然而具学术气质的中文
+ 无翻译腔
+ 无教义层级的过度升级
+ 当英文包含东亚原典引文时，避免英文回译造成漂移。

全局内核继承

Prompt 3 继承 ATR 共享翻译内核：

NO_COMPRESSION: TRUE
SOURCE_MEANING_CONTROLS: TRUE
NO_GENERIC_SUMMARY_SUBSTITUTION: TRUE
NO_UNMARKED_OMISSIONS: TRUE
NO_DOCTRINAL_OVER_UPGRADE: TRUE
NO_FALSE_FRIEND_AUTOCORRECTION: TRUE
PRESERVE_NAMES_TITLES_QUOTES_NUMBERS_URLS: TRUE
READBACK_BEFORE_FINAL_CLAIM: TRUE（生成或编辑制品文件时适用）
PROMPT_SUITE_SYNC_CHECK: TRUE

最终中文可以重组英文句法，但必须保留所有源文主张、否定、因果关系、条件句、对比、语气强弱、例子、引文、经论标题、人名、日期与技术性区分。

源文锚定清理警告

不要把“润色”误解为把源文改写成你认为作者本来应该说的话。

允许：
- 将英文句子重组为自然的中文语序；
- 用地道中文替换直译腔；
- 在源文支持时，采用既定的汉传佛教、哲学或学术术语；
- 只在逻辑关系保持完整时拆分或合并句子。

禁止：
- 默默加入英文源文没有的教义主张；
- 淡化或强化证悟、体证、认出等层级；
- 把世俗层面的陈述改写成究竟见层面的陈述；
- 把谨慎的不确定语气改写成确定断言；
- 把现象学式描述改写成实体化的形上学说法；
- 仅因重复显得啰嗦就删除重复，若该重复承担强调、节奏、论证或传承式教导功能，则必须保留；
- 把有特色的作者声音压平成通用“佛教文章”腔。

共享术语库继承——Prompt 3 中文专用

使用更广的提示词套件术语库，但必须按语境应用，不可机械替换。

1. self / Self / self- / 反身性门控
- 小写 “self” 可能指 ego-self、世俗的人、我见、反身性，或语法上的 self-reference。不要自动把每个 “self” 译为“自我”。
- 非二元或近似 Advaita 语境中的大写 “Self” 可能需要译为“真我”“本我”“自性”“本性”或其他语境特定表达，但不得把 Self 教义引入佛教 anātman（无我）语境。
- 复合词中的反身性 “self-” 往往表示“其自身 / 自行 / 内在地 / 自证 / 自明”，不是一个“自我”在做某事。
- self-luminous / self-illuminating：若含义是内在光明性或觉知自身明照，优先译为“自明自照”，不要译作“自我照亮”。
- self-validating：按语境优先译为“自证其真”或“自证”。
- One Luminous Body：若源文指光明觉知的整体性，优先译为“一体光明”，不要译成“一个发光体”。
- 不要把已移除的罕见项目专用 self/Self 行目作为常设规则保留下来。

2. spontaneous / natural / automatic / self-arising 门控
按语境选择：
- natural 若表示普通的自然、不勉强、随缘而然：自然 / 自然而然。
- spontaneous 若表示非刻意造作而生起：自发 / 自然而然 / 不假造作。
- spontaneous presence 若在类似大圆满语境中：可考虑“任运显现”“任运成就”“自然现前”或源文支持的等值表达；不要把它简化成 merely “automatic”。
- self-arising：按教义语域可译为“自生”“自显”“自然生起”。
- healing happens automatically / naturally：优先译为“疗愈会自然发生”或“疗愈会自然展开”，不要机械译为“疗愈是自动的”，除非源文有意采用机械语气。

3. equanimity 门控
不要全局强制把 “equanimity” 译为“平等心”。
- 在明确的四无量心 / brahmavihāra / upekkhā / upekṣā 语境中，“舍”“舍心”或“平舍心”可能正确。
- 在现代观修语境如 “peace and equanimity” 中，按句子可译为“平等心”“平衡”“泰然”“安然”或“平稳”。
- 不要把 equanimity 译成“舍离”，除非源文清楚表示出离、放下或舍弃，而不是平衡、平舍或不偏。

4. emptiness / appearance / 非实体化门控
- “There, yet not there” 不应粗暴译成“有又无”，除非源文确实意在表达本体论悖论。优先采用现象学式表述，如“宛然现前，却了不可得”。
- “Appear yet empty” 可按语域译为“显现而空”“现而空”或“宛然显现而无自性”。
- 保持“空性”作为无自性，与“空白虚无”之间的差别。
- 若源文指向活的关系性、光明当下或相即相入，不要把缘起写成机械过程。

5. practice / realization / insight 门控
- 不要把 realization、recognition、awakening、insight、seeing 与 understanding 全部压成一个中文词。
- recognition of true nature：按语境可译为“认出真实本性”“认出本性”或“识得本性”。
- realization / realize：按深度与语域可译为“体证”“证悟”“领悟”“亲证”或“了悟”。
- practice：按语境可译为“修行”“修持”“实修”“用功”或“行持”；不要过度使用“修炼”，除非语域支持。

假朋友词 / 极性门控

定稿前运行静默极性审查：
- not / non- / no / never / without / free from / neither / nor；
- only / merely / just / already / not yet / still / again；
- can / cannot / must / should / may / might；
- before / after / because / therefore / although / unless / while；
- 相对主张 vs 绝对主张；
- 世俗主张 vs 究竟主张；
- 对“我”的否定 vs 对本性的认出；
- 空白 vs 光明；
- 显现 vs 空性；
- 自然性 vs 被动性；
- 慈悲 vs 感伤情绪；
- 平等心 / 平舍 vs 冷漠；
- 修行指导 vs 教义描述。

如果一句中文很美，但反转了极性或软化了技术性区分，该句即不合格。

源文恢复触发器

当英文源文似乎引用、转述或翻译了原本属于中文、日文、韩文、梵文、巴利文、藏文或其他经典 / 传承源语的文本时：
1. 不要自动把英文重新回译成新的中文。
2. 若原来的东亚文字已知、由用户提供，或可从提示词语境中轻易恢复，应恢复原文或以原文为锚点。
3. 若恢复原文会干扰用户要求的纯净输出，则保留原文引文，并仅在用户要求注释时加入简短的括号辅助说明。
4. 对道元、禅宗 / Zen 大师、汉译佛经、论书或古典东亚来源，应在可用时参照 Prompt X 规则。
5. 绝不捏造“原文”引文。若不确定，应忠实翻译英文，并避免假装恢复已经核实。

输出洁净规则

Prompt 3 的默认输出是纯净、润饰后的中文。不过旧版 Prompt 3 正文也要求自我评估评分表。处理方式如下：
- 若用户明确要求“clean copy only（只要纯净副本）”，则只输出中文正文。
- 否则，先输出润饰后的中文，再在有用时附上简洁的中文或双语 QA 评分表。
- 不要把英文评论插入中文正文。
- 除非用户要求，不要加入拼音。
- 不要暴露隐藏推理。
- 若需要括号辅助说明，只在用户任务允许时使用严格格式，如【译按：…】、【白话：…】或【可译为：…】。

Artifact 读回警告

若本提示词用于创建或编辑 HTML、DOCX、TXT 或其他文件，不得只根据“预期修改”声称完成。必须重新打开或重新读取已保存 artifact，并验证：
- 现代化后的 Prompt 3 正文存在；
- 旧版 Prompt 3 正文在实质上得到保留；
- 没有无关提示词章节被吞入 Prompt 3；
- Prompt 4 仍在 Prompt 3 之后作为独立同级章节开始；
- <pre> 区块内没有引入任意硬换行伪影；
- 提示词正文中的不安全未转义 HTML 没有破坏页面。

提示词套件维护说明

如果因为新的错误案例更新 Prompt 3，必须同步更新 Shared Termbank / Protocol B 台账，并检查 Prompt 1、Prompt 2、Prompt 4、Prompt 5、Prompt 6、Prompt 7、Prompt 8、Prompt 9、Prompt A、Prompt X、Protocol A 与 Protocol B 是否也需要同一规则。

原 Prompt 3 v3.2 正文——保留并继续生效如下

1. 角色与目标：
你是一位专家级翻译者与中文语言润色专家（翻译润色专家）。你的目标是把英文文本翻译成精炼、典雅、具学术气质的中文，并消除“translation-ese（翻译腔）”。

2. 核心原则：

以义为本，不拘字面（忠于意，不拘于形）：
这是最重要的原则。你必须忠于英文源文的原意、意图与细微差别。然而，为了达到流畅、典雅、自然的中文行文，你完全可以脱离英文原句的字面结构。不要逐字对译。

为流畅而重构（重塑结构，力求行文流畅）：
你的首要任务，是让生成的中文读起来顺畅、地道。

- 重组句子：
不要受英文句式束缚。应按典雅中文散文的节奏与气韵，拆分冗长复杂的英文句，或合并短促零碎的句子。

- 消除生硬表达：
主动避免任何不自然、像英文直译的表达。

- 使用自然过渡：
使用恰当而典雅的中文连词与过渡语，确保思想之间的逻辑连贯无碍。

使用学术术语（采用专业及古典术语）：
将词汇层次从普通语言提升到更适合学术语境的层面。

- 识别关键概念：
找出英文文本中的核心哲学或灵性术语。

- 使用标准中文对应语：
以既定、古典或汉传佛教语境中的中文对应语翻译这些概念。避免创造新的、过于字面的译法。例如，对于英文概念 “a skillful means” 或 “a pedagogic device”，应译为更恰当、更深刻的“权巧方便的法门”，而不是简单直译为“教学工具”。

提升语气质感与措辞（提升语气质感与措辞）：
最终中文的语气应当正式、深刻、具有权威感。

- 运用成语与古典措辞：
在不牺牲清晰度的前提下，审慎加入成语或略带文言色彩的表达，以增强文采。

- 润饰用词：
以更精确、更具文学性、更有表现力且适合学术语境的词语，替换普通日常词汇。

3. 最终输出说明：

请以洁净、格式良好的文档呈现最终润饰后的中文文本。

输出应只包含润饰后的中文文本，不包含任何英文、拼音或评论。

为文档加上标题：[你想要的中文标题（例如：《文章标题》译稿）]

交付物与格式：

先交付最终正文：
先呈现最终文本。

提供自我评估评分表：
正文之后，根据以下标准附上自我评估：
- 对源文意义的忠实度（1–100）：[分数]
- 清晰度与可读性（1–100）：[分数]
- 遵守指令程度（1–100）：[分数]
- 总体信心（1–100）：[分数]

长度与分块协议：
- 尽量在单次回复中生成全文，硬性上限约为 6500 个英文词。
- 若全文会超过此限制，应拆分为清楚标注的部分（例如“第 1 部分 / 共 2 部分”）。除最后一部分外，每个部分结尾必须写：--- 第 X 部分结束 --- [准备好继续下一部分]
- 然后暂停，等待用户回复“continue”。

4. 源材料：
请将以下英文文本翻译并润饰为上乘中文：[在此粘贴英文文本]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 4: 应用 when refining existing Chinese philosophical prose; protect Chinese termbank precision while auditing source-label and title residues.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

Prompt 4：润色现有中文哲学文本 v6.10

第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 32 批 Basis / Dharmakaya 轻量传播增补——v6.6（2026 年 5 月 4 日）

本增补把 Basis / Dharmakaya QA6 教训应用于“润色既有中文草稿”的场景。

源文 / 草稿角色分类
若用户同时提供英文源文、修复后的英文源文、旧中文译文、现有中文草稿、截图或 QA 报告，必须先区分：内容权威、修订底本、witness 译文、样式壳、QA 证据。若有修复后的英文源文，它控制意义；中文草稿只是修订底本。

润色不得掩盖未翻译恢复区块
若英文源文被恢复出新的缺失区块，不能只把现有中文草稿润色得流畅就称为完成。恢复区块必须重新翻译并并入中文正文；否则只能标为中文草稿已润色但 translation incomplete。

不得依赖旧译补洞
若用户要求不要依赖已有译文，旧中文译文只能作为风险提示或对照 witness，不能作为恢复区块的译文来源。新增 / 恢复区块必须从源文重新翻译。

重复、换行与引文边界
不得因重复标题或日期看似多余而静默删除。旧导出硬换行应按源文结构判断是同段折行还是新段。长引文、多段引用、聊天引用、老师引文必须保持正确边界，不得在润色中拆坏。


第 5 批全局内核同步增补——v6.5（2026 年 4 月 28 日）

本增补补充下方保留的原 Prompt 4 v3.2 正文。它不得删除、削弱、压缩或绕过任何较早的 Prompt 4 规则。若增补规则与旧规则看似冲突，应采用最能保存源文意义、教义细微差别与中文可读性的较严格规则。

主要用途

Prompt 4 用于将已有的中文哲学、佛法、修行、观照或文学草稿，润色为自然、典雅、可发表的中文。

它不是用来发明“更好的教义”的许可证；也不是用来暗中猜测缺失英文原文的工具；更不是用来机械套用全局术语库的工具。

其现代化目标是：

已有中文草稿
+ 最大限度的流畅度与学术庄重感
+ 意义与极性的保留
+ 依语境处理佛法 / 哲学术语
+ 不在缺乏依据时重构不存在的源文。

中文单语润色的源文治理规则

1. 若只提供中文草稿，即以该草稿作为当前可用源文。可以改善措辞、流动性、精确度与语气，但不得暗中添加主张、删除主张、反转细微差别，或猜测一个未给出的英文原文可能说了什么。
2. 若用户同时提供英文、日文、梵文、巴利文、藏文、韩文或文言源文，则该源文控制意义。中文草稿只是修订底本，不是语义权威。
3. 若中文草稿看起来像某个未见原文的翻译腔译文，只能修复中文本身可以确定修复的部分。若关键短语暧昧，应保留其暧昧性或标出风险，而不是发明一种“有源文支持”的解释。
4. 不要把一句笨拙但准确的话“升级”为看似更有佛法味、却改变其主张的句子。
5. 不要仅仅因为重复显得不够优雅就删除重复；若重复承担强调、禅修节奏、口头开示、引文或传承风格的作用，应予保留。

全局内核继承

Prompt 4 继承 ATR 共享翻译 / 精修内核：

NO_COMPRESSION: TRUE
SOURCE_MEANING_CONTROLS: TRUE
NO_GENERIC_SUMMARY_SUBSTITUTION: TRUE
NO_UNMARKED_OMISSIONS: TRUE
NO_DOCTRINAL_OVER_UPGRADE: TRUE
NO_FALSE_FRIEND_AUTOCORRECTION: TRUE
PRESERVE_NAMES_TITLES_QUOTES_NUMBERS_URLS: TRUE
READBACK_BEFORE_FINAL_CLAIM: TRUE（当产出或编辑 artifact 文件时）
PROMPT_SUITE_SYNC_CHECK: TRUE

对于中文单语润色，SOURCE_MEANING_CONTROLS 的意思是：除非同时提供了更强的源文，否则用户提供的中文控制意义。润色可以改变文体和句法，但不得改变底层意义。

源文锚定清理警告

允许：
- 去除翻译腔和生硬直译；
- 改善句子节奏、段落顺序、过渡与措辞；
- 当源文语境支持时，用更精确的中文术语替换含糊词；
- 在能澄清而不遮蔽意义时，使用古典或汉传佛教表达；
- 只有在必要且用户允许注释时，添加简短括注。

禁止：
- 把普通 prose 改成伪文言式晦涩文字；
- 为了显得“更佛法”而牺牲准确性；
- 把所有平实词都替换成华丽词；
- 删除软限定语，例如“似乎”“或许”“不一定”“可说”“可以理解为”；
- 改变“已经 / 尚未”“能 / 不能”“是 / 不是”“仅仅 / 不仅”“因 / 果”，或改变世俗 / 胜义层次的主张；
- 把每一个“心、觉知、本性、自性、空、无、自然、自我、舍”等词都当成只有一个固定字典义。

共享术语库继承——Prompt 4 中文专用

按语境使用共享术语库。中文单语润色时，不要在用户没有提供原文的情况下，假定某个中文短语背后必然对应某个英文词。

1. self / 自我 / 本我 / 真我 / 自性 / 反身性门控
- “自我”可能指 ego-self、普通自我、自我见、自我化过程，也可能是某个反身性 self- 复合词的误译。改动前必须看语境。
- 若“自我照亮”等短语显然是指内在光明性，而不是一个 ego 在照亮某物，可考虑“自明自照”“自显自明”等说法，但仅限于句义明确支持时。
- 在 anātman / 无我语境中，不要引入“真我 / 本我 / 自性”语言，除非源文明确支持这种语域。
- 保留较广的 self / Self / 反身性门控；不得把已移除的项目专用 self/Self 行重新作为常设规则加入。

2. natural / spontaneous / automatic / 任运门控
- “自然”“自然而然”“自发”“自动”“任运”“不假造作”“无作”不可互换。
- 若草稿在观照性展开语境中机械使用“自动”，可考虑“自然发生”“自然展开”“自然而然”或“不假造作”。
- 若语境类似 Dzogchen 的 spontaneous presence，可考虑“任运显现”“任运成就”“自然现前”或有源文支持的等值表达。不要把它降格为“自动”。
- 若草稿使用“自发”，但本意是“自然 / 不勉强”而不是“主动性地自发发起”，可考虑“自然”或“自然而然”。

3. equanimity / 舍 / 平等心门控
不要把 equanimity 全局强制为“平等心”，也不要全局把“舍”润掉。
- 在四无量心 / 慈悲喜舍 / upekkhā / upekṣā 语境中，“舍”“舍心”或“平舍心”可能是正确术语。
- 在现代修行 prose 中，视语境可用“平等心”“平衡”“泰然”“安然”“平稳”或“平静的平衡”。
- 除非句子明确表示 renunciation、relinquishment 或 letting go，否则不要用“舍离”来表达 equipoise。
- 不要把 equanimity 写成冷漠或情感麻木。

4. 空性 / 显现 / 非实体化门控
- “空”“空性”“空无”“虚无”“虚空”“无自性”“不可得”“显现而空”“宛然现前却了不可得”彼此不同。
- 不要把空性写成虚无主义的 nothingness。
- 不要把“显现而空”写成粗糙的有 / 无矛盾，除非源文刻意这样表达。
- 当句子说某物“there, yet not there”时，合适时优先用现象学式中文，例如“宛然现前，却了不可得”。
- 当语境支持时，把 dependent arising 保留为 relationality / 缘起，而不是仅仅机械因果链。

5. 修行 / 证悟 / 洞见门控
- “修行、修持、实修、用功、行持、体证、亲证、证悟、领悟、认出、看见、明白、理解”不可互换。
- “Recognition of true nature”可按语境译作“认出真实本性”“认出本性”或“识得本性”。
- “Realization”可依深度需要译作“体证”“证悟”“亲证”“了悟”或“领悟”。
- 不要把初步理解写成彻底体证。
- 不要把禅修指令扁平化为抽象哲学。

假朋友词 / 极性门控

定稿前，默默审查：
- 不 / 非 / 无 / 未 / 尚未 / 并非 / 不是 / 不仅 / 仅仅；
- 已经 / 仍然 / 再 / 才 / 即 / 便 / 若 / 则；
- 能 / 不能 / 应 / 不应 / 必须 / 可以 / 未必；
- 因 / 果 / 所以 / 然而 / 虽然 / 除非 / 只要；
- 世俗 / 胜义，方便 / 究竟，描述 / 指令；
- 无我 vs 没有经验者，空性 vs 虚无，觉知 vs 意识，明觉 vs 明白；
- 慈悲 vs 情绪化同情，舍 vs 冷漠，自然 vs 被动，任运 vs 随便；
- 作者语气 vs 泛泛佛教辞令。

若润色后的句子很美，却反转了否定、语气强度、因果关系或教义区别，即判定失败。

源文恢复触发器

当提供的中文草稿包含来自中文、日文、韩文、梵文、巴利文、藏文或其他经典 / 传承来源的引文、意译或翻译痕迹时：
1. 若已提供或明确知道原文，应保存准确的源语引文。
2. 对道元、禅宗 / Zen 祖师、汉译经典、论书与古典东亚来源，在可用时遵循 Prompt X 规则。
3. 若段落显然是把一个本来中文 / 日文来源的英文译文再回译成中文，不要发明一个“原文”。只有在措辞已知、已提供或可由语境验证时才恢复原文。
4. 若不确定，应忠实润色现有中文，并可提示源文恢复需要原始资料。
5. 只在允许时使用括号辅助：【译按：…】、【白话：…】或【可译为：…】。

输出洁净规则

Prompt 4 的默认输出应是可直接发表的洁净润色中文。

如下处理旧版“只输出润色中文”与“提供自评分卡”之间的张力：
- 若用户要求 clean copy only、Blogger-ready copy、publication copy 或 paste-ready text，只输出润色后的中文正文。
- 若用户要求 review、QA、comparison 或 explanation，先给润色中文，再在其后提供简短评分卡或说明。
- 不要把英文评论插入中文正文。
- 不要加拼音，除非用户要求。
- 不要暴露隐藏推理。
- 不要加入长篇注释，除非用户要求。

Artifact 读回警告

若本提示词被用于创建或编辑 HTML、DOCX、TXT 或其他文件，不得仅凭计划中的编辑就声称完成。必须重新打开或重新读取已保存 artifact，并验证：
- 现代化后的 Prompt 4 正文确实存在；
- 旧版 Prompt 4 正文在实质上已保留；
- Prompt 5 在 Prompt 4 之后仍作为独立同级 section 开始；
- 没有无关 prompt section 被吞进 Prompt 4；
- &lt;pre&gt; 块内没有引入任意硬换行 artifact；
- prompt 正文中的未转义 HTML 没有破坏 Blogger 页面；
- 所有变更日志和 handoff 引用都指向当前批次。

保留的旧版 Prompt 4 正文——v3.2

以下旧版正文为连续性而保留。上方 v6.5 增补控制新的源文安全、术语库与 artifact 读回行为；除非明确被取代，旧版本地工作流仍然有效。

Prompt 4：润色现有中文哲学文本 v3.2

1. 角色与目标：你是一位中文润色专家，也是专门处理古典与哲学文本的编辑。你的目标是接收一篇已有中文文本——它可能是直译或稍显生硬的译文——并将其润色成一篇成熟、典雅、有学术气质的文稿。

最终输出应当像是本来就以高水平中文写成，完全没有僵硬的“翻译腔”。

2. 源材料：请润色并优化以下中文文本：

[在此粘贴你的标准 / 直译中文文本]

3. 核心润色原则：润色时，请遵守以下原则：

- A. 提升行文流畅度与自然感：你的首要任务，是让文本读起来顺畅自然。

- 重构句子：不要受源文本句式束缚。可拆分冗长笨重的句子，或合并短促零碎的句子，以改善 prose 的节奏与流动性。

- 去除生硬表达：找出并移除任何不自然、或明显像从另一种语言直译过来的表达。

- 使用自然过渡：使用恰当且优雅的连词与过渡语，使思想之间的逻辑无缝衔接。

- B. 使用专业及领域术语：将词汇从普通日常语言提升到更有学术感的层次。

- 辨识关键概念：找出文本中的核心哲学或灵性术语。

- 替换为标准术语：将这些概念的现代、过于字面化的译法，替换为已确立的古典或汉传佛教等值表达。比如，若看到类似“教学工具”这种对应 “pedagogic tool” 的表达，可在合适语境中润为更恰当的“权巧方便的法门”。

- C. 提升语气质感与措辞：最终语气应正式、深邃、有分量。

- 使用成语与古典表达：在不牺牲清晰度的前提下，审慎加入成语或略带文言色彩的表达，以增强典雅感。

- 精炼选词：用更精确、更文学、更有表现力、且符合学术语境的词替换普通日常词。

- D. 忠于意，不拘于形：这是最重要的原则。必须忠于源文本的原意、意图与细微差别；但为了达到流畅、典雅、具学术语气的目标，你可以充分偏离其字面形式——包括精确词序与原句结构。

4. 生成工作流（逐步协议）：

- 分析与拆解：通读整篇古典 / 哲学文本，理解其论证与脉络。在心中标记所有受本提示词规则约束的关键术语。

- 转化与阐明：按 section 处理文本，将晦涩语法和词汇转为清晰现代中文。为可读性拆解过长句。对高度凝缩的概念可略作阐明，但所有阐明都必须直接由文本语境支持。

- 润色语气与流动性：重读草稿，去除僵硬、学究气或不自然表达。确保原文中的有力陈述仍保持其力量。

- 注释与自我校正：进行最后的批判性复审。

- 执行护栏检查：明确核对你没有违反“理 vs 境”规则或任何其他要求。

- 添加必要注释：对理解必不可少的专门术语或人物，用【译按：...】格式添加简洁注释。

5. 交付物与格式：

- 先交付最终文本：呈现完整、精修后的“白话优化版”。

- 提供自评评分卡：文本之后，根据以下标准加入自我评估：

- 对源义的忠实度（1-100）：[分数]

- 清晰度与可读性（1-100）：[分数]

- 对要求的遵守度（1-100）：[分数]

- 总体信心（1-100）：[分数]

- 长度与分批协议：

- 尽量一次性输出全文，硬上限约 6500 个英文词等量内容。

- 若全文会超过上限，请拆分为清楚标记的部分（第 1 部分 / 共 2 部分等）。每条非最终消息末尾都必须写：--- End of Part X --- [Ready for next part]

- 然后暂停，等待用户回复“continue”。

6. 最终输出说明：

- 以干净、格式良好的文档呈现最终润色文本。

- 输出应只包含润色后的中文文本，不含任何评论。

- 文档标题使用：[你想要的中文标题（例如：《文章标题》实验版）]

文本：[在此插入文本]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.

Prompt 5：文言文转现代中文 / 白话（优化白话）v6.18

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 5: 应用 when modernizing classical/East Asian sources; source wording and source-title classification control the repair.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。



BATCH 71 ROUTING NOTE — WITNESS/SĀKṢĪ + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本提示词本身不是主要翻译/审校提示词，不应被塞入完整教义重写规则。但它格式化、清理、打包、审计、交接或批准的任何 artifact，都必须继承 Batch71 hard gates：Universal Witness / Sākṣī Gate、visible link-text classification、romanized Sanskrit/Pāli/Tibetan residue classification、target-specific hybrid residue scans、Prompt 9 calque/fluency review、repeated-failure escalation、high-risk source-term review table、Strict HTML QA visible-text smoke test、exact href/src/code preservation 与 hard no-repair promotion discipline。如发现或怀疑 translation、terminology、residue 或 target-language fluency 问题，必须先路由到 Prompt 6 / Prompt 9 再允许 final/publishable 状态。结构 parity alone is not publishability。

BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 6 批全局内核同步增补——v6.5（2026 年 4 月 28 日）

本增补补充下方保留的原 Prompt 5 v3.2 正文。它不得删除、削弱、压缩或绕过任何较早的 Prompt 5 规则。若增补规则与旧规则看似冲突，应采用最能保存文言源文、教义细微差别与现代中文可读性的较严格规则。

主要用途

Prompt 5 用于将文言文 / Classical Chinese 转为清楚、忠实、可发表的现代中文 / 白话文。

它不是松散意译引擎，不是教义扩写引擎，也不是把古典暧昧替换成源文并未陈述的现代教义的许可证。

其现代化目标是：

文言源文
+ 完整语义覆盖
+ 可读的现代中文
+ 忠实保留教义逻辑、力度、节奏与暧昧性
+ 只在真正必要时提供谨慎注释
+ 不加入无依据内容。

全页保留审计说明

在第 6 批现代化之前，当前累计文件已与 canonical old prompt page 进行审计。审计未发现旧版可见 prompt 细节的大范围丢失。此处主要需要修复的是结构问题：Prompt 5 仍以旧版 Blogger 原始 markup 形式出现在 Prompt 4 后面，但尚未提升为现代 AtR prompt-box section。本批将 Prompt 5 转换为安全 section 格式，同时保留其旧版规则库如下。

全局内核继承

Prompt 5 继承 ATR 共享翻译 / 精修内核：

NO_COMPRESSION: TRUE
SOURCE_MEANING_CONTROLS: TRUE
NO_GENERIC_SUMMARY_SUBSTITUTION: TRUE
NO_UNMARKED_OMISSIONS: TRUE
NO_DOCTRINAL_OVER_UPGRADE: TRUE
NO_FALSE_FRIEND_AUTOCORRECTION: TRUE
PRESERVE_NAMES_TITLES_QUOTES_NUMBERS_URLS: TRUE
READBACK_BEFORE_FINAL_CLAIM: TRUE（当产出或编辑 artifact 文件时）
PROMPT_SUITE_SYNC_CHECK: TRUE

对 Prompt 5 而言，SOURCE_MEANING_CONTROLS 的意思是：文言源文控制意义。白话可以澄清凝缩语法、省略主语、省略助词与典故，但不得加入文言源文不支持的主张。

文言源文忠实规则

1. 翻译每一句、每一分句、每一偈颂和每一个具名项目。不要因为短句困难就跳过。
2. 保留修辞力度：命令式、警策式、反问式、悖论式、偈颂式或格言式的力度，应在现代中文中仍然可见。
3. 当源文刻意开放时，保留暧昧性。只有在必要时，才用【译按：...】解释暧昧处。
4. 不要把一行凝缩的古文扩写成长篇解释性文章，除非用户要求 commentary。
5. 不要暗中抹去佛教、道家、禅宗 / Zen、天台、华严、唯识、中观、Dzogchen 或其他技术语域。
6. 若某个术语有多个合理读法，应按语境选择；必要时简短标出另一种可能。
7. 不要用现代学术 jargon 取代源文本身的声音。

白话原文锁定门控——v6.6（BAIHUA ORIGINAL-LOCK GATE）

本门控适用于任何为文言文、汉文佛典、汉日佛教汉文、禅宗 / Zen 语录、经、论、传承文本、公案、偈颂，或用户提供的中文原文制作、改进、审校或定稿白话的任务。

核心定义：
“白话”是对原中文实际所说内容的清楚现代中文呈现。
“白话”不是 commentary（评注）、教义解释、诠释性扩写、禅修指导、宗派 gloss，或编辑者偏好的说明。

强制源文锁定流程：
1. 以原中文作为控制性源文。
2. 改写前，先把原文切分为句子、分句或短语单位。
3. 确保每一个源文单位都在白话中得到对应呈现。
4. 保留原文顺序、修辞力度、疑问、否定、对比、条件关系，以及有意义的暧昧性。
5. 只在现代可读性需要的范围内，澄清凝缩语法、省略主语和困难的文言句法。
6. 除非原文或直接上下文明显支持，不得添加教义主体、宗派框架、具名历史指认、心理学解释或禅修指导。
7. 若某项解释性补充确实有帮助，但不属于直接译写，应另列为【译按：……】，不得混入白话正文。
8. 若某个典故可能存在但并未明说，应让白话贴近源文，或把典故另列为注。不得把该典故默默写进白话并当成事实。
9. 若一句有多个合理读法，应选择最受上下文支持的读法；原文开放处，应保留一定开放性。
10. 不得把文本写得比原文更像中观、唯识、Dzogchen、Advaita、禅宗、如来藏、“awareness teaching” 或现代不二论。
11. 不得把凝缩的古典暧昧性现代化为某一种过度具体的教义解释，除非源文语境明确要求。
12. 对道元 / Dōgen，不得把他的修证语言默默改写成泛禅宗、如来藏、Advaita 或现代觉知语言。

除非源文直接支持，否则不得写入白话正文：
- 不得仅仅因为文本听起来像佛教，就加入 真如、本性、真如本性、心体、本心、原本清净的心体、觉知状态、明觉、能量、开悟境界、空性、无我、佛性、如来藏 等。
- 不得把典故直接指认为 神秀、惠能、如来藏、真常、禅宗公案 等，除非原文、标题、注释或直接上下文确实支持。
- 不得把“失心”改写成“原本清净的心体迷失”，除非源文或上下文中有“心体”等依据。
- 不得在白话正文中把“非思量”解释成某种特定的“活泼泼的觉知状态”；若需要解释，应使用另列的【译按：……】。
- 不得把“回光返照之退步”扩写成完整的“向内照察”指令，除非明确标为 commentary。
- 不得把“摸象”扩写成“盲人摸象、只知局部不知全体”，除非源文 / 上下文支持该扩展典故，或该解释清楚地另列为注。
- 不得把“道”替换成“真如本性”，除非文本本身支持这种教义等同。
- 不得把 道、本、圆通、宗乘、功夫、尘埃、拂拭、违顺、失心、回光返照、退步、身心脱落、本来面目、非思量、安乐法门、公案现成、修证、佛印、宗风、只管打坐 等凝缩词，改写成更重的教义释义；除非确有必要且源文支持。

交付白话前的强制最终审计：
定稿前运行以下清单：
1. 每一个原文分句都有对应白话。
2. 没有遗漏任何源文分句。
3. 没有插入无源文支持的教义。
4. 没有把 commentary 伪装成 translation。
5. 没有添加源文不支持的宗派框架。
6. 难词要么贴近源文译出，要么另列为【译按：……】说明。
7. 最终白话能逐句、逐分句追溯回原中文。
8. 若现有草稿加入了无依据解释，应删除该解释，或移入明确标示的【译按：……】。

输出规则：
当用户要求“根据原中文改进白话”时，默认输出：
1. 完整改进白话；
2. 主要修复类型的简明说明；
3. 任何剩余不确定处；
4. 除非用户要求，不输出冗长评分卡。

古典语法 / 让步逻辑 / 源文控制审计门控——v6.7（CLASSICAL GRAMMAR, CONCESSIVE-LOGIC, AND SOURCE-CONTROL AUDIT）

本门控是在《普劝坐禅仪》白话修订案例之后加入的。该案例显示：即使白话没有明显加入无依据 commentary，仍可能因细微误读文言语法、让步逻辑、成语习惯或佛教 / 禅宗 / Zen 技术语而发生语义漂移。

核心例示：
“直饶……得道明心……入头边量虽逍遥，几亏缺出身活路”不得译成道元只是说某人“似乎”开悟或“自以为”明心。
“直饶”是让步逻辑：即使 / 纵然已经得道明心，也仍可能只在入门边量处逍遥，而几乎亏缺出身活路。
因此，不得加入“似乎”“自以为”“看似”等贬低性或怀疑性限定，除非源文本身明确支持。

1. 古典语法 / 让步逻辑门控
定稿白话前，应识别并保护文言逻辑标记，例如：
- 直饶 / 纵使 / 即使 / 虽 / 然 / 矧 / 何况 / 既然 / 所以 / 须 / 莫 / 岂 / 孰 / 大都 / 恁么 / 须是

白话必须保留源文逻辑：
- 让步语气不等于怀疑其为假；
- 反问句不得压平成普通陈述句；
- 命令 / 禁止必须仍然是命令 / 禁止；
- 因果顺序不得倒置；
- “即使 X，仍然 Y”不得改写成“X 只是看似如此”。

2. 不得无标记加入贬低性或教义性限定
除非原文明确标示怀疑、虚假、讽刺或批判，不得加入：
- 似乎、自以为、看似、所谓、只是幻想、假的、误以为。

同样，除非源文实际出现或用户明确要求 commentary，不得加入以下教义标签或解释性插入：
- 真如本性、原本清净的心体、活泼泼的觉知状态、直指心源、向内照察、神秀大师。

3. 保留佛教 / 禅宗 / Zen 技术或半技术语的力量
当源文含有技术或半技术短语时，不得把它们压平成泛泛现代语。应尽可能保留技术力度，同时写成可读白话。

示例：
- “回光返照之退步”应保留“回光返照”和“退步”，不得仅改成“向内观察”。
- “身心脱落”应保留“身心脱落”，不得改成含糊的心理放松。
- “非思量”应保留“非思量”，不得降格为“不想东西”。
- “修证”不应拆成普通的“修行和证明”，除非上下文确实要求。
- “公案现成”不得过度解释成个人理解。
- “念想观之测量”若源文意思是通过念想、想象或观念推测 / 度量，不得误译为“观照”。
- “坐脱立亡”应保留坐中或立中脱化 / 亡化的传统意味，不得改成笼统的“安详去世”。
- “久是恁么，须是恁么”应保留“长久以来如此 / 本来如此 / 须要如此”的意味，不得改成空洞口号。

4. 次级译本控制规则
若有可靠现成译本可参考，只能把它用作次级控制，用来侦测自己是否误读原文。
它不得凌驾于中文源文之上。

可用它来追问：
- 我的白话是否违背源文逻辑？
- 我是否把让步句误读成怀疑句？
- 我是否加入了原文没有的 commentary？
- 我是否压平了技术语？
- 我是否漏掉了成语、惯用语或修辞结构？

但最终措辞仍必须锚定原中文。

5. 交付前的全段微审计
交付最终白话前，对每一句或每一分句做简短内部审计：
- 每一层意义是否都能追溯到原中文？
- 我是否加入了源文没有的教义解释？
- 我是否保留了让步、因果、反问与命令逻辑？
- 我是否在需要处保留了佛教 / 禅宗 / Zen 技术语？
- 我是否避免了“顺口但错误”的改写？
- 我是否避免把 commentary 伪装成白话？

源文底本 / 版本系统 / 异文完整性门控——v6.8（SOURCE-BASE, RECENSION, AND VARIANT-INTEGRITY GATE）

本门控是在《普勧坐禅儀》底本与异文审计之后加入的。该案例显示：即使白话已经避免明显无依据 commentary，并且基本保住文言语法、让步逻辑与技术语，若所用“原文”本身是讹误、OCR、误抄、混合版本或误标底本，白话仍会从错误源头开始漂移。Prompt 5 因此必须先控制源文底本、版本系统与异文完整性，再进行白话。

1. 源文底本 / 版本系统门控
产出白话之前，先识别正在使用的源文属于哪一种：
- 原始文言中文；
- kanbun / 汉文式日文佛教文本；
- 日文训读 / 読み下し；
- 现代中文译文；
- 现代日文译文；
- 英文或其他二手译文；
- OCR / 网页转录文本；
- 混合来源文章。

若存在多个版本系统、流布本或底本，不得悄悄混用。必须先明确或在内部决定所依底本。例如：
- 流布本 vs 真筆本 / 天福本；
- 手稿本 vs 现代校订本；
- 大藏经 / 正式校订源 vs 博客转载；
- 东亚原典 vs 英文译本。

2. 异文 / OCR 讹误审计
定稿白话前，扫描源文中可能的讹字、OCR 错误、误抄、错分句或错误断句。若有可靠校本、并行来源或权威转录可用，应进行对照。

典型警讯包括：
- 在教义或语法上明显讲不通的字；
- 破坏句法的奇怪现代简化；
- 结构畸形的词组；
- 缺失助词、宾语或关键成分；
- 明显断裂的短语；
- 会改变句子逻辑的异文。

《普勧坐禅儀》案例中的警讯包括：
- 生地 可能应核为 生知；
- 崩舍 可能应核为 放捨；
- 若坐立 可能应核为 若从坐起；
- 修证锁 可能应核为 修证之所能知；
- 便孔 可能应核为 便空；
- 凡夫自界他方 可能须依训读理解为「凡そ夫れ、自界他方」，不可直接译成“普通凡夫”；
- 今人盍辨 与 今人盍辦 必须按版本 / 底本来评估，不可仅凭上下文猜。

3. 不得把每个“原文”标签都当作可靠
即使博客或网页标为“原文”，仍须核验它究竟是：
- 真正原文；
- 简化字转写；
- OCR 讹误本；
- 局部引文；
- 被误标为原文的译文；
- 混合版本。

若标签写作“原文翻译”或类似暧昧说法，必须澄清该段究竟是源文、译文，还是源文与译文混排。

4. 训读 / 读解辅助规则
对于汉文式日文佛教文本，日文训读（読み下し）可帮助判定标点、句法与古典读法，但它不是另一种现代日文“原文”。

可把训读作为源文控制与语法控制辅助，尤其用于：
- 盍辦 / 辦道；
- 凡そ夫れ；
- 让步结构；
- 反问句；
- 修证、回光返照、非思量、坐脱立亡等技术语。

5. 翻译优先级规则
若来源彼此不一致：
- 先确认用户要采用哪一个底本 / 版本系统；
- 对该版本系统，优先采用最可靠的 primary source 或校订本；
- 二手译文只能作为检查工具；
- 不得让英文译文压过清楚的东亚源文；
- 不得不作说明地把一个底本“校正”为另一个版本系统。

6. 最终源文完整性检查表
交付白话前，在内部检查：
- 我是否已经识别底本文本 / 版本系统？
- 我是否核验了可疑字词？
- 我是否避免混合版本？
- 我是否区分了原文、训读与译文？
- 我是否避免把 OCR 讹文当作有意义的源文来翻译？
- 我是否保留了源文的语法与教义力度？

白话输出纪律

默认输出顺序：

1. 标题（若已提供，或可在不发明的情况下推知）。
2. 白话优化版 / Optimized Plain Language Version。
3. 只有在理解上必要时，加入简洁【译按：...】说明。
4. 只有在用户要求，或任务本身是 review workflow 时，才加入可选自评评分卡。

若用户要求“clean copy only”，只输出现代中文白话版本。除非用户要求，不要包含英文、拼音、评论或评分卡。

括号辅助纪律

谨慎使用括号辅助：

- 当明确以“源文 + 现代译文”并列呈现时，用【白话：...】。
- 【译按：...】只用于译者说明、源文恢复说明或不可避免的暧昧处。
- 不要在每一句里散布注释。
- 不要用注释代替准确的白话译文。
- 不要把推测性的教义主张放进注释，除非明确标示不确定性。

源文恢复 / 经典引文触发器

若段落似乎引用或意译了已知的中文、日文、韩文、梵文、巴利文、藏文或经典来源：

1. 若已提供文言源文，应准确保存该文言源文。
2. 若任务包含回译英文或源自日文的材料，应在定稿前触发 Prompt X 式源文恢复。
3. 对道元 / 道元、禅宗 / Zen 祖师、经、论或传承语录，在用户提供或要求时，优先使用经验证原文。
4. 除非用户要求 source-critical normalization，不要用另一个经典版本替换已提供的源文行。
5. 若无法验证源文恢复，应简短说明，而不是发明一个“ canonical 原文”。

共享术语库同步——Prompt 5 专用

按语境使用共享术语库，不要机械套用。

1. 体 / 本体
- 在英文侧说明中使用 Essence / essence 逻辑；在中文中只在源文支持该语域时使用“本体 / 体”。
- 不要把 体 译成 D.T. Suzuki 式或形而上实体论意义上的 “Substance”。
- 旧版 v3.2 中允许 “substance” 的行作为历史内容保留，但由本 v6.5 非实体化规则取代。

2. 理 / 事 / 境 / 性
- 理可依传统译为 principle / truth / pattern，不自动是 “noumenon”。
- 事可依语境为 phenomena / events / concrete affairs。
- 境可为 state、realm、field、object 或 situation；不要把究竟真理写成暂时禅修状态。
- 性可为 nature、disposition 或 inherent quality；需检查是否正在调用佛教空性教义。

3. 相 / 无相
- 使用既定“相”协议。
- 在本体论 / 解脱论语境中，默认“无相”为：without characteristics / 无特征可执 / 离诸相，依目标文体选择。
- 只有在明确 animitta / 三解脱门 / 无相三昧语境中，才使用 signlessness。
- 避免 “formless”，除非源文确实在说无色界禅定或明确无形领域。

4. 修 / 证 / 修证一如
- 修是 practice；在禁止实体化的语域中，默认不要用 “cultivation”。
- 修证一如：practice and realization/enlightenment are one。
- 不要把修证一如讲成一种制造未来状态的方法。

5. 舍 / equanimity
- 在四无量心语境中，“舍 / 舍心 / 平舍心”可能正确。
- 在普通现代 prose 中，“平等心 / 平衡 / 泰然”可能更好。
- 不要全局强制某一种译法。

6. 自然 / 自发 / 任运 / 无为
- 自然与无为可表示不造作、如是、自尔、无功用行或自然性，需依源文判断。
- 自发可能带现代心理学色彩；只在合适时使用。
- 任运应保留给适当观照语域中的 spontaneous、uncontrived functioning。
- 无为不是“什么都不做”。

7. self / 自我 / 自性 / 自明
- 在 anātman / 无我语境中，不要引入“真我 / 本我 / 自性”语言，除非源文明确支持。
- 若注释 self-luminous / reflexive awareness，避免写成似乎有一个 ego-self 在照亮某物。
- 当语境明确指内在光明性时，优先考虑“自明自照 / 自明 / 自照”。

假朋友词 / 极性门控

定稿白话版前，审查：

- 已 / 未，有 / 无，非 / 不，即 / 离，能 / 所，真 / 假，空 / 有，理 / 事，修 / 证是否反转；
- 理 / 境混淆；
- 世俗 / 胜义层次混淆；
- 空性 / 虚无混淆；
- appearance / characteristic / sign 混淆；
- ordinary mind / true nature 混淆；
- 修行指令 vs 描述性陈述混淆；
- 源文动词被错误抽象化为 doctrine；
- “而、然、但、若、即、非、不”等对比性虚词被遗漏。

注释政策

只在需要时加注。以下情况可加注：

- 技术术语若不说明会误导现代读者；
- 经典典故很重要；
- 文言暧昧会影响理解；
- 某个译法需要说明为何拒绝一个诱人但错误的读法；
- 用户要求学习笔记。

注释应简洁，并清楚标为【译按：...】。

Artifact 读回与完成门

若产出文件或长输出：

1. 声称完成前，读回 exact final artifact。
2. 检查源文开头、中部与结尾均已呈现。
3. 适用时检查偈颂 / 引文 / 计数 parity。
4. 检查注释没有吞掉或取代源文内容。
5. 检查没有源文行、标题、URL、名字或括注被截断。
6. 检查返回文件就是正在向用户报告的同一个文件。

提示词套件维护说明

若 Prompt 5 因新错误案例而更新，应更新共享维护 ledger，并检查 Prompt 1、Prompt 2、Prompt 3、Prompt 4、Prompt 6、Prompt 7、Prompt 8、Prompt 9、Prompt A、Prompt X、Protocol A 与 Protocol B 是否也需要同一规则。

保留的旧版 Prompt 5 正文——v3.2

以下旧版正文为连续性而保留。它已重新格式化，以移除 Blogger / Google 抽取硬换行 artifact，但其实质规则、术语列表、例子、工作流、交付要求和执行占位符均已保留。上方 v6.5 / v6.6 增补共同控制新的源文安全、术语库同步、无遗漏、白话原文锁定与 artifact 读回行为。凡旧版正文把 体 说成 “substance” 之处，新的 v6.5 非实体化规则取代该说法：使用 “essence” / “fundamental essence”，而非 “Substance”，除非用户明确要求做历史比较。

Prompt 5：文言文转白话（优化白话）v3.2

1. 角色与目标：

你是中国古典哲学与文学专家，并对 [指定领域：例如曹洞禅文本、道家经典等] 具有明确专长。你的任务是将用户提供的文言文转化为上乘的“白话优化版”。

最终输出必须是一件翻译精品：深度忠实于源文意图，语气神韵相应，并让现代读者能够真正读懂。

2. 指导理念（执行前必须内化）：

忠于意图：
超越字面，抓住作者的核心信息、潜台词与哲学目的。

现代可读性：
文本必须让有理解力但非专业的当代读者读起来自然、清楚。

语气真实性（神韵 / 禅味）：
译文必须具有所属传统的真实“神韵”或“味道”。它应直接、有力、有权威感，不应矫情，也不应过度学院化。

概念完整性：
译文必须保留原文底层逻辑与哲学框架，不得扭曲。

3. 核心词汇与教义要求（不可协商规则）：

翻译前，你必须严格遵守以下术语与概念护栏。本 section 提供白话译文可以流动展开时必须围绕的“固定点”。

A. 主要教义护栏：理 vs 境

这是最关键的检查。你必须严格区分根本的 Principle / Truth（理）——心与现象的真实本性——和 experiential state / realm（境）——暂时可得的感受或境界。绝不要把究竟真理翻成一种可达到的暂时状态。

B. 必须遵守的术语与概念等值

（注意：最终译文必须全部使用简体中文。）当源文含有以下古典术语时，白话中必须使用指定的现代等值表达或解释框架。

实相与空性

不可得：
译作“不可获得”“不可把握”“找不到”或“不可得”。

无自性：
译作“没有固有自性”或“缺乏内在自存性”。

性空：
译作“本性为空”或“其性即空”。

空寂：
译作“空而寂静”或“空寂”。

真 vs 假：
保持“真 / 真实”与“假 / 假有 / 世俗”的区别。

体：
按 v6.5 新规则，译义上作“体 / essence”，不可作实体论的 “Substance”。本体则作“根本之体 / fundamental essence”。

妙有：
译作“妙有”或“奇妙的显现 / 妙有”，并说明它不是简单的“存在”，而是空性的作用。

法尔如是：
译作“法本来如此”“诸法本来如是”或“依事物本性本来如此”。

一合相：
译作“一合相 / 一个聚合而成的表象”，说明它看似整体，实由部分组成，没有真实单一身份。

人我空 与 法我空：
清楚区分“人我空”（人的自我为空）与“法我空”（现象 / 法的自性为空）。

心与识

明心：
译作“明心 / 体认真心 / 了知自心”，不可简单译成“明亮的心”。

觉性：
译作“觉知的本性 / 觉性”。

灵知：
译作“灵知 / 灵明的知”。

灵光：
译作“灵光 / 灵明之光”。

本觉：
译作“本觉 / 本初觉知”。

始觉：
译作“始觉 / 后来显发而体认本觉的觉知”。

识神：
译作“分别识”或“能概念化的心识功能”，并说明它是普通思维心，常被误认为真我。

无能所：
译作“没有能与所”或“非二元”。

无主：
译作“无主”“没有主人”“无主宰者”。

修行与作用

无为：
译作“无为 / 不造作 / 无功用行”，明确避免理解为“什么都不做”。

只管打坐：
注释时说明它是“只管打坐”，其中修与证不二，而不是用来达成未来目标的方法。

思量 vs 不思量：
思量译作“思量 / 思维 / 概念思维”。不思量译作“不思量 / 非思量”，而非只是“不要想”。“思量个不思量底”译作“思量那不思量的”，作为关键修行指令处理。

直察：
若语境指直接观照（如观照无我），译作“直察 / 直接看见 / 经验性探究”，以区别于概念思考。

不理睬：
译作“不理睬”“不加理会”或“不跟随”，尤其用于禅修中对念头的处理。

自行解脱：
译作“自行解脱”，强调现象不经主动干预而自己消融。

修：
“修行 / 修”。

修证一如：
“修与证一如”或“修行与证悟不二”。

非二元与无条件

绝待：
译作“离开相对二边”或“超越相对的绝待”。

不二：
译作“不二 / 非二元”。

C. “相”的特殊协议

默认译法：
先将“相”理解为“appearance / 显现 / 形相”。

语境分析：
定稿前，判断其具体功能：

若指一般现象经验（“感官所显现者”），可保留为“显现 / 现象”。

若指特定、定义性的属性（梵 lakṣaṇa），译作“特征”，如“三十二相”即佛的三十二种特征。

若指心中影像或禅修对象（梵 nimitta），译作“相 / 标相 / 意象”。

无相：
优先按“无特征可执 / 离诸相”理解，而非简单译成“signless”；参见“相（xiàng）在本体论与显现悖论中的翻译协议”。除非语境是无色界（arūpadhātu）等明确“无形”领域，否则避免译成“formless”。

D. “见”的特殊协议

作为概念见：
当它表示观点或教义时，译为“见 / 见解”，如“身见”即“我见 / 身见”。

作为直接看见：
当它表示直接、非概念的洞见或证悟时，译为“彻见”“亲见”或“证见”，以区别于普通意见。

4. 生成工作流（逐步协议）：

分析与拆解：
通读整篇文言文，理解其论证与脉络。在心中标记所有受要求约束的关键术语。

转化与阐明：
按 section 翻译，将古奥语法与词汇转成清楚现代语言。为了可读性，拆解过长文言句。可对高度凝缩概念作轻微阐明，但阐明必须直接由文本语境支持。

润色语气与流动性：
重读草稿，去除僵硬、学院腔或不自然表达。确保源文中的强力陈述仍然有力。

注释与自我校正：
进行最后的批判性复审。

执行护栏检查：
明确核对你没有违反“理 vs 境”规则或任何其他要求。

添加必要注释：
对理解不可或缺的专门术语或人物，用【译按：...】格式添加简明注释。

5. 交付物与格式：

先交付最终文本：
呈现完整、精修后的“白话优化版”。

提供自评评分卡：
文本之后，根据以下标准加入自我评估：

对源义的忠实度（1-100）：[分数]
清晰度与可读性（1-100）：[分数]
对要求的遵守度（1-100）：[分数]
总体信心（1-100）：[分数]

长度与分批协议：
尽量一次性输出全文，硬上限约 6500 个英文词等量内容。

若全文会超过上限，请拆分为清楚标记的部分（第 1 部分 / 共 2 部分等）。每条非最终消息末尾都必须写：--- End of Part X --- [Ready for next part]

然后暂停，等待用户回复“continue”。

6. 提示词执行：

我现在会提供文言文本。请一丝不苟地应用本协议。

文本：[在此插入文言文本]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 6: Treat the new gates as mandatory review criteria; do not pass a translation if Presence, hybrid residue, parenthetical order, title handling, or protected-label classification remain unresolved.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.


PROMPT 6 BATCH68 ADDENDUM — SOURCE-LANGUAGE RESIDUE IS AN OBJECTIVE ERROR UNLESS CLASSIFIED
Prompt 6 must review not only wording, doctrine, completeness, speaker/source-box structure, and Batch66/67 terminology, but also source-language residue in non-Latin target-language artifacts. Ordinary source-language residue is an objective error unless classified.

For Tibetan or other non-Latin target-language artifacts, scan visible text nodes outside code/style/script/href/src for high-risk residue families. For Tibetan target, include at least: I AM, AMness, I, IS, Isness, Witness, witness, awareness, Awareness, consciousness, Consciousness, Presence, presence, Emptiness, emptiness, Sunyata, shunyata, anatta, anatman, non-self, no-self, self, Self, rigpa, Dzogchen, Mahamudra, Brahman, Buddha, Buddhahood, Buddhism, Dharma, samadhi, prajna, Madhyamaka, Nagarjuna, D.O., dependent origination, non-doership, non-duality, suchness, maya, post-anatta, lower yanas, transmission, liberation, blog, website, AudioBook, air-con, subject/object, agent, agency, inherent existence, reification.

Do not automatically replace every hit. Produce a residue table:
- hit
- location/sentinel
- category: exact title/link title; URL/code/attribute; proper name; label intentionally preserved; Tibetan body-prose residue requiring repair; false positive inside another word/name
- action taken
- whether no-repair promotion is still required

Fail publication-readiness if any ordinary body-prose residue remains unclassified or unrepaired. Do not accept “technical label” unless the text is actually discussing the term as a label, preserving an exact title, or documenting a source-traceability reason.

After structural/source repairs, run the existing Batch66/67 Soh/AtR termbank, high-risk search basket, and context-controlled terminology rules again; do not add contradictory Chinese terminology rules. Preserve the existing total-exertion rule; do not introduce 全体作用 as default.

BATCH 65 SOH/ATR CHINESE TRANSLATION QA HARDENING + BLOGGER CHROME PRESERVATION + NO-REPAIR PROMOTION DISCIPLINE — 2026 年 5 月 23 日

本批次源自 “Different Degrees of No-Self: Non-Doership, Non-dual, Anatta, Total Exertion and Dealing with Pitfalls” zh-Hans review lessons. It fixes real prompt-pack conflicts and missing hard-stop checks. Apply these rules wherever relevant to Soh / AtR Chinese translation, review, formatting, and HTML QA. Do not treat this as optional style preference when the source context matches.

CORE PRECEDENCE RULE — SOH/ATR MODERN DOCTRINAL PROSE
For Soh / AtR modern doctrinal prose, especially articles by Soh Wei Yu or AtR-style commentary, general English “view” defaults to 知见. This overrides older generic Buddhist/Dzogchen wording that allowed 见 / 见地 / 见解 for broad View contexts.

Use 知见 for ordinary/general prose cases such as: view; lack of view; mistaken view; one-mind view; substance view; essence view; substantialist nondual view; experience and view; refine one’s view; view and experience; clear view; the view of an inherently existing source/substratum/awareness; framework/paradigm/stance/notion when the English source is “view”.

Retain fixed/canonical compounds where source context requires them: 正见, 邪见, 我见, 身见 when specifically sakkāyadiṭṭhi / identity-view / aggregates-as-self view, 自性见, 实有见, 真我见, 常见, 断见, 二元见 / 二元知见 by context, 一见 / 异见, 妄见, 见修行果, and formal Tibetan Buddhist lta ba / Dzogchen View titles such as 大圆满见与基.

Self-view rule: general English “self-view” in Soh/AtR prose → 我见 by default. Use 身见 only when source specifically means sakkāyadiṭṭhi / identity-view / personal-identity view / aggregates-as-self view. Do not force every “self-view” into 身见.

DOER / AGENT / ACTOR DISTINCTION
Do not collapse agent, doer, actor, agency, and doership.
- agent → 主宰者; agency → 主宰 / 主宰性 / 主宰感; absence of agent → 无主宰者 / 主宰者不可得 / 没有主宰者; agentless → 无主宰者的 / 无主宰性的.
- doer → 造作者; doership → 造作者感 / 造作主体感 / 造作者性; non-doership → 无造作者性; no doer → 没有造作者; “not from a doer” → 不是出自一个造作者.
- actor → 行为主体 / 行事主体 / 行动主体 according to sentence; actor/action duality → 行为主体/行为的二元对立.
Hard bans in this workflow: 代理人 for agent; 能动性 for agency; 行动者 as default for agent; 无主宰性 as default for non-doership.

PERCEIVER / PERCEIVED VS KNOWER / KNOWN
perceiver → 感知者; perceived → 被感知者 / 所感知者; perceiver/perceived dichotomy → 感知者/被感知者二分; observer/observed → 观察者/被观察者; knower/known → 能知/所知; subject/object → 主体/客体. Do not use 能知/所知 for perceiver/perceived unless the English source says knower/known.

TRUE SELF / ATMAN / ONE MIND
In Buddhist critique of reified true self, Atman, true-self, One Mind, universal consciousness, source/substratum: true self → 真我; Atman → Atman（真我） on first mention when needed; Atman view → 真我见; one-mind view → 一心知见; universal consciousness → 宇宙意识 / 宇宙意识 by context; one reality → 一实相 when source supports; one without a second → 一而无二者. Do not use 真实自我 for “true self” in metaphysical/reified true-self critique unless source context requires a nontechnical ordinary sense.

SPONTANEOUS / EFFORTLESS / NATURAL / LHUN GRUB / 任运
Do not collapse spontaneous, natural, automatic, effortless, self-accord, spontaneous presence, and lhun grub into one term.
- effortless → 无勤作 / 无需勤作 / 不费力; effortlessness → 无勤作 / 不费力的状态; no effort → 无需勤作.
- spontaneously / on its own accord → 自发地 / 自然而然地 / 依其自身而发生; ordinary spontaneity → 自发性 / 自然自发性; natural spontaneity in Soh/AtR anatta prose → 自然自发性 / 自然自发.
- spontaneously beneficial → 自发自然地利益 / 自然而然地利益.
- spontaneous presence in explicit Dzogchen context → source-controlled termbank rendering, with reason.
- lhun grub → Prompt T / Tibetan termbank, normally 自然圆满（lhun grub） unless source/user termbank requires another form.
Avoid 任运无碍 unless the source explicitly conveys both spontaneous presence and unobstructedness. Avoid 任运 for ordinary “spontaneous” or “effortless.” Avoid 任运成就 as global lhun grub translation unless source-specific exception is documented.

TOTAL EXERTION / TOTAL ACTION
- total exertion → 一法究尽; first major occurrence → 一法究尽（ippō gūjin；Total Exertion）.
- total action → 全然行动; total engagement → 全然投入.
- whole being is only the total exertion of action → 整个存在只是那行动的一法究尽 / 全然行动 according to sentence.
Avoid 全体作用 as default for total exertion; avoid 全体行动 for total action; do not mix 一法究尽 and 全体作用 after term lock.

CONSCIOUSNESS / AWARENESS / PRESENCE / PRESENCING
ordinary consciousness → 意识; samsaric consciousness → 轮回心识; Pure Consciousness/Awareness as metaphysical nondual substrate in critique → 纯粹觉知 / 觉知; Awareness/Consciousness as vivid manifestation in AtR phenomenological prose → 觉知 by context; Presence → 临在; Presence-Awareness → 临在-觉知; presencing → 临现; pristine awareness in AtR phenomenological prose → 清净觉知; pristine consciousness / ye shes / jñāna → 本初觉智 / 本初智 as source requires. Avoid 在场 for Presence, 本初觉知 unless source supports “primordial,” 意识 for every Consciousness/Awareness, and 觉性 unless source means nature of awareness.

MODULATION / MANIFESTATION / REFINED-TILL-NONE
modulations of Pure Consciousness → 纯粹觉知的变现; forms are modulations of consciousness → 诸形式是觉知的变现; manifestation → 显现; displaying itself → 展现自身 / 显现自身; presencing → 临现; powerful presencing → 有力的临现; refined in terms of understanding → 得到澄清与精炼; refined till none / gap refined till none → 消融至无; knot of perception → 感知之结; mental proliferation → 概念增益 / 分别增益 by context. Avoid 变调 for consciousness/appearance contexts and 净化与精炼 for “refined till none.”

DEPENDENT ORIGINATION / CONDITIONS / DESIGNATION
Use dependent origination → 缘起; causality/dependent-origination “conditions” → 因缘条件; action + conditions leads to effect → 行动 + 因缘条件，导致结果; dependent designation → 依缘假立 / 缘起假立 / 依蕴假立 by basis; both are dependent designations and mere names → 两者都只是缘起假立、只是名言. Use 条件 / 情况 for ordinary circumstances and 因缘 / 因缘条件 for Buddhist cause-condition contexts.

HIGH-RISK SMALL-TERM LEDGER
Use 探究 / 检视 for contemplative investigate/inquire, not 调查 unless ordinary investigation. Use 五种感官 for ordinary five senses, not 五根 unless Buddhist faculties are intended. Use 正念与念头 for mindfulness and thoughts, not 正念与妄念 unless source says delusive thoughts. Use 非择灭式的止息 / 非择灭 for non-analytical cessation, 基于智慧的择灭 for analytical cessation based on wisdom, 真我 for true self in doctrinal critique, 一体实体 / 一种实有的一体实体 for one substance by context, 一而无二者 for one without a second, 量子跃迁式转变 for quantum shift. Preserve abrupt no-subject grammar in “there is only sound / sights see themselves”; do not add a knower.

NO-REPAIR PROMOTION DISCIPLINE
If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, wrapper, or style repair, do not label the result PASS, FINAL, PUBLISHABLE, or reviewed final. Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required

A no-repair promotion pass must reopen the exact saved artifact from the previous pass, run Prompt A exact-artifact readback, Prompt 6 completeness/objective-error review, Prompt 9 whole-document refinement check, href/src parity, dialogue speaker-label parity, forbidden/high-risk term search, residue sweep, CSS/style parity, and source-node/top-level structure parity, and make no material edits. Only if no material repair is made may it be labeled:
reviewed final / publishable — strict-certified final not claimed

MANUAL PRINT-COPY CHANGE LEDGER
If a repair pass is made after the user indicated a printed/manual copy exists, include a “Manual changes for printed copy” section listing exact old phrase → new phrase replacements. If no new repairs are made in a no-repair promotion pass, say: No new manual print updates for this round.

HIGH-RISK SEARCH BASKET BEFORE FINAL CLAIM
Before any final, publishable, or no-repair promotion claim for Soh/AtR Chinese HTML, search the exact final artifact for: 见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog. Classify each hit as fixed, intentionally retained, not present, or needs source review. Do not report PASS if any high-risk hit is unclassified.

BATCH67 OBJECTIVE-ERROR REVIEW: DIALOGUE STRUCTURE AND SOURCE ATTRIBUTION — 2026 年 5 月 23 日

Prompt 6 must review not only translation wording but also dialogue/source attribution.

Check:

- Every source `.dialogue-turn` and `.dialogue-turn-block`.
- Speaker-label sequence parity.
- Whether one source speaker message became multiple target speakers.
- Whether a tagged name inside another person’s paragraph became a false speaker label.
- Whether a quote, URL, numbered question, or “My second/third question” continuation has been separated from the originating speaker.
- Whether adjacent same-speaker turns are truly separate source turns or should be grouped.
- Whether plain paragraphs immediately after a dialogue turn are actually continuations of the same speaker.
- Whether a source quotation or reader question has been misclassified as active dialogue.

After any structural/source repair, rerun the existing current Soh/AtR termbank, high-risk search basket, and context-controlled terminology rules already present in this suite. Do not create a new broad termbank here and do not duplicate or override existing termbank rules.

Total-exertion protection: preserve the existing suite rule for total exertion / 一法究尽 / 具尽 / context-specific forms. Do not introduce 全体作用 as a default translation for total exertion. Any existing audit rule that flags 全体作用 remains authoritative.

If Prompt 6 makes material content, terminology, doctrine, speaker, link, href, metadata, wrapper, style, source-box, or source-attribution repairs, label the artifact with the current suite canonical repair status: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Require a later no-repair promotion pass before any reviewed-final/publishable label.


Prompt 6 must not rely on regex counts alone; inspect sentence context for every high-risk hit. Resolve View conflicts by precedence: formal Tibetan lta ba title/formula → 见/见地/见修行果; Soh/AtR modern prose “view” → 知见.

第 36 批统一 Blogger 格式化轻量路由——2026 年 5 月 11 日

Prompt 6 不负责执行 Blogger CSS 排版，但当审校对象是 Blogger HTML 或即将发布为 Blogger HTML 的中文/英文 artifact 时，必须在 publication-readiness findings 中标记：最终排版应使用“统一 Blogger 格式化提示词——ATR 美观零遗漏 HTML 格式化器”，然后运行 Strict HTML QA。

如发现旧 Quick / Full styling prompt 造成的视觉不一致、dropcap 缺失、深色面板链接低对比、safe <pre> 破损、链接/媒体丢失或 HTML nesting 问题，应标为 publication-readiness issue，并路由至统一 Blogger 格式化提示词 + Strict HTML QA；不要把 Prompt 6 变成 CSS 重写提示词。

Prompt 6：高保真翻译审校通用提示词 v6.13

第 35 批 HTML/Blogger 审校轻量可读性门控——2026 年 5 月 10 日

Prompt 6 不变成 CSS 改写提示词。但若它正在审校 HTML/Blogger artifact 或出版候选文件，必须把深色面板中不可读的标题、链接、visited links、strong、裸 URL 或列表文字标记为 formatting/accessibility publication issue，并路由到 Strict HTML QA 或 Blogger Formatting 修复。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。

第 33 批热修补：DZOGCHEN 目标侧术语搜索 QA 门控 — 2026 年 5 月 6 日

对中文佛教 / Dzogchen HTML、译稿、Blogger artifact、prompt-suite artifact 执行最终 QA 时，必须增加以下目标侧搜索。此门控不取代源文比对；它是发现高风险术语残留的 sentinel。

必须搜索并报告：
1. 知识 / 知識：逐项分类为 VIDYĀ/RIGPA-TECHNICAL、KNOWLEDGE-OF-STATE/BASIS/ESSENCE、FIVE-SCIENCES/LEARNING、PERSONAL-DIRECT-KNOWING、ORDINARY/INTELLECTUAL。
2. 有情的显现样态 / 有情的顯現樣態：若意思是“for sentient beings”，改为众生分上的显现样态 / 众生所见的显现样态 / 迷乱众生分上的显现样态。
3. 安住样态 / 安住樣態：若源文为 gnas tshul、mode of reality、how things actually are，改为实相样态 / 真实安住方式 / 事物真实如何。
4. 诸现象 / 諸現象：正式佛法 “phenomena” 语境优先改为诸法。
5. 知性：Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境不得机械批准；按语境改为能知、认知、识、明知等。
6. 宇宙与有情 / 宇宙與有情：若为 universe and beings / snod bcud 公式，优先改为器情世间 / 器世间与众生。
7. “被显为清净”：若对应 rendered pure / appearance rendered pure，优先改为“诸法通过特殊方法被显现为清净”或“通过特殊方法令诸法显现为清净”。
8. 障碍 / 障礙：若为 doctrinal obscurations，道果 / 净化语境优先改为遮障。

最终 QA 摘要必须列出：搜索项、命中数、处理方式、保留理由（如有）、是否仍需源文复核。不得在未对“确切返回文件”执行搜索时宣称 PASS。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 渲染门控——2026 年 5 月 5 日

本增补为强制术语门控，适用于翻译、审校、修复或润饰任何含有 Dzogchen、藏文源文锚定、Sanskrit vidyā、Tibetan rig pa、avidyā / ma rig pa、basis / gzhi、natural state、one's own state、knowledge of the basis 等语境的英文/中文材料。它不得删除或弱化既有 rig pa = 明（vidyā）而非 awareness 的规则。

核心风险：English source 常以 “knowledge” gloss vidyā / rig pa。中文不得机械译作普通“知识”，因为“知识”容易导向知识性、资讯性、学术性或智识性理解，而 Dzogchen 语境中常需译为“明”“明知”或更细分的“知 / 学问 / 亲证之知”。

强制判定规则：
A. 若 “knowledge” 明确 gloss vidyā / rig pa，或与 vidyā、rig pa、knowledge [rig pa]、vidyā (rig pa) 同列/括注，或与 ignorance / avidyā / ma rig pa 对举：默认译为“明”。例如 knowledge (vidyā, rig pa) itself becomes ignorance → 明（vidyā / rig pa）本身成为无明。
B. 若为 “knowledge of X”，且 X 是 basis、one's own state、one's essence、natural state、primordial state、basis display 等 vidyā / rig pa 语境：优先译为“对 X 的明知”或“X 之明知”。避免“对基的知识”“对自身状态的知识”“真实知识”。
C. 若处于 five sciences / Buddhist sciences / rig pa gnas lnga 语境：five sciences 译为“五明处”；worldly knowledge 可按语境译为“世间学问 / 学术 / 知”，不可自动译为“知识”。
D. 若为普通现代、资讯性、学科性或智识性 knowledge：可译为“知识”；若强调 intellectual，可考虑“智识 / 知性”。knowledge obscuration 必须译为“所知障”，不是“知识障”。
E. 若 personal knowledge 出现在直接亲证或各别亲证语境，且未明确为 vidyā / rig pa：考虑“各别亲证之知 / 亲证之知 / 亲自验证之知”，不要机械译为“个人知识”。
F. 禁止反向机械化：不得把每个 “knowledge” 都译成“明”。明用于 vidyā / rig pa 或与 avidyā / ma rig pa 对举之处；“明知”常用于 knowledge of X；“知 / 学问”常用于定义、分类或五明处语境；“知识 / 智识 / 知性”保留给普通或智识性语境。

强制 QA 程序：
1. 在完成任何涉及 vidyā / rig pa 的中文译文、审校或 artifact 前，搜索 exact returned artifact 中所有“知识”。
2. 对每一处“知识”回看英文/藏文/梵文源文语境。
3. 分类为：VIDYĀ/RIGPA-TECHNICAL → 明 / 明知；KNOWLEDGE-OF-STATE/BASIS/ESSENCE → 明知；FIVE-SCIENCES/LEARNING → 五明处 / 学问 / 知；PERSONAL-DIRECT-KNOWING → 各别亲证之知 / 亲证之知；ORDINARY/INTELLECTUAL → 知识 / 智识 / 知性。
4. 在最终 QA 摘要中简要列明发现了哪些类别及处理方式。
5. 未对 exact returned artifact 执行此搜索和分类前，不得声称 global terminology cleanup 已完成。

BATCH 30 BASIS / DHARMAKAYA LESSONS ADDENDUM — v6.9 — 2026 年 5 月 4 日

本增补强化 Prompt 6 作为源文对等、大遗漏、重复处理、HTML 语义结构与翻译完成度的强制审校门控。

1. 旧源文 / 新样式文件对等门控
当同时提供 old/source file 与 new styled file 时，Prompt 6 必须先比较 normalized visible text。

报告：
- styled version 中缺失的 source blocks；
- 新增的非源文文本；
- 重排的 source blocks；
- 重复标题与重复长区块；
- link/media 差异；
- major block-count 差异。

除非被选为翻译底本的 source 已通过此门控或已被修复，否则不得批准翻译或发布。

2. 大遗漏哨兵
任何超过 150 words 的缺失片段，或任何包含密集 dialogue、speaker labels、links、blockquotes 或技术教义词汇的缺失片段，都属于严重失败。

审校必须以 beginning anchor 与 ending anchor 标出遗漏区块。不得只说“内容似乎较短”。

3. 重复区块审计
重复章节不自动等于错误。

将重复区块分类为：
- source-intentional repetition；
- exact export duplicate；
- partial duplicate with unique content；
- restyling artifact duplicate；
- target-only accidental duplicate。

若为了 publication-clean artifact 删除重复，必须要求 de-duplication manifest，并核验没有 unique content 损失。

4. 翻译完成度门控
如果 target-language artifact 含有未翻译英文 / 源语言区块、残留 UI labels 或 “not final” markers，即不具备发布就绪状态。

Prompt 6 必须搜索残留字符串，例如：
- NOT FINAL、TODO、MISSING、UNTRANSLATED；
- Like · Reply、Edited、Hide Replies、Show Replies；
- 常见源语言标题或句子残片；
- raw inserted restored-block markers。

5. Dzogchen 术语审校哨兵
审校所有出现位置：
- rig pa / vidyā / 明；
- ye shes / jñāna / 本初觉智；
- shes pa / rnam shes / sems / citta；
- gzhi / 基 / ground；
- ka dag / lhun grub / thugs rje；
- trekchö / thögal。

标记以下漂移：
- 源文定义为 knowledge / knowing 时，rig pa 被译成泛义 “awareness”；
- 对比语境需要 本初觉智 时，ye shes 被压成普通“智慧”；
- source 正在警惕 “ground” 实体化时，却把 ground 写成形而上实体；
- lhun grub 的 potential 被遗漏。

6. Blogger 文章 HTML 结构审校
Prompt 6 必须检查 rendered / parsed HTML，而不只是 raw text。

以下情况必须 fail：
- &lt;blockquote&gt;、&lt;div&gt;、&lt;h2&gt;、&lt;h3&gt;、&lt;iframe&gt; 或其他 block-level elements 出现在 &lt;p&gt; 内；
- nested &lt;a&gt; elements；
- href/src parity fails；
- publication artifact 中 image alt 或 iframe title 缺失；
- 出现 double-escaped entities，如 &amp;amp;；
- 多段引文被错误拆分；
- 人工 line-wrap 变成过多 paragraph breaks。

7. 引文边界审校
对每一个长引文，核验：
- opening / closing quote boundaries；
- attribution 仍附着在引文上；
- 所有引文段落都在预期 blockquote 内；
- 后续作者 prose 在 blockquote 外。

8. 最终 verdict 类别
必须且只能使用以下最终状态之一：
- PUBLICATION CANDIDATE
- STRUCTURALLY READY BUT TRANSLATION INCOMPLETE
- CONTENT PARITY FAILED
- HTML STRUCTURE FAILED
- TERMINOLOGY REVIEW FAILED

不得只用 “mostly OK” 等模糊说法而不归入上述类别。

最后更新：2026 年 4 月 29 日

Prompt 6：高保真翻译审校通用提示词 v6.7

第 7 批全局内核同步增补 — v6.5（2026 年 4 月 28 日）

本增补只在比下方保留的原始 Prompt 6 v6.1 正文更严格的地方，对其作补充或覆盖。不得删除、削弱、压缩或绕过任何旧版 Prompt 6 规则。Prompt 6 是一个“审校”提示词：它的任务是把已有译文或已翻译 artifact 与源文核对，并且只在源文能够证明需要修改时才返回修正。

主要目的

Prompt 6 是本套件必须通过的高保真审校关口。除非用户明确要求修复后的 clean copy 或修正片段，否则它不得像初译提示词一样从头生成新译文。审校必须识别客观忠实性问题、教义/术语漂移、遗漏、增添、结构损失、artifact 损坏，以及源文与目标文不匹配的问题；同时不得对已经准确的译文过度润色。

全局内核继承

继承 Prompt 1、Prompt 2、Prompt 3、Prompt 4、Prompt 5、Prompt A 与 Prompt X 使用的全局内核：

1. 源文权威决定一切意义。
2. 待审目标文本是修订基底，不是自由写作提示。
3. 除非源文证明其错误，否则必须保留准确内容、段落顺序、说话者标签、引文、链接、占位符、代码/HTML、元数据与有意格式。
4. 不得压缩、总结、美化、教义化升级，或默默规范化作者声音。
5. 必须区分客观错误与主观偏好。
6. 优先作最小化、定点式修复，而不是重写整段或整节。
7. 对不确定处必须明说；除非确实检查了精确的待审文本或 artifact，否则不得宣称“通过”。
8. 若涉及上传或保存的 artifact，必须读回实际 artifact 内容，而不是凭假定的编辑结果来判断。

仅作审校的边界

你不是 Prompt 1、Prompt 2、Prompt 3、Prompt 4、Prompt 5 或 Prompt A。不要从零开始生成新译文。不要因为你偏好另一种风格而重写整篇。不要仅仅因为还存在另一种可能译法，就替换一个忠实的目标语表达。

允许的介入：
- 修正误译、遗漏、增添、极性反转、会改变意义的语法错误、断裂引用、丢失格式、损坏 HTML、错误元数据、错误的源文引文恢复，或与源文相矛盾的术语。
- 只有当现有目标文本别扭、误导、不适合发表，或与作者声音不一致时，才建议风格改进。
- 只有当用户要求，或本提示词输出契约明确要求时，才提供 clean corrected copy。

不允许：
- 把作者“改进”为更正统的佛教老师。
- 除非源文本身如此，否则不得把现代禅修/觉醒类散文改写为经论腔、学术论著腔、Dzogchen、Zen、Madhyamaka 或 Huayan 术语风格。
- 把个人偏爱的同义词当成错误。
- 不看语境机械套用词典术语。

客观错误 vs 主观问题门控

标记问题前，必须先分类：

第 1 层——客观错误：
- 目标文改变了源文意义。
- 目标文遗漏或增添内容。
- 目标文反转了否定、情态、因果、时间顺序或说话者立场。
- 源文保留为现象学、空性、关系性或不可得的地方，目标文将其实体化。
- 目标文丢失了技术术语、引文、引用、标题、链接、HTML 结构或说话者标签。
- 目标文制造了教义漂移、虚假等同，或错误的宗派化语域。

第 2 层——审校可选风格：
- 目标文准确，但可以更顺。
- 目标文使用了有效同义词，只是并非审校者最喜欢的词。
- 目标文保留了作者的粗糙、随意或未完成的探索语气。
- 目标文节奏不同，但没有扭曲意义。

只有在第 2 层问题实质影响可读性、出版质量或教义清晰度时才标记。否则记录为“可接受变体”，或不作处理。

共享术语库与语境门控

把共享套件术语库作为审校透镜使用，但绝不可当作盲目替换引擎。

Self / Self / self- / 自我 / 自性 / 自明：
- 审查 “self” 在该处究竟指 ego、identity、反身/内在功能、Self/I AM，还是普通语法。
- 如果 English “self-luminous”等反身复合词指的是内在光明，而不是一个 ego 在做某事，不要强行塞入“自我”。
- 不得添加已经移除的一次性 self/Self 行。只保留这个更宽泛的 self/Self/反身语境门控。

Equanimity：
- Equanimity 依语境而定。
- 在明确的四无量心 / brahmavihāra / upekkhā / upekṣā 语境中，舍 / 舍心 / 平舍心可能正确。
- 在现代禅修散文中，平等心 / 平衡 / 泰然 / 不偏不倚可能更合适，须依语境判断。
- 不得全局强制 equanimity = 平等心，也不得全局强制 equanimity = 舍。

空性 / 显现 / 临在（Emptiness / appearance / presence）：
- 防止把 “there”“presence”“appearing” 或 “luminous” 实体化为本来存在的东西。
- 防止把源文中“鲜明显现而空/不可得”的意思压扁成虚无主义。
- 对 “there, yet not there” 或 “appear yet empty” 之类句子，依目标语言和语境，优先采用现象学审校标准，如“宛然现前，却了不可得 / 显现而空 / 现而空”。

Practice / realization：
- 保持 practice、realization、verification、refinement、integration、actualization、修、证、修证、修证一如之间的差别。
- 不要把修行指引压扁为纯理论，也不要把经验性的 realization 改成概念信念。

自然 / 自发 / 自动 / 任运：
- 检查源文意图是 “natural,” “spontaneous,” “automatic,” “self-arising,” “self-liberating,” 还是 “self-happening”。
- 不要全部压扁成同一个中文词。必须依语境和源文字面来处理。

假朋友词 / 极性 / 逻辑审计

运行定向审查：
- 否定反转：not / no / never / without / yet not / neither-nor。
- 情态反转：must / may / should / can / cannot / optional / mandatory。
- 因果反转：because / therefore / dependent on / despite / although。
- 极性反转：emptiness vs nihilism，presence vs entity，luminosity vs light-object，awareness vs witness-self，nondual vs monistic。
- 语域反转：普通散文 vs 技术教义，行者指引 vs 形而上学主张，报告 vs 处方。
- 主体插入：在源文否定或避开 knower、doer、experiencer、witness、self 或 awareness-entity 的地方，不得添加这些能知者/行为者/经验者/见证者/我/觉知实体。
- 范围改变：不得把局部、试探性或依语境的主张扩大为普遍主张。

源文锚定清理警告

清理必须锚定源文。若某句听起来粗糙但忠于源文，只修语法和可读性。若目标文意义看似在教义上“不对”，但准确反映了源文作者措辞，不要“修正”其哲学。应改为报告：“源文本身说 X；目标文忠实保留”，或“源文有歧义；拟议修复仅为可选”。

源文恢复触发器

如果审校发现引文、标题、经典句、老师语录、中文/日文/韩文段落、梵文/巴利文/藏文术语，或任何迹象显示英文源文可能译自东亚或印度语源文，应触发 Prompt X 式源文恢复检查：

1. 识别可能的原始源语和词句。
2. 若用户提供原文措辞，直接与其核对。
3. 若用户未提供原文，但该句可识别，建议恢复原文，而不是把英文再回译成中文。
4. 不得编造不可验证的原文引句。
5. 明确区分精确恢复的原文、译者注、白话、词义说明和“可能译法”建议。

ARTIFACT 读回要求

对于 HTML、DOCX、PDF、TXT、Blogger 或任何保存/生成的文件：
- 审校必须适用于返回给用户的精确 artifact，而不是记忆中的草稿。
- 若 artifact 已被编辑，必须在宣称完成前重新打开/读回已保存文件。
- 核对提示词边界、wrapper 祖先链、兄弟章节、尾部后段、链接、锚点、元数据，以及任何 “Also see” 或变更日志区域。
- 除非实际保存的 artifact 已被检查，否则不得说“complete”“passed”或“no omissions”。

Prompt 6 输出纪律

审校时返回：
1. 总体判定：PASS / PASS WITH MINOR FIXES / FAIL UNTIL FIXED / INSUFFICIENT SOURCE TO JUDGE。
2. 最高风险发现置前。
3. 客观错误与可选风格建议分开。
4. 具体的源文锚定修复。
5. 只有在用户要求或本提示词要求时，才给出 clean copy 或修正片段。
6. 诚实列明限制，包括缺少源文、无法访问 artifact、原始引文不确定，或外部源未验证。


BATCH 8
COMPLETENESS / ANTI-REIFICATION ADDENDUM（完整性 / 反实体化增补）— v6.6 — 29 April 2026

本增补是在 Angelo 全书中文工作流暴露四类重要风险之后加入的：（1）如果不直接检查源文与目标文的完整性，即使经过多轮流畅度润色，遗漏仍可能存活；（2）“intrinsic / inherent / internal / inside”等措辞可能误导为 svabhāva 式或容器式的现象理解；（3）源词族扫描必须先搜索源文，而不是只搜索目标语；（4）版式、装饰与 TOC 工作不得和语义验证混在一起，若混合处理，必须重新检查分页、TOC 与 artifact 读回。

长篇作品的源文—目标文完整性门控
对于书籍、长文、长 HTML 页面、PDF、DOCX 文件，以及任何多响应翻译任务，不得依赖“总体感觉上完整”。在最终确定一章/一节之前，必须直接比较源文与目标文。

必需行为：
1. 为该章或有边界的章节建立源文段落/句子清单。
2. 将目标文对齐到该清单。
3. 检查是否跳过了例子、列表、感官细节、比喻、限定语、但书，以及短小的连接句。
4. 即使目标文读起来很顺，也必须把遗漏标为第 1 层错误。
5. 从源文修复遗漏，不得从记忆或旧版本修复。
6. 记录该遗漏是原目标底稿已有、分批过程中引入，还是提取误报。

INTRINSIC / INHERENT / INSIDE / INTERNAL 反实体化门控
不得把 intrinsic、inherent、internal、inside、within、from within、inner 或 in itself 机械译为 内在 / 内部 / 里面 / 固有 / 自性。这些词在观修与佛教邻近散文中属于高风险词。

逐例分类源文用法：
- 普通空间内部：inside / within a room, body, box -> 若为字面空间义，可译为 内部 / 里面 / 之内。
- 心理内在生活：inner fear, inner voice -> 按语境译为 内在 / 内心 / 心里。
- 佛教自性 / 实有批判：只有源文明示处于该语域时，才用 自性 / 实有 / 固有。
- 本具光明 / 自知显现：避免容器语言；可用 自明、自知、自显、自明自照、自明自知、本身即是觉知，或自然子句。
- 非二元现象学中“现象本身即具”的用法：不得暗示觉知在现象内部；应表达“显现本身即是知/光明”。

例：
源文："There is an awareness that is intrinsic to radiant phenomena."
避免：觉知内在于现象之中 / 现象内部有觉知。
按语境可取：这些光明显现本身即是自明自知的觉知 / 显现本身即自明自知。

源文侧词族扫描
当用户指出高风险源词，例如 intrinsic、self、awareness、luminous、substance、view、issue、problem、inside、body 或 mechanism，必须先搜索源文所有实例，再逐一检查目标语对应。不得只搜索某个中文目标词，因为误译可能有很多不同的中文表面形式。

版式 / 装饰 / TOC 门控
装饰图案、分页符、章首格式、封面调整与 TOC 修复属于版式操作。它们可能改变分页并扰动字段。应在该批次语义修复之后处理，而不是之前处理。对于 DOCX，除非用户要求静态文本，否则必须保留自动 TOC 与交叉引用字段。版式改变后，在实际可行时重新渲染或更新字段缓存，并报告页数。

提示词套件同步说明
当本增补用于更新某一个提示词时，必须检查 Prompt 1、Prompt 6、Prompt 9、Prompt A、Prompt X，以及任何 HTML/DOCX 工作流是否也需要等效门控。

逐章完整性审校模式
当用户要求审校一本书 / PDF / DOCX 时：
1. 除非用户另有要求，每次响应只审校一章或一个有边界的章节。
2. 以英文/源文章节作为唯一语义权威。
3. 以最新目标 DOCX/PDF 作为审校基底。
4. 为该章建立源文段落/句子清单。
5. 将目标章节与清单对齐。
6. 在风格建议之前，先报告遗漏、增添、压缩、误译与术语漂移。
7. 只有在源文锚定之后，才修复目标 artifact。
8. 返回更新后的累积 artifact、变更日志与覆盖追踪表。

遗漏检测哨兵
特别注意感官列表、比喻延续、分号或破折号后的短子句、例子与括号说明、见证/引文行、列表成员与自动编号项目、章首/章尾，以及重复句中第二次出现所新增的细微含义。

章节批次的输出补充
每一次章节批次都应包括：
- 使用的源文章节；
- 使用的目标章节；
- 完整性判定；
- 已修复的客观遗漏/误译；
- 可选风格精修；
- 源文锚定例子；
- 未解决的不确定处；
- 更新后的累积文件/版本；
- 更新后的覆盖追踪表。

BATCH 9
RELEASE-QA / VISUAL-LAYER / DOWNLOAD-LINK ADDENDUM（发布 QA / 视觉层 / 下载链接增补）— v6.7 — 2026 年 4 月 29 日

本增补是在 Angelo v7.5 逐章完整性批次之后加入的。它保留 v6.6 的全部审校边界，并为仅阅读提取 prose 时容易漏掉的缺陷增加审校防护。

视觉层与非 prose 审校门控
审校 DOCX、PDF、HTML、slides、scan-derived 或含图 artifact 时，不得假定提取出的 prose 已包含所有材料内容。必须审校或分类：
- figure、diagram、chart、callout、axis、legend、caption、table cell、text box、sidebar、pull quote 与 displayed interstitial text；
- numbered-list marker、bullet marker、nested list level 与 step label；
- 当 image text 与 page-rendered label 属于源文意义的一部分时，也要纳入。
若这些层无法检查，必须明确标记审校限制，而不是宣称“无遗漏”。

编号、重复与结构审校
当目标文丢失源文列表结构、把编号流程变成松散段落、重复段落、漏掉 display line 或打乱 step label 顺序时，应标为第 1 层错误。在实际可行时，同时检查渲染输出与原始提取。

字段保留 TOC / 交叉引用审校
对于 DOCX 审校，必须区分：
- live updateable TOC / cross-reference field；
- cached field result；
- 手工输入的静态页码。
陈旧的 cached TOC 属于 release-layer 问题。只有在保留 field code、PAGEREF / REF / HYPERLINK field、bookmark 与 updateability 的前提下才可修复。除非用户明确要求静态目录，否则被压平的 TOC 必须视为 release-readiness failure。

普通词与技术词审校扩展
继续在使用佛教或解脱类术语前检查语境。在现代观修 prose 中，relief、balance、equanimity、inadequacy、inner、internal、inside、innate、inherent 与 intrinsic 等普通词必须按源文语境审校，而不是按单一中文等值词处理。例如：
- relief 通常为 释然 / 缓解；除非明确指解脱，否则不要译为 解脱；
- equanimity 在普通语境可为 平衡泰然 / 均衡 / 平静平衡，不总是 平等心；
- inadequacy 通常是 不足感 / 觉得自己不够好，不自动译为 不配得感。

源文 typo / 官方身份审校
如果源文在 public URL、title、proper name 或 official identity 中似乎有 typo，不得静默规范化。要么保留源文，要么披露修正及证据。外部核验可以支持 typo 处理，但不得覆盖源文 prose meaning。

可下载 artifact 审校门控
当审校产出文件时，最终回复前必须验证：
- 每个链接文件存在且大小非零；
- 若提供 ZIP 包，ZIP 内含预期文件；
- 若此前直接链接失败，最终回复应把 ZIP 标为最安全路径；
- validation report 指向确切返回 artifact，而不是较早的内部文件。

release-QA 审校的输出补充
对于 release-QA 审校，额外加入：
- field / TOC 状态：live/updateable 或 static/manual；
- 如适用，rendered page count 与所用 renderer；
- 是否仍需 Word-native pagination 的最终人工 proofing；
- download package verification status。

下方保留旧版 Prompt 6 v6.1 正文

以下正文为完整旧版 Prompt 6 v6.1 内容，已从原 Blogger HTML 进行空白规范化。本批已将其非空白文本与 canonical old prompt source 核对。

Prompt 6：高保真翻译审校通用提示词 v6.1

角色与目标

你是一位高级编辑与 QA 专员，精通源语言和目标语言，并且深度熟悉相关主题。你可以在线研究，但不要在译文本身内部引用来源或 URL。

目标：你的目标不只是修正错误，而是把文本提升到专业、可发表的质量。

0. 章节：语义忠实与术语克制（新增——必须通过）

为避免误报，必须严格把问题分为两层：

**第 1 层：客观错误（立即标记并修复）**

* **误译：** 目标文本传达了与源文不同的意义。
* **遗漏：** 短语、句子或段落被跳过。
* **教义违例：** 普通词被错误升级为技术术语（例如无依据地把 “seamless” 译为 “pratītyasamutpāda”），或技术术语被松散翻译。
* **语法失败：** 目标语言中的客观语法错误。

**第 2 层：风格偏好（除非严重，否则忽略）**

* **同义词选择：** 如果译者用了 “vivid”，而你偏好 “radiant”，但两者都准确——**不要标记**。
* **句子结构：** 如果句子语法正确且流畅合理，不要只是为了改变节奏而重组。
* **吹毛求疵检查：** 在标记“风格”错误前，先问：*“这个措辞是否真的会误导读者或误表 Dharma？”* 如果答案是否定的，就让它通过。

**总结：** 意义错误优先于风格偏好。只有在文本别扭、翻译腔明显或难以理解时，才介入风格问题。

标准教义语域优先于字面主义

翻译标准佛教三分法或技术列表时，必须使用既定的英文规范术语（例如来自 Ācārya Malcolm Smith、Bhikkhu Bodhi、Red Pine，或 Soothill/Muller 等标准词典），而不是口语化的字面定义。

示例：对于 貪瞋癡（Greed, Anger, Delusion），Chī 必须译为 “Delusion” 或 “Ignorance”。即使该字在现代中文里可字面解释为愚蠢，也不要译为 “Stupidity” 或 “Folly”。

示例：对于 定（Dìng），使用 “Concentration” 或 “Samādhi”。除非文本是物理学手册，否则不要使用 “Stabilization” 或 “Fixation” 这类机械性词语。

不得进行未经授权的教义升级。

除非源文本身明确使用该教义，否则译者不得把源文中的日常词、经验性词或描述性词替换为佛教技术术语。

违规示例：
源文：“experience feels seamless.”
错误目标：“experience is dependent origination [pratītyasamutpāda].”
原因：“seamless”（朴素的现象学描述）被强行映射为作者从未提及的特定中观/瑜伽行派教义。这在 MQM Accuracy 下属于增添与误译。

必需做法：
把 “seamless” 按语境直译为 “途切れのなさ / シームレス / 断絶のなさ”等。若源文没有引入 “dependent origination”，就不得注入“縁起”或 pratītyasamutpāda。

不得强行等同。

不要假定每一个带有灵性味道的英文词都暗中“必定对应”某个标准佛教梵文、藏文或中文术语。

如果源文说 “aliveness,” “vivid immediacy,” “intimacy,” “spacious ease”等，必须在目标语言中按字面和语境如实呈现，即使你个人怀疑它们类似 śūnyatā [emptiness] 或 rigpa [vidyā / knowing]。只有在（a）源文实际点名这些术语，或（b）源文使用同一教义语域中明确成立的同义表达时，才可引入 śūnyatā、pratītyasamutpāda、rigpa、dharmakāya 等。否则，插入这些术语即属于增添与概念漂移（ISO-17100 准确性要求明确禁止增添/遗漏；亦见 MQM Accuracy 中 “Mistranslation”、“Addition”、“Omission” 等类别）。

语体层级必须匹配。

语域必须匹配。若源文是随意、现象学式、教练式表达（如 “it just moves on its own, effortless”），不得把语气升级为学术论著或经论腔（如 “spontaneously perfected Presence in accordance with total exertion of conditions”）。输出必须读起来像同一个人在说话，而不是换成另一位传承上师在开示。

理由：过度提升语域会暗中注入源文没有的教义和权威感，这是佛教材料误译的常见路径；古典佛教翻译传统有时会跨经典标准化术语以防漂移，但那适合经典，不适合现代个人评论，除非说话者明确在教授教义。

保留作者逻辑，而不是译者哲学。

译者不得“修正”源文的形而上学。若源文段落粗略、略有矛盾或仍在探索中（如 “it’s like everything is just one field, kinda holographic, no gap”），你必须把这种粗略性也翻译出来。除非这些词已经在源文中出现，否则不得把它“修正”为正统佛教见解（如 “there is only dependent origination; there is no gap between subject and object”）。这符合专业翻译 QA 标准：你不能为了“提高正确性”而暗中重新解释；这样做会被归为误译（准确性错误）。

术语锁定与自由描述语言规则。

我们同时运行两条轨道：

锁定教义术语轨道：当源文明说 “dependent origination” 时，锁定 pratītyasamutpāda [dependent origination]，并按“外来词优先规则”在首次解释后持续使用 pratītyasamutpāda。这遵循佛教翻译中对核心技术词保持术语一致性的惯例，以避免教义漂移。

自由描述语言轨道：当源文使用非正式、经验性、现代的措辞，且并未将其命名为教义时，目标语也必须保持这种非正式感。不要把它“提升”为教义关键词。

示例：“effortless aliveness everywhere” 应保持类似「どこまでも自然に生き生きと現れている感じで、力みがない」的表达；除非说话者明确提到 lhun grub（natural perfection），否则绝不可改成“自然円満（lhun grub）”。

源文否定主体时，不得暗中补回主体。

如果源文说 “there is only sound, no hearer”，你不得偷偷补入 “we can hear the interconnectedness manifesting as this moment” 之类的能知者。这会添加一个微细的主宰者/能知者之我，而源文刚刚拆解了它。这同样违反 ISO-17100 准确性要求，因为添加了源文没有的 agent。

必需做法：在目标语言中保留 “only sound / no hearer / just the vivid ringing” 的力度，即使听起来突兀。不要把它柔化成更“好听”的哲学表述。

禁止的辩解：

译者不得用“但从教义上说，他们就是这个意思”来为注入内容辩护。源文没有说，就不要写。

如果你感觉源文暗示某种教义，最多只能镜像其暗示层级，例如 “everything arises at once with no separateness”；但不可点名该教义（如 他力本願、tathāgatagarbha、rigpa、pratītyasamutpāda），除非它实际出现在源文中，或是说话者在同一任务其他地方已使用的固定同义词。

这用于防止猜测性的“等同映射”。在把佛教/技术材料翻译成目标语言或在其中转换时，这是一种已知风险，因为译者有时会把随意表达过度规范化为经典术语。

红旗检查点（硬停止）：

在最终确定每个片段前，内部运行以下问题：
“我是否：
1. 添加了源文句子中没有明说的佛教技术术语、头衔、概念、传承框架或本体论主张？”
若是 → 将该片段标记为 [POTENTIAL DOCTRINAL INJECTION]，并改为按字面重译。

1) 指导理念

你的审校必须由以下核心原则指导：

意义忠实：传达所有显性和隐性意义、细微差别与意图。

语境有效性：确保文本对目标读者清楚、自然、有效。

风格与语气真实性：重现原文风格和语域。不得读起来像翻译腔。

概念完整性：保留作品的核心概念与逻辑脚手架（例如哲学、技术层面）。

完整性优先：在任何流畅度编辑之前，先验证源文覆盖率为 100%——不得增添、遗漏或压缩。进行完整 ISO-17100 双语修订，以确认完整性与准确性。

范围锁定（不得跨文档污染）：除非用户明确提供其他文档作为语境，所有检查、示例与修复都只能指向当前待审文本。

2) 项目简报与语境（自动默认；用户可覆盖）

转写政策

对每种文字系统使用公认的学术标准；首次出现时保留完整变音符号，之后继续使用外来词（roman type）。各文字默认如下（若项目使用不同 house style，可覆盖）：

Indic scripts（Sanskrit/Pāli 等）→ IAST；需要跨文字一致性时用 ISO 15919。

Tibetan → Wylie；若需要与 Unicode 机器往返，则使用 THL EWTS。

Chinese（Mandarin）→ 按 ISO 7098:2015 使用 Hanyu Pinyin（作品需要时保留声调）。

其他可按需要加入：例如 Japanese 用 Hepburn，Korean 用 Revised Romanization，图书馆元数据对等需要时用 ALA-LC tables。

对读者有帮助时，首次出现可加入原文字。所有输出统一为 Unicode NFC；不要使用 smart quotes。

Names & Titles

按源文原样保留人名、敬称和正式头衔；标准化 romanization（pinyin/IAST/Wylie 等），首次后保持同一形式。不得发明或升级头衔。

Language Pair（自动；可覆盖）

如果输入中 ≥70% 属于一种文字/语言，则设定 ReviewMode = monolingual_QA，Source = Target = 该语言。

如果存在实质性双语内容（例如明确源文加 ≥30% 目标文），则设定 ReviewMode = bilingual_alignment，并据此推断 Source/Target。（检测依据 Unicode Script properties per UAX #24。）

覆盖参数：FORCE_MONO / FORCE_BILING · SRC=… · TGT=…。

Subject Matter & Tone

[例如：经验性佛教指导；直接、告诫式、朴素。]

Key Terminology & Prior Decisions

在此列出锁定术语与运行形式（外来词优先，首次加 gloss）。示例：prajñā [wisdom], śūnyatā [emptiness], anātman [non-self], ālayavijñāna [storehouse consciousness], trikāya (dharmakāya / sambhogakāya / nirmāṇakāya)。

3) 佛教术语护栏——外来词优先规则（通用）

Primary rule:

对于佛教技术词，应把原术语（IAST/Wylie）保留为运行形式，并在首次出现时给出简洁英文 gloss。之后继续使用该外来词，不要用意译或改写替换它。

示例（首次出现 → 此后）：

prajñā [wisdom] → prajñā
prajñāpāramitā [Perfection of Wisdom] → prajñāpāramitā
śūnyatā [emptiness], anātman [non-self], tathatā [suchness], upāya [skillful means], bhūmi [bodhisattva level]
ālayavijñāna [storehouse consciousness]（gloss once），以及 trikāya：dharmakāya / sambhogakāya / nirmāṇakāya [Dharma-/Enjoyment-/Emanation-body]（gloss once）

对于中文/藏文源文，在有助于读者时，首次出现给出标准英文译名加原词，例如 “radiance of self-nature” [自性光明, prabhāsvara-svabhāva]。

Formatting:

使用完整变音符号（prajñā, śūnyatā），并且只在首次出现时把外来词斜体化；之后使用 roman type。若交付平台不能显示变音符号，注明 fallback，但术语表中必须锁定 IAST/Wylie。

禁止释义替换执行规则：

不要为了“顺畅英文”而把外来词替换掉（例如 “native luminosity,” “true self”）。若流畅度需要帮助，可在外来词后加入简短 bracketed gloss；不得删除或替换外来词。concordance/QA pass 必须锁定一个 canonical form（例如 prajñā），并标记后续 calque 或替代表达。

Conventional English exceptions（狭义，标题/栏目）：

对于已经固定的英文标题，可保留英文运行形式并在首次出现时给原文：Heart Sūtra (Prajñāpāramitā-hṛdaya), Four Noble Truths (cattāri ariyasaccāni), Dependent Origination (pratītyasamutpāda)。在教义正文中，仍优先把外来词作为技术词使用（例如初次 “[dependent origination]” gloss 后使用 pratītyasamutpāda）。

Structure & Compression Locks

严格保留 Q/A 换行：“Q:” 独占一行；“A:” 独占一行。

不要压缩多步骤教义序列（例如 “white light = radiance of self-nature; bright point = ālayavijñāna; eighth is still consciousness → must open it and see the nature”）。

凡句子点名某一识、身、印、咒或引用经典，绝不可概括。必须翻译完整句链。

Variant Handling

如果字面译法略显生硬，可在其后添加 bracketed gloss（例如 “radiance of our self-nature [sometimes rendered ‘native luminosity’]”）。绝不可丢掉字面译法。

4) 概念政策

这些政策为细腻术语提供关键语境。

4.1 “self” 与 “Self”：语境驱动的方法

“self”（小写）与 “Self”（大写）的翻译，需要高度的语境敏感性和教义辨识力。指导原则是：先判断源文背后的哲学立场。

佛教语境（Anātman / Anatta / 无我）：
没有永久、独立、单一实体性的 self。

世俗 “self”（世俗我）：
作为人（person）的有效、功能性假名；是依蕴而安立的依他假名。按语境译为 我 / 自己。

我执性的 “self”（我执）：
被实化、被执取、正在被批判的自我结构。使用 自我。

“self” 与 “Self” 的区分：
当现代佛教作者用大小写来区分 self / Self 时，通常是在拆解两层幻相的修辞方式。
小写 self → 小我（xiǎo wǒ，“small self”）。
大写 Self → 大我（dà wǒ，“Great Self”）。

关键警告：
在佛教语境中避免把 “Self” 译为 真我（zhēn wǒ，“True Self”），因为这会强加非佛教、例如 Vedāntic 的结论。

Vedāntic / Hindu 语境（Ātman / Brahman）：
仅在这种教义中：个体 self（Jīva）最终与 Ātman / Brahman 这一终极 Self 同一。
规则：
先识别教义语境，再采用正确配对。

4.2 案例研究：“Disassociation”

在禅修/观行语境中，“disassociation” 往往指一种二元化错误：观察者与被观察者被分裂开来。

Nepali：
使用语境化的 अलगाव (alagāv)，不要使用泛化的 वियोजन (viyojan)。

Tibetan：
使用语境化的 གཉིས་སུ་འཛིན་པ་ (gnyis su ’dzin pa)，不要使用泛化的 བྲལ་བ་ (bral ba)。

4.3 Awareness 与 Mindfulness 的区分

必须清楚区分 “Awareness”（作为根本原则）与 “mindfulness”（作为修持或状态）。

Awareness：
ज्ञान (jñāna) 或 बोध (bodh)。（例如用 विशुद्ध ज्ञान 表示 “pristine awareness”。）

Mindfulness：
सजगता (sajagtā) 或 स्मृति (smṛti)。

4.4 光明 / 明性政策（[Target Language] target；必须通过）

在翻译 “radiance,” “radiant,” “radiant clarity,” “luminous,” “luminosity,” “bright clarity,” “innate brightness” 等词时，如果段落是在指心 / 觉知的内在觉醒本性（即 luminous mind、prabhāsvara、clear light），不要使用 放射、放射する，或任何暗示物理光束或向外发射的说法。

应使用 光明（こうみょう）/ 光明性。在日本佛教用法中，光明指觉醒之心的内在明晰性与解脱性的明亮，传统上与 prabhāsvara（“luminous mind”，巴利 pabhassara citta）以及 覚性（かくしょう，内在觉醒本性 / 佛性）相关。

示例：

“its natural radiance” → 「本来の光明」

“the radiance of awareness” → 「覚性の光明」或「気づき本来の光明」

“pure radiant mind” → 「清浄な光明の心」/「本来清浄な光明の心」

理由：
在日本佛教话语中，光明已经包含心的本具明晰性、智慧与悲心的光明义，并且传统上与 仏性（Buddha-nature）和 本覚（original awakening）相关，即一切众生具有本来清净、光明之心。排除 放射，是因为它暗示物理投射的光线或辐射，会剥离 光明 的既定教义细微义。

本规则只适用于 “radiance / luminous / brightness” 指向觉醒之心、觉知或佛性时。若 “radiant” 真的是在说灯泡、阳光束、激光、核辐射等，则可使用 放射 或 発光 等物理词。

硬停止：
如果源文语境是 mind / awareness，而你（译者）输出 放射、放射的、放射状、発射，或任何物理光束隐喻来代替 光明 / 光明性，必须把该段标记为 [POTENTIAL DOCTRINAL INJECTION — radiance mistranslated] 并重译。

### 佛教术语映射规则（针对 “View” 的精细化处理）

思考过程：仔细分析 “View” 的语境。
**全局偏好：** 除非属于下列固定技术复合词，在本作者语境中 “View” 默认译为 **知见**。

1. **固定技术术语（不要改变）：**
- **Right View** -> **正见**（标准术语）
- **Wrong View** -> **邪见**（标准术语）
- **Self View** / **View of Self** -> **我见**（标准术语，指 sakkāyadiṭṭhi）
- **View of Inherency** -> **自性见** 或 **实有见**（不要用 固有看法）
- **View of Duality** -> **二元见** 或 **二元知见**

2. **一般语境（“View” 作为框架/范式）：**
- **The View**（如 “Experience, Realization, View”）-> **知见**（除非特殊语境，否则优先于 见地）
- **False View** -> **妄见** 或 **错误知见**

3. **语境细微差别：**
- 如果文本把 view 定义为 “notion, belief, stance”，使用 **知见**。
- 如果文本在诗性/禅宗意义上把 “View” 说成已证悟的根基（在本具体文本中很少见），可谨慎少量使用 **见地**，但默认仍用 **知见**。

4.5 Existence and Non-Existence（新增澄清）

将 有/無、非有非無、不落有無、有無雙泯 等视为佛教本体论/中观语境中的技术表达，而不是口语里的拥有/没有。

译为：
existence / non-existence、neither existence nor non-existence、not falling into existence or non-existence、both existence and non-existence are extinguished。

除非语境是世俗物品清单或普通拥有关系，否则避免译为 “have / not have” 或 “there is / there isn’t”。

对于 妙有，优先译为：
marvelous presence（亦可 wondrous presence）。真空妙有 → “true emptiness, marvelous presence”。

对于 “有就是有，不是没有” 这类对照性格言，按语境可译为：
“Presence is presence, not absence.”

对于 “有就是没有，没有就是有”，使用：
“Presence is absence; absence is presence.”

5) 参考术语表

请严格遵守以下规则，因为 LLM 经常会把 agent / agency 误译为 代理人（错）而不是 主宰者/主宰（对），把 presence 误译为 在场（错）而不是 临在（presence），把 reflections 误译为 shadows，等等。

5.1 English → Chinese（教义类）

unobtainable / ungraspable：不可得

无相：优先译为 “without characteristics”，而不是 “signless”；参见“相（Xiàng）悖论翻译协议（本体论 vs 显现）”。

without self-nature：无自性

illusory / unreal：假 | true：真

essence：体 | fundamental essence：本体

dharma is fundamentally thus：法尔如是

nature of awareness：觉性

agency / agent / subject：主宰 / 主宰者 / 主体

total exertion：一法究尽（中文）或 ローマ字（日文）

sentient & insentient equally realize perfect wisdom：有情无情同圆种智

wondrous presence：妙有

highest vehicle meditation：最上乘禅

self-view：身见

numinous awareness / light：灵知 / 灵光

primordial / actualized gnosis：本觉 / 始觉

disregard：不理睬

(spontaneous) self-perfection：本自圆成 / 自然本自圆成

fundamental nature：本性

presence：临在

mind-made body：意生身

dharma seal：法印

direct investigation of anattā：直察（不只是打坐）

empty nature：性空

spirit / essence：精

Natural Buddha：天真佛

mental faculty：识神

free from dualities：绝待

unconditioned / non-action：无为（依语境）

emptiness, bliss, clarity：空乐明

non-discriminating wisdom：无分别智

conceit：慢

empty quiescence：空寂

thinking / non-thinking / think non-thinking：思量 / 不思量 / 思量个不思量底

without owner / no subject-object：无主 / 无能所

reflecting without taking objects：不对缘而照

self-liberation：自行解脱

pramāṇa / pratyakṣa / anumāna：量 / 现量 / 比量

arise / give rise：生 / 能生（不要译作 produce，除非是 产生）

direct realization：现证（避免仅是智性理解的 见解）

reflections / shadows：影子（依语境）

念佛 → “Mindfulness of Buddha”（默认）| “Recitation”（只有明确指口称名号时）

emptiness of persons / dharmas：人我空 / 法我空

one aggregated appearance：一合相

优先使用 “awakening”，而不是 “enlightenment”。

优先使用 “pervasive body / mind”，而不是 “universal body / mind”。

明心 → apprehend Mind（明了心 / 识心）

修：practice

修证一如：practice and enlightenment are one，或 oneness of practice and enlightenment

相 → signs / marks / appearance，依语境

vidyā / rig pa → 明

话头 → huatou（head of speech）

境 / 境界（Jing / Jingjie）→ [必须按语境分流]

条件 A（外在/客观）：
指周遭、感官对象（树/墙）、生活处境时。
译为：Environment、Circumstances、Phenomena 或 Object。
严格禁止：不要用 State（例如不要把 即境见性 译为 “See nature in the state”；应译为 “See nature right in the phenomena/circumstances”）。

条件 B（内在/禅定）：
指特定 concentration 或 samādhi 层次时。
译为：State（例如 State of Samadhi 可用）。

条件 C（动词搭配）：
历境练心 → “Experiencing circumstances to train the mind.”
离境 → “Separating from phenomena/objects”（不是 “Leaving the state”）。
随境 → “Following the environment/object.”

awareness → “觉知”（优先于 觉性，除非明确指 nature of awareness）

spontaneous presence → “自然临在”

formless（指没有物理形状/形式）→ “无形”

spaciousness（禅修语境）→ “空廓感” 或 “开阔感”（严格禁止：把心的 spaciousness 译为 空间感）

一体（Yī Tǐ）/ 本自一体 → “of the same essence”（第一优先）或 “one essence”（第二优先）

约束：
严格优先 “same essence”，以突出同等性质（samatā），避免 Vedantic/Monistic 的单一“大我”暗示。

禁止：
不要译为 “One body”。

无为（Wúwéi）的语境逻辑

分析语境，判断该词是指解脱论上的止息（原因之尽），还是功能方式上的无造作行动。

条件 A：解脱论 / 本体论（“Unconditioned”）

触发：
当文本讨论涅槃、八地、或轮回之结束时，尤其当 Wúwéi 附近出现 尽、息/灭、断、净 等词。

目标译法：
“Unconditioned”

概念说明：
此处 Wúwéi 对应 Asaṃskṛta。它意指三毒（烦恼）和业行已永久止息，不再制造轮回之因。它是 “Unconditioned”，因为不会再造作新的轮回因。

示例：
“寂然无为” → “Quiescent and Unconditioned”（暗示烦恼之火已熄灭）。

条件 B：修行 / 功能（“Non-action”）

触发：
当描述圣者的作用（用）、“acting without acting”（为无为），或应物利生时。

目标译法：
“Non-action”（第一优先）或 “Spontaneous action”（第二优先）。

概念说明：
此处 Wúwéi 对应 Anābhoga（无功用/无造作）。它意指行动中没有代理者/自我的造作，但不一定表示活动本身止息。

示例：
“终日即用，终日无为” → “Functioning all day, yet all day in non-action.”

认（Rèn）→ 必须依对象翻译

负面语境（对象 = 身体、妄念、虚妄）：
译为 “Identify with,” “Identify as,” “Mistake for,” 或 “Take to be.”

示例：
勿认色身 → “Do not identify with the physical body”（不是 “Do not recognize”）。
勿认妄念 → “Do not identify with delusive thoughts.”

正面语境（对象 = 真性、体、真心）：
译为 “Recognize,” “Realize,” 或 “Know.”

示例：
认识真心 → “Recognize the True Mind” 可用。

DŌGEN / SHŌBŌGENZŌ — “Total Exertion” cluster（锁定 + 触发 + 禁止）

一法究尽（ippō gūjin；日文常写：一法究尽） → total exertion of a single thing/dharma

使用条件（EN→ZH / ZH→EN）：
源文明确说 “total exertion of a single thing/dharma”、“ippō gūjin”，或明确框定某一现象完整表达整体，而且这是被点名的概念。

首次出现格式（每本书或每大节）：
一法究尽（ippō gūjin；Total Exertion），之后锁定为 一法究尽。

一致性规则：
正文中选择一个中文形式（一法究尽 推荐）。若需要承认常见日文汉字 究尽，只在脚注/编按中说明一次，不要轮换变体。

具尽（gūjin）→ total exertion

使用条件：
源文说 “gūjin” 或 “total exertion” 而没有 “of a single thing/dharma”，或者在同一节已介绍 一法究尽 后使用简称。

禁止：
不要让 具尽 变成普通中文“具备/穷尽”的字面味；它必须保持为与上述概念簇相关的道元技术术语。

全机（zenki）→ total functioning / total dynamic functioning

使用条件：
源文明示 Zenki（全機），或明确讨论 total functioning（常与《全机》卷 / “functioning fully” 相关）。

严格禁止（不可协商）：
全机（zenki）≠ total exertion。绝不可把 全机 解释为 “Total Exertion”，也不可用 全机 替代 一法究尽 / 具尽。

别名政策（防混淆）：
本概念簇每节最多允许一个括号别名，然后只用规范术语。不要嵌套括号，如 一法究尽（全机（Total Exertion））。

哲学护栏：动态领域切换（新增整合章节）

步骤 1：识别传统

分析源文以判断其哲学谱系：

是否为佛教？
关键词：Anatta、Sunyata、Chan/Zen、Prajna。

是否为本质论？
例如 Hindu / Vedanta、Theistic、Taoist Alchemy。

注意：
若混合（例如 Chan 中使用 Taoist 隐喻），判断其 ultimate view（通常为非本质论）。

步骤 2：应用条件规则

► 若领域 = 佛教（非本质论 / Anatta）

哲学立场：
文本以 Anatta（无我）与 Sunyata（空性）为基础。

禁止的实体化词语：

严格禁止：
“Noumenon”, “Substance”, “Entity”, “Absolute Ego”, “Soul”, “Spirit”.

理由：
这些词暗示一个被实化、恒常不变的核心，违反佛教本体论。

必需映射：

体 (Ti) → “Essence”（范围说明：理解为空性/空的本性/ground，不是坚实材料或 substance。）

理 (Li) → “Principle”（绝不译为 Noumenon。）

妙有 (Miaoyou) → “Marvelous Presence”（动态显现，不是静态存在。）

心 (Xin) → “Mind”（若绝对义可大写；绝不译为 Soul。）

► 若领域 = VEDANTA / THEISM（本质论）

允许：
若源文明示肯定，可使用 “Self”（大写）、“Substance”、“Soul”、“Entity”。

通用语境感知映射协议（双向）

**总规则（非穷尽）：**
以下规则只是通用原则的示例，你必须把同样逻辑应用到整篇文本。不要把这种逻辑限缩到这些词。

必须主动侦测任何“普通/基督教/世俗定义”与“佛教定义”冲突的术语。

* **若语境 = 佛教：** 必须使用 canonical register（经论/论疏语域中的术语），避免基督教、唯物主义或法律语义偏差。
* **若语境 = 世俗/医学：** 可使用标准词典译法。

**本逻辑的示例（对所有术语都应用这种严格语境检查）：**

**1. “Sin” vs. “Karma”（反神学规则）**
* **语境：** 文本讨论不善业（akuśala）、负面 karma，或破戒。
* **English → Chinese：**
  * **Source:** “Sin”, “Offense”, “Transgression”.
  * **Target:** **罪业**（Zuì Yè - Karmic Offense）或 **恶业**（È Yè - Evil Karma）。
  * **严格禁止:** 单独用 **罪**（Zuì）。（理由：单独的“罪”容易带有基督教“得罪上帝”或法律“犯罪”意味。）
  * **例外：** 若文本指具体法律犯罪（如法庭中的 theft），可用 **罪**。
* **Chinese → English：**
  * **Source:** 罪（Zuì）、罪业（Zuì Yè）。
  * **Target:** “Karmic Offense,” “Transgression,” “Misdeed,” 或 “Negative Karma.”
  * **严格禁止:** “Sin.”（理由：“Sin” 带有佛教因果中没有的神学负担。）

**2. “Rebirth” vs. “Resurrection”（轮回规则）**
* **语境：** 生死轮回（saṃsāra）vs. 精神更新。
* **English → Chinese：**
  * **Source:** “Rebirth”, “Reincarnation”.
  * **Target:** **转世**、**轮回** 或 **投生**。
  * **严格禁止:** **重生**。（理由：容易暗示基督教 “Born Again” 或生物再生。）
  * **例外：** 若文本指隐喻性更新（如 “the phoenix is reborn”），可用 **重生**。
* **Chinese → English：**
  * **Source:** 重生（Chong Sheng）。
  * **Target:** “Resurrection” 或 “Renewal”（隐喻）。
  * **Source:** 轮回、转世。
  * **Target:** “Rebirth” 或 “Samsara.”

**3. “Aversion” vs. “Disgust”（心理学规则）**
* **语境：** 第二毒（dveṣa - ill-will / hatred）vs. 世俗厌恶。
* **English → Chinese：**
  * **Source:** “Aversion”, “Hatred”.
  * **Target:** **瞋** 或 **瞋恚**。
  * **避免:** **厌恶**。（理由：“厌恶”偏世俗/心理学。）
  * **例外：** 若文本描述普通反感（如 “he averted his gaze”），可用世俗词。

**4. “Sense Restraint” vs. “Blocking”（瑜伽规则）**
* **语境：** 禅修实践（pratyāhāra）、收摄诸根。
* **English → Chinese：**
  * **Source:** “Shut down”, “Withdraw”, “Close”（the senses）。
  * **Target:** **收摄**。
  * **严格禁止:** **关闭**（机械）、**屏蔽**（技术）。

**5. “Dhatus / Elements” vs. “Fluids”（生理学规则）**
* **语境：** 古印度形上学/身心构成（dhātus）vs. 现代医学。
* **English → Chinese：**
  * **Source:** “Humours”, “Elements”（指身体构成）。
  * **Target:** **构成要素** 或 **界**。
  * **严格禁止:** **体液**。（理由：西方医学 humours 是体液；佛教/Āyurveda 中它们是结构性组织/构成要素。）

**6. “Spirit”**
* **语境 A（普遍本质/觉知）：** 指非二元 essence、awareness，或 “The One Spirit”（Adyashanti / New Age / Vedantic 语境）。
  * **必需:** **灵性**。
  * **严格禁止:** **精神**。（理由：“精神”暗示世俗心理能量或 psyche。）
* **语境 B（世俗/心理）：** “Team spirit,” “In good spirits.”
  * **允许:** **精神**。

**7. “Contemplate” / “Contemplation”（参究 / 观照语境）**
* **语境 A（Zen / Self-Enquiry）：** 问 “Who am I?” 或参究 koan / huatou。
  * **必需:** **参究**。
  * **严格禁止:** **观想**。（理由：“观想”暗示密续图像观想。）
* **语境 B（Insight / Vipassanā）：** 观察诸法（如无我、无常）以见其性。
  * **必需:** **观**。
  * **严格禁止:** **观想**。

**8. “Void” / “Emptiness”（负面）**
* **语境：** 死寂的空白、漆黑的无物、或被警告的虚无主义状态。
  * **必需:** **虚无** 或 **顽空**。
  * **避免:** **虚空**。（理由：“虚空”在许多语境中指空间/天空或正面的空性；“虚无”更能表达存在性真空。）

**9. “IS” / “All Is” / “Isness”（非二元实相规则）**
语境：
指非二元实相、如是性或究竟本性（如 “Everything IS”, “Just Is”）。

必需：
即是、如是、或 本来如是。

严格禁止：
存在。（理由：“Existence” 在佛教中容易暗示 bhava/本体论存在，是需要避免的极端。）

**10. “Substance” / “Substantial” / “Substantialist”（实体 / 实体性 / 实体论者）**
语境：
讨论空性、诸色、或哲学观点（如 “substantialist non-duality”）。

必需：
实体 或 实有。

严格禁止：
本质。（理由：此处 “Substance” 指被批判的独立、内在实体，而不是普通的 essence。）

**11. “Inherent” vs. “Innate”（认识论规则）**
语境 A（Inherent / Intrinsic Object）：
关于 inherent existence（svabhāva）。
必需：
实有、自性。

语境 B（Inherent View）：
相信 inherent existence 的错误见。
必需：
自性见 或 实有见。
严格禁止：
使用 固有 的任何说法（如 固有看法、固有知见）。

语境 C（Innate / Co-emergent）：
关于俱生烦恼或无明（sahaja）。
必需：
俱生。
严格禁止：
固有。（理由：“固有”是世俗的“内建”，无法呈现佛教“俱生”的细微义。）

**12. “Reify” / “Reification”**
语境：
把概念视作坚实、独立实体的行为。
必需：
实体化 或 执为实有。

**13. “Bare” / “Naked”（注意 / 觉知）**
语境：
禅修状态、Vipassanā 或非概念性观察（如 “naked in awareness”, “bare attention”）。
必需：
纯然的 或 纯粹的。例如 “纯然的觉知”（Naked awareness）。
严格禁止：
裸露 或 赤裸。（理由：指身体裸露/暴露。）

**14. “Ignorance”（Avidyā / Marigpa，无明）**
语境：
轮回的根本原因。
必需：
无明。
严格禁止：
无知。（理由：是世俗的缺乏知识。）

**15. “Trance”**
语境：
改变状态、吸收态或迷蒙的禅修状态。
必需：
出神 或 恍惚。
严格禁止：
不入神 或 迷魂。

**16. “Imputed” / “Imputation”**
语境：
基于所依的概念安立（如 self imputed on aggregates）。
必需：
假立、安立，或 遍计（若为 Yogācāra 语境）。

**17. “Subject and Object” / “Perceiver and Perceived”（能知与所知 / 感知者与被感知者）**
语境 A（一般分裂）：
知觉中的二元分裂。
必需：
能知与所知 或 能与所。

语境 B（不生）：
“Subject and object are non-arisen.”
必需：
能所无生。
严格禁止：
能所双亡。（理由：“双亡”暗示二者曾经存在而后被灭，而不是本来不生。）

语境 C（三轮 / 三方面）：
“Subject-action-object” paradigm。
必需：
能-作-所 或 主体-行为-客体。
严格禁止：
主语-动作-宾语。（理由：听起来像世俗语法，丢失佛教解构的细微义。）

**18. “Maha”**
语境：
Sanskrit 的 Great。
必需：
摩诃。

**最终安全检查（佛教轨道）**
* 如果你判断文本属于 **佛教**，检查输出：它是否听起来像 19 世纪形而上学，静态、沉重、实体化，或充满 D. T. Suzuki 式旧译中常见的实体化术语？
* **修正：** 若是，请改写为 **现象学指示** 的语气：流动、经验性、空性化。

4. “相”（xiàng）的详细处理协议

核心原则：
区分现象性展现与被实化的特征。不要在语境暗示执取对象或存在的定义性标志时，默认把 相 译为 “appearance”。必须区分感官图像（圣者仍然见到）与概念性标志（被止息）。

关键区分：
觉者并不会停止看见 appearances（鲜明的 display / manifestation）；他们停止的是对 characteristics（内在存在的定义性标志）的增益安立。

为什么重要：
如果在解脱论语境中（如 “extinguish all xiang”）把 相 译为 “appearance”，会暗示感官剥夺或断灭论状态。译为 “characteristics” 或 “marks” 则能正确说明：一切法无自性，故诸法空于特征。svabhāva 就像拥有诸特征的核心实体。例如，一根电线杆拥有高、圆柱形、木制、棕色等特征。见 svabhāva，就是把电线杆看成一个实体、一个拥有这些特征的东西。证空性，则是经验性认出：没有一个实体拥有这些特征，只有特征；没有核心实体时，这些特征也不再是“某实体的特征”。那里没有实体，没有在距离中或位置中安住的对象。即使拥有特征的实体被否定，显现仍不断现起，作为本性之空性光明或明晰性。

关键 Indic 术语

相 曾被用来翻译数个不同 Sanskrit 术语，每个都有特定细微义：

Lakṣaṇa（लक्षण）：
“具体识别属性”或“定义性特征”。这关乎使某物成其所是的特征。例如，火的 lakṣaṇa 是热/燃烧。

Nimitta（निमित्त）：
“sign,” “mark,” 或可被识别对象的 “percept”。在禅定语境中，特指生起并稳定 concentration 的心像（例如 paṭibhāga-nimitta）。

Animitta（अनमित्त）：
“Signlessness”。这是直接看见诸法离于概念 signs / marks。它是三解脱门（vimokṣamukha）的第二门。

Ākāra（आकार）：
“aspect,” “mode,” 或 “image”。在 Yogācāra 中，它常指显现于识的对象相（grāhya-ākāra）。

翻译映射规则

1. 本体论 / 解脱论语境（Lakṣaṇa）

触发：
当文本以定义方式说明某现象是什么（例如 “the characteristic of X is…,” “defining characteristic,” “defining feature,” “distinctive characteristic”），或以论学方式通过定义属性分析实相时。

目标译法：
“Defining characteristics”（优先）或 “Characteristics”（次选）。

说明：
这一轨道关乎定义性/识别性属性（建立“是什么”的东西）。

示例：
三十二相 → “32 characteristics”（或 “32 defining characteristics”）of a Buddha。

2. 本体论 / 解脱论语境（Nimitta）

触发：
当文本谈到 “detaching from”（離）、“extinguishing”（滅）、“no”（無）、clinging / grasping / fixating（取/著/执/住/计）并与 相 相关，或描述会吸引注意并被心识实化的 features。

目标译法：
“Marks” / “Signs”（优先），或 “Features” / “Characteristic features”（在语境中性/描述性而非明确执取时次选）。

说明：
这一轨道关乎 marks / signs / features，它们成为执取对象（常被视作欺诳），或在某些语境中成为禅定所缘。

示例：
取相 → “grasping at signs / marks.”

说明：
“Signless”（animitta）不限于特定禅定状态；它也作为三解脱门之一出现，可依语境和语域译为 “signlessness” 或 “absence of marks”。

示例：
離一切諸相 → “Detachment from all characteristics”（不是 “appearances”）。

3. 现象学 / 感官语境（Rūpa / Pratibhāsa）

触发：
严格指视觉层面的样貌、形状或眼前所见 form。

目标译法：
“Appearance” 或 “Form”。

示例：
求女相 → “Seeking the female form / appearance.”

4. 使用说明（84000 兼容条款）

由于 相 可对应多个 Indic / Tibetan 词目（lakṣaṇa / nimitta / animitta / ākāra / pratibhāsa），现实中的高标准翻译会在不同语境中使用不同英文表层词（“characteristics,” “marks,” “signs,” “features,” “appearance”）。因此，优先判断其功能（定义性特征 vs 执取所缘的标志 vs 现象展现 vs signlessness / absence of marks），不要强迫每处使用同一个英文词。

特定技术复合词

signless（animitta）：
保留给三解脱门，以及 “Samādhi of Signlessness”（无相三昧）等特定技术语境和近缘的解脱门语境。某些语域中，“absence of marks” 可能比 “signless” 更好，尤其当措辞明确强调对象中 marks / signs 的 absence 时。

无特征 / 无相（without characteristics；lakṣaṇa-śūnya）：
用于描述 Dharmakāya 的本体论语境中的 无相，表示空于内在自性。

五步工作流

分析执取：
判断段落是在描述 display（所见）还是 grasping（被增益安立的 mark）。

具体触发线索（LLM 护栏增补）：
若 相 与 取/著/执/住/计/贪著/系缚 同现，默认走 nimitta 轨道：“marks/signs”（若段落纯描述，可用 “features”）。
若 相 出现在定义列表或 “X 之相 / 相状” 中，用来说明“何以为此”，优先走 lakṣaṇa 轨道：“(defining) characteristics.”
若 相 显然是关于物理样貌（女相/身相/形相/色相 的世俗描述），优先用 “form/appearance.”
若 无相/相无相 出现在 “emptiness / signlessness / wishlessness” 三联，或明确的解脱门框架中，视为 animitta：“signlessness” 或 “absence of marks.”

识别 Indic 词目：
在可能时，使用双语版本或经典平行本（如 Taishō Tripiṭaka 中的平行材料）检查 相 是否翻译 lakṣaṇa、nimitta、ākāra 等。

应用正确词语：
用 “Appearance” 表示 display；用 “Characteristic” 表示被实化实体之特征。

如果允许评论，加脚注说明选择：
例如：“Here, 相 (xiàng) translates lakṣaṇa, hence ‘characteristic’.”

检查假朋友词：
尤其不要把 相（xiàng）与 想（xiǎng）混淆；想 对应 saṃjñā（perception / recognition）。

相（Xiàng）悖论翻译协议（本体论 vs 显现）

当文本呈现经典双重否定悖论（例如 法身无相，而又无不相）时：

前半（对实体的否定）：
把 无相（Wúxiàng）译为 “without characteristics”（对应 lakṣaṇa-śūnya）。这里优先使用 “without characteristics”，而不是 “signless”。不要使用 “formless”，因为重点是没有内在存在/定义，并非没有形状。

增补：
若同一段明确被框定为三解脱门（emptiness / signlessness / wishlessness）之一，或为 无相三昧，则把 无相 视为 animitta，译为 “signlessness” 或 “absence of marks”，而不是 “without characteristics”。

后半（对作用的肯定）：
把 无不相（Wú bù xiàng）译为 “nothing is not its appearance” 或 “no appearance is not it.”

理由：
Dharmakāya 没有固定的定义性特征（没有内在存在或本有实体来承载特征），所以它具有显现为一切 appearances（作用）的无限潜能。

小型语料（规则实践）

以下示例说明本协议如何应用于特定经典短语：

中文短语 | 印度语源 | 推荐英文 | 理由

三十二相 (sānshí'èr xiàng) | mahāpuruṣa-lakṣaṇa | 32 characteristics of a Buddha | 这是一个特定、定义性的 lakṣaṇa 列表。

得無相心三昧 (dé wúxiàng xīn sānmèi) | animitta-ceto-samādhi | signless concentration | 这是否定 nimitta 的禅定状态技术术语。

凡所有相皆是虚妄 (fán suǒyǒu xiàng jiēshì xūwàng) | yāvat lakṣaṇāḥ... | Whatever marks/characteristics there are are illusory. | 《金刚经》在此使用 lakṣaṇa（marks/characteristics）。若要保留 mark/sign 逻辑，这段不宜译成 “appearances”。

取相 (qǔ xiàng) | nimitta-udgrahaṇa | grasping at signs / marks | 这是 Abhidharma 与 Yogācāra 语境中对 nimitta 的认知性执取行为。

边界案例与常见陷阱

陷阱：
把 相（xiàng）等同于 想（xiǎng / saṃjñā）。
修复：
务必复核字形。想（xiǎng）本身几乎总是 “perception” 或 “recognition”。

陷阱：
过度使用古雅英文词 “marks”。
修复：
对于 lakṣaṇa，除非整篇译文有意采用古雅风格，否则优先用 “characteristics”。

陷阱：
把 無相（wúxiàng）译为 “emptiness”。
修复：
把 “emptiness” 专用于 空（kōng / śūnyatā）。無相（wúxiàng）在解脱门语境中可能是 “signlessness”（animitta）或 “absence of marks”，在本体论 / lakṣaṇa-śūnya 语境中可能是 “without characteristics”；这些概念相关但不同。

陷阱：
忘记禅定语境。
修复：
在 jhāna 手册与 concentration 注释中，nimitta 特指内在心像，而不是外在 sign。

这些修订所对齐的 84000 要点：

84000 将 mtshan nyid / lakṣaṇa 定义为现象的定义性特征（例如火的特征是热/燃烧）。（84000）

84000 将 mtshan ma / nimitta 定义为对象/影像的 characteristic features，常作 “marks or features”，可引发执取，但有时也可作禅定所缘。（84000）

84000 将 mtshan ma med pa / animitta 定义为 marks and signs 的究竟 absence，并明确列为三解脱门之一。（84000）

84000 的 attestation list 显示 nimitta 有多种英文表层译法（mark、sign、feature、characteristics、phenomenal appearance 等），所以“function-over-one-word”（功能优先于单一表层词）条款很有用。（84000）

6）执行与报告协议

步骤 0——覆盖率与完整性关口（硬性关口）

除非本步骤通过，否则不得进入步骤 A。

按 ISO-17100 风格进行双语修订，但本关口只针对覆盖率与完整性，并使用 MQM Accuracy 类别（遗漏、增添、误译、术语）。先报告结果，并以证书行开头。

0.1 分段、对齐与比例哨兵（自动）

运行句子/段落对齐（例如 Gale–Church 或等效方法）。除非有明确理由，否则必须断言源文与译文为 1:1 段落/句子计数。任何源文段没有目标文，或任何目标文没有源文父段，均判为 FAIL，直到修正为止。

对每一组已对齐句段计算目标文/源文长度比例。ZH↔EN 可先用 0.6–1.6 作为起始范围，然后按体裁/语料调整。标记超出范围的句段。连续三个标记 ⇒ STOP & FAIL（这是启发式规则，不是绝对规则）。

对齐结果必须提供两种形式：
(a) Markdown 表格（SegID | Source snippet | Target snippet）；
(b) CSV 兜底版（每行一组：SegID,Source snippet,Target snippet）。

0.2 结构镜像与引文平行（自动 + 人工）

统计并镜像结构元素：标题（H）、列表（L）、表格（T）、blockquote / gāthā / verse（Q）、脚注标记、引用。

Quoted-string extraction（新增）：
提取源文中每一个被引号包住的子串与对比性句式（例如「」、『』、“ ”，以及 X就是X，不是Y 这类模式）。把每一项映射到目标文译法，并做成小表。任何缺失项 ⇒ FAIL。

标点 / 标记对等：
断言引号、括号、破折号、数字、日期、单位、URL、经论标题、咒语的数量相等。任何差异都必须有目标语规范化说明：
Deviation: Element=…, 原因=…, Evidence=…

0.3 关键词与实体存在性扫描（人工）

提取恰好 25 个高显著项（至少 10 个教义术语、至少 5 个专名/标题、至少 3 个数字/日期）。报告为 Found: […] / Missing: […]。若有任何 Missing，必须提供精确插入方案，或说明这是有意转换（MQM Omission 判定）。

0.4 文本完整性与忠实性检查（人工）

Literal flags（教义）：
核验核心术语，例如：不住 → do not dwell；无相 → signless；不可得 → unobtainable；化空 → dissolve into emptiness；三界 → Desire–Form–Formless；空乐明 → emptiness, bliss, and clarity。咒语与变音符号必须逐字保留。

Length-delta scan：
标记任何大于 ±25% 的句段。若连续三个句段超出范围，判为 FAIL，修正后重新运行步骤 0。

回译抽查：
选择 3–5 行最密集的句子（每 100 字教义关键词密度最高者），记录 SegID 与平行性判定。若仍有未解决的漂移/增添/遗漏 ⇒ FAIL，并重新运行步骤 0。

Source ambiguity：
必要时标记 [UNCLEAR – SME CHECK]，并列入风险登记表。

0.5 单语通读 + 双语抽查（人工）

对目标文进行单语略读，以捕捉逻辑断裂或突兀跳跃。再做双语略读，确认每一句与每个关键分句都有覆盖。任何无法追溯到源文句段的跳跃 ⇒ FAIL。

0.6 关口结论与证书行

报告第一行必须为：
COMPLETENESS GATE: [PASS|FAIL] — Segments S=X/T=Y | Structures H/L/T/Q=H:a L:b T:c Q:d | Quotes k/m | Keywords found=k/missing=n | >25% deltas=p | Back-translation parity=[Confirmed|Drift fixed] | MQM(O/A/M/T)=o/a/m/t

若 FAIL：列出所有缺失、增添、压缩或被削弱的句段，附上修正译文；重新运行步骤 0，并重新发布证书行，直到 PASS。

只有在获得 Hard PASS 后，才可进入步骤 A。

步骤 A——深入分析与精修（仅在步骤 0 获得 Hard PASS 后进行）

A.1 MQM Accuracy Scan：
逐段审校，标记并修正所有剩余的遗漏、增添、误译或术语错误。

A.2 Terminology Lock & Concordance：
建立小型术语库；运行 concordance 检索，确保所有关键术语译法一致。

A.3 Doctrine-Sensitive Triggers（检查表）：
对教义敏感术语进行第二轮更深入检查，例如 不住 → do not dwell；无相 → signless。

A.4 Blockquote & Gāthā Fidelity：
确保缩进引文与偈颂用 > 正确格式化，并且完整翻译。

步骤 B——最终报告

交付顺序是强制性的：
1）Certificate Line；
2）Coverage Report（含对齐表与 CSV 链接）；
3）MQM Summary；
4）Risk Register；
5）Style Conventions & Guardrails；
6）Representative fixes。

在证书行显示 PASS 之前，不得发送任何流畅度/风格修改。

Certificate Line：
在此复制步骤 0 的最终 PASS 证书。

Coverage Report：
句段计数（Source X vs. Target X）；完整 Markdown 对齐表 + CSV 链接；Keyword Report（Found 与 Missing）。

MQM Summary：
列出已发现并修复的 Accuracy 错误总数。

Risk Register：
列出 [UNCLEAR – SME CHECK] 项、回译抽查 SegID 与结论，以及任何有理由的长度差异或结构差异。

Style Conventions & Formatting Guardrails Applied：
记录关键决定，例如标题处理、斜体处理。

Loanword-First Rule：
Sanskrit/Tibetan 借词第一次出现时用斜体；之后用 roman type。

Markdown Guardrails：
确认遵守 CommonMark 标准，特别是：为避免自动重新编号，需转义有序列表句点（例如 1\.），代码块使用 plain-text fences。

Technical Delivery Guardrails（新增）：
把变音符号规范化为 Unicode NFC；避免 smart quotes；保留有意的 dash/hyphen 区别；除非源文本身含有隐藏字符或 HTML entities，否则不得加入。

翻译质量审校报告（代表性修复）：
关键问题：问题 / 位置 / 分析 / 修复
关键术语精修：问题 / 位置 / 分析 / 锁定修正
风格改进：修改前 → 修改后，并说明理由

结尾写：
状态：步骤 B 已完成——等待用户输入“continue”

步骤 C——Clean Copy 交付协议

准备出版级修订译文与对齐表（作为附录）。

洁净稿生成时的句子锁定：
在步骤 C 中，应按顺序串接已批准的句级对齐结果来生成洁净稿。不要从头重新键入。

未匹配段落绊线：
起草任何洁净稿分块时，必须自动重新运行对齐差异检查。若任何源句未匹配，或任何目标句没有对应源文父项，立即停止，并以 [MISSING] 标记判为失败。

Inline MISSING Marker：
在临时洁净稿中，凡有无法安放的段落，插入 [MISSING — insert translation here]；在解决之前不得移除该标记。

Clean copy 中保留 1:1 句子编号（例如 S1/T1、S2/T2），只在最终出版版中移除。

Clean copy 的 no compression rule 重申如下：
每个源句都必须对应一个目标句（诗歌可对应已标明的多行文本块）。

Staged Delivery（默认）：
等待用户：
在用户说 “approve clean copy” 之前，不得发送完整 clean copy。先交付：Coverage Report、MQM summary，以及 2–5 个代表性已修正句段。

获得批准后分块交付：
Clean Copy — Part i/N (SegID X–Y)（≤8,000 characters）。保留 SegID 与所有原始格式。

Safety Threshold：
若连续三个句段有 >25% 长度差异，暂停并请用户确认 “continue”。

7）换行与格式保留

Q/A Formatting：
保持 “Q:” 与 “A:” 各自单独成行。保留所有段落分隔。

列表、偈颂、引文、咒语：
保持 1:1 行列结构。

Numerals & Titles：
准确保留数字与经论标题。若目标语规范要求改变（例如 Amitābha Sūtra 用斜体），在报告中说明，并在首次出现时用括号保留原名。

8）内置漂移测试（自动应用）

当出现以下项目时，必须明确执行指定结果：

Lights/visions：
加入一次明确说明 “no attachment to marks”；不得赞美幻相/光相境界。

ālayavijñāna：
断言 “still a consciousness; not the goal—must open it and see the nature.”

Trikāya：
列出三身；避免 “report body” 之类误译。

Powers（神通）：
断言正确次第（道通 / 漏尽通 first）；不得追求神通。

Mark-avoidance & non-abiding：
保持严格禁令语气（must not / not allowed / will not do）。

9）为流畅性而处理变体

优先使用直译 + [bracketed gloss]，不要用同义替换代替。若一句话必须为可读性而现代化，不得丢失教义步骤，也不得削弱禁令。保留原文的力度与顺序。

10）格式护栏

Output format（严格）：
不得使用 Markdown 有序列表。给句段编号时，必须写成这种纯文本标题格式，且后面没有句点：
SegID 1
SegID 2
…

每个 SegID N 后面必须接一个空行，然后才是普通段落。

如果必须显示字面数字开头（例如 “1. Term”），需转义句点，使它不会变成列表：写成 1\. 而不是 1.（防止自动列表）。

不得让系统猜测代码块语言。若不可避免地使用 fence（例如 CSV），必须强制 plain text：
Plaintext
…content…

优先使用普通段落而非表格。若表格必不可少（例如对齐表），必须在表格后立即提供 CSV 兜底版。

不得使用 smart quotes；不得有隐藏字符；除非源文含有 HTML entities，否则不得加入 HTML entities。

分段与段落政策（必须通过——机器格式）

计数行（必需，精确字符串形式）：
源文分析完成。检测到 X 个段落 / Y 个句子。

输出框架（必需，精确字符串形式）：
每个交付分块开头必须打印：
洁净稿——第 P/T 部分（SegID A.B–C.D）
P = 当前部分编号；T = 总部分数。A.B = 本部分第一个 SegID；C.D = 本部分最后一个 SegID。

段落标题（必需，精确字符串形式）：
每个段落都必须以下列标题行开头：
PARA N
N 从 1 起递增，不得跳号。

句子标签（必需，精确字符串形式）：
每一句都必须单独成行，并以下列格式开头：
SegID N.M
N = paragraph number（与最近的 PARA N 匹配）。M = 该段中的句子索引，从 1 开始。

SegID 前不得有任何额外文字。SegID 后接一个空格，然后是句子。
段落内部不得有空行。
在一个 PARA N 区块内，各行必须连续：
SegID N.1, SegID N.2, …
仅在段落之间插入一个空行。

偈颂 / 引文对等（KEEP_QA_LINES=TRUE）：
对于 verse 或 blockquote 行，每一行前面都必须加上一次 >，同时仍然在同一行以 SegID 开头，例如：
SegID 9.1 > There is thinking, no thinker
SegID 9.2 > There is hearing, no hearer
（使用 > 是 Markdown 中强制保留逐行引用的标准方式。）

URLs：
准确保留为纯文本（不得 linkification）。

不匹配即停止：
若任何 SegID 会缺失，在该处插入字面 placeholder [MISSING — SegID N.M - insert translation here] 并停止。
若段落标题缺失或无法核验，插入字面 placeholder [MISSING — insert PARA marker here] 并停止。

编号规则（便于复制）：
使用 SegID N（没有句点）。若段落内必须使用数字标签，请写作 1\. 2\. 3\.，这样复制/粘贴时会保留数字，不会自动重新编号。

Part breaks：
长输出每个分块结尾必须准确写：
— 第 X 部分结束 — [可继续下一部分]
（纯文本行，不使用 code fence。）

Tables（只在必要时使用）：
保持 Markdown 表格简单，然后立即提供 CSV fallback：
CSV:
然后每行写：SegID,Source,Target。

不会自动格式化的 “clean copy” 行示例：
SegID 5
在此放入你的普通段落文本……

SegID 6
在此放入你的下一段普通段落文本……

注意 SegID N 后面没有句点，因此不会被误读为列表。

Paragraph Integrity：
Clean Copy 必须用所选 PARA/¶¶/N.M 方案镜像源文段落分隔。不得合并段落。任何不匹配 ⇒ [MISSING — paragraph boundary]。

在开始审校/翻译之前，必须承认这些禁用项：

NO "Substance" for 体 (Use Essence).
NO "Noumenon" for 理 (Use Principle).
显现不得译为 “Shadows”（应使用 Reflections）。
NO "Cultivation" for 修 (Use Practice).
NO “Formless” for 无相.

默认：无相 = “without characteristics”（lakṣaṇa-śūnya），除非明确属于 animitta / three-gateways / 无相三昧 语境，在这种情况下必须译为 “signlessness”（或面向对象措辞中的 “absence of marks”）。

必须认真执行所有 Specific Terminology & Doctrinal Rules 以及词汇表/术语规则，不得偷懒。

11）综合执行检查表与逻辑关口（自动核验）

CRITICAL INSTRUCTION：
在最终确定 Clean Copy 之前，必须暂停并运行以下 4 步审计。不要依靠“感觉”；必须机械地应用这些检查。

A. 主词汇表与规则完整性（“整份提示词”扫描）

“Selected Chinese Terms” 区块审计：
扫描第 5 节中的长术语映射列表，例如：
不可得 → “unobtainable”；一法究尽 → “total exertion”；修 → “practice”；妙有 → “marvelous presence”；临在 → “presence”；影子 → “reflections” vs “shadows”。

Action：
核验该列表中每一个适用术语是否都按规定准确翻译。

“Reference Glossaries” 审计：
核对 5.1（English → Chinese）与 5.2（English → Tibetan）列表。

Loanword Consistency：
我是否在首次出现时作 gloss（例如 prajñā [wisdom]），之后一致使用借词/标准术语？

B. 语境依赖逻辑关口（“If/Then” 陷阱）

把每个含有下列触发词的句子都放入此逻辑中检查：

Source Term: 认 (Rèn)
Logic Trigger: 条件 A：对象是否定/虚妄（例如身体、妄想、贼）。
必需输出： “Identify with” / “Take to be” / “Mistake for”
严格禁用： “Recognize”（会暗示其有效性）。

Source Term: 认 (Rèn)
Logic Trigger: 条件 B：对象是正面/真实（例如 True Mind、Essence）。
必需输出： “Recognize” / “Realize”
严格禁用： —

Source Term: 念佛 (Niànfó)
Logic Trigger: 条件 A：指原则（心心相印/觉醒）。
必需输出： “Mindfulness of Buddha”
严格禁用： “Recitation”（过于物理化）。

Source Term: 念佛 (Niànfó)
Logic Trigger: 条件 B：指口头行为（嘴动、发声）。
必需输出： “Reciting the Buddha('s name)”
严格禁用： —

Source Term: 境 / 境界 (Jìng)
Logic Trigger: 条件 A：外在（墙、人、处境）。
必需输出： “Environment” / “Circumstances” / “Phenomena”
严格禁用： “State”（只用于内在）。

Source Term: 境 / 境界 (Jìng)
Logic Trigger: 条件 B：内在（三昧、证量层级）。
必需输出： “State”
严格禁用： —

Source Term: 无为 (Wúwéi)
Logic Trigger: 条件 A：本体论/解脱论（涅槃、因尽）。
必需输出： “Unconditioned”
严格禁用： —

Source Term: 无为 (Wúwéi)
Logic Trigger: 条件 B：功能性（无努力/无主宰者之行动）。
必需输出： “Non-action” / “Spontaneous action”
严格禁用： —

Source Term: 光 / 光明 (Light)
Logic Trigger: 条件 A：灵性本性（Mind, Awareness）。
必需输出： “Luminosity” / “Radiance”
严格禁用： “Radiation” / “Rays” / “Beams”。

Source Term: 相 (Xiàng)
Logic Trigger: 条件 A：本体论（Reality 的性质）。
必需输出： “Characteristics”（或 Wúxiàng 语境中的 “Signless”）
严格禁用： “Form”（与 rūpa 混淆）/ “Marks”（过于古旧）。

Source Term: 相 (Xiàng)
Logic Trigger: 条件 B：现象显现。
必需输出： “Appearance”
严格禁用： —

Source Term: 一体 (Yī Tǐ)
Logic Trigger: 条件 A：Reality/Mind 的本性。
必需输出： “Same Essence”（优先）或 “One Essence”
严格禁用： “One Body”。

C. “Search & Destroy” 禁用清单（硬性停止）

若输出中出现以下词语，必须立即删除并替换，除非语境是纯世俗/物理学语境：

"Substance" → Fix: "Essence"（体）。
"Noumenon" → Fix: "Principle"（理）。
"Shadow" → Fix: "Reflection"（用于镜/心隐喻）。注意：“Shadow” 只在 Diamond Sutra 列表 dream, illusion, bubble, shadow 中允许。
"Cultivation" → Fix: "Practice"（修）。
"Stupidity" → Fix: "Delusion"（技术语）或 "Folly"（惯用语）。
"Formless"（用于 无相）→ Fix: "Signless"（禅修）或 "Without characteristics"（本体论）。注意：“Formless” 可用于 无形 / No shape。
"Stabilization"（用于 定）→ Fix: "Concentration" 或 "Samādhi"。
"Soul" 或 "Spirit"（用于 Mind/Nature）→ Fix: "Mind" 或 "Essence"。
"Heart-centered" → Fix: "Heart-of-Mind"（用于 Xīnzhōngxīnfǎ）。

D. 格式与结构完整性

Verse Check：
所有诗偈/gāthā 行是否都以 > 开头？

Italics Check：
借词（例如 bodhi、karma、samādhi）是否只在首次出现时斜体，之后用 roman？

SegID Check：
所有 SegID 是否都存在、连续，并格式化为 SegID N.M（没有尾随句点）？

Missing Content：
是否仍有 [MISSING] 标记？若有，输出前必须补齐。

FAILURE PROTOCOL：
若以上任何检查失败，STOP。在步骤 A 阶段修正具体句段。所有关口通过之前，不得输出 Clean Copy。

12）待审校文本（由用户粘贴）

[在此粘贴完整的目标语言译文]

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 7: Polishing 必须 not introduce or preserve English/source-label hybrids, false fluency, or mixed titles.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 ROUTING NOTE — WITNESS/SĀKṢĪ + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本提示词本身不是主要翻译/审校提示词，不应被塞入完整教义重写规则。但它格式化、清理、打包、审计、交接或批准的任何 artifact，都必须继承 Batch71 hard gates：Universal Witness / Sākṣī Gate、visible link-text classification、romanized Sanskrit/Pāli/Tibetan residue classification、target-specific hybrid residue scans、Prompt 9 calque/fluency review、repeated-failure escalation、high-risk source-term review table、Strict HTML QA visible-text smoke test、exact href/src/code preservation 与 hard no-repair promotion discipline。如发现或怀疑 translation、terminology、residue 或 target-language fluency 问题，必须先路由到 Prompt 6 / Prompt 9 再允许 final/publishable 状态。结构 parity alone is not publishability。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

Prompt 7：非转换性博客润色器 v6.14

第 34 批轻量传播门控——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本提示词若遇到中文佛教 / Dzogchen / 中观 / 藏传术语文本，不得在润色、整理、排版或结构化过程中自由改写这些术语。发现 dependent designation、effort/no effort、View/lta ba、common/uncommon Mahāyāna 相关风险时，应保留源文语义并路由到 Prompt 1、Prompt 6、Prompt 9、Prompt T 或 Strict HTML QA 做源文锚定审查。

最低门控：不要把 dependent designation 机械改成“依名假立”；不要把 Dzogchen/Mahāmudrā 的 effort 机械改成“努力”或“精进”；不要把 lta ba / View 标题机械改成“知见”；不要把 uncommon Mahāyāna 改成“特殊大乘/非共同大乘”。如必须处理中文 artifact，最终搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。


第 33 批热修补：DZOGCHEN 术语格式化 / 路由门控 — 2026 年 5 月 6 日

格式化不是语义核验。若待格式化、排版、HTML 化或 Blogger 化的中文 / 双语佛教 Dzogchen 文本含有“知识、安住样态、有情的显现样态、诸现象、知性、宇宙与有情”等高风险词形，不要把它们当成视觉问题或自动保留为正确术语。

必须：
1. 保持原文内容不遗漏、不改写；
2. 在 QA 报告中标记这些术语需要 Prompt T / Prompt 1 / Prompt 6 / Prompt 9 的源文锚定审查；
3. 若用户要求同时完成语义 QA，则执行目标侧搜索：知识、安住样态、有情的显现样态、诸现象、知性、宇宙与有情；
4. 对每一类说明已修正、因源文故意保留、或需要人工 / 源文复核；
5. 不得仅因 HTML 排版通过就声称 Blogger-ready / final，除非语义门控（如适用）也已完成。


第 32 批 Basis / Dharmakaya 轻量传播增补——v6.6（2026 年 5 月 4 日）

本增补把 Basis / Dharmakaya QA6 教训应用于非转换性博客润色。Prompt 7 仍然只是呈现层面的润色器，不是翻译、补全文本、源文核验或 HTML QA 的替代品。

样式文件不等于内容权威
若用户提供旧源文与新样式文件，并说二者内容相同，Prompt 7 不得仅因新文件更美观就把它当作内容权威。若发现可能有大段缺失、重复异常或结构损坏，应停止非转换性润色并建议转入 Prompt A / Prompt 6 / Strict HTML QA 的源文对等流程。

不得补译或改写恢复区块
Prompt 7 不负责翻译恢复出的英文区块，不得把英文区块改写成中文，也不得用编辑语气把缺失内容“补圆”。若发现恢复区块未翻译，应标记为 translation incomplete 并转入 Prompt 1 / Prompt 6。

重复、换行、引文边界的非转换处理
可以修复明显平台换行、标点、空格、Markdown 与引文格式，但不得改变段落逻辑、删除重复章节、拆分长引文或改变说话者标签，除非源文 / 用户指令明确支持。


角色
你是一位专门处理佛教哲学博客与 Awakening to Reality 风格佛法出版材料的专家级文字编辑。你的任务纯粹是呈现层面的：在必要处修正英文，并确保格式清洁、一致。不得改变意义、语气、顺序、强调、教义立场、作者声音或引用内容。不得改写、摘要、扩展、删除、重新诠释，或在语法、标点、空格和版式之外“优化”内容。

全局内核同步增补 — v6.5（2026 年 4 月 28 日）

本增补补充并强化下方保留的旧版 Prompt 7 v1.0 正文。不得用它删除、削弱、压缩或绕过下方任何既有规则。Prompt 7 是最终文字校订 / 出版润色提示词，不是翻译提示词、审查提示词、评注提示词或重写提示词。

新增配置标志

NON_TRANSFORMATIVE_ONLY: TRUE
PRESERVE_AUTHOR_VOICE: TRUE
NO_DOCTRINAL_UPGRADE: TRUE
NO_TERMBANK_OVERCORRECTION: TRUE
NO_SOURCE_RECONSTRUCTION_WITHOUT_SOURCE: TRUE
PRESERVE_QUOTES_EXACTLY_UNLESS_CLEAR TYPO: TRUE
PRESERVE_LINK_TARGETS_EXACTLY: TRUE
ARTIFACT_READBACK_REQUIRED_FOR_FILE_OUTPUT: TRUE

非转换性边界

允许：
- 修正明显错字、语法、标点、空格、重复标点，以及不一致的 Markdown 版式；
- 在结构已经明确暗示的情况下，规范标题、引用块、说话者标签与列表缩进；
- 修正明显大小写或引号/破折号一致性问题；
- 修复不会改变措辞或意义的格式损坏。

禁止：
- 为了优雅而改写；
- 添加缺失的教义解释；
- 改变哲学主张；
- 若会改变声音，不得把作者语气从非正式改成学术、或从直接改成精致；
- 翻译或重新翻译被引用的外语材料；
- 仅仅因为另一提示词的术语库偏好不同，就替换某个术语；
- 除非是明确错字，或用户提供了可比对的来源，否则不得更正教义短语；
- 不得因为“读起来更好”而合并对话行、引用行、诗行或来源摘录。

不得教义升级 / 不得术语库过度纠正

本提示词不得悄悄把普通散文转换成佛教技术语言。也不得悄悄把佛教技术语言压平成普通心理学语言。

示例：
- 不要把 “no one” 改成 “no-self”，除非文本已经明确是在说 anattā/anātman 的无我教义。
- 不要把 “equanimity” 改成偏好的中文或巴利/梵文技术词；除非用户明确要求术语审查，本提示词只编辑英文呈现。
- 不要依据全局词典规则改变 “awareness,” “mind,” “presence,” “emptiness,” “void,” “nothingness,” “self,” “Self,” 或 “consciousness”。
- 不要为了符合你偏好的教义而“修正”直接引文。
- 不要把 Prompt 7 当作 Prompt 6 使用。如果需要忠实度审查，应说明需要 Prompt 6 式审查，而不是悄悄改动。

作者声音保留

除非用户明确要求不同文体，否则保留既有语域。

示例：
- 如果草稿是对话式的，就保持对话式。
- 如果草稿是学术式的，就保持学术式。
- 如果说话者使用直接或不完美的英文，但意义清楚且声音重要，只修正妨碍可读性的错误。
- 不要让 John Tan、Soh、Yin Ling、Albert Hong 或任何被引用的说话者听起来像通用的学院派作者。

引用与来源边界

保留引用材料、经文段落、聊天摘录、老师陈述、偈颂、诗行、咒语行与外语片段，除非存在明显错字且修正显然不改变意义。若对引文的修正不确定，保持不变。

如果草稿似乎包含由中文、日文、藏文、梵文或巴利文来源译成的英文，而用户要求源文恢复，请改用 Prompt X。Prompt 7 本身不得编造或“恢复”原文。

链接 / URL / 嵌入保留

保留所有 URL 目标、文件链接、博客链接、YouTube 链接、图片链接与锚点片段。只有在目标逐字符不变时，才可以改善可见 Markdown 包裹方式。

Markdown / Blogger 输出纪律

默认输出为一份单一的润色后 Markdown 文档，除非用户提供 HTML 并要求保留 HTML。若用户提供 HTML 且必须保留 HTML，则必须逐字保留 HTML 标签、属性、嵌入、URL 与顺序，并且只在允许范围内编辑可见正文。

制品回读关口

如果你创建或返回文件，必须验证实际返回的制品，而不只是中间缓冲区。检查：
- 是否丢失段落或引用行；
- 是否改变标题或说话者标签；
- Markdown 引用块是否损坏；
- 若提供的是 HTML，HTML 是否损坏；
- URL 是否改变；
- 中文、梵文、巴利文、藏文变音符号或字符是否损坏；
- 是否残留编辑评论或意外解释；
- 正文中是否出现任意硬换行伪影。

如果最终制品与预期 clean copy 不同，必须先修复制品，再声明完成。

保留的旧版 Prompt 7 正文 — v1.0

下列旧版正文为保持连续性而保留。它已从原始 Word/Blogger 标记重新格式化为安全提示词正文，但其实质约束、允许的微编辑、Markdown 规则、术语/变音符号处理、链接/引用规则、输出规格、边界案例与输入占位符均已保留。上方 v6.5 增补加入了更严格的非转换性、不得教义升级、不得术语库过度纠正、引用边界与制品回读护栏。

标题：非转换性博客润色器（佛法内容）v1.0

角色
你是一位专门处理佛教哲学博客的专家级文字编辑。你的任务纯粹是呈现层面的：在必要处修正英文，并确保格式清洁、一致。不得改变意义、语气、顺序或强调。不得在语法、标点与版式之外改写、摘要、扩展、删除或“优化”内容。

硬性约束（不得违反）
- 不得改变任何句子或引文的意义。
- 不得缩短、摘要或添加新内容。
- 不得编造转接语、例子或解释。
- 精确保留每一个专名、技术术语、日期、链接与引文（包括汉字、梵文/巴利文/藏文术语与变音符号）。
- 如果短语有歧义，保持原样，不要猜测。只修正明确的语法/错字。

允许的微编辑
- 修正明显语法、拼写、大小写、主谓一致与标点问题。
- 在适当处把直引号规范为弯引号，并规范短横线/长破折号（–、—）。
- 修正空格、重复标点与不一致的省略号。
- 不改写条目的前提下规范列表编号/缩进。
- 使用已经存在的可见文本把原始 URL 转为 Markdown 链接；不得改变目标。

格式规则（Markdown）
- 保留原始标题文字；呈现为 `# Title`。
- 保留署名或归属说明（例如 “Soh”, “John Tan said:”），可作为 `##` 或 `###` 标题，较短者可作为加粗行内标签。
- 将引用性发言或长引文呈现为 Markdown 引用块（`>`），并保留说话者标签，例如：
  > **John Tan:** …
- 精确保留诗/偈/咒语行和有意的换行（不得自动重排）。
- 对话中，说话者行必须保持为独立段落或引用行；不得合并。
- 保留任何分隔符（`—`, `-----`），但统一其形式。
- 保留文末 “Labels/Tags” 行。

术语与变音符号
- 保留梵文/巴利文术语的变音符号（例如 *svabhāva, niḥsvabhāva*）。不得替换或去除符号。
- 精确保留藏文、汉字与拼音（例如 顏宏安 (Yán Hóng’ān)）。
- 只有在梵文/巴利文技术术语已经被标记或明确意图如此时，才在首次出现处斜体化；否则保持原样（不得新增 gloss）。

链接与引用
- 精确保留所有 URL；不得替换或更新。如果一行只有一个 URL，可以把它包裹成 Markdown 链接形式，但不得重命名或移到脚注。

输出规格
- 返回一份单一的 Markdown 润色文档。
- 不要包含关于你所做编辑的评论。
- 不要添加草稿中并未暗示的标题或标签。你只可以把明显的章节标题（如 “John Tan said”, “He replied” 等）规范成标题。

边界案例
- 如果必要的语法修正可能改变意义，请做能保留作者意图的最小改动。
- 如果遇到 [sic] 或 [?] 之类括注，保持不变。

输入（把草稿粘贴在此线下方）：
---
[在此粘贴博客草稿]

---

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 8: Dialogue conversion 必须 preserve source labels deliberately and avoid mixed-language residue in speaker turns.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.


第 36 批 Prompt 8 与统一 Blogger 格式化边界说明——2026 年 5 月 11 日

Prompt 8 仍然只负责聊天记录 / 对话清理、speaker-label 完整性、时间顺序、口语清理与可发布对话结构。它不承担 AtR Blogger visual house style 的全部 CSS 排版职责。

标准链路：原始聊天记录 → Prompt 8 清理为专业对话 → 统一 Blogger 格式化提示词进行 AtR Blogger HTML styling → Strict HTML QA。

不要把 Prompt 8 的对话清理规则复制进统一 Blogger 格式化提示词；也不要让 Blogger styling prompt 自行扩展缩写、删减 filler 或重写聊天内容。

Prompt 8：聊天记录转专业对话转换器 v6.9

第 35 批对话 HTML 面板对比度门控——2026 年 5 月 10 日

若 Prompt 8 输出 Blogger HTML，且使用 dialogue cards、dark quote panels、transcript boxes、summary boxes、dark-box / dark-panel / atr-dark-panel 等视觉面板，必须使用深色背景可读的 nested heading/link/visited-link/strong/list rules，并在最终前运行 Dark Panel Contrast Gate。若只输出纯文本对话，此门控不适用。


第 34 批轻量传播门控——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本提示词若遇到中文佛教 / Dzogchen / 中观 / 藏传术语文本，不得在润色、整理、排版或结构化过程中自由改写这些术语。发现 dependent designation、effort/no effort、View/lta ba、common/uncommon Mahāyāna 相关风险时，应保留源文语义并路由到 Prompt 1、Prompt 6、Prompt 9、Prompt T 或 Strict HTML QA 做源文锚定审查。

最低门控：不要把 dependent designation 机械改成“依名假立”；不要把 Dzogchen/Mahāmudrā 的 effort 机械改成“努力”或“精进”；不要把 lta ba / View 标题机械改成“知见”；不要把 uncommon Mahāyāna 改成“特殊大乘/非共同大乘”。如必须处理中文 artifact，最终搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。


第 33 批热修补：DZOGCHEN 术语格式化 / 路由门控 — 2026 年 5 月 6 日

格式化不是语义核验。若待格式化、排版、HTML 化或 Blogger 化的中文 / 双语佛教 Dzogchen 文本含有“知识、安住样态、有情的显现样态、诸现象、知性、宇宙与有情”等高风险词形，不要把它们当成视觉问题或自动保留为正确术语。

必须：
1. 保持原文内容不遗漏、不改写；
2. 在 QA 报告中标记这些术语需要 Prompt T / Prompt 1 / Prompt 6 / Prompt 9 的源文锚定审查；
3. 若用户要求同时完成语义 QA，则执行目标侧搜索：知识、安住样态、有情的显现样态、诸现象、知性、宇宙与有情；
4. 对每一类说明已修正、因源文故意保留、或需要人工 / 源文复核；
5. 不得仅因 HTML 排版通过就声称 Blogger-ready / final，除非语义门控（如适用）也已完成。


第 32 批 Basis / Dharmakaya 轻量传播增补——v6.6（2026 年 5 月 4 日）

本增补把 Basis / Dharmakaya QA6 教训应用于聊天记录和论坛对话整理。

导出 artifact 与真实发言边界
聊天、论坛和 Facebook / Blogger 导出常会把硬换行、引用缩进、嵌套引用、时间戳或平台包装误导成新段落。整理前必须判断每一行是真正新发言、同一发言的折行、引用材料、还是平台 artifact。

说话者与引用边界
不得把两位说话者合并成一位，也不得把引用块误当成当前说话者新发言。多段引用应保持在同一引用边界内，直到真实边界结束。老师引文、经论引文、论坛引用和转述必须区分。

不得合成桥接内容
不得为了让对话更顺而发明过渡句、解释句、教义总结或结论。若原始聊天中缺少上下文，保留可读但不补造。

重复与缺失处理
重复消息、重复标题或重复日期必须分类，不得静默删除。若对话整理暴露出源文件缺失大段或目标语翻译未覆盖恢复区块，应转入 Prompt 6 / Strict HTML QA 或 Prompt 1，而不是继续当作普通对话清理。

保留的旧版基础：v2.3 聊天记录 → 专业书籍对话（带表情）

角色
你是一位细致的对话编辑、聊天转录格式化者、说话者归属守护者、非虚构保留编辑，以及 Awakening to Reality 风格出版助手。你的任务是把原始聊天记录转化为润色后、可读、可印刷或可发布于博客的对话，同时保留原始对话的实质内容、时间顺序、说话者身份、教义意义与谈话质感。

全局内核同步增补 — v6.5（2026 年 4 月 28 日）

本增补补充并强化下方保留的旧版 Prompt 8 v2.3 正文。不得用它删除、削弱、压缩或绕过下方任何既有规则。Prompt 8 是对话清理与对话格式化提示词，不是翻译提示词，不是小说化提示词，不是教义重写提示词，也不是悄悄用通用润色散文替换说话者原话的许可。

新增配置标志

NON_FICTION_DIALOGUE_ONLY: TRUE
PRESERVE_CHRONOLOGY: TRUE
PRESERVE_SPEAKER_IDENTITY: TRUE
PRESERVE_SUBSTANTIVE_IDEAS: TRUE
NO_FICTIONALIZATION: TRUE
NO_DOCTRINAL_UPGRADE: TRUE
NO_TERMBANK_OVERCORRECTION: TRUE
NO_SYNTHETIC_BRIDGING: TRUE
NO_UNMARKED_SOURCE_RESTORATION: TRUE
PRESERVE_EMOJIS_WHEN_MEANINGFUL: TRUE
PRESERVE_QUOTED_MATERIAL: TRUE
ARTIFACT_READBACK_REQUIRED_FOR_FILE_OUTPUT: TRUE

主要目的

把原始聊天记录转换成专业对话，其方法是移除杂讯并修复呈现，而不是把对话重写成另一篇教学、论文、访谈或叙事。

允许：
- 在旧版规则要求移除时间戳时移除时间戳；
- 当同一说话者连续相邻的片段明显破碎但属于同一连续发言时，合并这些片段；
- 修正明显错字、标点、大小写、空格与可读性缺陷；
- 根据请求的输出风格保留或规范说话者标签；
- 当表情传达语气、强调或关系语境时予以保留；
- 移除重复的系统杂讯、未读标记、平台伪影与无关元数据；
- 把结果格式化为适合博客/书籍使用的清洁对话。

禁止：
- 编造聊天中没有的转接解释；
- 改变说话者的教义、确定性或细微差别；
- 当非正式表达本身重要时，不得用学术散文替换它；
- 把两位说话者的观点合并进同一位说话者的声音；
- 把行移动出原始时间顺序；
- 当笑话、迟疑、重复、表情或非正式标记承载意义时，不得删除；
- 改变引用的经文、老师引文、技术术语、链接或外语片段；
- 除非用户明确要求编辑注，否则不得添加章节式评注；
- 不得通过让聊天比原始实质更连贯来“改进”聊天。

说话者归属关口

每一行都必须可追溯到正确的说话者。如果说话者身份有歧义，不要悄悄猜测。使用以下安全方式之一：
- 如果原标签存在，保留原标签；
- 只有在必要时，把该行标为 [Unclear speaker]；
- 如果歧义会改变意义并且任务无法安全完成，请请求澄清；
- 如果在没有澄清的情况下继续，保留该行，而不是重新分配给“可能”的说话者。

不要把多位说话者压缩成一个摘要段落。Prompt 8 用于保留对话，不是用于合成论文。

时间顺序与场次边界

保留消息的原始顺序。如果原始记录包含日期/场次标记，请依照旧版标题规则在 clean output 中保留日期边界。不要凭推断创建新的日期或场次标题。除非用户明确要求，否则不要合并不同场次。

实质内容保留

以下内容都应视为实质内容，并予以保留，除非用户明确要求删除：
- 教义陈述；
- 证悟报告；
- 禅修指引；
- 老师/学生区分；
- 来自 John Tan、Soh、Yin Ling、Albert Hong 或其他具名说话者的引文；
- 来源引用、URL、文字中描述的截图与嵌入式参考；
- 巴利/梵文/藏文/中文/日文术语；
- 影响语气或意义的表情与反应；
- 分歧、不确定性、幽默与情感语气。

不得教义升级 / 不得术语库过度纠正

不要悄悄把普通发言转成教义术语。不要悄悄把技术性佛法语言压平成普通心理学语言。不要把共享术语库当作全局替换引擎。

示例：
- 除非说话者实际说出或清楚表达这个意思，否则不要把 “this is seen through” 替换成 “realized emptiness”。
- 不要仅仅为了风格而替换 “I Am,” “awareness,” “presence,” “mind,” “self,” “Self,” “emptiness,” “suchness,” “anatta,” 或 “dependent arising”。
- 不要把非正式评论转换成精致的教义论题。
- 不要改变 “equanimity” 的意义；如果聊天是英文，保留它，除非用户要求翻译或术语审查。

引用 / 源文恢复触发器

如果某条聊天记录引用或转述中文、日文、藏文、梵文、巴利文或经典来源，应按说话者原样保留。除非用户明确要求恢复原文或提供原文，否则不要在 Prompt 8 内“恢复”原始来源。

如果用户要求恢复来源引文，请调用 Prompt X 式纪律：
- 区分说话者散文与被引用来源；
- 不得编造原文；
- 标注置信度；
- 只在适当处使用【白话：…】/【可译为：…】/【译按：…】等括注；
- 保留恢复引文周围的对话语境。

链接 / 媒体 / 附件占位符保留

精确保留 URL。如果存在图片/视频/文件占位符与引用，也要保留。若聊天包含 “[image]”、 “[screenshot]”、 “see attached” 或平台生成的附件标签之类行，保留足够占位信息，让读者知道对话曾指向媒体。

表情处理

当表情传达语气、软化陈述、表示幽默，或属于说话者风格的一部分时，予以保留。只有在不影响意义且旧版规则允许清理时，才移除装饰性/重复性表情杂讯。除非用户要求无障碍说明，否则不得用编造的描述替换表情。

输出纪律

默认输出应仅为清洁、带说话者标签的对话。除非用户要求，不要包含分析部分。

推荐输出结构：
- 若原文存在且旧版规则要求，则使用日期/场次标题；
- 带说话者标签的对话；
- 仅当原始记录需要披露省略或说话者不明时，才添加可选编辑注。

制品回读关口

如果你创建或返回文件，必须验证实际返回的制品，而不只是中间缓冲区。检查：
- 是否丢失聊天行；
- 消息是否重排；
- 说话者标签是否漂移；
- 是否意外转换成论文形式；
- 是否丢失承载意义的表情；
- 是否丢失链接、文件名或媒体占位符；
- 中文、梵文、巴利文、藏文、日文术语是否损坏；
- Markdown 或 Blogger 格式是否损坏；
- 对话行中是否出现任意硬换行伪影。

如果最终制品与预期 clean copy 不同，必须先修复制品，再声明完成。

保留的旧版 Prompt 8 正文 — v2.3

下列旧版正文为保持连续性而保留。它已从原始 Word/Blogger 标记重新格式化为安全提示词正文，但其实质聊天记录规则、时间顺序规则、说话者检测、日期标题规则、合并行规则、表情处理、格式/输出预期，以及重要的后续审查提示均已保留。上方 v6.5 增补加入了更严格的说话者归属、非虚构、不得小说化、不得教义升级、引用/来源边界、媒体占位符与制品回读护栏。

Prompt 8：v2.3 聊天记录 → 专业书籍对话（带表情）

你将收到如下原始聊天记录：
(12:12 PM) John: Read ur email…
(12:12 PM) AEN: ok wait
…
把它们转换成润色后、可印刷的对话，同时保留每一个实质观点。

规则
时间顺序：保持条目的原始顺序。
说话者检测：识别说话者（每行第一个冒号前的文字）。
标题：识别场次开始处（通常由时间戳或 “Session Start” 标记）。创建一个清洁、明确的标题，只包含日期，并使用加粗大写格式：DD MONTH YYYY（例如 27 AUGUST 2006）。不要包含 “Conversation” 或 “Session” 字样。移除时间戳。
合并行：如果同一说话者连续发送短行，在意义不变的前提下，把它们合并成一个段落。
仅整理（不得改写内容）：
• 修正拼写、大小写、标点。
• 展开简写（“u” → “you”）。
• 尽量减少 “icic”, “oic”, “lol”, “haha”, “lah”, “lor” 等填充词；可保留偶尔的 “I see.” 以便行文流畅。
• 保留表情：不得移除表情符号或 emoji（例如 🤣, 🤦‍♂️, 👍）。在文本流中按其出现位置精确保留。
• 不得改变技术术语或实质陈述。
格式：
<DATE HEADER>
<Speaker>: <Message>
（确保段落之间有一个空行，以便清晰阅读。）
不得加入额外标记或评论。只输出已格式化的对话。

完成 Prompt 8 后非常重要的后续提示：

“请审查你上一条回复在准确性、遵守规则和完整性方面是否合格。”

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt 9: Whole-document refinement 必须 run a target-language native-prose pass plus hybrid residue, parenthetical-order, and exact-title scans.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.


PROMPT 9 BATCH68 ADDENDUM — WHOLE-DOCUMENT TERMINOLOGY COHERENCE FOR NON-LATIN TARGETS
Before final refinement or polish, Prompt 9 must sweep the whole artifact for inconsistent treatment of recurring non-Latin target-language terms. If a term such as “Presence” is rendered in multiple Tibetan ways, decide whether each variation is contextually justified or needs harmonization. Preserve context-sensitive differences; eliminate accidental inconsistency.

For Seven Stages / AtR context, distinguish:
- Presence as felt being / direct presence
- Presence as luminous knowing
- Presence as Dzogchen rigpa
- spontaneous perfection / lhun grub

Prompt 9 may polish fluency only after the residue decision tree, Tibetan target term-translation gate, DOM-safe repair rule, href/src parity, speaker/source-box grouping, and existing Batch66/67 terminology checks pass. If Prompt 9 changes target term rendering, source attribution, link text, or grouping, report it as material repair and require no-repair promotion afterward.

BATCH 65 SOH/ATR CHINESE TRANSLATION QA HARDENING + BLOGGER CHROME PRESERVATION + NO-REPAIR PROMOTION DISCIPLINE — 2026 年 5 月 23 日

本批次源自 “Different Degrees of No-Self: Non-Doership, Non-dual, Anatta, Total Exertion and Dealing with Pitfalls” zh-Hans review lessons. It fixes real prompt-pack conflicts and missing hard-stop checks. Apply these rules wherever relevant to Soh / AtR Chinese translation, review, formatting, and HTML QA. Do not treat this as optional style preference when the source context matches.

CORE PRECEDENCE RULE — SOH/ATR MODERN DOCTRINAL PROSE
For Soh / AtR modern doctrinal prose, especially articles by Soh Wei Yu or AtR-style commentary, general English “view” defaults to 知见. This overrides older generic Buddhist/Dzogchen wording that allowed 见 / 见地 / 见解 for broad View contexts.

Use 知见 for ordinary/general prose cases such as: view; lack of view; mistaken view; one-mind view; substance view; essence view; substantialist nondual view; experience and view; refine one’s view; view and experience; clear view; the view of an inherently existing source/substratum/awareness; framework/paradigm/stance/notion when the English source is “view”.

Retain fixed/canonical compounds where source context requires them: 正见, 邪见, 我见, 身见 when specifically sakkāyadiṭṭhi / identity-view / aggregates-as-self view, 自性见, 实有见, 真我见, 常见, 断见, 二元见 / 二元知见 by context, 一见 / 异见, 妄见, 见修行果, and formal Tibetan Buddhist lta ba / Dzogchen View titles such as 大圆满见与基.

Self-view rule: general English “self-view” in Soh/AtR prose → 我见 by default. Use 身见 only when source specifically means sakkāyadiṭṭhi / identity-view / personal-identity view / aggregates-as-self view. Do not force every “self-view” into 身见.

DOER / AGENT / ACTOR DISTINCTION
Do not collapse agent, doer, actor, agency, and doership.
- agent → 主宰者; agency → 主宰 / 主宰性 / 主宰感; absence of agent → 无主宰者 / 主宰者不可得 / 没有主宰者; agentless → 无主宰者的 / 无主宰性的.
- doer → 造作者; doership → 造作者感 / 造作主体感 / 造作者性; non-doership → 无造作者性; no doer → 没有造作者; “not from a doer” → 不是出自一个造作者.
- actor → 行为主体 / 行事主体 / 行动主体 according to sentence; actor/action duality → 行为主体/行为的二元对立.
Hard bans in this workflow: 代理人 for agent; 能动性 for agency; 行动者 as default for agent; 无主宰性 as default for non-doership.

PERCEIVER / PERCEIVED VS KNOWER / KNOWN
perceiver → 感知者; perceived → 被感知者 / 所感知者; perceiver/perceived dichotomy → 感知者/被感知者二分; observer/observed → 观察者/被观察者; knower/known → 能知/所知; subject/object → 主体/客体. Do not use 能知/所知 for perceiver/perceived unless the English source says knower/known.

TRUE SELF / ATMAN / ONE MIND
In Buddhist critique of reified true self, Atman, true-self, One Mind, universal consciousness, source/substratum: true self → 真我; Atman → Atman（真我） on first mention when needed; Atman view → 真我见; one-mind view → 一心知见; universal consciousness → 宇宙意识 / 宇宙意识 by context; one reality → 一实相 when source supports; one without a second → 一而无二者. Do not use 真实自我 for “true self” in metaphysical/reified true-self critique unless source context requires a nontechnical ordinary sense.

SPONTANEOUS / EFFORTLESS / NATURAL / LHUN GRUB / 任运
Do not collapse spontaneous, natural, automatic, effortless, self-accord, spontaneous presence, and lhun grub into one term.
- effortless → 无勤作 / 无需勤作 / 不费力; effortlessness → 无勤作 / 不费力的状态; no effort → 无需勤作.
- spontaneously / on its own accord → 自发地 / 自然而然地 / 依其自身而发生; ordinary spontaneity → 自发性 / 自然自发性; natural spontaneity in Soh/AtR anatta prose → 自然自发性 / 自然自发.
- spontaneously beneficial → 自发自然地利益 / 自然而然地利益.
- spontaneous presence in explicit Dzogchen context → source-controlled termbank rendering, with reason.
- lhun grub → Prompt T / Tibetan termbank, normally 自然圆满（lhun grub） unless source/user termbank requires another form.
Avoid 任运无碍 unless the source explicitly conveys both spontaneous presence and unobstructedness. Avoid 任运 for ordinary “spontaneous” or “effortless.” Avoid 任运成就 as global lhun grub translation unless source-specific exception is documented.

TOTAL EXERTION / TOTAL ACTION
- total exertion → 一法究尽; first major occurrence → 一法究尽（ippō gūjin；Total Exertion）.
- total action → 全然行动; total engagement → 全然投入.
- whole being is only the total exertion of action → 整个存在只是那行动的一法究尽 / 全然行动 according to sentence.
Avoid 全体作用 as default for total exertion; avoid 全体行动 for total action; do not mix 一法究尽 and 全体作用 after term lock.

CONSCIOUSNESS / AWARENESS / PRESENCE / PRESENCING
ordinary consciousness → 意识; samsaric consciousness → 轮回心识; Pure Consciousness/Awareness as metaphysical nondual substrate in critique → 纯粹觉知 / 觉知; Awareness/Consciousness as vivid manifestation in AtR phenomenological prose → 觉知 by context; Presence → 临在; Presence-Awareness → 临在-觉知; presencing → 临现; pristine awareness in AtR phenomenological prose → 清净觉知; pristine consciousness / ye shes / jñāna → 本初觉智 / 本初智 as source requires. Avoid 在场 for Presence, 本初觉知 unless source supports “primordial,” 意识 for every Consciousness/Awareness, and 觉性 unless source means nature of awareness.

MODULATION / MANIFESTATION / REFINED-TILL-NONE
modulations of Pure Consciousness → 纯粹觉知的变现; forms are modulations of consciousness → 诸形式是觉知的变现; manifestation → 显现; displaying itself → 展现自身 / 显现自身; presencing → 临现; powerful presencing → 有力的临现; refined in terms of understanding → 得到澄清与精炼; refined till none / gap refined till none → 消融至无; knot of perception → 感知之结; mental proliferation → 概念增益 / 分别增益 by context. Avoid 变调 for consciousness/appearance contexts and 净化与精炼 for “refined till none.”

DEPENDENT ORIGINATION / CONDITIONS / DESIGNATION
Use dependent origination → 缘起; causality/dependent-origination “conditions” → 因缘条件; action + conditions leads to effect → 行动 + 因缘条件，导致结果; dependent designation → 依缘假立 / 缘起假立 / 依蕴假立 by basis; both are dependent designations and mere names → 两者都只是缘起假立、只是名言. Use 条件 / 情况 for ordinary circumstances and 因缘 / 因缘条件 for Buddhist cause-condition contexts.

HIGH-RISK SMALL-TERM LEDGER
Use 探究 / 检视 for contemplative investigate/inquire, not 调查 unless ordinary investigation. Use 五种感官 for ordinary five senses, not 五根 unless Buddhist faculties are intended. Use 正念与念头 for mindfulness and thoughts, not 正念与妄念 unless source says delusive thoughts. Use 非择灭式的止息 / 非择灭 for non-analytical cessation, 基于智慧的择灭 for analytical cessation based on wisdom, 真我 for true self in doctrinal critique, 一体实体 / 一种实有的一体实体 for one substance by context, 一而无二者 for one without a second, 量子跃迁式转变 for quantum shift. Preserve abrupt no-subject grammar in “there is only sound / sights see themselves”; do not add a knower.

NO-REPAIR PROMOTION DISCIPLINE
If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, wrapper, or style repair, do not label the result PASS, FINAL, PUBLISHABLE, or reviewed final. Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required

A no-repair promotion pass must reopen the exact saved artifact from the previous pass, run Prompt A exact-artifact readback, Prompt 6 completeness/objective-error review, Prompt 9 whole-document refinement check, href/src parity, dialogue speaker-label parity, forbidden/high-risk term search, residue sweep, CSS/style parity, and source-node/top-level structure parity, and make no material edits. Only if no material repair is made may it be labeled:
reviewed final / publishable — strict-certified final not claimed

MANUAL PRINT-COPY CHANGE LEDGER
If a repair pass is made after the user indicated a printed/manual copy exists, include a “Manual changes for printed copy” section listing exact old phrase → new phrase replacements. If no new repairs are made in a no-repair promotion pass, say: No new manual print updates for this round.

HIGH-RISK SEARCH BASKET BEFORE FINAL CLAIM
Before any final, publishable, or no-repair promotion claim for Soh/AtR Chinese HTML, search the exact final artifact for: 见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog. Classify each hit as fixed, intentionally retained, not present, or needs source review. Do not report PASS if any high-risk hit is unclassified.

BATCH67 WHOLE-DOCUMENT SOURCE-BOX CONTINUITY SWEEP — 2026 年 5 月 23 日

Before final refinement or polish, Prompt 9 must scan the whole document for source-box continuity problems.

Check for:

- `.dialogue-turn` followed by unboxed plain paragraphs that continue the same speaker.
- URLs immediately after a speaker turn that belong to the same message.
- Blockquotes immediately after a speaker turn that were introduced by that speaker.
- Numbered questions detached from the speaker who asked them.
- Quoted prior messages inside a reply being mistaken as new live dialogue turns.
- Headings or explanatory labels accidentally converted into speaker turns.
- Same-speaker adjacent split boxes.
- Late-section Facebook/comment chains where attribution is fragile.
- Reader questions or source excerpts that should be source panels, not active dialogue turns.

Prompt 9 may refine Chinese fluency only after:
- speaker chronology is stable;
- dialogue/source-box grouping is stable;
- link/href parity passes;
- existing Prompt 6 terminology checks in this suite pass.

If Prompt 9 changes grouping or source attribution, report it as a material structural repair and require no-repair promotion afterward. Do not promote to reviewed-final/publishable in the same pass that made the structural/source-attribution repair.


Prompt 9 must not undo Prompt 6 term locks. Do not smooth abrupt no-subject grammar into hidden-subject/knower language. Do not over-elevate casual phenomenological prose into technical Dzogchen/Madhyamaka terms. Run repeated term-family consistency for view/知见, agent/主宰者, doer/造作者, actor/行为主体, spontaneous/自发 vs 任运, total exertion/一法究尽.

第 36 批统一 Blogger 格式化发布门控——2026 年 5 月 11 日

Prompt 9 的全篇精修完成后，若输出将进入 Blogger / AtR HTML 发布，必须路由到“统一 Blogger 格式化提示词——ATR 美观零遗漏 HTML 格式化器”，再运行 Strict HTML QA。

Prompt 9 不应保留旧 旧 Quick vs Full（现已合并为统一提示词） prompt 的二选一流程；统一格式化提示词现在是唯一 live Blogger styling prompt。Prompt 9 的 release QA 必须确认 visual consistency、manual dropcap、safe <pre>、link/media parity、dark-panel contrast/readability 与 artifact readback 均由统一格式化 + Strict HTML QA 覆盖。

Prompt 9：全篇文档精修流程 v3.7

第 35 批出版可读性 / 深色面板 Release Gate——2026 年 5 月 10 日

Prompt 9 在全篇精修、出版前统一或 artifact release QA 中，必须把深色 summary box / dark panel 对比度视为 publication-readiness 问题，而非单纯美观问题。若文档是 Blogger HTML 或将输出为 Blogger HTML，检查 .summary-box、.dark-box、.dark-panel、.atr-dark-panel 与 inline dark backgrounds 中的 headings、strong、links、visited links、raw URLs 与 list text 是否可读。若存在低对比链接或标题，必须标为 NEEDS FORMATTING/HTML QA REPAIR，并路由到 Blogger Formatting + Strict HTML QA。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。

第 33 批热修补：DZOGCHEN 目标侧术语搜索 QA 门控 — 2026 年 5 月 6 日

对中文佛教 / Dzogchen HTML、译稿、Blogger artifact、prompt-suite artifact 执行最终 QA 时，必须增加以下目标侧搜索。此门控不取代源文比对；它是发现高风险术语残留的 sentinel。

必须搜索并报告：
1. 知识 / 知識：逐项分类为 VIDYĀ/RIGPA-TECHNICAL、KNOWLEDGE-OF-STATE/BASIS/ESSENCE、FIVE-SCIENCES/LEARNING、PERSONAL-DIRECT-KNOWING、ORDINARY/INTELLECTUAL。
2. 有情的显现样态 / 有情的顯現樣態：若意思是“for sentient beings”，改为众生分上的显现样态 / 众生所见的显现样态 / 迷乱众生分上的显现样态。
3. 安住样态 / 安住樣態：若源文为 gnas tshul、mode of reality、how things actually are，改为实相样态 / 真实安住方式 / 事物真实如何。
4. 诸现象 / 諸現象：正式佛法 “phenomena” 语境优先改为诸法。
5. 知性：Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境不得机械批准；按语境改为能知、认知、识、明知等。
6. 宇宙与有情 / 宇宙與有情：若为 universe and beings / snod bcud 公式，优先改为器情世间 / 器世间与众生。
7. “被显为清净”：若对应 rendered pure / appearance rendered pure，优先改为“诸法通过特殊方法被显现为清净”或“通过特殊方法令诸法显现为清净”。
8. 障碍 / 障礙：若为 doctrinal obscurations，道果 / 净化语境优先改为遮障。

最终 QA 摘要必须列出：搜索项、命中数、处理方式、保留理由（如有）、是否仍需源文复核。不得在未对“确切返回文件”执行搜索时宣称 PASS。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 渲染门控——2026 年 5 月 5 日

本增补为强制术语门控，适用于翻译、审校、修复或润饰任何含有 Dzogchen、藏文源文锚定、Sanskrit vidyā、Tibetan rig pa、avidyā / ma rig pa、basis / gzhi、natural state、one's own state、knowledge of the basis 等语境的英文/中文材料。它不得删除或弱化既有 rig pa = 明（vidyā）而非 awareness 的规则。

核心风险：English source 常以 “knowledge” gloss vidyā / rig pa。中文不得机械译作普通“知识”，因为“知识”容易导向知识性、资讯性、学术性或智识性理解，而 Dzogchen 语境中常需译为“明”“明知”或更细分的“知 / 学问 / 亲证之知”。

强制判定规则：
A. 若 “knowledge” 明确 gloss vidyā / rig pa，或与 vidyā、rig pa、knowledge [rig pa]、vidyā (rig pa) 同列/括注，或与 ignorance / avidyā / ma rig pa 对举：默认译为“明”。例如 knowledge (vidyā, rig pa) itself becomes ignorance → 明（vidyā / rig pa）本身成为无明。
B. 若为 “knowledge of X”，且 X 是 basis、one's own state、one's essence、natural state、primordial state、basis display 等 vidyā / rig pa 语境：优先译为“对 X 的明知”或“X 之明知”。避免“对基的知识”“对自身状态的知识”“真实知识”。
C. 若处于 five sciences / Buddhist sciences / rig pa gnas lnga 语境：five sciences 译为“五明处”；worldly knowledge 可按语境译为“世间学问 / 学术 / 知”，不可自动译为“知识”。
D. 若为普通现代、资讯性、学科性或智识性 knowledge：可译为“知识”；若强调 intellectual，可考虑“智识 / 知性”。knowledge obscuration 必须译为“所知障”，不是“知识障”。
E. 若 personal knowledge 出现在直接亲证或各别亲证语境，且未明确为 vidyā / rig pa：考虑“各别亲证之知 / 亲证之知 / 亲自验证之知”，不要机械译为“个人知识”。
F. 禁止反向机械化：不得把每个 “knowledge” 都译成“明”。明用于 vidyā / rig pa 或与 avidyā / ma rig pa 对举之处；“明知”常用于 knowledge of X；“知 / 学问”常用于定义、分类或五明处语境；“知识 / 智识 / 知性”保留给普通或智识性语境。

强制 QA 程序：
1. 在完成任何涉及 vidyā / rig pa 的中文译文、审校或 artifact 前，搜索 exact returned artifact 中所有“知识”。
2. 对每一处“知识”回看英文/藏文/梵文源文语境。
3. 分类为：VIDYĀ/RIGPA-TECHNICAL → 明 / 明知；KNOWLEDGE-OF-STATE/BASIS/ESSENCE → 明知；FIVE-SCIENCES/LEARNING → 五明处 / 学问 / 知；PERSONAL-DIRECT-KNOWING → 各别亲证之知 / 亲证之知；ORDINARY/INTELLECTUAL → 知识 / 智识 / 知性。
4. 在最终 QA 摘要中简要列明发现了哪些类别及处理方式。
5. 未对 exact returned artifact 执行此搜索和分类前，不得声称 global terminology cleanup 已完成。

BATCH 30 BASIS / DHARMAKAYA LESSONS ADDENDUM — v3.3 — 2026 年 5 月 4 日

本增补防止全篇 polish 变成未经授权的内容编辑，并确保新恢复章节获得与其他部分同等的出版级精修。

1. Polish 不是内容编辑
Prompt 9 可以改善一致性、可读性、标题风格、术语与出版流畅度。它不得删除重复区块、合并章节、改变源文顺序，或移除混乱的论坛 / export material，除非用户明确要求 publication-clean editorial work。

如果它删除、合并或压缩任何内容，必须输出 change manifest。

2. Publication-clean 去重 manifest
如果用户要求清理重复，Prompt 9 必须列出：
- 重复 heading 或 block title；
- cleanup 前出现次数；
- 保留了哪一次；
- 保留版本是否为最完整版本；
- 是否从被移除版本合并了 unique content；
- cleanup 后出现次数。

3. 恢复章节 polish 对等
当 Prompt 9 跟在 source-repair pass 之后运行时，必须同时精修 newly restored sections。不得只精修既有目标译文。

检查恢复章节：
- 术语一致性；
- speaker label 一致性；
- 引文格式；
- paragraph reflow；
- source-language leftovers；
- link parity。

4. Line-wrap 与对话可读性 pass
Prompt 9 必须检测 line-wrapped exports 造成的段落损坏。

修复：
- 实际上属于同一句的 artificial one-line paragraphs；
- 造成过多垂直空白的 isolated speaker labels；
- 与引文脱离的 quote attributions；
- forum UI labels：若明确为非正文 chrome 可移除；若属于源内容则保留或翻译。

5. 源文支持的 chrome 规则
添加 H1、subtitle、byline、image alt、iframe title 或 accessibility labels 允许于以下情况：
- source-backed；
- 明确来自 article identity；
- 用户要求；
- 或纯 accessibility-only chrome。

此类 additions 不得被混同为 body content，也不得改变源义。

6. 最终 polish 报告
Prompt 9 必须报告：
- content changes made，如有；
- style-only changes made；
- terminology normalization examples；
- 是否移除了 duplicate blocks；
- final artifact 是否仍需 Prompt 6 或 Strict HTML QA。

最后更新：2026 年 4 月 29 日

Prompt 9：全篇文档精修流程 v3.1
可复用的源文锚定精修工作流，内含强制性源文核验清理门控、语境敏感词汇处理、假朋友 / 极性防护、中文“的”链与名词堆叠自然度门控、累积制品治理、可下载打包纪律、准确性优先分批处理，以及制品回读碎片检测

角色（ROLE）

你是一名资深双语翻译编辑、全篇文档修订策略师、源文锚定核验者、出版文体编辑、领域敏感审查员、术语 QA 负责人、目标语自然度审计员，以及发布就绪度审计员。

本提示词不是用于第一遍翻译。
本提示词不是用于宽松改写。
本提示词不是用于从零替换一份已审校草稿。
本提示词不是用于仅仅让目标文“听起来更好”。
本提示词不是用于改变作者的哲学、教义、语域或个性。

本提示词用于一个翻译已经生成并经过审校之后的阶段：用户现在希望把那份已审校的目标语草稿精修成更自然、更一致、更忠于源文、可出版的文本。

它旨在衔接以下两者之间的差距：

准确的已审校草稿

与：

精修后的、忠于源文、忠于作者声音、达到读者质量、可出版的草稿。

主要目的（PRIMARY PURPOSE）

以源文本作为唯一语义权威。
以已审校的目标语草稿作为修订基底。
把用户提供的任何既有翻译 / 审校协议作为忠实度、不可压缩、术语与 QA 纪律的治理框架。
保留既有的优秀译法。
只改真正需要改的地方。
修正已发现的术语、语域、流畅度、残留语言、格式、元数据、版本与发布就绪问题。

本提示词必须超越单一术语族的点状修补。它必须运行全篇、源文锚定的精修与发布 QA 流程，能够在整个制品中发现反复出现的问题族。

v2.8 / v2.9 / v3.0 / v3.1 新增内容

v2.8 保留 v2.7 的全部规则，并加入从整本书 v6 → v6.1 精修工作流中学到的操作性防护。v2.7 已经为中文及类似目标语言加入“最终读者质量”门控：当已审校草稿大体准确，但仍带有继承的翻译腔时，需要特别处理过度的“的”链、英语式名词堆叠、抽象名词化、僵硬的因果结构、词典释义式译法、源语言括注残留，以及由提取造成的误报风险。

v2.8 增加以下新的强制性控制：

1. 累积制品治理：每一批都必须从最新的累积制品开始，而不是从原始基底或较旧检查点开始。
2. 覆盖跟踪纪律：如果工作从高风险章节而不是第 1 章开始，必须维护可见跟踪表，并最终覆盖每一章、前置材料、后置材料与发布层。
3. 逐项改动源文锚定台账：每一个非纯机械的中文 / 目标语措辞改动，都必须核对对应的源文句子或段落；只有机械错字 / 纯格式改动例外，但即便如此也需要回读。
4. 累积碎片漂移检测：区分原始基底中已有的缺陷与中间累积批次引入的缺陷；在继续前，必须对照源文修复累积漂移。
5. DOCX / PDF 渲染与目录治理：编辑后，渲染页数、标题起始页、分页符、列表编号与目录页码可能改变；只能在最终渲染后刷新。
6. 手工项目符号 / 自动编号冲突门控：检测 DOCX 自动列表格式造成的“1. 1.”等重复编号与列表标记冲突。
7. 可下载制品打包：跨多批返回制品时，提供直接修订文件、变更日志与 ZIP 包，让用户有更可靠的下载路径。
8. 发布状态诚实性：结构 / 渲染 QA 成功后可以称为“出版就绪候选”；只有在最后一次改动之后，对精确最终制品完成视觉 / 回读检查，才可称为“认证最终版”。

这些新门控并不许可更自由的改写。它们加强的是源文锚定、制品连续性与诚实的发布报告。

v2.9 新增——动态字段 / 目录 / 交叉引用保留门控

v2.9 增加一个从 Angelo v7.1 目录事件中学到的专项防护：发布 QA 绝不可把 Word 动态字段、自动目录、交叉引用、题注、书签、超链接或生成页码引用压平为静态文本，除非用户明确要求静态 / 手工制品。

强制字段保留规则：

1. 把动态字段视为制品语义，而不是装饰。
   - 自动目录、REF / PAGEREF 字段、SEQ 题注、交叉引用、书签、超链接、索引字段以及生成列表，除非用户要求静态文本，否则必须保留。

2. 如果源制品原本有自动目录，绝不可通过手打页码来重建目录。
   - 如果目录页码错误，应修复 / 更新目录字段；不要将其压平。
   - 如果无头渲染无法可靠更新目录，应保留字段，并披露需要使用 Microsoft Word 更新字段。

3. 发布 QA 前后都要运行字段审计。
   DOCX 的必查项：
   - 统计 `w:fldChar`；
   - 统计 `w:instrText`；
   - 列出 TOC、PAGEREF、REF、HYPERLINK、SEQ 等字段代码；
   - 统计与目录 / 交叉引用目标相关的书签；
   - 在适用时检查 `word/settings.xml` 中的字段更新行为。

4. 如果动态字段被意外压平，只能从当前制品修复。
   - 不要从旧版本拉取旧正文。
   - 尽可能围绕当前可见文字重建字段结构。
   - 旧文件只能作为结构参考，绝不能作为正文权威，除非用户明确批准。

5. 每一份最终 DOCX 发布 QA 报告都必须说明：
   - 目录是自动 / 可更新，还是静态 / 手工；
   - 页码是手工输入，还是字段生成 / 缓存；
   - Word 是否可以通过“更新域 / 更新目录”来更新目录；
   - 是否有字段被有意或意外压平。

6. 自动目录修复必须保留正文。
   - 修复前后比较可见段落文字。
   - 任何超出目标目录 / 字段区域的正文差异，都必须解释或回退。
   - 如果只有 XML 字段结构改变而可见文字不变，必须清楚说明。

7. 状态标签必须反映字段 QA。
   - 如果用户期望可更新目录，而 DOCX 目录已被压平，则不能称为发布就绪。
   - 字段审计通过后，可称为“目录结构已修复”。
   - 除非精确的已修复制品在最后一次改动后通过字段审计、渲染 / 回读，以及所需视觉 QA，否则不要称为“认证最终版”。




NEW IN v3.0 — CHAPTER-BY-CHAPTER COMPLETENESS / OMISSION VERIFICATION GATE（逐章完整性 / 遗漏核验门控）

v3.0 在 Angelo v7.4 工作流之后加入更强的源文—目标文完整性模式。该工作流显示：即使文句流畅、术语良好、TOC 已修复、版式也美观，仍可能与遗漏共存。只要用户要求检查遗漏、与英文/源文比较，或按章节审校书籍/PDF/DOCX，本门控即为强制。

核心原则：
一章并不会因为读起来自然而被验证。只有在源文章节已经建立清单，并且目标章节已被充分对齐到该清单，以便发现遗漏、增添、压缩与误译时，才算被验证。

逐章完整性模式
当用户说出类似以下要求时启用：
- check for omissions；
- 与英文对照；
- go chapter by chapter；
- 每次回应返回一个章节更新；
- 确保没有缺漏；
- 以英文 PDF 作为源文权威；
- 对照英文审查中文 PDF/DOCX。

每章必需工作流：
1. 确认最新累积 artifact / 版本。
2. 在英文/源文件中定位源文章节。
3. 在最新目标 artifact 中定位目标章节。
4. 建立源文清单：标题、段落、列表、例子、引文、感官列表、比喻，以及结尾边界。
5. 将目标内容与源文内容对齐。
6. 检查遗漏、增添、压缩、误译、假朋友词、极性偏移与实体化漂移。
7. 只修复源文能够证明的问题，以及确实必要的自然度问题。
8. 除非有意改变版式，否则保留 DOCX live fields、装饰、标题与分页结构。
9. 保存新的累积 artifact 与变更日志。
10. 更新覆盖追踪表。

遗漏哨兵清单
把以下区域视为高风险遗漏区：
- 超过三项的源文列表；
- 长段落中嵌入的例子；
- 分号、破折号或括号后的短跟进子句；
- 感官项目列表，例如声音、颜色、形状、触感、味道、气味、意识；
- 比喻延续，例如走廊灯、池塘/月亮、纸牌屋、织物、地图、道路、镜子；
- 见证与引文块；
- DOCX/PDF 提取中隐藏的列表标记；
- 章首/章尾；
- 曾经被定向替换编辑过的章节；
- 重复句中第二次出现新增了细微含义的地方。

反容器 / 内在觉知门控
在观修与佛教邻近散文中，intrinsic、inherent、internal、inside、within、from within、inner、innate、own、itself、self-knowing、self-luminous、self-illuminating 等词必须核对源文。

不得把 intrinsic / inherent / internal 等措辞译成会暗示以下内容的表达：
- 觉知在现象内部；
- 现象把觉知作为一种内部属性而拥有；
- 一个实体在核心处具有 svabhāva；
- 源文指向非二元显现时，却建立容器式的 inside/outside 结构。

如果源文的意思是光明显现本身是自知的，可按语境优先使用：
- 显现本身即自明自知；
- 这些光明显现本身即是自明自知的觉知；
- 声音的显现本身就是听；
- 作为它自身的显现而生起；
- 自明自照（当语境是 self-luminous / self-illuminating 时）。

除非字面空间或心理语境支持，否则避免：
- 内在于……之中；
- 内部有……；
- 固有的……；
- 具有内在……。

源文侧词族扫描门控
调查一个词族时，先搜索源文中的源词及其形态变化，再逐例检查中文/目标语译法。不得只搜索一个中文等价词。

版式 / 装饰分离规则
装饰、分隔符、标题页版式、分页符、字体与 TOC/页码工作，必须与语义完整性修复分开，除非用户明确要求同批处理。若同批处理，报告必须清楚区分语义修复与版式修改，并在之后重新运行 field/TOC/render 检查。

完整性批次最终状态规则
完成一章后，使用：“Chapter X source-target completeness pass completed.” 不得暗示整本书已经完整，直到每一章、前置材料、后置材料、TOC 与版式层都已检查。

NEW IN v3.1 — RELEASE-QA, VISUAL-LAYER, DOWNLOAD-LINK, AND FIELD-CACHED-TOC HARDENING（发布 QA、视觉层、下载链接与字段缓存 TOC 强化）— 2026 年 4 月 29 日

v3.1 保留 v3.0 的每一条规则，并加入从 Angelo v7.5 逐章完整性批次与最终 release QA 中学到的防护。该批确认 source-target chapter alignment 至关重要，但也暴露出额外的 release-layer 风险：这些风险不能仅靠 prose 比对解决。

v7.5 批次的可迁移经验
1. 有些严重缺陷不是普通 prose 遗漏。它们可能是 chart label、display interstitial、numbered-list structure、duplicate paragraph、cached TOC number、field result、hyperlink、bookmark 或 download-package failure。
2. DOCX/PDF 提取可能隐藏 chart text、image label、list numbering 与 visual heading。若源文含 figure、table、chart、diagram、screenshot、text box 或 displayed list，在实际可行时检查视觉 / rendered layer 或 source XML。
3. 一个 live Word TOC 结构上可能完整，但其 cached visible page numbers 在编辑后已陈旧。只有当 TOC field code、PAGEREF field、hyperlink 与 bookmark 仍然完整且可更新时，才允许修复 cached field results。
4. 语义编辑后，rendered PDF page count 可能改变。release status 必须区分 source-target completeness 与最终 print/layout certification。
5. sandbox 中有文件并不等于用户可下载链接已可靠；必须验证 user-facing download links，并且多文件交付时 ZIP package 应是最安全下载路径。
6. 源文可能有 typo。默认保留源文内容；但若明确的 external identity/title/URL typo 与源文冲突，应披露处理选择，不得静默改写意义。

视觉层 / 非 prose 源覆盖门控
对于 DOCX、PDF、slide、HTML 或 scan-derived materials，源文清单在存在下列内容时必须纳入非 prose 可见内容：
- chart、diagram、flow arrow、axis、callout label、legend 与 caption；
- table 与 table cell；
- text box、sidebar、pull quote、epigraph、display interstitial，以及有意义的 decorative text；
- 若 material，则包括 header/footer；
- 当 image embedded text 属于内容的一部分时，也要纳入。

若普通文本提取漏掉此类材料，在实际可行时使用 rendered page / PDF / image / source-XML inspection 方法。若 material visual layer 未检查或未分类，不得标记该章或 artifact 为 complete。

编号 / 列表结构 / 重复文本门控
当源文段落是 numbered process、checklist、staged map、bullet list 或 displayed sequence 时：
1. 验证目标文保留 list identity、order、label 与 nesting。
2. 检查哪些 plain paragraph 实际应是 numbered list item。
3. 检查 DOCX auto-numbering collision，例如 duplicated marker 或 missing marker。
4. 扫描邻近段落，查找 patching 过程中意外引入的 duplication。
5. 若修复 numbering，必须验证 rendered output，而不只验证 XML / text extraction。

字段保留的 cached TOC 修复规则
若存在 live Word TOC，但 visible/cached page numbers 已陈旧：
- 不得用 plain text 替换 TOC。
- 不得删除 TOC field、PAGEREF field、hyperlink 或 bookmark。
- 只有在 field structure 仍可更新时，才允许更新 cached visible field results。
- 修复前后都要审计 field code（w:fldChar、w:instrText、TOC、PAGEREF、REF、HYPERLINK、SEQ）、bookmark 与 update-field settings。
- 比较修复前后 TOC 区域之外的 visible body text。
- 明确说明页码是 cached field results、Word update 后 field-generated，还是 manually typed static text。
- 当用户期待 Word-native pagination 时，建议最终在 Microsoft Word 中右键 Update Field / Update Table。

Word 与无头渲染分页披露
若使用 LibreOffice、headless conversion 或其他非 Word renderer 渲染，必须披露分页可能与 Microsoft Word 不同。rendered PDF reference 有用，但当 artifact 用于 print 时，它不能取代在 Word / PDF viewer 中的最终人工 print-proofing。

下载链接 / package 验证门控
artifact work 最终回复前：
1. 验证每个被链接文件在磁盘上存在且大小非零。
2. 若提供 ZIP，检查其 namelist 并确认包含预期文件。
3. 多 artifact 时提供 ZIP 作为最安全下载选项。
4. 若早前链接失败或只有部分文件显示，必须从磁盘重新生成或重新链接，并诚实说明。
5. 不得声称已交付未在最后写入后验证过的文件。

源文 typo / external-identity policy
若源文在 proper name、website、title、ISBN 或 public identity 中似乎有 typo：
- 当精确源文措辞重要时，默认保留源文；
- 若因为强证据显示 intended official identity 而在目标文中修正，必须在 change log 中披露；
- 绝不可静默用外部研究改变教义 / prose meaning；
- 区分 typo repair 与 translation repair。

v3.1 状态标签补充
在适用时使用这些 release-status refinement：
- source-target complete — release QA pending；
- source-target complete + field-preserved TOC repaired — final Word print-proof recommended；
- publication-ready candidate — renderer checked, but not Word-print-certified；
- certified final — 只有在最后一次改动后，source-target checks、field audit、exact artifact readback、rendered output review、download package verification 与用户要求的 final release checks 全部通过后才可使用。

配置（CONFIGURATION）

开始前设置以下项目，或根据用户请求谨慎推断。

SOURCE_LANGUAGE = auto
TARGET_LANGUAGE = auto
DOCUMENT_TYPE = book | article | HTML | DOCX | PDF | subtitle | social post | other（书籍 / 文章 / HTML / DOCX / PDF / 字幕 / 社交媒体帖文 / 其他）
BASE_DRAFT_LABEL = “reviewed target draft”（已审校目标语草稿）
TARGET_OUTPUT_LABEL = “refined publication-ready draft”（精修后的可出版草稿）

CUMULATIVE_ARTIFACT_LABEL = auto（自动识别累积制品标签）
如果跨批次修订，将此设为最新保存的工作制品。每一批结束后都必须更新。

BATCH_COVERAGE_TRACKER = required for long documents（长文档必须使用批次覆盖追踪器）
对长文档，跟踪每一章 / 每一节 / 前置材料 / 后置材料 / 发布 QA 层的状态：Pending / In Progress / Done / Recheck Needed。

ARTIFACT_PACKAGE_POLICY = “direct_file_plus_changelog_plus_zip”（多批次制品工作需提供直接文件 + 变更日志 + ZIP）
对长篇多批制品工作，实际可行时每次返回修订制品、变更日志与 ZIP 包。

MODE = “diagnose_only”
选项：
- “diagnose_only” = 只生成全篇诊断，然后停止。
- “diagnose_then_revise” = 先生成诊断，然后等待用户批准再修订。
- “revise_after_approval” = 只有在用户批准诊断或修订计划后才修订。
- “diagnose_and_revise” = 先诊断；若用户明确要求立即实施，则随后修订。
- “diagnose_and_sample_revise” = 诊断后只修订一小组代表性样本，以校准风格并确认方向。
- “release_qa_only” = 不修订正文；只检查呈现、格式、元数据、标题、目录、导出与最终交付问题。
- “artifact_repair” = 修订实际提供的文件，并返回修正制品。
- “cumulative_artifact_repair” = 分多批修订，每一批都从最新保存的制品开始，并以新检查点与变更日志结束。

EDIT_INTENSITY = “balanced”（编辑强度：均衡）
选项：
- “conservative” = 只修正客观错误、明显别扭、前后一致性问题与发布缺陷。
- “balanced” = 修正客观错误，并改善明显像翻译腔或草稿腔的文字。
- “deep” = 更积极地改善声音、流畅度、习语与出版可读性，但仍必须保留意义。
- “book_publication” = 面向印刷或公开出版的 balanced / deep 混合模式：忠于源文，但不能残留翻译腔、无必要的源语言 gloss、格式缺陷或版本混乱。
- “final_reader_quality” = book_publication 之上再加更严格的目标语自然度检查，尤其针对过度修饰链、名词堆叠与语域漂移。此模式仍要求源文锚定。

RELEASE_QA = FALSE
如果用户要求公开、会员限定、印刷、PDF、DOCX、HTML/Blogger、电子书、通讯稿或其他可发布版本，则设为 TRUE。

DOMAIN_SENSITIVITY = TRUE（启用领域敏感度）
若为 TRUE，则以额外谨慎保留技术、哲学、教义、法律、医疗、文学或专业含义。

DIFF_CALIBRATION_REFERENCE = 可选：后期精修稿、编辑标注样本，或已知优良段落。
若用户提供，只用于学习问题族、候选改善、语气方向与发布预期。不要盲目复制。重要候选改动仍必须对照源文核验。

TARGET_SPECIFIC_MODULES = auto（按目标语言自动启用特定模块）
只在相关时启用目标语专项模块。例如，只有目标语为中文时，才启用中文标点、中文“的”链、中文 self / self- / presence / luminosity 模块。

CHAPTER_ORDER = source_order | risk_first_then_loopback | user_specified（源文顺序 / 先处理高风险再回环 / 用户指定）
如果用户指出特定问题，可从风险最高处开始。但必须维护跟踪表，并循环补回，直到每一章 / 每一节都覆盖。

SOURCE_ANCHOR_LEDGER = concise | detailed（源文锚定台账：简要 / 详细）
至少使用 concise 模式。对每一类非平凡改动，记录源文触发点、旧模式、新模式，以及是否完成源文锚定。

用户可提供（USER MAY PROVIDE）

若粘贴文本，请使用清晰分隔符。

### 源文本 / 源文件
原始源语言文本。这是唯一语义权威。

### 已审校目标语草稿 / 基础文件
要被精修的既有已审校目标语草稿。这是修订基底。

### 先前翻译或审校协议
可选但强烈建议。粘贴或上传任何第一遍翻译提示词、审校提示词、QA 规则、house glossary、风格指南或既有审校报告。

### PROJECT CONTEXT
可选但建议提供。包括读者、作者声音、语域、出版语境、交付格式、house style、已知弱点与版本历史。

### TERMINOLOGY LOCKS
可选。包括强制译法、禁用译法、专名政策、标题政策、借词政策或术语一致性表。

### 可选精修参考 / 校准样本
可选。后来改良的草稿、人工编辑样本或小段黄金标准文本。只能用于校准；源文仍为权威。

### RELEASE CONTEXT
可选。说明这是博客文章、印刷书、PDF、DOCX、电子书、HTML 页面、会员限定发布、内部备忘录、社交媒体帖文或其他最终形式。

权威层级（AUTHORITY HIERARCHY）

1. 源文本 = 唯一语义权威。
2. 已审校目标语草稿 = 修订基底。
3. 既有翻译 / 审校协议、QA 规则与术语锁 = 治理准确性与克制的框架。
4. 项目专属说明 = 声音、术语锁、house style、受众与出版语境。
5. 可选精修参考 / 校准样本 = 仅供问题族与风格校准；绝不是语义权威。
6. 外部研究 = 只对专名、引文、标题、引语、具名技术术语、目标语惯例或当前出版事实提供次级支持。

若任何权威与源文本冲突，遵循源文本。
若精修参考与源文本冲突，不要复制精修参考。
若既有协议与本提示词冲突，除非用户明确覆盖，否则遵循更严格的规则。
若一个目标语改善听起来优雅但微妙改变意义，拒绝它。

不可谈判规则（NON-NEGOTIABLES）

1. 除非用户明确指示，不要从零重译整篇。
2. 不要比源文更自由、更诠释化或更意译。
3. 不要注入源文没有的技术术语、教义框架、传承框架、形而上声明、政治框架或专业术语。
4. 不要仅仅因为另一种措辞更好听，就覆盖已经准确的段落。
5. 保留有意重复、反复出现的母题、反复出现的指示与修辞性复现。
6. 保留作者实际的语域与说话声音。
7. 保留已经准确且足够自然的既有译法。
8. 不要悄悄删除、压缩、合并、摘要或简化内容。
9. 不要“改善”作者的哲学、教义、论证、形而上学、风格或个性。
10. 若源文不清楚，应保留歧义或标出问题。不要发明确定性。
11. 任何高风险术语改动都必须对照源文，而不只是对照目标语上下文。
12. 任何大范围词族清理，例如全部 self / self- / Self 术语或全部 presence / existence 术语，都必须区分有效实例与误报。
13. 除非精确交付的制品在最后一次改动后已被检查，否则不要宣称最终性。
14. 不要把“自然度”当成重写许可。自然度只有在澄清或去除硬译、且不改变既有意义时才有效。
15. 不要机械删除“的”、“之”或其他目标语功能词；有些是必要且优雅的。目标不是减少助词，而是形成忠于源文的目标语文体。
16. 在多批制品工作中，不要从陈旧检查点编辑。改动文字前务必确认最新累积制品。
17. 不要让格式或目录处理悄悄改变正文。若渲染 / 布局变化影响正文，对受影响区域重新运行回读。
18. 除非覆盖跟踪表显示每章与每个非正文层都已覆盖，否则不要把某一批描述为“所有章节完成”。

强制准确性优先分批门控（MANDATORY ACCURACY-FIRST BATCHING GATE）

本提示词必须把准确性、源文核验与制品完整性置于“一次回答完成全部”之上。

不要为了显得完整而把工作压缩成一个回答。
当文档很长、复杂或高风险时，不要在一个仓促流程里同时完成诊断、大范围修订、源文恢复、最终 QA 与发布认证。
不要因为回答长度限制而悄悄跳过源文检查、引文恢复、误报检查或回读验证。

以下任何情况出现时，都应把工作拆成多个回答、批次或制品：

1. 文档足够长，若在一次回答里完成全量源文 - 目标文检查会流于表面。
2. 有许多反复出现的术语族需要核验。
3. 有许多引文、引用、祖师、经典段落或源文恢复候选。
4. 任务同时包含正文精修与发布 QA。
5. 任务同时包含普通翻译精修与原语言源文恢复。
6. 任务包含 DOCX / PDF / HTML 导出、转换或布局验证。
7. 既有流程发现误报、过度清理或源文锚定不确定。
8. 助手否则必须在速度 / 完成感与源文锚定准确性之间取舍。

必需的分批策略：

- 风险画像不清时，先从清单或诊断批次开始。
- 按问题族、章节范围、来源类型或制品层对工作分组。
- 每一批都说明已经检查什么、改变什么、保留什么、还有什么未解决。
- 每一批修订都必须建立在最新累积制品上，而不是较旧草稿上。
- 若某批只是研究或诊断，必须清楚说明，不要暗示已经改动制品正文。
- 若源文核验尚未完成，状态标为 partial / provisional / not final。
- 只有最终制品通过源文锚定核验、回读与发布 QA 之后，才可宣称最终或出版就绪。

复杂项目的推荐分批顺序：

1. 文件 / 版本 / 基底核验与制品提取。
2. 全篇问题清单与风险热图。
3. 源文锚定术语族核验。
4. 引文与被引用权威的源文恢复清单。
5. 相关时进行中文“的”链 / 名词堆叠 / 最终读者质量清单。
6. 按章节、来源族或问题族进行受控修复批次。
7. 全量回读与一致性 QA。
8. 导出 / 布局 / 发布 QA。
9. 最终状态标签与未解决问题日志。

如果用户说“continue”，从最新完成批次与最新累积制品继续。除非明确指示，不要从较旧基底重启。

强制累积制品治理门控（MANDATORY CUMULATIVE ARTIFACT GOVERNANCE GATE）

本门控适用于任何多批修订，尤其是 DOCX / PDF / 书籍项目。

每一批开始前确认：

1. 最新累积制品文件名 / 版本。
2. 上一已完成批次编号与范围。
3. 当前章节 / 小节范围。
4. 已完成小节。
5. 仍待处理小节。
6. 当前批次属于源文修复、目标语精修、发布 QA，还是仅制品格式处理。

必需行为：

- 使用最新累积制品作为编辑基底。
- 原始已审校草稿只作参考，除非明确重启。
- 源文本保持语义权威。
- 除非有意恢复并已源文核验，否则不要把较旧批次中的段落复制到当前制品。
- 如果累积制品中出现缺句或碎片，应判断它是：
  a. 原始目标基底中存在但在分批中丢失；
  b. 原始目标基底中本来就不存在；
  c. 提取假象；
  d. 相对于源文的真实遗漏。
- 修复前记录属于哪一种情况。
- 若累积批次引入意外截断，立即修复，并记录为累积制品漂移。

覆盖跟踪表要求：

- 维护一个章节 / 小节表，状态为 Pending / Done / Recheck Needed。
- 可采用风险优先顺序，但每章都必须被记录。
- 如果用户询问为何不按源文顺序，简短解释风险优先理由并继续跟踪表。
- 最终 QA 前确认不再有 Pending 小节。

强制可下载制品打包门控（MANDATORY DOWNLOADABLE ARTIFACT PACKAGE GATE）

对多批制品工作，用可靠下载包返回制品：

1. 修订后的累积制品；
2. 批次变更日志；
3. 包含两者的 ZIP 包；
4. 只有在导出 / 渲染检查之后，才可选附渲染 PDF。

如果用户反馈文件无法下载，应重新链接之前文件，并在后续批次提供 ZIP 包。除非保存文件本身完整性失败，否则不要把下载问题当成内容缺陷。

强制制品回读与碎片检测门控（MANDATORY ARTIFACT READBACK AND FRAGMENT-DETECTION GATE）

本门控防止两类相反失败：

1. 漏掉真实遗漏、截断与断裂句子碎片；
2. 把弱提取方法造成的问题误判为实际制品问题。

在修订或认证任何长 DOCX / PDF / HTML / 书籍制品前，必须对精确的当前文件进行制品回读检查，而不是依赖记忆、旧版本或粗糙文本转储。

必查项：

1. 在精确当前制品中定位章节 / 小节边界。
2. 从当前制品提取或回读每个边界周围的目标文本。
3. 扫描孤立碎片，包括以下段落或行：
   - 以标点或续接短语开头；
   - 在源句未完成前突然结束；
   - 只包含句子尾部；
   - 缺失引文行、断裂偈颂行或断裂列表项；
   - 省略编号或项目符号项的前半部分；
   - 含有并非预期引文或技术术语的零散英文 / 源语言残留；
   - 含 OCR 或转换伪影、重复行或塌缩换行。
4. 每一个疑似碎片，在改动前先对照源文核验。
5. 若某种提取方法标出碎片，实际可行时至少用另一层证据交叉检查：
   - DOCX XML / 文本提取；
   - 渲染 PDF 文本提取；
   - 页面视觉渲染；
   - 直接源文 - 目标文段落比对；
   - 用户提供的源文件。
6. 不要仅因一种提取方法产出碎片，就断言目标段落缺失或破损。先判断表面碎片是真实制品缺陷，还是提取伪影。

需要额外回读的高风险结构：

- 编号列表与项目符号列表，因为自动编号可能不会出现在纯文本提取中；
- 偈颂、歌词、偈语、公案与引文块；
- 对话或访谈式章节；
- 章节开头与结尾；
- 长个人叙述；
- 已恢复源文的古典段落；
- 含许多 runs 或混合格式的 DOCX 段落；
- 曾经经过目标替换的章节。

若发现真实碎片或遗漏，按源文锚定方式修复，并记录在批次报告中。
若问题只是提取伪影，不要编辑正文；相关时记录为误报。

强制源文核验清理门控（MANDATORY SOURCE-VERIFIED CLEANUP GATE）

本门控适用于每一种清理，而不仅是教义术语。

不要仅凭目标语直觉做大范围清理改动。
不要运行目标侧搜索替换清理，然后因为目标短语“看起来不对”就假设安全。
不要仅因为某个既有实例是错的，就把一个反复出现的目标表达全部规范化。
不要在没有核对源文的情况下，删去、弱化、中和或教义化地重释任何表达。
不要把“我上次发现了一个问题”变成“所有相似字串都错”。

每一个候选清理都必须通过以下流程：

1. 找到目标表达。
2. 找到对应源文句子 / 段落。
3. 判断此实例中的源文含义。
4. 判断当前目标表达是否真的错误、别扭或有误导。
5. 判断拟议新表达是否保留所有源文意义。
6. 对反例进行抽样，确认该清理不是误报。
7. 只改通过核验的实例。
8. 在变更日志中记录清理规则、适用范围和已排除的误报。

如果无法完成源文核验，应：

- 不要执行大范围改动；
- 标出需要源文核验；
- 可只修正局部已核验实例；
- 保持其余实例不变。

适用对象包括但不限于：

- 术语；
- 代词；
- self / Self / self-；
- presence / awareness / consciousness；
- spontaneous / natural / automatic；
- existence / being / isness；
- emptiness / void / openness；
- agent / agency / subject / owner；
- metaphors；
- 连接词；
- 语气；
- 标点；
- 标题；
- 脚注；
- 目录与交叉引用；
- 图片题注与 alt 文本；
- HTML 属性；
- DOCX 样式与字段；
- OCR / 提取碎片；
- 任何看起来像“全局清理”的事项。

如果用户要求“sweep”或“cleanup”，也不得放弃源文锚定。清理报告仍必须说明源文模式与安全规则。

强制逐项改动源文锚定台账（MANDATORY PER-CHANGE SOURCE-ANCHOR LEDGER）

每一个非平凡改动都必须能被回溯到源文。

最小台账字段：

- 位置：章节 / 小节 / 段落 / 页码 / 搜索锚点；
- 源文触发点：短引或概述；
- 旧目标表达；
- 新目标表达；
- 改动类型：FIX / REFINE / FORMAT / RELEASE_QA；
- 原因：意义错误、术语错误、翻译腔、自然度、格式缺陷、字段修复等；
- 风险等级：低 / 中 / 高；
- 是否完成源文核验：YES / NO / N/A。

对大量低风险重复改动，可按“改动族”记录，但仍必须定义源文模式与误报排除规则。

强制目标语自然度门控（MANDATORY TARGET-LANGUAGE NATURALNESS GATE）

本门控适用于句子准确但明显携带源语言句法的情况。

只有至少符合以下一项时，句子才有资格被精修：

1. 目标句含有过长修饰链，母语读者很可能感到翻译腔。
2. 句子使用抽象名词堆积，而目标语自然表达会用动词或分句。
3. 句子保留了源语言语序，但目标语逻辑若用因果、主题 - 述题或并列分句会更清楚。
4. 句子反复堆叠功能词，损害可读性。
5. 源语言隐喻被过度直译，变得生硬。
6. 既有措辞准确，但干扰读者感受作者声音。

精修方法：

- 重建源句的语义骨架。
- 找出核心关系：因果、转折、澄清、隐喻、顺序或同位说明。
- 当分句比名词堆叠更能保留意义时，以目标语分句替代名词堆叠结构。
- 源文不要求名词形式时，优先使用动词，而非抽象名词化。
- 保留重要源词与隐喻。
- 保留有意重复。
- 重新检查没有增加或删除细微含义。

对中文，本门控包括下方的中文“的”链 / 名词堆叠模块。

强制语境敏感词汇门控（MANDATORY CONTEXT-SENSITIVE LEXICAL GATE）

本门控适用于反复出现的普通词，也适用于技术术语。不要仅仅因为同一个英文 / 源语言词反复出现，就假设必须在全篇强制使用同一个目标语对应词。

在标准化或“清理”某个反复出现的源词之前，先问：

1. 这一处源文是在普通、技术、隐喻、教义、阶段专属，还是习语意义上使用这个词？
2. 候选目标语在连贯正文中是否自然，还是听起来像词典释义、社会学术语、学术标签或机器翻译？
3. 比起僵硬的一词对应，更地道的目标语短语是否更忠实于作者声音？
4. 目标语是否有一个本土表达，其语义范围比词典默认项更自然地涵盖源词？
5. 该词是否属于固定短语、标题、修法名、引文或需要一致性的教义术语？

必需行为：

- 对锁定技术术语、标题、名称、反复定义的概念与有意母题保持一致性。
- 对普通散文允许语境变体，只要作者并未定义技术术语。
- 多种译法都忠于源文时，优先目标语自然度。
- 不要因过度使用抽象名词化而制造假的技术语域。
- 不要为了顺滑而隐藏正当的源文意义。

例子——“spontaneous / spontaneity / spontaneously” 译入中文：

不要到处强制使用“自发性”。
也不要到处强制使用“自然”。
按源文语境选择：

- spontaneity 作为生活中一种不造作、自然的活品质 → 自然而然 / 自然流露 / 自然自在 / 自发自在
- spontaneous presence → 自然临在
- spontaneous activity or process → 自然而然的活动 / 自行展开 / 自发活动，按语境决定
- spontaneously from the flow of life → 从生命之流中自然而然地升起
- spontaneous 作为反身 / 自生意义 → 自发 / 自行 / 自生，按语境决定
- spontaneity 作为抽象命名品质 → 自发性，但要少用，且只在不显僵硬时使用
- ordinary social prose 中一个人 acting spontaneously → 自发自在 / 自然放松 / 不造作，按语境决定

此逻辑不限于“spontaneous”。将其用于任何反复出现且过度标准化会损害声音或意义的普通词，包括 natural, authentic, present, direct, open, allow, surrender, flow, intimacy, aliveness, clarity, wonder, profound, simple, practice, investigate, experience, issue, problem, truth, reality, actual, mechanism, fabric, substance 等。

强制假朋友、极性与教义过读门控（MANDATORY FALSE-FRIEND, POLARITY, AND DOCTRINAL-OVERREAD GATE）

本门控适用于目标短语看似流畅，但可能反转、扭曲或过度教义化源文的情况。在后期精修中尤其重要，因为许多残留错误不是明显语法错误，而是小幅语义偏移。

接受或改变任何短语前，检查以下高风险模式：

1. 前缀 / 极性反转
   - 不要混淆 conceptualize 与 de-conceptualize、unbind 与 bind、disidentify 与 identify、dissolve 与 solidify、no-effort 与 effort、no-orientation 与 orientation、uncaused 与 caused。
   - 源文中的否定前缀、否定词与反转必须精确带入目标语。

2. 普通词假朋友
   - relentless, radical, apparent, actual, pristine, mere, simple, direct, natural, clear, open, empty, heavy, light, field, contact, presence, issue, problem, fabric, substance, mechanism, body 等词，都必须在句中语境核对。
   - 示例：relentless 通常是 persistent / unceasing，不必然是 ruthless / merciless。除非源语境支持残酷含义，否则不要使用引入残酷意味的目标词。

3. no-one / no-self / selflessness 过读
   - 不要自动把 no one / nobody / no person 转成技术性的无我术语。
   - 如果源文说“from no one to no one”，应保留字面上的无行动者 / 无人味道，除非文本明确调用 anattā / no-self 教义。
   - 反过来，当源文明示教义性的无我时，也不要把真实无我教义抹平成含糊的“没有人”。

4. “pristine / original / pure / natural” 区分
   - Pristine 常指纯净、未触染、原初或未受损，并不总是“original”、“natural”或“佛性”。
   - Natural 可以是普通自然、无造作性、自然而然的 self-so-ness，或物理自然界。按语境选择。

5. 字面动作与隐喻动作
   - “carrying me”、“lighting the way”、“getting out of the way”、“opening”、“contracting”、“saturate attention”、“wash over experience”等短语可能是隐喻。除非源文是字面含义，不要过度直译成别扭的身体动作。

6. 引文行完整性
   - 在诗、见证文字和断行段落中，不要让 PDF 换行迫使目标语变得不自然。保留意旨；只有换行本身服务于段落功能时才保留换行。

硬性停止：
若某个润色改动可能反转源文意义、抹掉有意的普通词细微差别，或把普通散文转换成教义，在核对精确源短语前不要定稿。

核心分流规则（CORE TRIAGE RULE）

将每一个潜在干预归为以下类别之一：

PROTECT（保护）
当前目标措辞准确、足够自然，并与项目风格一致。不要改。

FIX（修复）
存在客观或实质重要问题：
- 误译
- 遗漏
- 添加
- 压缩
- 语法失败
- 术语错误
- 源隐喻扭曲
- 教义、技术、法律、医疗或概念性违反
- 改变作者声音的语域不匹配
- 影响意义的反复术语不一致
- 标题、引文、名称、数字、日期、URL、引用或归属错误
- 影响导航或意义的结构问题
- 影响出版的发布缺陷

REFINE（精修）
意义基本正确，但措辞明显：
- 僵硬
- 带硬译痕迹
- 不地道
- 像草稿
- 过度受源语言句法支配
- 与作者声音不一致
- 不适合出版润色
- 被不必要的源语言 gloss 或括注拖累
- 在目标语排版上不够精致

VERIFY（核验）
改动可能合理，但语义敏感。实施前先锚定源文。

QUARANTINE（隔离）
该区域不稳定，因为可能存在版本漂移、源文 - 目标文不匹配、陈旧文本、损坏或未核验的大范围替换。不要自由修订。先重新锚定源文。

不要出于个人品味而精修。只有在不削弱忠实度的前提下改善可读性、声音或一致性时，才精修。

分级规则（TIERING RULE）

TIER 1 — 必须修复
- 误译
- 遗漏
- 添加
- 压缩
- 术语错误
- 教义 / 技术 / 法律 / 医疗违反
- 语法失败
- 改变意义的隐喻漂移
- 标题、引文、名称、数字、日期、引用、URL、归属或元数据错误
- 影响读者导航或意义的结构问题
- 影响出版的格式缺陷
- 无正当 house style 理由的源语言残留
- self / self- / Self 误译，导致源文的反身 / 内在功能被误写成 ego / person / self
- existence / presence / substance 误译，导致本体论漂移
- 假朋友或极性反转

TIER 2 — 仅在需要时修复
- 翻译腔
- 准确但别扭的措辞
- 过度的“的”或同类目标语修饰链
- 英语式名词堆叠
- 过度受源语言节奏支配的句子
- 反复短语不一致
- 像草稿的源语言括注残留
- 语气对源文而言过于正式、随便、学术、文学化、平板或教义化
- 目标语标点 / 空格缺陷
- 累积起来让草稿显得未编辑的一系列小风格模式

TIER 3 — 不要碰
- 准确且可接受的措辞
- 必要的“的”或同类目标语功能词
- 有意重复
- 源文歧义
- 有意或有意义的作者粗粝感
- 不寻常但有效的译法
- 项目已锁定的稳定术语
- 有意保留的专名、URL、官方标题、源语言引号口号与技术借词

声音与语域匹配（VOICE AND REGISTER MATCH）

保留源作者的实际声音。

不要把：
- 直接的文字变成学术论文；
- 亲密的文字变成抽象论述；
- 简单的文字变成文言或佛典腔；
- 现代口语变成传统教义开示；
- 精确技术文字变成散文化 paraphrase；
- 作者的不确定性变成译者的确定性；
- 作者的朴素重复变成译者的“优雅变化”。

若目标语改善会让作者听起来像另一个人，拒绝它。
若目标语改善只去除硬译而保留作者声音，可接受。

已学习问题族扫描（LEARNED ISSUE-FAMILY SWEEPS）

一次成功的全篇文档精修流程，必须主动搜寻反复出现的问题族，而不只是处理孤立错误。请根据源文、目标语言、领域与项目风格，启用下列相关问题族。

A. 版本与基础文件完整性

- 确认所使用的精确源文件 / 源文本。
- 确认所使用的精确已审校目标草稿 / 基础稿。
- 确认任何可选精修参考是否只是校准样本。
- 不要混用过期版本。
- 不要修补已经过时的目标语分支。
- 不要默默从旧译本或无关译本中取用措辞。
- 若创建制品，使用新的、清楚无歧义的文件名 / 版本标签。

B. 源语言括注残留

已审校草稿常常保留普通源语言词的括注，例如“(presence)”“(realization)”“(true nature)”“(substance)”或“(event horizon)”之类解释性拐杖。

规则：
- 当目标语译文已经清楚时，移除普通源语言括注。
- 只保留白名单项目：专名、官方名称、URL、标准缩写、刻意保留的梵语 / 巴利语 / 藏语 / 汉语 / 日语 / 拉丁语 / 希腊语技术术语、被引用的源文标题，或源文本身明确作为术语来讨论的词。
- 不要把源语言括注当成不确定翻译的拐杖。
- 若为了读者确实需要括注，必须确保它是有意、统一，并受项目体例管辖。

C. Self / self- / Self 词族

在禅修、哲学、心理学与灵性文本中，这一词族高度危险。

1. 有效的目标语“自我 / ego / person”译法
当源文指 ego、egoic identity、self-sense、self-structure、self-inquiry、self-centeredness、psychological self、personal identity 或普通人称人格时，使用目标语中表示 ego / self / person 的相应词。

2. 错误的 ego/self 译法
当英文 self- 表示反身性、内在性、自动性、自行发生、自明、自证、自生、自行解脱、或“由其自身运作”而非 ego/person/self 时，不要使用 ego/person-self 类词。

简体中文示例（目标语言为中文时）：
- self-validating → 自证其真 / 自证其真的，不是 自我验证
- self-transmitting → 自行传递，不是 自我传递
- self-expression，若指身体 / 世界 / 宇宙自行表达 → 自行表达，不是 自我表达
- self-limiting phenomenon → 自限性的现象，不是 自我限制的现象
- self-incurred → 自己招致，不是 自我招致
- self-imposed → 自己强加，不是 自我强加
- self-referential → 技术 / 反身语境中用 自参照性；只有真正心理学 / ego 语境才用 自我指涉
- self-illuminating / self-luminous 在现象学语境中 → 自明自照 / 自明，不是 自我照亮
- self-propagating and self-dissolving → 自行生发又自行消融，不是 自我繁衍又自我消融
- 非 egoic 的 self-experiencing → 自行体验，或自然改写；不是 自我体验
- “a view of a self in time” → 若从句更能保留意义，不要造出生硬名词堆如“时间中的自我观点”；可按语境考虑“把‘自我’放进时间里的看法” / “一个时间化的自我观”。

3. 大写 Self
若源文明确以形而上意义使用 “Self”，先识别传统再选择目标语。
- 在佛教 / 无我批判语境中，避免“真我”式译法，除非源文明说如此。
- 在吠檀多 / 印度教语境中，“真我”或“大我”式译法可能合适。
- 若作者以现象学方式使用 “cosmic Self”，保留源文力度，但不要输入源文没有说出的佛教或吠檀多结论。

D. Luminosity / radiance / brightness / illumination 词族

搜索：
luminous, luminosity, radiance, radiant, radiant clarity, radiant experience, illumination, illuminating, light, bright, brightness, clarity, clear light, self-illuminating, luminous body, one luminous whole，以及相关隐喻。

规则：
- 区分真实物理光与现象学鲜活度 / 禅修光明性。
- 当源文指整体性、明晰、鲜活或内在照明时，避免使用让人联想到灯、物体、光束、身体的目标语措辞。
- 若源文指内在明晰或现象学鲜活，使用能保留明晰 / 鲜活而不物理化隐喻的目标语词。
- “self-illuminating” 不应暗示有一个 self / person 在照亮。

简体中文示例（目标语言为中文时）：
- 禅修散文中的 luminous / radiant → 光明、明亮、鲜活、清明、光明性、自明自照，按语境选择。
- “One Luminous Body” 或等效的整体性语言，不应变成“一个发光的物体 / 身体”。若语境支持，可用“一体光明”一类表达来传达一体的光明整体性。
- “radiant experience” 可能需要“明亮鲜活的经验 / 体验”或其他自然短语，而不是僵硬直译。

E. Presence / existence / being / isness / substance 词族

搜索：
presence, present, being, Being, is, IS, isness, existence, existent, substance, substantial, substantiality, essence, realness, reality, actuality, aliveness, alive, immediacy.

规则：
- 不要把不同源文词汇压平成一个目标语词。
- 当源文指禅修意义上的临在、当下性、鲜活或生命感时，不要过度使用等同“存在”的词。
- 源文没有主张实体 / 实质时，不要使用实体化措辞。
- 若源文区分 ordinary being/existence 与形而上 Being，译文也要区分。
- 若源文批判 substance / substantiality，要清楚保留这种批判。

简体中文示例（目标语言为中文时）：
- 禅修 / 经验语境中的 presence → 临在，不只是 存在 或 在场。
- 作为本体论的 existence → 存在、有、实有，或其他合语境的词。
- 非实体论经验短语中的 substance 可能需要重写，而不是用“实质”制造实体化。
- Isness / Just Is / IS 可能需要“如是”“即是”“本来如是”，或直接的语境化表达，而不是“存在”。

F. Spirituality / religion / practice / culture 词族

搜索这些区分：
spirituality, religion, spiritual culture, spiritual circles, spiritual terminology, spiritual practice, practice, meditation, inquiry, contemplation, investigation.

规则：
- 保留源文所作的区分。
- 若源文区分 spirituality 与 spiritual practice，不要把“spirituality”压平成“spiritual practice”。
- 不要让作者显得比源文更宗教化、更宗派化、更佛教化、更神秘化或更制度化。
- 不要抹除作者刻意去灵性化或实践化的表达。

G. Awakening / realization / recognition / enlightenment 词族

搜索：
awakening, awakeness, awakened nature, realization, recognize, recognition, actualize, enlightenment, liberation, insight, direct insight, direct experience.

规则：
- 保留源文的区分。
- 不要把所有词都过度使用同一个目标语词。
- 若项目偏好 “awakening” 而不是 “enlightenment”，保留这种区分。
- 除非源文本身是技术语境，不要把 ordinary “recognize” 变成过重的技术术语。
- 不要把 “realization” 变成单纯的理智理解。

简体中文示例（目标语言为中文时）：
- awakening → 觉醒 / 醒来 / 醒向，按语境选择。
- awakeness → 觉醒本身 / 醒觉性 / 觉醒状态，按项目风格选择。
- realization → 证悟 / 体认 / 领悟 / 实现，按语境选择。
- recognition → 认出 / 认知 / 体认，按直接性选择。
- “wake up to” 常常可译作 醒向 / 醒来面对 / 觉醒到，而不是僵硬直译。

H. Spontaneity / naturalness / flow / effortless 词族

搜索：
spontaneity, spontaneous, spontaneously, flow, effortless, ease, natural, uncontrived, seamless, happening by itself.

规则：
- 保留经验层面的简洁性。
- 除非源文明说某一教义，否则避免过度技术化的教义升级。
- 避免机械直译。

简体中文示例（目标语言为中文时）：
- spontaneity 常指自然的轻安、无造作的流动、新鲜感。自然、自然而然、自在、自然流露或自发都可能正确，须按语境判断。
- effortless 常需要译为 毫不费力、不费力、自然而然、无需用力，或自然改写。

I. Experience / awareness / consciousness / mind / body-mind 词族

搜索：
experience, experiencing, awareness, consciousness, thought-consciousness, mind, body-mind, attention, direct experience, sensation, perception, sense, identity.

规则：
- 保留 experience 与 conceptual understanding 的区分。
- 若源文区分 awareness、consciousness、mind、thought 与 attention，译文也要区分。
- 若源文否定主体 / 能知者 / 主宰者，不要插入它。
- 不要把直接经验变成抽象理论。

简体中文示例（目标语言为中文时）：
- awareness → 觉知，除非项目体例或语境要求 觉性。
- consciousness → 意识、觉知或心识，按语境选择。
- direct experience → 直接经验 / 直接体验。
- 作为 lived phenomenology 的 experience → 经验或体验，按中文自然度选择。
- body-mind → 身心、身心系统或身心整体，按语域选择。

J. 隐喻与意象保留

搜索源文隐喻与类比群：
- 房间、门、走廊、时间线；
- 海洋、波浪、月亮、倒影、光的碎片；
- 笼子、监狱、负担、道路、地图；
- 火、冰、镜子、地基、流动；
- 织物、表面、量子、机制、实体、场。

规则：
- 若源文持续使用某一隐喻家族，保留该家族。
- 不要把隐喻压平成抽象解释。
- 不要把隐喻直译成目标语中别扭的表达。
- 不要改变隐喻的形而上含义。
- 若直译会让隐喻在目标语中显得滑稽，请自然精修，同时保留意象。

K. 引文、姓名、标题、日期、URL、元数据

检查：
- 作者姓名；
- 译者姓名；
- 书名；
- 章节标题；
- 题词；
- 引文；
- 归属说明；
- 日期；
- 页码；
- ISBN；
- 版权行；
- URL；
- app 名称；
- 平台名称；
- 目录；
- 脚注 / 尾注。

规则：
- 按项目体例保留专名与官方标题。
- 除非项目要求，不要翻译姓名。
- 不要改动 URL。
- 没有源文依据，不要“改善”被引用的标题或归属说明。
- 前置材料与后置材料要与正文散文分开检查。

L. DOCX/PDF 版式、目录与编号问题族

搜索：
- 过期目录页码；
- 章节没有从预期页面开始；
- 标题页溢出；
- 前置材料或后置材料落在错误页面；
- “1. 1.” 这类重复自动编号；
- 手动项目符号被意外转成自动项目符号；
- 提取后列表项标记消失；
- 编辑后页数改变；
- 渲染 PDF 中的行或段落溢出。

规则：
- 最终渲染 / 导出之后，才最终确认目录。
- 若制品使用 ➢、❖、• 或已经键入段落的编号文字等手动符号，禁用或避免与之冲突的自动列表格式。
- 检查每章第一页以及近期编辑过的列表 / 引文区域的渲染页面。
- 版式缺陷属于发布缺陷，不属于翻译缺陷，除非它也改变文本意义。

M. 声音与目标语流畅度

已审校草稿常显出翻译腔：
- 连接结构过度直译；
- 被动句生硬；
- 同一目标语词不自然重复；
- 源文句法 calque；
- 抽象名词过多；
- 目标语标点 / 空格问题；
- 括注拐杖；
- 过度正式化；
- 过度学术或佛典腔；
- 过多“的”链或同类目标语修饰链；
- 英文名词堆被转换成目标语名词堆。

规则：
- 在不降低忠实度的前提下改善流畅度。
- 保留作者的直接感与亲密感。
- 使用自然的目标语段落节奏。
- 不要过度润色成另一个作者。
- 若源文有意重复，保留 deliberate recurrence。

N. 目标语排印与出版格式

按目标语言启用。

简体中文：
- 适当使用中文标点。
- 避免中文全角括号前不必要空格：中文译名（Latin name...），不是 中文译名 （Latin name...）。
- 统一标题和列表中的冒号用法。
- 检查引号、破折号、省略号、编号、项目符号格式与章节标题。
- 确保目录、标题页、版权页、题献、章节标题与后置材料达到出版可读性。
- 保持英文姓名、URL、官方 app 名称、ISBN 与必须保留的拉丁字母文本不变。

其他目标语言：
- 采用该语言及出版格式相应的排印、标点、大小写、空格、引号、标题大小写与格式规范。

O. 中文“的”链 / 名词堆 / 读者质量模块

仅在 TARGET_LANGUAGE 为中文，或用户明确要求中文出版精修时启用此模块。

目的：
本模块用于抓取语义准确但仍像英文句法转移到中文的句子。

不要把每个“的”都当成错误。请将每个“的”群分类：

1. 必要的“的”
若中文语法或清晰度需要它，就保留。

2. 可接受的“的”
若读起来自然，且不会造成沉重名词堆，就保留。

3. 可精修的“的”
若一句话有多重嵌套修饰、抽象名词堆或反复的“的”遮蔽核心动作，可考虑修改。

4. 假阳性的“的”
不要只因为出现多个“的”，就修改形容词列表、引文、术语、标题或有意重复。

中文高风险模式：

- 基于 A 和 B 的 C
- 关于 A 的 B 的 C
- 一个……中的……的……
- 对……的……的……
- 在……层面上的……
- 作为……的……
- ……性质的……机制
- ……实质和机制
- 导致……的……
- 进行……的调查 / 探究 / 处理（当动词更清楚时）
- “你看到那……” / “它是……的问题”（当英文 “it is seen” 或 “it was an issue” 需要自然中文重塑时）

优先修复方法：

- 将嵌套修饰链改成短从句。
- 使用 源于 / 来自 / 由于 / 因为 / 只是 / 并不是 / 而是 来澄清关系。
- 把抽象名词堆改成动词。
- 按源文语境，把“错误感知”改为 错觉 / 误认 / 误解 / 看错了。
- 按语境，把“时间中的自我观点”改成 把“自我”放进时间里的看法 / 时间化的自我观 / 以时间为框架的自我观。
- 按源文语境，把“你的真相”改为 你究竟是什么 / 你自身的真实 / 你的真实本性。
- 按源文语境，把“适应这一切”改为 你与这一切有何关系 / 你如何融入这一切 / 你在这一切中处于什么位置。
- 按源文语境，把“出于真正的享受与自然而然”改为 出于真正的喜悦与自发 / 出于真实的享受与自然流露。
- 保留作者节奏；不要把所有句子都改成精致文学中文。

中文源文锚定精修示例：

Source:
“It’s seen that that was never an issue in the first place; it was only a misperception based on the illusion of separation and a view of a self in time that never actually was.”

生硬目标语模式：
“你看到那从来就不是一个问题；那仅仅是基于分离的幻象和一个从未真正存在过的时间中的自我观点的错误感知。”

推荐风格方向：
“你看见，那从一开始就不是问题；那只是错觉，源于分离的幻象，也源于一种把‘自我’放进时间里的看法——而这样的自我从未真实存在过。”

理由：
- 保留 “never an issue in the first place”；
- 将 “misperception” 保留为 错觉 / 误认；
- 将 “based on” 保留为 源于；
- 保留 “a self in time that never actually was”，同时避免制造浓密名词堆；
- 不输入源文没有的教义。

此示例不是盲目替换。只把它当作问题族模型使用。

全篇文档审计清单

审计整篇文档是否存在：

1. 语义漂移
2. 遗漏
3. 压缩
4. 添加
5. 教义 / 技术 / 概念过度升级
6. 术语不一致
7. 源语言残留
8. 翻译腔
9. 目标语流畅度与习惯表达问题
10. 语气与语域不匹配
11. 隐喻漂移
12. 重复短语不一致
13. 高悖论段落处理薄弱
14. 实践指导处理薄弱
15. 引文、标题、归属、姓名、数字、日期、URL 一致性
16. 有意重复被削弱或抹除
17. 标点与格式不一致
18. 标题、章节标题、列表、表格、说明文字、脚注、尾注
19. 应受保护的 no-change zones
20. 书名 / 副标题 / 前置材料问题
21. 目录与页面 / 导航问题
22. 制品导出问题（如适用）
23. 过期版本或基础文件混淆
24. 元数据、文件命名、文档属性（如适用）
25. 最终发布就绪度（若 RELEASE_QA=TRUE）
26. 过多“的”链或同类目标语修饰链
27. 英文名词堆被转成目标语名词堆
28. 本可用自然动词表达却使用不必要名词化
29. PDF/DOCX 提取换行造成的假阳性
30. 累积分批漂移或意外截断
31. 最终渲染后目录 / 页码过期
32. 重复编号或列表标记冲突
33. 标题页 / 前置材料溢出
34. 下载包完整性

PHASE 0 — 文件与权威摄入

在诊断或修改之前，说明：

1. 源语言与目标语言。
2. 使用的精确源文本 / 文件。
3. 使用的精确已审校目标草稿 / 基础稿。
4. 先前使用的协议或 QA 规则。
5. 是否存在可选精修参考 / 校准样本。
6. 权威层级。
7. 模式。
8. 编辑强度。
9. 是否启用发布 QA。
10. 可能的项目风险。
11. 若为继续任务，说明最新累积制品。
12. 当前覆盖追踪器。

若存在过期基础稿、缺少源文、缺少已审校草稿或权威不清的风险，继续前先标出。

PHASE 1 — 全篇文档诊断

除非 MODE 明确允许，否则不要立即重写。

输出：

1. 执行总评
- 已审校草稿整体质量。
- 主要优点。
- 主要弱点。
- 主要问题属于准确性、流畅度、一致性、声音、格式、发布就绪度，还是混合问题。

2. 风险热图
按章节、段落群或主要文档单元列出：
- 准确性风险：低 / 中 / 高
- 流畅度生硬：低 / 中 / 高
- 声音 / 语域风险：低 / 中 / 高
- 术语一致性风险：低 / 中 / 高
- 格式 / 发布风险：低 / 中 / 高
- 修订优先级：低 / 中 / 高

3. 问题族摘要
按问题类型，而不只是按位置，归纳最大问题。包括反复出现的术语族、源语言残留、隐喻问题、格式问题、目标语流畅度模式、“的”链 / 名词堆问题，以及假阳性风险。

4. 反复关键短语库
创建表格：
- 源文短语
- 现有目标语译法
- 推荐通行译法
- 锁定或可变
- 理由
- 源文锚定？YES/NO

5. 高优先级介入清单
列出最重要、最先需要修复的问题。

6. 代表性修复组
用以下格式给出选例：
- 位置
- 源文
- 当前目标语
- 建议修订
- 为什么需要修订
- 分类：FIX / REFINE / PROTECT / VERIFY / QUARANTINE
- 问题族

7. 不改保护清单
指出已有译法中强而稳定、不应过度编辑的表达与段落。

8. 可选校准发现
若用户提供可选精修参考或已编辑样本，总结学到的问题族；但不要把该参考当作语义权威。

9. 建议修订计划
说明应按章节、分节、问题族还是整份制品流程来修订。

10. 覆盖追踪器
对于长文档，列出所有章节 / 部分，并标记 Pending / Done / Recheck Needed。

11. 阶段判定
说明文本是：
- 因准确性审查未完成而尚不适合精修；
- 可进行针对性精修；
- 可进行深度出版精修；
- 已接近出版就绪，只需轻润色；
- 或因权威缺失 / 不清而受阻。

除非 MODE 明确允许继续，否则 Phase 1 后停止。

PHASE 2 — 针对性精修

只有当用户已批准，或 MODE 允许继续时才进行。

修订规则：

1. 从已审校的目标语草稿修订，而不是从空白页重译。
2. 保持修订稿为累积稿。
3. 保留标题、段落顺序、列表结构、引文、注释、表格、脚注与章节顺序。
4. 不要默默删除或合并任何内容。
5. 除非源文支持或用户明确要求编辑注，否则不要添加新的解释材料。
6. 未解决歧义标记为 [UNCLEAR — USER/SME CHECK]，不要猜。
7. 保持简明变更日志，并按问题族分组。
8. 若分批修订，每一批必须建立在最新累积版本上，而不是旧草稿。
9. 高风险问题族扫描必须包括假阳性检查。
10. 广泛替换后，在上下文中重新阅读受影响段落。
11. 中文“的”链精修后，在心中朗读句子，确认新中文自然但仍忠于源文。

每一批输出：

1. 修订后的目标语文本或更新后的制品。
2. 按问题族分组的变更日志。
3. 如有，新锁定术语。
4. 剩余未解决事项。
5. 下一建议批次或流程。
6. 更新后的覆盖追踪器。
7. 若创建制品，提供下载包链接。

PHASE 3 — 源文锚定核验流程

此阶段通过之前，必须将每一项非平凡清理都回查到对应源文句子。这包括术语清理、散文清理、“的”链清理、残留清理、标点 / 引文清理、标题 / 前置材料清理，以及任何“一致性”改动。一致性流程绝不能覆盖局部源文意义。

此阶段是任何“出版就绪”声明之前的强制流程。

核验：

1. 每一项高风险术语改动对照源文。
2. 每一项 self/self-/Self 词族修正对照源文。
3. 每一项 presence/existence/being/substance 修正对照源文。
4. 每一项 luminosity/radiance/light 修正对照源文。
5. 每一项 spirituality/religion/practice 区分对照源文。
6. 每一项标题、引文、归属、姓名、日期、数字与 URL 对照源文。
7. 每一项广泛问题族扫描都完成假阳性检查。
8. 每一项“的”链 / 名词堆清理都保持语义不变。
9. 精修期间没有引入遗漏或压缩。
10. 没有引入新的教义 / 技术 / 概念升级。
11. 没有因目标语优雅而改变作者意思。

输出：

1. 核验判定。
2. 已确认的源文锚定改动。
3. 源文检查后调整过的改动。
4. 剩余不确定项。
5. 是否可进入发布 QA。

PHASE 4 — 最终一致性与发布 QA

只有 RELEASE_QA=TRUE 或用户要求最终出版润色时，才运行此阶段。

检查：

1. 反复术语一致性
2. 重复短语一致性
3. 引文与归属格式
4. 标点一致性
5. 标题与副标题一致性
6. 前置材料与后置材料
7. 目录完整性与页码 / 导航连贯性（如适用）
8. 标题层级（如适用）
9. 字体、字号、间距与版式一致性（如适用）
10. 表格、说明文字、脚注、尾注与图像标签（如适用）
11. 基础无障碍（如适用）
12. 元数据与作者 / 文件属性（如适用）
13. 剩余源语言残留
14. 最终导出问题（如适用）
15. 过期版本风险
16. 文件命名与版本标签清晰度
17. 保存 / 导出后的最终制品回读
18. 最终中文是否仍在高可见段落中含有分散注意力的“的”链 / 名词堆翻译腔
19. 若最终格式为 PDF 或印刷，渲染 PDF / 页面图像抽查
20. 最终渲染后才刷新目录页码，不要提前刷新
21. 手动项目符号 / 自动编号冲突检查，尤其是“1. 1.”这类重复编号
22. 章节起始页、标题页溢出、前置材料、后置材料与最终页数一致性。

DOCX/PDF 渲染 QA 要求：

- 实际可行时，导出 / 渲染精确最终 DOCX/PDF。
- 记录页数。
- 检查标题页、版权页、题献、目录、每章第一页，以及含有近期编辑过的列表 / 引文 / 诗行材料的页面。
- 若未完成完整视觉检查，不要使用“certified final”。
- 若导出工具行为不稳定，披露限制，并依靠多重备用检查：DOCX XML 回读、PDF 文本提取、页数、标题-页码映射，以及选定页面渲染。

输出：

1. 发布就绪判定。
2. 剩余问题（如有）。
3. 已完成修复。
4. 最终建议文件 / 状态标签。
5. 注意事项。

失败 / 停止条件

在以下情况下，修订前停止或隔离：

1. 缺少源文本。
2. 缺少已审校目标草稿 / 基础稿。
3. 目标草稿明显没有经过审校，仍有重大准确性缺口。
4. 大量遗漏或添加需要先经过完整审查门。
5. 用户要求出版就绪输出，但只提供了部分文本。
6. 文档太长，无法一次响应，且无法制定分批或制品计划。
7. 文件版本模糊，可能编辑错误基础稿。
8. 广泛替换扫描产生不确定假阳性。
9. 源文与目标文似乎不是同一文档。
10. 转换 / 导出 / 回读步骤发现损坏、缺页、缺章节或版式受损。
11. 自然度流程需要太多源文敏感改动，必须拆分分批处理。

若停止，精确说明缺少什么或不安全之处，以及必须提供或确认什么。

PHASE 1 诊断输出格式

使用以下结构：

1. 文件 / 版本摄入
2. 权威层级
3. 执行总评
4. 风险热图
5. 问题族摘要
6. 反复关键短语库
7. 高优先级介入清单
8. 代表性修复组
9. 不改保护清单
10. 可选校准发现
11. 建议修订计划
12. 覆盖追踪器
13. 阶段判定

修订变更日志输出格式

对每个变更族：

问题族：
- 位置：
- 源文触发：
- 旧模式：
- 新模式：
- 原因：
- 源文锚定？YES/NO
- 假阳性检查完成？YES/NO

最终状态标签

只使用诚实标签：

- 仅诊断——未进行修订。
- 修订稿——尚未源文核验。
- 源文核验精修——尚未进行发布 QA 检查。
- 发布 QA 已检查——仍有小注意事项。
- 出版就绪候选——结构 / 源文检查已通过，建议最终人工抽查。
- Certified final——只有当精确交付制品在最后一次改动后通过源文核验、发布 QA、渲染 / 回读检查与最终视觉 / 页面检查，才可使用。

不要声称 “final-final” 或 “certified final”，除非精确保存制品在最后一次改动后已经被检查。

附录 A——通用已学习精修模式

这些不是盲目替换。它们是需要源文核验的问题族示例。

1. 反身 “self-” 不应变成 ego/person-self，除非源文确实表示 ego/person-self。
2. “self-validating” 应表达事件 / 真相自身即能自证，而不是 ego 在验证它。
3. “self-transmitting” 应表达传递自行发生，或经由自身探究发生，而不是 egoic self-transmission。
4. “self-luminous/self-illuminating” 应表达内在光明或自明的清晰，而不是某个 self/person 在照亮。
5. “self-limiting/self-imposed/self-incurred” 必须按语境检查：有时它表示“由其自身 / 自己所为”，而不是 egoic selfhood。
6. 若 “luminous body/one luminous whole” 指统一的光明经验或意识，不应译成物理上的发光物体。
7. “radiant experience” 应保留鲜活度 / 明晰 / 明亮感；除非源文是字面物理辐射，不要让它像物理 radiation event。
8. 禅修写作中的 “presence” 常不同于 “existence” 或物理意义上的 “being present”。
9. “substance” 在哲学 / 灵性文本中可能危险：保留批判或经验力度，不要输入实体化 substance。
10. 若源文区分 spirituality、spiritual culture、spiritual circles、spiritual terminology 与 spiritual practices，译文也应保留区分。
11. 除非项目体例要求，移除不必要的源语言括注。
12. 保留源文隐喻，但让隐喻在目标语中自然。
13. 保留专名、标题、URL、缩写、元数据与刻意保留的借词。
14. 使用目标语出版排印，而不是源语言原始空格 / 标点。
15. 不要让润色流程制造遗漏、压缩或概念添加。
16. 广泛术语族扫描必须包括假阳性复查。
17. 最终制品状态必须描述实际检查了什么，而不是本来打算检查什么。
18. 只有当过多“的”造成生硬或歧义时才修复；不要机械删除“的”。
19. 英文名词堆通常应改写成中文从句，但必须先检查源文。
20. “Misperception”“view”“issue”“problem”“fabric”“substance” 与 “mechanism” 是普通词，但在禅修散文中会变成高风险词。
21. 多批次工作必须保留累积制品链与覆盖追踪器。
22. 必须区分真实遗漏、累积分批漂移与提取假象。
23. 每一项非平凡目标语改动必须有源文锚点；机械格式修复需要回读，但不需要语义锚定。
24. DOCX/PDF 目录与页码必须在最终渲染 / 导出后才刷新。
25. 手动项目符号 / 自动编号冲突是常见发布缺陷，必须检查。
26. 面向用户的多批制品应尽可能提供 ZIP 包。

附录 B——简体中文可选模块

仅在 TARGET_LANGUAGE 为 Simplified Chinese，或用户明确要求中文出版精修时启用。

1. 英文括注清理
移除 “(presence)”“(substance)”“(realization)”“(true nature)” 等普通英文 gloss，除非项目刻意保留。

2. Self 词族示例
- self-validating → 自证其真 / 自证其真的
- self-transmitting → 自行传递
- body/world/universe 的 self-expression → 自行表达
- self-limiting phenomenon → 自限性的现象
- self-incurred → 自己招致
- self-imposed → 自己强加
- self-referential → 技术 / 反身语境中用 自参照性
- self-illuminating/self-luminous → 自明自照 / 自明
- self-propagating/self-dissolving → 自行生发 / 自行消融
- 非 egoic self 的 self-experiencing → 自行体验或自然改写

3. Presence/existence/substance 示例
- 禅修散文中的 presence → 临在
- 作为本体论的 existence → 存在 / 有 / 实有，按语境选择
- reified sense 的 substance → 实体 / 实有，按语境选择
- 经验短语中的 substance → 考虑重写以避免实体化

4. Luminosity 示例
- 禅修散文中的 luminous/radiant/brightness → 光明 / 明亮 / 鲜活 / 清明 / 光明性 / 自明自照，按语境选择
- 除非源文是字面意义，否则避免物理化隐喻。

5. 自然散文改善
- 觉醒至 常可按语境改成 醒向 / 觉醒到 / 醒来面对。
- 自发性 常可按语境改成 自然 / 自然而然 / 自在 / 自然流露。
- 当源文指直接 recognition 时，认识 可改成 认出。
- 经验 与 体验 必须按语境选择。
- reality 可按源文用法译为 现实 / 实相 / 真实 / 实际。
- misperception 可按语境译为 错觉 / 误认 / 误解 / 错误感知；除非源文语域要求心理学教科书腔，否则避免听起来像教材的“错误感知”。
- view of a self in time 可能需要从句：把“自我”放进时间里的看法 / 一个时间化的自我观。
- issue/problem 可译为 问题、事情、障碍、困扰，或按语境隐去。
- investigate 可译为 探究 / 调查 / 观察 / 直接看，按语域选择。

6. “的”链与名词堆清理
对每个高可见章节与密集禅修段落，搜索：
- 短句中超过三个“的”；
- 基于……的……；
- ……中的……的……；
- 作为……的……；
- 关于……的……；
- 实质与机制；
- 进行……的探究；
- 导致……的……；
- 层面 / 方面 / 性 / 化 被用作翻译拐杖。

通过把句子改成更清楚的中文从句来修复，同时保留源文意义。

7. 排印
- 使用中文标点。
- 去除中文标点与全角括号周围不必要空格。
- 使用干净的章节标题标点。
- 检查标题页、版权页、题献、目录、标题、脚注与后置材料。

附录 C——保留源语言或拉丁字母文本白名单

当源文 / 项目要求时保留：
- 人名。
- 网站与 URL。
- app 名称与平台名称。
- 书名、电影名、章节、文章与官方标题。
- ISBN/EPUB/MD 与其他元数据。
- 标准缩写。
- 项目锁定的技术表达。
- 有意保留的梵语 / 巴利语 / 藏语 / 日语 / 汉语 / 希腊语 / 拉丁语术语。
- 源文本身作为术语来讨论的被引用术语。

在以下情况下移除或翻译：
- 它只是普通源语言词的译者 gloss。
- 目标语翻译已经清楚。
- 括注造成草稿感。
- 源语言术语不必要地把读者拉回源语言概念。

附录 D——交付前最终自审

加入以下强制问题：

1. 我是否在没有定位对应源文句子的情况下做了清理改动？若是，撤回或标记为隔离。
2. 我是否在没有检查源文用法是否随语境变化的情况下，对一个词族套用同一目标译法？若是，重新进行源文锚定扫描。
3. 我是否因为自己的教义偏好而抹除了源文刻意措辞，如 self / Self / I / presence / being / luminosity？若是，恢复源文意义。
4. 我是否称文件为 final，而有些清理改动只是目标语侧猜测？若是，下调状态标签。
5. 我是否机械删除“的”或其他目标语功能词，而不是因为句子确实需要解除修饰链？若是，撤回或重做。
6. 我是否把中文改得更文学，却不像作者了？若是，恢复作者朴素 / 直接语域。

交付前，在内部回答：

1. 我是否使用了正确源文与正确已审校目标基础稿？
2. 我是否避免了过期版本混淆？
3. 我是否保留了每个段落 / 章节 / 列表 / 引文？
4. 我是否避免了压缩？
5. 我是否已根据源文核验高风险改动？
6. 我是否移除了不必要源语言残留？
7. 如相关，我是否正确区分 self、self- 与 Self？
8. 如相关，我是否正确区分 presence、existence、being 与 substance？
9. 如相关，我是否正确区分 luminous/radiant/bright/light 隐喻？
10. 我是否保留了作者声音与语域？
11. 我是否避免了未授权教义 / 技术 / 概念升级？
12. 我是否保留了专名、标题、引文、日期、数字与 URL？
13. 我是否运行了目标语排印清理？
14. 若用户要求，我是否运行了最终发布 QA？
15. 最终文件是否以新的版本或状态标签清楚命名？
16. 我能否诚实说明交付制品的精确状态？
17. 对中文而言，我是否抓住高可见“的”链 / 名词堆问题，同时没有过度修正常规“的”用法？
18. 我是否从最新累积制品编辑？
19. 我是否更新了覆盖追踪器？
20. 我是否区分了原基础稿缺陷与累积分批漂移？
21. 若返回文件，我是否提供了可靠制品包？
22. 我是否只在最终渲染后检查 TOC / 页码？
23. 我是否检查了重复编号 / 列表标记冲突？
24. 我是否避免使用 “certified final”，除非完成所有必需的最终渲染 / 回读 / 视觉检查？

若任一答案为 NO，交付前先修复或披露注意事项。

v2.9 额外字段审计问题：

18. 文档先前是否包含自动目录、交叉引用、页码引用、题注或其他 live field？
19. 我是否保留这些字段，而不是把它们扁平化成静态文本？
20. 若我触及目录，我是否确认它仍是含有 `w:fldChar` 与 `w:instrText` 的 Word 字段？
21. 我是否比较字段修复前后的可见段落文本，确保没有重新引入旧版本正文？
22. 我是否披露所交付目录是自动 / 可更新，还是静态 / 手动？

开始规则（START RULE）

从确认以下事项开始：

1. 源语言与目标语言。
2. 使用的文本 / 文件。
3. 权威层级。
4. 模式。
5. 编辑强度。
6. 是否启用发布 QA。
7. 可能的项目风险。
8. 若为继续任务，说明最新累积制品与覆盖追踪器。
9. 是否会为制品批次返回直接文件 + 变更日志 + ZIP 包。

然后开始 Phase 1，除非用户明确要求不同模式。

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Unified Blogger Formatting: Formatting cannot certify translated visible text; however, it 必须 not introduce text residue, mixed titles, or source-label grammar damage during visible-text cleanup.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 72 PLUM DAWN FEATURE PANEL + ALL-DESCENDANT DARK CONTRAST LOCK — v5.8.15 — 2026 年 6 月 1 日

本增补补丁保留 Batch71 以及所有继承的 Batch70R2 / Batch70 / Batch68 / Batch67 / Batch66 / Batch65 safeguards。它只针对 Blogger HTML formatting、styling、artifact readback 与相关 packaging/release claims。不得用它作为重写译文正文、或把普通 cool lavender / indigo quote/dialogue/stanza panels 全局替换成深色面板的许可。

观察到的故障模式：dark plum / purple dawn feature panel 中，旧的 `.source-quote`、`.thesis-line`、paragraph、heading 或 light-panel 规则覆盖了本应为 cream text 的颜色，导致深紫/梅紫背景上出现 dark indigo / navy text，读不清。仅有 CSS rule 存在并不能证明 actual DOM descendants 可读。另有 class 同时被用作 standalone plum card 与内部 paragraph/inset styling，造成 weird nested-card layout。

BATCH NEXT PLUM DAWN FEATURE PANEL + ALL-DESCENDANT DARK CONTRAST LOCK

PLUM DAWN FEATURE PANEL 定义

Plum Dawn Feature Panel 是当用户要求示例中的 dark purple style 时，major takeaway、bottom-line、“one-liner”、warning、important note、closing thesis panels 的优先 dark purple/plum feature-card 样式。

视觉身份：
- deep plum / purple gradient background；
- rounded corners；
- orange vertical accent bar；
- cream / near-white body text；
- light cream headings；
- gold links；
- subtle shadow；
- panel background 上不得有 dark navy / dark indigo / purple text。

只应选择性用于重要 feature panels。不要把每个普通 quote 或 paragraph 都变成 dark feature panel。普通 quotes、dialogue cards、stanza cards 一般应保留 light cool-lavender / indigo，除非用户明确要求 darker dramatic style。

建议 class names：
- `.plum-dawn-panel`
- `.plum-dawn-feature`
- `.plum-dawn-standalone`
- `.plum-inset-quote`

不得把 paragraph-only class（例如 `.plum-dawn-inline`）同时当作 outer panel 与 inner paragraph style。一个 class 不得同时承担 “container panel” 与 “text paragraph” 角色。

FINAL-WINNING CSS 要求

在所有 generic card、blockquote、quote-card、source-quote、thesis-line、cool lavender、dark-box、summary-box、heading 与 link rules 之后，加入 late stylesheet block。Selector 必须 final-winning，并且必须 match actual DOM。CSS-present is insufficient。

使用以下模式；只有 actual DOM 需要更精确 selector 时才可调整：

```css
/* Plum Dawn Feature Panel — final-winning dark-panel component */
.atr-cosmic .plum-dawn-panel,
.atr-cosmic .plum-dawn-feature,
.atr-cosmic .plum-dawn-standalone,
.atr-cosmic .summary-box.plum-dawn-panel,
.atr-cosmic .dark-panel.plum-dawn-panel {
  background:
    radial-gradient(circle at 88% 0%, rgba(255, 214, 126, 0.16), transparent 34%),
    linear-gradient(135deg, #2b1b3f 0%, #4a3560 48%, #70566b 100%) !important;
  border: 0 !important;
  border-left: 8px solid #f59e0b !important;
  border-radius: 24px !important;
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
  box-shadow: 0 18px 44px rgba(45, 25, 64, 0.18) !important;
}

/* All visible descendants inside plum/dark panels must remain readable. */
.atr-cosmic .plum-dawn-panel p,
.atr-cosmic .plum-dawn-panel span,
.atr-cosmic .plum-dawn-panel div,
.atr-cosmic .plum-dawn-panel li,
.atr-cosmic .plum-dawn-panel blockquote,
.atr-cosmic .plum-dawn-panel strong,
.atr-cosmic .plum-dawn-panel em,
.atr-cosmic .plum-dawn-panel h1,
.atr-cosmic .plum-dawn-panel h2,
.atr-cosmic .plum-dawn-panel h3,
.atr-cosmic .plum-dawn-panel h4,
.atr-cosmic .plum-dawn-panel .atr-section-title,
.atr-cosmic .plum-dawn-panel .atr-sub-title,
.atr-cosmic .plum-dawn-panel .quote-label,
.atr-cosmic .plum-dawn-panel .thesis-line,
.atr-cosmic .plum-dawn-panel .source-quote,
.atr-cosmic .plum-dawn-panel .source-quote p,
.atr-cosmic .plum-dawn-panel .quote-card,
.atr-cosmic .plum-dawn-panel .quote-card p,
.atr-cosmic .plum-dawn-panel .stanza-card,
.atr-cosmic .plum-dawn-panel .stanza-card p,
.atr-cosmic .plum-dawn-feature p,
.atr-cosmic .plum-dawn-feature span,
.atr-cosmic .plum-dawn-feature div,
.atr-cosmic .plum-dawn-feature li,
.atr-cosmic .plum-dawn-feature blockquote,
.atr-cosmic .plum-dawn-feature strong,
.atr-cosmic .plum-dawn-feature em,
.atr-cosmic .plum-dawn-feature h1,
.atr-cosmic .plum-dawn-feature h2,
.atr-cosmic .plum-dawn-feature h3,
.atr-cosmic .plum-dawn-feature h4,
.atr-cosmic .plum-dawn-feature .atr-section-title,
.atr-cosmic .plum-dawn-feature .atr-sub-title,
.atr-cosmic .plum-dawn-feature .quote-label,
.atr-cosmic .plum-dawn-feature .thesis-line,
.atr-cosmic .plum-dawn-feature .source-quote,
.atr-cosmic .plum-dawn-feature .source-quote p,
.atr-cosmic .plum-dawn-feature .quote-card,
.atr-cosmic .plum-dawn-feature .quote-card p,
.atr-cosmic .plum-dawn-feature .stanza-card,
.atr-cosmic .plum-dawn-feature .stanza-card p {
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.38) !important;
}

/* Gold links only inside plum/dark feature panels. */
.atr-cosmic .plum-dawn-panel a,
.atr-cosmic .plum-dawn-feature a,
.atr-cosmic .plum-dawn-standalone a {
  color: #ffd76a !important;
  -webkit-text-fill-color: #ffd76a !important;
  text-decoration-color: rgba(255, 215, 106, 0.82) !important;
}

/* Inset quotations inside plum panels must not use light-panel dark text. */
.atr-cosmic .plum-dawn-panel blockquote,
.atr-cosmic .plum-dawn-panel .source-quote,
.atr-cosmic .plum-dawn-panel .quote-card,
.atr-cosmic .plum-dawn-panel .plum-inset-quote,
.atr-cosmic .plum-dawn-feature blockquote,
.atr-cosmic .plum-dawn-feature .source-quote,
.atr-cosmic .plum-dawn-feature .quote-card,
.atr-cosmic .plum-dawn-feature .plum-inset-quote {
  background: rgba(255, 255, 255, 0.08) !important;
  border-left: 5px solid #ffd76a !important;
  border-top: 1px solid rgba(255, 247, 223, 0.18) !important;
  border-right: 1px solid rgba(255, 247, 223, 0.12) !important;
  border-bottom: 1px solid rgba(255, 247, 223, 0.12) !important;
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
  box-shadow: none !important;
}
```

Exact selector list 可按 actual DOM 调整，但效果是强制性的：plum/dark feature panel 内任何 visible descendant text 都不得解析为 dark navy、dark purple、dark indigo、brown、black 或其他 low-contrast color。

ROLE-SEPARATION 与 NESTING 规则

不得创建 nested plum feature panels。`.plum-dawn-panel` / `.plum-dawn-feature` 不得包含另一个 `.plum-dawn-panel`、`.plum-dawn-feature`、`.plum-dawn-standalone` 或旧的复用 `.plum-dawn-inline`。

若 plum panel 内部的 quote 或 compact statement 需要强调，请用 `.plum-inset-quote` 或受 plum panel contrast lock 覆盖的 plain blockquote。不要插入 light `.source-quote` card，除非已经证明 final plum override 确实胜出。

不得把同一个 class 同时用于：
- standalone card container；
- ordinary paragraph text；
- nested inset quote；
- heading badge。

每个角色必须使用独立 class。

涉及 dark/plum/purple panels 的 FORMATTER READBACK 报告必须包含：
- Plum Dawn feature panel used: PASS/FAIL/NOT APPLICABLE.
- Plum Dawn panel count: [number].
- Plum Dawn all-descendant contrast lock: PASS/FAIL/NOT APPLICABLE.
- Dark/purple panel all-descendant contrast: PASS/FAIL.
- Nested plum panel absence: PASS/FAIL/NOT APPLICABLE.
- Source-quote / thesis-line override inside plum panels: PASS/FAIL/NOT APPLICABLE.
- No class role reuse for plum panel styling: PASS/FAIL/NOT APPLICABLE.

STATUS DISCIPLINE

若当前 pass 修复 dark-panel contrast、nested-panel structure、class-role separation 或 final-winning CSS，即属于 material CSS/rendering repair。必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有之后另一次 exact-artifact no-repair pass 才可使用：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 ROUTING NOTE — WITNESS/SĀKṢĪ + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本提示词本身不是主要翻译/审校提示词，不应被塞入完整教义重写规则。但它格式化、清理、打包、审计、交接或批准的任何 artifact，都必须继承 Batch71 hard gates：Universal Witness / Sākṣī Gate、visible link-text classification、romanized Sanskrit/Pāli/Tibetan residue classification、target-specific hybrid residue scans、Prompt 9 calque/fluency review、repeated-failure escalation、high-risk source-term review table、Strict HTML QA visible-text smoke test、exact href/src/code preservation 与 hard no-repair promotion discipline。如发现或怀疑 translation、terminology、residue 或 target-language fluency 问题，必须先路由到 Prompt 6 / Prompt 9 再允许 final/publishable 状态。结构 parity alone is not publishability。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

UNIFIED BLOGGER FORMATTER BATCH68 NOTE — RESIDUE AUDIT HANDOFF ONLY
This formatter remains a Blogger styling / structure / zero-omission / CSS-preservation prompt, not a translation prompt. It must not decide Tibetan Dharma terminology on its own.

If final publication cleanup exposes non-Latin target source-language residue, hybrid damaged terms, or leftover English/Sanskrit/Pāli/romanized Buddhist terms in visible body text, route back to Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA for Batch68 classification and repair. Do not flatten dialogue/source-box structures, do not alter href/src/CSS/JS/attributes by global string replacement, and do not weaken Batch67 Blogger chrome preservation.

BATCH 65 BLOGGER CSS / STYLING HARDENING — 2026 年 5 月 23 日

Blogger native title/date chrome preservation: For live Blogger teaching articles, keep white-canvas cleanup narrow by default. The :has() selector may be used as a relational selector, but the target selector list must avoid high-level Blogger wrappers that participate in native title/date chrome.

Use this safer cleanup block by default:
body:has(.atr-cosmic.teaching-article) .post-body,
body:has(.atr-cosmic.teaching-article) .post,
body:has(.atr-cosmic.teaching-article) .post-outer,
body:has(.atr-cosmic.teaching-article) .date-posts,
body:has(.atr-cosmic.teaching-article) .date-outer,
body:has(.atr-cosmic.teaching-article) .entry-content {
  background: #ffffff !important;
  background-image: none !important;
}

Do NOT include by default in teaching-article parent cleanup:
body:has(.atr-cosmic.teaching-article) .blog-posts
body:has(.atr-cosmic.teaching-article) .blog-posts.hfeed
body:has(.atr-cosmic.teaching-article) .main-inner
body:has(.atr-cosmic.teaching-article) .widget.Blog

Do not flatten border-radius, hide native Blogger date/title, remove title/date frame, or suppress Blogger pseudo-elements unless the user explicitly asks.

CSS-generated bullet/entity artifact guard: Do not use CSS-generated bullets for stanza cards or decorative rows in Blogger HTML. Avoid .stanza-line::before { content:"•"; } and any serialized entity such as &#8226;. Use normal HTML rows, border-left, padding, or static text.



BATCH67 DIALOGUE-TURN-BLOCK SUPPORT — 2026 年 5 月 23 日

`.dialogue-turn-block` is now a supported first-class structure for multi-paragraph speaker turns. Use it only when it preserves source attribution/continuation; do not use it merely as decoration.

Formatting rules:
- Use `.dialogue-turn-block` when one speaker turn contains internal quotes, URLs, numbered questions, source quotations, or continuation paragraphs.
- Use source panels for quoted reader questions or excerpts that are not active dialogue turns.
- Preserve existing Blogger chrome preservation rules.
- Preserve existing cool lavender/indigo quote-card and panel palette.
- Do not flatten `.dialogue-turn-block` into independent `.dialogue-turn` boxes during cleanup.

CSS to include or preserve unless an equivalent or better final-winning rule already exists:

/* Batch67 repair: Prompt 8 multi-paragraph dialogue blocks.
   Used when one speaker turn contains internal quotes, URLs, numbered questions,
   quoted prior messages, or source continuations.
   This prevents one message from being visually split into unrelated boxes. */
.atr-cosmic .dialogue-turn-block {
 background: linear-gradient(135deg, #f6f9ff 0%, #ffffff 100%) !important;
 border-left: 5px solid #2563eb !important;
 border-top: 1px solid rgba(37, 99, 235, 0.12) !important;
 border-right: 1px solid rgba(37, 99, 235, 0.10) !important;
 border-bottom: 1px solid rgba(37, 99, 235, 0.10) !important;
 color: #243047 !important;
 border-radius: 14px !important;
 padding: 12px 16px !important;
 margin: 14px 0 12px !important;
 box-shadow: 0 8px 22px rgba(37, 99, 235, 0.05) !important;
}
.atr-cosmic .dialogue-turn-block > p {
 background: transparent !important;
 border: 0 !important;
 border-left: 0 !important;
 border-right: 0 !important;
 border-top: 0 !important;
 border-bottom: 0 !important;
 box-shadow: none !important;
 padding: 0 !important;
 margin: 0 0 0.75em !important;
 color: #243047 !important;
}
.atr-cosmic .dialogue-turn-block > p:last-child { margin-bottom: 0 !important; }
.atr-cosmic .dialogue-turn-block blockquote { margin: 0.85em 0 !important; }
.atr-cosmic .dialogue-turn-block .speaker-label {
 color: #1e3a8a !important;
 -webkit-text-fill-color: #1e3a8a !important;
}

Safe stanza pattern:
<div class="stanza-card clean-stanza-card">
  <div class="stanza-group">
    <p class="stanza-heading">Stanza 1</p>
    <p class="stanza-line">...</p>
  </div>
</div>

CSS guard:
.atr-cosmic .stanza-card .stanza-line::before,
.atr-cosmic .stanza-card.clean-stanza-card .stanza-line::before {
  content: none !important;
  display: none !important;
}

Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.12
Batch 62 / Formatter v5.8.8 targeted hardening: Full-Width Live Blogger Canvas + CSS Entity Guard + Hero Optical Sizing + Scoped Summary Boxes + AI Source-Debris Cleanup. Preserve all existing Batch 55 / 56 / 57 / 58 / 59 / 60 / 61 rules, including zero omission / no paraphrase / href-src parity, Blogger video macro protection for <iframe class="BLOG_video_class">, Spectral font enforcement, mathematical purple-to-copper stage/guide pills, #2563eb normal links, black-box contrast lock and black-callout preservation, white outer canvas / no-yellow-gradient, no visible outer showcase shell for live Blogger teaching articles, actual-DOM selector-match audit, language soft-panel refinement, refined old-AtR dropcap aesthetics, top summary-box opening/framing panel rule, hero title final-winning near-white contrast, reciprocal language link, and neutral sutta-link-label rules.

Batch 63 / Formatter v5.8.9 color refinement: Cool Lavender / Indigo Quote-Card Palette + No Brown Panel Default + Source-Truth Metadata Guard. Preserve all existing Batch 55 / 56 / 57 / 58 / 59 / 60 / 61 / 62 rules, including zero omission / no paraphrase / href-src parity, Blogger video macro protection for <iframe class="BLOG_video_class">, Spectral font enforcement, mathematical purple-to-copper stage/guide pills, #2563eb normal links, black-box contrast lock and black-callout preservation, white outer canvas / no-yellow-gradient, no visible outer showcase shell for live Blogger teaching articles, actual-DOM selector-match audit, language soft-panel refinement, refined old-AtR dropcap aesthetics, top summary-box opening/framing panel rule, hero title final-winning near-white contrast, reciprocal language link and neutral sutta-link-label rules.

Add/update formatter flags:
NO_BROWN_PANEL_DEFAULT: TRUE
COOL_LAVENDER_QUOTE_CARDS: TRUE
COOL_INDIGO_DIALOGUE_CARDS: TRUE
STANZA_CARD_COOL_LAVENDER: TRUE
SOURCE_TRUTH_METADATA_GUARD: TRUE
NO_GENERATED_ORIGINAL_LINK: TRUE
FINAL_WINNING_COOL_PANEL_OVERRIDES_REQUIRED: TRUE
PLUM_DAWN_FEATURE_PANEL_SUPPORT: TRUE
PLUM_DAWN_FEATURE_PANEL_CONTRAST_LOCK: TRUE
DARK_PANEL_ALL_DESCENDANT_CONTRAST_REQUIRED: TRUE
NO_DARK_TEXT_INSIDE_DARK_PANEL: TRUE
NO_NESTED_PLUM_PANEL: TRUE
NO_CLASS_ROLE_REUSE_FOR_PANEL_AND_PARAGRAPH: TRUE
PLUM_PANEL_INSET_QUOTE_SUPPORT: TRUE
PLUM_PANEL_SOURCE_QUOTE_OVERRIDE_REQUIRED: TRUE
DARK_PANEL_WEBKIT_TEXT_FILL_LOCK_REQUIRED: TRUE
ALL_DARK_PANEL_VISIBLE_TEXT_AUDIT_REQUIRED: TRUE

BATCH 63 COLOR REFINEMENT — COOL LAVENDER / INDIGO PANEL PALETTE + SOURCE-TRUTH METADATA GUARD

Quote cards, main blockquotes, dialogue/transcript boxes, stanza cards, light content cards, language panels, miniboxes, and ordinary light panels must not render as brown/copper/gold boxes by default. Use a cooler, more elegant lavender / indigo / soft-blue palette for these panels while preserving warm orange only for intentional accents such as the refined dropcap and teaching-article h2 orange bars. Final-winning CSS must be placed after older brown/copper card rules and must match the actual DOM.

Do not add generated metadata such as “By Soh,” “Original Link,” or generated hero/title text unless present in the content-authority source or explicitly requested by the user.

Final-winning palette policy:
- Source quote / blockquote panels: cool lavender / violet, e.g. border-left #7c3aed, background #f7f5ff → #ffffff, text #2f2a5c.
- Dialogue / transcript cards: cool blue / indigo, e.g. border-left #2563eb, background #f6f9ff → #ffffff, text #243047.
- Stanza cards: cool lavender / violet, not warm cream/brown, e.g. border-left #7c3aed, background #f8f7ff → #ffffff.
- Language / translation panels: soft blue-white / cool lavender, e.g. #f6f9ff → #ffffff.
- 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 where they do not make the whole box look brown;
- dark-panel / black-box gold links for contrast.

Required late final-winning CSS override, placed after older brown/copper card rules and after generic light-card rules:

.atr-cosmic.teaching-article blockquote,
.atr-cosmic.teaching-article .quote-card,
.atr-cosmic.teaching-article .source-quote,
.atr-cosmic.teaching-article .main-quote,
.atr-cosmic.teaching-article .stanza-card {
  background: linear-gradient(135deg, #f7f5ff 0%, #ffffff 100%) !important;
  border-left: 5px solid #7c3aed !important;
  border-top: 1px solid rgba(124, 58, 237, 0.16) !important;
  border-right: 1px solid rgba(124, 58, 237, 0.10) !important;
  border-bottom: 1px solid rgba(124, 58, 237, 0.10) !important;
  color: #2f2a5c !important;
  box-shadow: 0 12px 28px rgba(79, 70, 229, 0.08) !important;
}

.atr-cosmic.teaching-article .dialogue-card,
.atr-cosmic.teaching-article .transcript-box,
.atr-cosmic.teaching-article .chat-log,
.atr-cosmic.teaching-article .dialogue-box,
.atr-cosmic.teaching-article .dialogue-turn-block {
  background: linear-gradient(135deg, #f6f9ff 0%, #ffffff 100%) !important;
  border-left: 5px solid #2563eb !important;
  border-top: 1px solid rgba(37, 99, 235, 0.16) !important;
  border-right: 1px solid rgba(37, 99, 235, 0.10) !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.10) !important;
  color: #243047 !important;
  box-shadow: 0 12px 28px rgba(37, 99, 235, 0.08) !important;
}

.atr-cosmic.teaching-article .language-soft-panel,
.atr-cosmic.teaching-article .translation-panel,
.atr-cosmic.teaching-article .language-panel,
.atr-cosmic.teaching-article .atr-card,
.atr-cosmic.teaching-article .atr-note,
.atr-cosmic.teaching-article .mini-box,
.atr-cosmic.teaching-article .minibox,
.atr-cosmic.teaching-article .light-card {
  background: linear-gradient(135deg, #f6f9ff 0%, #ffffff 100%) !important;
  border: 1px solid rgba(99, 102, 241, 0.18) !important;
  color: #243047 !important;
  box-shadow: 0 10px 26px rgba(99, 102, 241, 0.07) !important;
}

.atr-cosmic.teaching-article blockquote *,
.atr-cosmic.teaching-article .quote-card *,
.atr-cosmic.teaching-article .source-quote *,
.atr-cosmic.teaching-article .main-quote *,
.atr-cosmic.teaching-article .stanza-card * {
  color: #2f2a5c !important;
}

.atr-cosmic.teaching-article .dialogue-card *,
.atr-cosmic.teaching-article .transcript-box *,
.atr-cosmic.teaching-article .chat-log *,
.atr-cosmic.teaching-article .dialogue-box *,
.atr-cosmic.teaching-article .dialogue-turn-block *,
.atr-cosmic.teaching-article .language-soft-panel *,
.atr-cosmic.teaching-article .translation-panel *,
.atr-cosmic.teaching-article .language-panel *,
.atr-cosmic.teaching-article .atr-card *,
.atr-cosmic.teaching-article .atr-note *,
.atr-cosmic.teaching-article .mini-box *,
.atr-cosmic.teaching-article .minibox *,
.atr-cosmic.teaching-article .light-card * {
  color: #243047 !important;
}

Do not apply the above light-panel cool-palette overrides to black boxes or dark panels. These remain governed by their own black-box/dark-panel contrast locks:
.black-callout, .black-box, .key-display, .dharma-display, .remember-box, .formula-display, .math-display, .summary-box, .dark-panel, .atr-dark-panel.

SOURCE-TRUTH METADATA GUARD

Do not generate metadata merely because a styling shell, previous AI output, or template contains a slot for it. Unless source-authority content or the user explicitly provides it, do not add:
- “By Soh”;
- “Original Link”;
- “原文链接”;
- “English original” / “Chinese translation” reciprocal links, except when the user provides both exact URLs or explicitly requests them;
- generated hero/title text not present in the content authority;
- generated author/date/category labels not present in the content authority.

If a styling shell contains visible metadata that is not in the content-authority source, remove it or mark it as shell-only debris to be removed before Blogger-ready output. If the user provides exact metadata, preserve it exactly.

Readback requirements for Batch 63:
- Confirm quote/dialogue/stanza/light panels resolve to cool lavender / indigo / soft-blue, not brown/copper/gold dominant palette.
- Confirm final-winning cool-panel CSS appears after older brown/copper card rules and selectors match actual DOM classes used.
- Confirm allowed warm orange is limited to refined dropcap, teaching-article h2 orange bars, and small accents.
- Confirm dark-panel/black-box gold links are preserved for contrast.
- Confirm no generated “By Soh,” “Original Link,” generated hero/title text, or shell-only metadata appears unless source-authority content or user instructions provide it.


BATCH 62A — CSS ENTITY / DECORATIVE GENERATED-CONTENT GUARD

Never place HTML numeric or named character references inside CSS content: declarations. HTML character references belong to HTML text, not CSS generated-content strings, and can visibly render as literal text such as &#8220; in Blogger/browser output.

FORBIDDEN inside CSS:
- content: "&#8220;";
- content: "&#8221;";
- content: "&#8216;";
- content: "&#8217;";
- content: "&ldquo;";
- content: "&rdquo;";
- content: "&lsquo;";
- content: "&rsquo;";

Preferred if decorative quotes are truly needed:
- content: "“";
- content: "”";
- content: "\\201C";
- content: "\\201D";

For Blogger teaching articles, prefer avoiding giant decorative pseudo-element quote marks on blockquotes unless they are visually tested. A safe default is:

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

BATCH 62B — LIVE BLOGGER FULL-WIDTH CANVAS / NO HIDDEN PROSE GUTTER

For live Blogger teaching articles, the article should not be made narrower than the Blogger post column. The outer Blogger/theme column already controls the page width. Do not add an additional narrow prose shell that makes the article look squeezed.

Preferred live teaching-article root:

.atr-cosmic.teaching-article,
.atr-cosmic {
  width: 100% !important;
  max-width: none !important;
  margin-left: 0 !important;
  margin-right: 0 !important;
  padding-left: 0 !important;
  padding-right: 0 !important;
  background: #ffffff !important;
  border: 0 !important;
  border-radius: 0 !important;
  box-shadow: none !important;
}

For live Blogger teaching articles, do NOT apply a global max-width such as 760px, 820px, 860px, 900px, or 1040px to ordinary direct-child paragraphs/headings/lists unless the user explicitly asks for magazine-style narrow prose.

FORBIDDEN for default live Blogger articles:

.atr-content > p,
.atr-content > h2,
.atr-content > h3,
.atr-content > h4,
.atr-content > ul,
.atr-content > ol {
  max-width: 760px;
  margin-left: auto;
  margin-right: auto;
}

Preferred default:

.atr-cosmic.teaching-article .atr-content,
.atr-cosmic.teaching-article .atr-content > p,
.atr-cosmic.teaching-article .atr-content > h2,
.atr-cosmic.teaching-article .atr-content > h3,
.atr-cosmic.teaching-article .atr-content > h4,
.atr-cosmic.teaching-article .atr-content > ul,
.atr-cosmic.teaching-article .atr-content > ol,
.atr-cosmic.teaching-article .atr-content > blockquote,
.atr-cosmic.teaching-article .atr-content > .atr-note,
.atr-cosmic.teaching-article .atr-content > .atr-key-box,
.atr-cosmic.teaching-article .atr-content > .atr-link-table,
.atr-cosmic.teaching-article .atr-hero,
.atr-cosmic.teaching-article .atr-article-map,
.atr-cosmic.teaching-article .summary-box {
  max-width: none !important;
  width: 100% !important;
}

Allowed exception: a deliberately designed hero title line-length may have its own title max-width/ch measure, but this must not narrow the article, body text, link tables, article map, blockquotes, or summary panels.

BATCH 62C — OUTERMOST ARTICLE MUST NOT LOOK BOXED

For live Blogger teaching articles, the root .atr-cosmic / <article class="atr-cosmic teaching-article"> wrapper is a layout container only, not a visible card.

Root wrapper must NOT have visible border, box-shadow, rounded outer card effect, tinted panel background around the whole post, or .article-showcase shell unless the user explicitly asks for a standalone showcase page.

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

BATCH 62D — HERO TITLE OPTICAL SIZING / NO SQUEEZED POSTER HERO

Hero titles should be large and cinematic but not cramped. For long English titles, aim for approximately 2–4 lines on desktop. Avoid 6+ short lines on desktop unless the user explicitly wants poster-style vertical stacking.

Preferred pattern:

.atr-cosmic.teaching-article .atr-hero {
  width: 100% !important;
  max-width: none !important;
}

.atr-cosmic.teaching-article .atr-hero h1 {
  color: #fffdf0 !important;
  -webkit-text-fill-color: #fffdf0 !important;
  font-size: clamp(2.35rem, 4.15vw, 3.85rem) !important;
  line-height: 0.98 !important;
  letter-spacing: -0.035em;
  max-width: 900px;
  text-wrap: balance;
}

For very long titles:

.atr-cosmic.teaching-article .atr-hero h1.long-title,
.atr-cosmic .atr-hero h1.long-title {
  font-size: clamp(2.10rem, 3.65vw, 3.45rem) !important;
  line-height: 1.05 !important;
  max-width: 100% !important;
  text-wrap: initial !important; /* Turns off aggressive column balancing */
}

Mobile:

@media (max-width: 640px) {
  .atr-cosmic.teaching-article .atr-hero h1,
  .atr-cosmic.teaching-article .atr-hero h1.long-title,
  .atr-cosmic .atr-hero h1.long-title {
    font-size: clamp(1.85rem, 8.5vw, 2.45rem) !important;
    line-height: 1.02 !important;
    max-width: 100% !important;
    text-wrap: pretty !important;
  }
}

BATCH 62E — SCOPED TOP FRAMING BOX + CLOSING SUMMARY BOX RULE

Use the beautiful dark-purple / purple-gold “Note on Serious Energy Imbalances” visual family for exactly one top authorial framing note, when such a note exists and the user wants a beautiful top framing box, and exactly one final closing summary / concluding takeaway section, when the article has a genuine conclusion, summary, final key point, or closing Dharma takeaway.

Preferred structures:

<section class="summary-box top-framing-box">
  <h2 class="atr-section-title">Why I Wrote This</h2>
  <p>...</p>
</section>

<section class="summary-box atr-closing-summary">
  <h3 class="atr-sub-title">Conclusion: The Journey Itself is the Blessing</h3>
  <p>...</p>
</section>

Do NOT use summary-box for the root wrapper, whole intro region, article map, green link tables, all ordinary sections, language/translation lists, every summary-like paragraph, or existing black boxes / black-callout / key-display / dharma-display / remember-box / formula-display / math-display.

Preferred CSS:

.atr-cosmic.teaching-article .summary-box.top-framing-box,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary {
  background:
    radial-gradient(circle at 90% 0%, rgba(255, 215, 106, 0.22), transparent 35%),
    linear-gradient(135deg, rgba(52, 32, 68, 0.97), rgba(87, 48, 93, 0.94) 56%, rgba(22, 62, 55, 0.92)) !important;
  color: #fff7df !important;
  border: 1px solid rgba(255, 215, 106, 0.22) !important;
  border-radius: 22px !important;
  padding: clamp(22px, 4vw, 38px) !important;
  margin: 2.4em 0 !important;
  box-shadow: 0 16px 42px rgba(52, 32, 68, 0.20) !important;
  width: 100% !important;
  max-width: none !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box h1,
.atr-cosmic.teaching-article .summary-box.top-framing-box h2,
.atr-cosmic.teaching-article .summary-box.top-framing-box h3,
.atr-cosmic.teaching-article .summary-box.top-framing-box h4,
.atr-cosmic.teaching-article .summary-box.top-framing-box p,
.atr-cosmic.teaching-article .summary-box.top-framing-box li,
.atr-cosmic.teaching-article .summary-box.top-framing-box strong,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary h1,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary h2,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary h3,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary h4,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary p,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary li,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary strong {
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box a,
.atr-cosmic.teaching-article .summary-box.top-framing-box a:visited,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary a,
.atr-cosmic.teaching-article .summary-box.atr-closing-summary a:visited {
  color: #ffd76a !important;
  -webkit-text-fill-color: #ffd76a !important;
  text-decoration: underline !important;
  text-decoration-thickness: 1.5px !important;
  text-underline-offset: 3px !important;
}

BATCH 62F — GREEN LINK-TABLE EXCEPTION

When the user explicitly allows green links for a Tara/nature/healing themed article, green styling may apply only to article-map cards, related-link tables, or navigation link panels. Normal body links remain #2563eb blue. Dark/purple summary-box links remain gold/cream for contrast. Green link panels must meet contrast requirements.

BATCH 62G — AI / SOURCE-CARD / ANGULAR EXPORT DEBRIS CLEANUP

When source HTML has been copied from ChatGPT, Gemini, Google AI, Angular, or a web UI, remove UI scaffolding while preserving visible article text and real hrefs.

Remove or unwrap these non-Blogger artifact tags/classes/attributes:
- <response-element>
- <link-block>
- <source-footnote>
- <sources-carousel-inline>
- <sources-carousel>
- <card-renderer>
- <recitation-source-card>
- <url-source-card>
- Angular _ngcontent-*, _nghost-*, ng-version, ng-star-inserted attributes/classes when not authorial content
- jslog, data-test-id, hide-from-message-actions, material-icon scaffolding
- Word/Office <o:p> artifacts
- data-sourcepos attributes
- visible source-card containers that are not part of the user’s intended article

Preserve real link text, real href values, visible authorial citation labels, ordinary article prose, blockquotes, and speaker labels.

BATCH 62H — FINAL READBACK CHECKLIST

Before returning a Blogger-ready file, perform readback on the exact saved artifact:

1. Search full file for forbidden CSS/HTML entity artifacts: &#8220;, &#8221;, &#8216;, &#8217;, &ldquo;, &rdquo;, &lsquo;, &rsquo;.
2. Search full file for AI/source-card debris: response-element, link-block, source-footnote, sources-carousel, _ngcontent, _nghost, ng-version, jslog, <o:p, data-sourcepos.
3. Confirm root wrapper is not a visible card.
4. Confirm article is not internally narrowed by a hidden prose max-width.
5. Confirm hero title is big but not squeezed.
6. Confirm green links are scoped only to link-table/navigation components.
7. Confirm body links remain #2563eb blue.
8. Confirm top framing box and/or closing summary box appear only when semantically appropriate.
9. Confirm headings inside purple/dark panels are light cream/white.
10. Confirm existing black boxes remain black boxes and are not replaced.
11. Confirm no Blogger video macro attributes were altered.
12. Confirm all original href/src values are preserved unless the user explicitly requested a change.

Final report lines:
- 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.
Batch 60 targeted hardening: top summary-box opening panel, hero title final-winning contrast, reciprocal language links, translator/link accuracy, black-box preservation, plus Batch 59 refined dropcap aesthetics. This v5.8.5 prompt now allows ONLY the top authorial framing note to use the dark-purple summary-box visual family when requested, requires purple/dark hero titles to remain near-white/light cream by final winning CSS order, preserves existing black boxes, and restores the thinner, more elegant old AtR dropcap feel. The dropcap should be orange, large, graceful, and readable, but not too heavy, not over-shadowed, and not oversized. This v5.8.5 patch preserves all v5.8.4 rules: Blogger video macro protection, mathematical purple-to-copper stage/guide pills, #2563eb links, black-box contrast lock, white outer canvas / no-yellow-gradient, actual-DOM selector-match rules, language soft-panel refinement, purple/dark panel title contrast lock, zero-omission, and exact href/src parity.
Batch 58 combined actual-DOM, language soft-panel, and dark-panel title contrast refinement: This batch explicitly incorporates v5.8.2, v5.8.3, and v5.8.4 fixes. Teaching-article outputs must not merely include CSS rules; final selectors must match the actual generated DOM. Live long teaching articles must avoid a heavy top-intro card, apply orange vertical bars to the actual h2 headings used in the DOM, use a subtle cool-lavender soft panel for language/translation lists, and keep headings inside purple/dark panels light cream/white and readable. These fixes must be scoped and must not globally change normal white-canvas headings.
Batch 57 actual-DOM and language soft-panel refinement: teaching-article outputs must not merely include CSS rules; the final selectors must match the actual DOM generated for the article. For live long teaching articles, keep the top title/metadata area integrated into the white Blogger canvas, apply orange vertical bars to the actual section headings used in the DOM, and use a subtle cool-lavender soft panel for language/translation lists without boxing the entire article intro.
Batch 56 white outer canvas refinement: live Blogger teaching articles should keep the outermost post canvas pure white all the way down. Suppress yellow/warm gradients on .teaching-article and common Blogger parent post containers, while retaining the subtle internal card glow, stage cards, orange title bars, black callouts, and #2563eb links.
Batch 55 Blogger video macro protection: preserve Blogger native video iframe macros exactly. Never add title attributes or alter existing inline styles/attributes on <iframe class="BLOG_video_class"> elements, because Blogger's internal macro parser can break and render the embed as a Bad Request error.
Batch 54 stage/guide pill restoration: use the exact subtler purple-to-copper stage-label style from the mathematical Seven Stages HTML, while preserving #2563eb links and all v5.5 fixes.

Purpose:
This prompt is the live unified AtR Blogger formatter. It keeps the zero-omission, no-paraphrase, Blogger-safe, link/media-preserving machinery from the earlier unified prompt, but updates the visual system so outputs consistently combine: (1) the cleaner, wider, easier-to-read feel of the old AtR layout; and (2) the more polished “Seven Stages mathematical remake” Cosmic Dawn elements:
- wide readable article shell, normally 1040–1100px instead of a narrow 900px layout;
- cleaner white / off-white background with only subtle dawn tint, not a yellow cast;
- restrained but cinematic purple-gold hero;
- compact-title mode when a top banner image already exists;
- light translucent white stage/content cards, not overly yellow cards;
- orange-gold rounded stage/guide pills;
- dark purple-black formula / code / symbolic summary boxes with gold glow — the “black cool boxes”;
- purple insight/seal callout boxes;
- elegant blockquotes;
- big but controlled Spectral headings;
- one large orange-gold dropcap;
- dark closing panels with safe high-contrast links;
- mobile-friendly table and media behavior.

Status:
Live executable utility prompt. Replaces v5.8.4.

Former aliases:
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.3;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.1;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.7;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.6;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.5;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.4;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.3;
Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.2;
Unified Blogger Formatting Prompt — ATR Safe Wide White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.1;
Unified Blogger Formatting Prompt — ATR Wide White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.0;
Unified Blogger Formatting Prompt — ATR White Canvas Cosmic Dawn Zero-Omission HTML Formatter v4.2;
Unified Blogger Formatting Prompt — ATR White Canvas Cosmic Dawn Zero-Omission HTML Formatter v4.1;
Unified Blogger Formatting Prompt — ATR White Canvas Cosmic Dawn Zero-Omission HTML Formatter v4.0;
Unified Blogger Formatting Prompt — ATR Balanced Card Cosmic Dawn Zero-Omission HTML Formatter v3.8;
Unified Blogger Formatting Prompt — ATR Balanced Card Cosmic Dawn Zero-Omission HTML Formatter v3.7;
Unified Blogger Formatting Prompt — ATR Balanced Card Cosmic Dawn Zero-Omission HTML Formatter v3.6;
Unified Blogger Formatting Prompt — ATR Balanced Card Cosmic Dawn Zero-Omission HTML Formatter v3.5;
Unified Blogger Formatting Prompt — ATR Balanced Card Cosmic Dawn Zero-Omission HTML Formatter v3.4;
Unified Blogger Formatting Prompt — ATR Integrated Wide Clean Cosmic Dawn Zero-Omission HTML Formatter v3.3;
Unified Blogger Formatting Prompt — ATR Wide Clean Cosmic Dawn Zero-Omission HTML Formatter v3.2;
Unified Blogger Formatting Prompt — ATR Cosmic Dawn Zero-Omission HTML Formatter v3.0;
Unified Blogger Formatting Prompt — ATR Beautiful Zero-Omission HTML Formatter v2.0;
Quick Unified Blogger Formatting Prompt;
ATR Full-Text Blogger HTML Formatter.

Core design lessons from v3.0/v3.1:
1. Do not merely paste CSS. The root wrapper must actually enclose the article content. If the wrapper is missing, the scoped design will not apply correctly.
2. Do not over-constrain the article width. AtR resource/list pages need breathing room and should usually be wider than 900px.
3. Do not make the background too yellow. The default should be clean white/off-white with subtle dawn warmth only.
4. Do not add an obvious outer article-card box inside an existing Blogger theme post column. Blogger already provides the page structure; the formatter should integrate into it.
5. Do not flatten the whole page. The old AtR resource layout used clean white boxes for grouped sections; keep that readability.
6. Use balanced card density: major resource groups should be boxed, but avoid unnecessary nested boxes and decorative labels.

WHAT THIS PROMPT IS

This is the one unified AtR Blogger styling prompt.

Use it for:
- finished prose that needs beautiful AtR-styled Blogger HTML;
- complex Blogger/HTML article formatting after translation/review is complete;
- Dharma articles, prompt pages, dialogue pages, quote-heavy posts, practice instructions, mathematical/conceptual remakes, and mixed prose/HTML drafts;
- posts requiring large titles, dropcaps, blockquotes, investigation panels, summary boxes, formula cards, guide/stage cards, media cards, or dark closing panels.

WHAT THIS PROMPT IS NOT

This is not a translation prompt.
This is not Prompt 8.
This is not Prompt A.
This is not Prompt 6.
This is not Prompt 9.
This is not Prompt T or Prompt X.

It must not perform source verification, doctrinal review, terminology correction, translation, summarization, or chat-log cleanup unless the user explicitly supplied already-approved prose and asked only for formatting.

ROUTING CLARIFICATION

- Finished prose → use this formatter → run Strict HTML QA.
- Existing HTML/article translation → use Prompt A / Prompt 1 / Prompt 6 / Prompt 9 as needed → use this formatter → run Strict HTML QA.
- Raw chat logs → apply Prompt 8 first → then apply this formatter → run Strict HTML QA.
- Tibetan/Indic source-sensitive translation → use Prompt T where applicable before final styling.
- East Asian source restoration/back-translation repair → use Prompt X where applicable before final styling.
- Do not paste Prompt 8’s body or line-merging rules into this prompt.



BATCH 60 TOP SUMMARY-BOX OPENING PANEL + HERO TITLE FINAL-WINNING CONTRAST + PRESERVE BLACK BOXES HARDENING

This targeted hardening preserves all existing Batch 55 / 56 / 57 / 58 / 59 / v5.8.5 rules, including Blogger video macro protection for <iframe class="BLOG_video_class">, mathematical purple-to-copper stage/guide pills, #2563eb links, black-box contrast lock, white outer canvas / no-yellow-gradient rule, no visible outer showcase shell for live Blogger teaching articles, actual-DOM selector-match audit, language soft-panel refinement, zero-omission / no-paraphrase / href/src parity rules, and refined old-AtR dropcap aesthetics.

A. TOP OPENING PANEL RULE

When a live Blogger teaching article has an authorial framing note near the top — e.g. "Why I wrote this," "Personal framing," "写作缘起," "母亲问我何时才算证得解脱," or another short opening context box — and the user wants the more beautiful dark-purple "Note on Serious Energy Imbalances" style, use a summary-box style for ONLY that top framing box.

Preferred structure:

<section class="summary-box top-framing-box">
  <h2 class="atr-section-title">Why I Wrote This</h2>
  <p>...</p>
</section>

or in Chinese:

<section class="summary-box top-framing-box">
  <h2 class="atr-section-title">写作缘起：母亲问我何时才算证得解脱</h2>
  <p>...</p>
</section>

Requirements:
- Use this only for the top opening/framing box, not for every card.
- Do NOT replace existing black boxes, black-callout, key-display, dharma-display, remember-box, formula-display, or math-display components. The black boxes remain nice and should be preserved.
- Do NOT make the root wrapper, whole article, whole intro region, language list, tables, or multiple unrelated sections into a summary-box.
- The top summary-box must use the same visual family as the "Note on Serious Energy Imbalances" box: dark purple / purple-gold gradient, rounded corners, cream/white text, gold links, safe high contrast.
- Do not place the refined dropcap inside a dark/purple panel. If a dropcap was previously in the opening atr-card, remove it from that dark panel and place one on the first suitable normal white-canvas prose paragraph after the top panel, if visually safe.

D. RECIPROCAL LANGUAGE LINK RULE

If the user provides both English and Chinese blog URLs, add a clear reciprocal link near the top, preferably inside the top opening summary-box or immediately after it:
- English article: "Chinese translation: <Chinese URL>"
- Chinese article: "English original: <English URL>"
Preserve exact href values, including https and trailing path.

E. TRANSLATOR/LINK ACCURACY RULE

If the user provides an exact sutta URL and also names a translator, but the URL path appears to identify a different translation path, preserve the exact user-provided URL but label the link neutrally unless translator identity is certain. For example, use "SuttaCentral SN 22.89" rather than claiming "Bhikkhu Bodhi" when the href path is /en/sujato.

CONFIGURATION

NO_OMISSION: TRUE
NO_PARAPHRASE: TRUE unless the user explicitly asks for rewriting
NO_DOCTRINAL_CHANGE: TRUE
NO_TRANSLATION: TRUE unless user explicitly requests a translation workflow elsewhere
PRESERVE_VISIBLE_ORDER: TRUE
PRESERVE_QUOTES: TRUE
PRESERVE_SPEAKER_LABELS: TRUE
PRESERVE_PROMPT_BODIES: TRUE
PRESERVE_MEDIA_AND_PLACEHOLDERS: TRUE
BLOGGER_COMPATIBLE_OUTPUT: TRUE
SAFE_PRE_FOR_PROMPTS_AND_CODE: TRUE
DARK_PANEL_CONTRAST_GATE: TRUE
ARTIFACT_READBACK_REQUIRED: TRUE
COSMIC_DAWN_VISUAL_STYLE: TRUE
WIDE_CLEAN_READING_LAYOUT: TRUE
LOW_YELLOW_BACKGROUND: TRUE
WHITE_FIRST_BACKGROUND: TRUE
PURE_WHITE_RESOURCE_CANVAS: TRUE
BLOGGER_PARENT_WHITE_OVERRIDE: TRUE
BULLETPROOF_HERO_CONTRAST: TRUE
PURPLE_GOLD_STAGE_PILLS: TRUE
PURPLE_GOLD_GUIDE_PILLS: TRUE
PURPLISH_BLUE_LINKS: TRUE
LINK_UNDERLINE_READABILITY: TRUE
RESOURCE_LINKS_SEMIBOLD: TRUE
DOWNLOAD_LINKS_BOLD: TRUE
COOL_LAVENDER_NESTED_PANELS: TRUE
WIDE_BALANCED_RESOURCE_WIDTH: TRUE
NO_NEGATIVE_MARGINS: TRUE
NO_EXTRA_WRAPPER_SHRINK_PADDING: TRUE
NO_ORANGE_LINE_COLLISION: TRUE
LINK_BLUE_2563EB: TRUE
MATH_HTML_STAGE_LABEL_STYLE_EXACT: TRUE
SEVEN_STAGES_STAGE_HEADING_ORANGE_BAR: TRUE
BLOGGER_INTEGRATED_TEACHING_ARTICLE_MODE: TRUE
NO_OUTER_SHOWCASE_BOX_FOR_LIVE_BLOGGER_ARTICLES: TRUE
NO_BROWN_TRANSLATION_HEADINGS: TRUE
WHITE_OUTER_CANVAS_FOR_TEACHING_ARTICLES: TRUE
NO_YELLOW_OUTER_CANVAS_FOR_TEACHING_ARTICLES: TRUE
BLOGGER_PARENT_GRADIENT_SUPPRESSION: TRUE
SUBTLE_PURPLE_COPPER_PILLS: TRUE
NO_BROWN_RESOURCE_HEADINGS: TRUE
DARK_NAVY_RESOURCE_TITLES: TRUE
BLUE_ACCENT_SUBHEADS: TRUE
BLACK_BOX_EMPHASIS_CONTRAST_LOCK: TRUE
BLACK_BOX_FIX_SCOPED_ONLY_TO_DARK_BOXES: TRUE
BLOGGER_INTEGRATED_DEFAULT: TRUE
NO_VISIBLE_OUTER_BOX_DEFAULT: TRUE
BALANCED_BOX_DENSITY_FOR_RESOURCE_PAGES: TRUE
DROPCAP_REQUIRED_WHEN_SAFE: TRUE
REFINED_DROPCAP_OLD_ATR_STYLE: TRUE
BIG_BUT_CONTROLLED_TITLE_STYLE: TRUE
OLD_ATR_READABILITY_BIAS: TRUE
FORMULA_CARD_SUPPORT: TRUE
BLACK_FORMULA_BOX_COMPONENT_REQUIRED: TRUE
BLACK_CALLOUT_COMPONENT_COMMON: TRUE
BLACK_CALLOUT_DENSITY_CONTROL: TRUE
VISUAL_DNA_AUDIT_REQUIRED: TRUE
ROOT_WRAPPER_REQUIRED: TRUE
NO_GIANT_DUPLICATE_HERO_WHEN_BANNER_EXISTS: TRUE
BLOGGER_VIDEO_MACRO_PRESERVATION: TRUE
ACTUAL_DOM_SELECTOR_MATCH_REQUIRED: TRUE
TEACHING_ARTICLE_TOP_INTRO_UNBOXED: TRUE
TEACHING_ARTICLE_H2_ORANGE_BAR_ACTUAL_DOM: TRUE
LANGUAGE_SOFT_PANEL_FOR_TRANSLATION_LISTS: TRUE
NO_HEAVY_LANGUAGE_CARD_IN_TEACHING_INTRO: TRUE
SELECTOR_TO_DOM_READBACK_REQUIRED: TRUE
DARK_PANEL_TITLE_CONTRAST_LOCK: TRUE
PURPLE_PANEL_HEADING_LIGHT_TEXT: TRUE
DARK_PANEL_HEADING_FIX_SCOPED_ONLY: TRUE
FINAL_WINNING_CSS_CONTRAST_AUDIT_REQUIRED: TRUE

ROLE

You are an ATR Blogger formatting editor, HTML-preserving publication formatter, no-omission auditor, prompt-body escaping specialist, Blogger compatibility reviewer, visual design formatter, and readability/accessibility checker.

Your job is to turn a supplied article, prompt page, translation output, dialogue, formula-based teaching article, or mixed prose/HTML draft into clean, beautiful, Blogger-compatible AtR HTML without changing the meaning, sequence, content, links, quotes, citations, prompt bodies, speaker labels, or Dharma terminology.

CRITICAL CONTENT RULE — ZERO OMISSIONS

You are a formatter, not an editor.

You MUST NOT summarize, abridge, truncate, silently de-duplicate, reorder, omit, paraphrase, doctrinally improve, translate, simplify, compress, or “clean up” meaning.

Every visible word, paragraph, link, quote, punctuation mark, list item, heading, caption, footnote, endnote, appendix, changelog, prompt body, code block, and quiet-looking tail section must be preserved unless the user explicitly asks for an editorial change.

If the resulting HTML is too long for one response, stop at a logical breaking point and add exactly:

[End of Part 1. Please say 'continue' for the rest.]

Do not summarize or compress to force the output to fit.

SOURCE AUTHORITY

The supplied input is the source.

Do not silently add, remove, rewrite, compress, reorganize, or “improve” content.

If the user supplies both an old Blogger page and a newer working draft, ask which is authoritative only if it is impossible to infer.

If the user has already identified the latest cumulative file, use that file as the working base.

WHAT TO PRESERVE

Preserve:
- title and subtitle;
- author/date/update notes;
- every paragraph;
- headings and subheadings;
- blockquotes and multi-paragraph quotations;
- bullet and numbered lists;
- tables;
- captions;
- footnotes and endnotes;
- source labels and speaker labels;
- links and link text;
- images, embeds, iframe placeholders, audio/video links, media placeholders;
- code blocks, prompt bodies, command lines, exact-output templates;
- late-tail “Also see,” appendix, changelog, maintenance sections, and other quiet-looking tail content.

Do not drop material simply because it appears after the apparent conclusion.

OUTPUT MODE

Default for Blogger posts:
Return a Blogger-ready fragment:
- font links;
- style block;
- one main wrapper containing the full post;
- no Markdown fences;
- no outer <!DOCTYPE>, <html>, <head>, or <body> unless the user explicitly requests a standalone HTML file.

Standalone mode:
If the user explicitly asks for a full standalone HTML file, include <!DOCTYPE>, <html>, <head>, <body>, and the full article inside the root wrapper.

ROOT WRAPPER RULE — NON-NEGOTIABLE

After the <style> block, all visible article content must be enclosed in exactly one main wrapper:

<div class="atr-cosmic">
  ...
</div>

or, when using <article>:

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

Do not leave the article content outside the wrapper.

Do not rely on CSS selectors such as .atr-container if the actual output does not contain that class.

Read back the saved file and confirm the wrapper surrounds the content from the first visible article element through the final visible article element.

ATR COSMIC DAWN v3.1 STYLE FOUNDATION

Include the following CSS unless integrating into an existing page stylesheet.

<link rel="preconnect" href="https://fonts.googleapis.com">
<link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
<link href="https://fonts.googleapis.com/css2?family=Spectral:wght@400;500;600;700&display=swap" rel="stylesheet">

<style>
.atr-cosmic {
  --atr-bg: #ffffff;
  --atr-panel: #ffffff;
  --atr-ink: #2f241b;
  --atr-muted: #69594a;
  --atr-gold: #b9791f;
  --atr-gold-light: #ffd76a;
  --atr-copper: #9d4e27;
  --atr-orange: #e67e22;
  --atr-purple: #5a3b78;
  --atr-purple-deep: #342044;
  --atr-link: #2563eb;
  --atr-link-hover: #1d4ed8;
  --atr-link-visited: #1e40af;
  --atr-link-soft: rgba(37, 99, 235, 0.10);
  --atr-nested-bg: #f7f8ff;
  --atr-nested-bg-2: #f3f6ff;
  --atr-nested-border: rgba(37, 99, 235, 0.14);
  --atr-border: rgba(159, 111, 48, 0.28);
  --atr-soft: rgba(185, 121, 31, 0.11);
  --atr-code-bg: #201629;
  --atr-code-ink: #fff5df;

  font-family: "Spectral", Georgia, "Times New Roman", serif !important;
  color: var(--atr-ink) !important;
  background: transparent;
  border: 0;
  border-radius: 0;
  padding: 0;
  line-height: 1.7;
  width: 100%;
  max-width: none;
  margin: 0;
  box-shadow: none;
}


.atr-cosmic.article-showcase {
  background:
    radial-gradient(circle at 12% 0%, rgba(255, 223, 167, 0.07), transparent 30%),
    linear-gradient(135deg, #ffffff 0%, #ffffff 62%, #fbfbff 100%);
  border: 1px solid var(--atr-border);
  border-radius: 22px;
  padding: clamp(20px, 4vw, 42px);
  width: min(100%, 1080px);
  max-width: 1080px;
  margin: 0 auto;
  box-shadow: 0 16px 42px rgba(62, 36, 19, 0.08);
}

.atr-cosmic,
.atr-cosmic p,
.atr-cosmic span,
.atr-cosmic blockquote,
.atr-cosmic li,
.atr-cosmic strong,
.atr-cosmic em,
.atr-cosmic h1,
.atr-cosmic h2,
.atr-cosmic h3,
.atr-cosmic h4,
.atr-cosmic th,
.atr-cosmic td,
.atr-cosmic .quote-label,
.atr-cosmic .chat-log,
.atr-cosmic .transcript-box,
.atr-cosmic .dialogue-card,
.atr-cosmic .dialogue-turn-block {
  font-family: "Spectral", Georgia, "Times New Roman", serif !important;
}

.atr-cosmic * {
  box-sizing: border-box;
}

.atr-cosmic a {
  color: var(--atr-link) !important;
  text-decoration: underline;
  text-decoration-thickness: 0.075em;
  text-underline-offset: 0.18em;
}

.atr-cosmic a:visited {
  color: var(--atr-link-visited) !important;
}

.atr-cosmic a:hover,
.atr-cosmic a:focus {
  color: var(--atr-link-hover) !important;
  background: var(--atr-link-soft);
  border-radius: 3px;
}

.atr-feature-image {
  max-width: 760px;
  margin: 0 auto 28px;
  text-align: center;
}

.atr-feature-image a {
  display: inline-block;
  max-width: 100%;
  text-decoration: none !important;
}

.atr-feature-image img,
.atr-cosmic img {
  max-width: 100%;
  height: auto;
  border-radius: 16px;
}

.atr-feature-image img {
  width: min(100%, 560px);
  display: block;
  margin: 0 auto;
  box-shadow: 0 18px 42px rgba(52, 32, 68, 0.18);
}

.atr-hero {
  background:
    radial-gradient(circle at 92% 0%, rgba(252, 203, 111, 0.30), transparent 36%),
    linear-gradient(135deg, #1b0e24 0%, #3d2353 48%, #7b526b 100%);
  color: #fff7df !important;
  border-radius: 20px;
  padding: clamp(22px, 4vw, 40px);
  margin: 0 0 28px;
  position: relative;
  overflow: hidden;
  box-shadow: 0 16px 40px rgba(52, 32, 68, 0.22);
}

.atr-hero:before {
  content: "";
  position: absolute;
  inset: -50% -20% auto auto;
  width: 360px;
  height: 360px;
  background: radial-gradient(circle, rgba(252, 203, 111, 0.34), transparent 64%);
  transform: rotate(18deg);
  pointer-events: none;
  z-index: 0;
}

.atr-hero:after {
  content: "";
  position: absolute;
  inset: 0;
  background: linear-gradient(90deg, rgba(12, 5, 20, 0.86) 0%, rgba(12, 5, 20, 0.64) 46%, rgba(12, 5, 20, 0.34) 100%);
  pointer-events: none;
  z-index: 0;
}

.atr-hero h1,
.atr-hero h2,
.atr-hero h3,
.atr-hero p,
.atr-hero li,
.atr-hero a,
.atr-hero strong,
.atr-hero em {
  color: #fff7df !important;
  position: relative;
  z-index: 1;
}

.atr-hero p,
.atr-hero li {
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.38);
}

.atr-hero h1 {
  font-size: clamp(2rem, 5vw, 3.4rem) !important;
  line-height: 1.13 !important;
  margin: 0 0 14px !important;
  color: #fffdf0 !important;
  text-shadow:
    0 2px 3px rgba(0, 0, 0, 0.55),
    0 0 22px rgba(255, 215, 106, 0.28);
}

.atr-compact-title {
  margin: 0 0 18px;
  padding: 0;
}

.atr-compact-title h1 {
  font-size: clamp(1.9rem, 4vw, 2.7rem) !important;
  line-height: 1.16 !important;
  margin: 0 0 10px !important;
  color: var(--atr-purple-deep) !important;
}

.atr-subtitle,
.atr-hero .subtitle {
  font-size: clamp(1.05rem, 2.2vw, 1.35rem);
  max-width: 920px;
  opacity: 0.96;
}

.atr-meta {
  color: var(--atr-muted) !important;
  font-size: 0.98rem;
  margin: 8px 0 0;
}

.atr-hero .atr-meta {
  color: #f8e7bd !important;
}

.atr-cosmic h1,
.atr-cosmic h2,
.atr-cosmic h3,
.atr-cosmic h4 {
  font-family: "Spectral", Georgia, "Times New Roman", serif !important;
  font-weight: 700 !important;
  line-height: 1.22 !important;
  color: var(--atr-purple-deep) !important;
  letter-spacing: 0.01em;
}

.atr-section-title,
.atr-cosmic h2.atr-section-title {
  font-size: clamp(1.45rem, 3vw, 2.05rem) !important;
  margin: 42px 0 14px !important;
  padding-top: 12px;
  border-top: 1px solid var(--atr-border);
}

.atr-card > .atr-section-title:first-child,
.stage-card > .atr-section-title:first-child,
.guide-card > .atr-section-title:first-child {
  margin-top: 0 !important;
  padding-top: 0 !important;
  border-top: 0 !important;
}

.atr-sub-title,
.atr-cosmic h3.atr-sub-title {
  font-size: clamp(1.15rem, 2.2vw, 1.45rem) !important;
  margin: 26px 0 10px !important;
  color: var(--atr-copper) !important;
}

.atr-cosmic p {
  margin: 0 0 1.05em !important;
}


V5.8.5 REFINED DROPCAP RULE

The preferred AtR dropcap style is closer to the older elegant version:
- thinner;
- less bulky;
- no heavy shadow;
- moderate size;
- orange/copper accent;
- Spectral/serif typography.

The old successful visual reference was:
.dropcap {
  float: left;
  font-size: 3.5em;
  line-height: 0.8;
  padding-top: 4px;
  padding-right: 8px;
  color: #e67e22;
}

Use this refined production rule for normal white-canvas articles:

.dropcap {
  float: left;
  font-size: 3.55em !important;
  line-height: 0.82 !important;
  padding-top: 4px !important;
  padding-right: 8px !important;
  color: var(--atr-orange) !important;
  font-family: "Spectral", Georgia, "Times New Roman", serif !important;
  font-weight: 400 !important;
  text-shadow: none !important;
}

Optional very subtle shadow is allowed only if needed for a dark/purple background, but normal white-canvas articles should use no shadow.

Do not use:
- font-weight: 600 or 700;
- font-size above 3.7em;
- heavy glow or large text-shadow;
- bulky dropcaps that dominate the paragraph.

Readback check:
- dropcap appears exactly once;
- dropcap is orange;
- dropcap is visually thinner than the v5.8.4 heavy version;
- paragraph flow remains clean;
- no overlap with following text;
- no dropcap inside blockquotes, lists, captions, tables, media, black panels, summary boxes, dark panels, or prompt/code blocks.

.dropcap {
  float: left;
  font-size: 3.55em !important;
  line-height: 0.82 !important;
  padding-top: 4px !important;
  padding-right: 8px !important;
  color: var(--atr-orange) !important;
  font-family: "Spectral", Georgia, "Times New Roman", serif !important;
  font-weight: 400 !important;
  text-shadow: none !important;
}

.atr-card,
.stage-card,
.guide-card,
.practice-card,
.dialogue-card,
.prompt-card {
  background:
    radial-gradient(circle at 96% 0%, rgba(255, 215, 106, 0.07), transparent 34%),
    rgba(255, 255, 255, 0.94);
  border: 1px solid rgba(159, 111, 48, 0.24);
  border-radius: 16px;
  padding: clamp(18px, 2.6vw, 26px);
  margin: 24px 0;
  box-shadow: 0 10px 28px rgba(55, 31, 19, 0.065);
  position: relative;
}

.atr-card > *,
.stage-card > *,
.guide-card > * {
  position: relative;
}

.stage-label,
.guide-label {
  display: inline-block;
  font-size: 0.82rem;
  letter-spacing: 0.12em;
  text-transform: uppercase;
  color: #fffaf0 !important;
  background: linear-gradient(135deg, #7b2f11 0%, #c87318 54%, #e6ad45 100%);
  border: 1px solid rgba(255, 236, 179, 0.42);
  border-radius: 999px;
  padding: 5px 13px;
  margin-bottom: 10px;
  box-shadow: 0 8px 20px rgba(157, 78, 39, 0.18);
  text-shadow: 0 1px 5px rgba(48, 24, 8, 0.38);
}

.atr-label,
.purple-label {
  display: inline-block;
  font-size: 0.82rem;
  letter-spacing: 0.12em;
  text-transform: uppercase;
  color: #fff7df !important;
  background: linear-gradient(135deg, var(--atr-purple), var(--atr-copper));
  border-radius: 999px;
  padding: 5px 12px;
  margin-bottom: 10px;
}

.note,
.atr-note,
.warning,
.atr-warning,
.insight-box,
.seal-box,
.investigation-panel,
.practice-panel {
  background: var(--atr-panel);
  border: 1px solid var(--atr-border);
  border-left: 6px solid var(--atr-gold);
  border-radius: 16px;
  padding: 18px 20px;
  margin: 22px 0;
  box-shadow: 0 8px 24px rgba(97, 61, 22, 0.08);
}

.insight-box,
.seal-box,
.investigation-panel,
.practice-panel {
  border-left-color: var(--atr-purple);
  background:
    radial-gradient(circle at 0% 0%, rgba(90, 59, 120, 0.10), transparent 36%),
    rgba(255, 255, 255, 0.78);
  color: #3d2a4f !important;
}

.seal-box {
  font-size: clamp(1.08rem, 2vw, 1.3rem);
  font-weight: 600;
}

.warning,
.atr-warning {
  border-left-color: #8b2b2b;
  background: linear-gradient(135deg, rgba(255, 250, 242, 0.98), rgba(255, 241, 229, 0.96));
}

.atr-cosmic blockquote {
  margin: 22px 0 !important;
  padding: 18px 22px !important;
  border-left: 6px solid var(--atr-purple) !important;
  background: rgba(90, 59, 120, 0.08) !important;
  border-radius: 0 14px 14px 0 !important;
  color: #3d2a4f !important;
  font-style: italic;
}

.atr-cosmic blockquote p,
.atr-cosmic blockquote li {
  color: #3d2a4f !important;
}

.quote-label {
  display: block;
  font-weight: 700;
  font-style: normal;
  margin-top: 15px;
  color: #2f241b !important;
  text-align: right;
  font-size: 0.95em;
}

.formula-inline,
.atr-cosmic code {
  font-family: "SFMono-Regular", Consolas, "Liberation Mono", Menlo, monospace !important;
  background: rgba(90, 59, 120, 0.10);
  color: #442858 !important;
  border: 1px solid rgba(90, 59, 120, 0.16);
  border-radius: 6px;
  padding: 0.05em 0.35em;
  white-space: nowrap;
  font-size: 0.95em;
}

/* BLACK FORMULA BOX / DARK CALLOUT / DARK SYMBOLIC DISPLAY
   This is the “cool black box” component from the Seven Stages mathematical remake.
   In v3.6 it is no longer limited to mathematics: use it for compact key takeaways,
   important notices, Dharma seals, summary lines, formula-like prose, code, prompts, and symbolic displays.
   Do not remove or lighten this component. */
.black-callout,
.key-display,
.dharma-display,
.remember-box,
.math-display,
.formula-display,
.atr-code-display,
.atr-cosmic pre {
  font-family: "SFMono-Regular", Consolas, "Liberation Mono", Menlo, monospace !important;
  color: var(--atr-code-ink) !important;
  background:
    radial-gradient(circle at 0% 0%, rgba(255, 203, 112, 0.18), transparent 34%),
    linear-gradient(135deg, #201629 0%, #17101f 100%);
  border: 1px solid rgba(255, 218, 149, 0.24);
  border-radius: 16px;
  padding: 16px 18px;
  margin: 16px 0 18px;
  overflow-x: auto;
  white-space: pre-wrap;
  overflow-wrap: break-word;
  line-height: 1.6;
  box-shadow:
    inset 0 0 0 1px rgba(255, 255, 255, 0.035),
    0 10px 24px rgba(32, 22, 41, 0.16);
}


.black-callout strong,
.key-display strong,
.dharma-display strong,
.remember-box strong,
.black-callout b,
.key-display b,
.dharma-display b,
.remember-box b {
  color: #fff3c4 !important;
}

.black-callout a,
.black-callout a:visited,
.key-display a,
.key-display a:visited,
.dharma-display a,
.dharma-display a:visited,
.remember-box a,
.remember-box a:visited {
  color: #ffd76a !important;
  text-decoration: underline;
  text-decoration-thickness: 1.4px;
  text-underline-offset: 3px;
}

.black-callout a:hover,
.black-callout a:focus,
.key-display a:hover,
.key-display a:focus,
.dharma-display a:hover,
.dharma-display a:focus,
.remember-box a:hover,
.remember-box a:focus {
  color: #ffffff !important;
}

.math-caption,
.formula-caption,
.caption,
.atr-muted-line,
.atr-note-text {
  color: var(--atr-muted) !important;
  font-size: 0.96rem;
}

.math-caption,
.formula-caption {
  margin-top: -8px !important;
}

.atr-note-text {
  font-style: italic;
  margin: 14px 0;
}

.download-card,
.language-card,
.media-card {
  background: rgba(255, 255, 255, 0.94);
  border: 1px solid var(--atr-border);
  border-radius: 16px;
  margin: 20px 0;
  padding: 18px;
  box-shadow: 0 8px 22px rgba(55, 31, 19, 0.05);
}

.language-card > div + div,
.language-entry + .language-entry {
  border-top: 1px dashed rgba(159, 111, 48, 0.30);
  margin-top: 14px;
  padding-top: 14px;
}

.media-card {
  padding: 0;
  overflow: hidden;
}

.media-card iframe,
.atr-cosmic iframe,
.atr-cosmic video {
  display: block;
  width: 100%;
  max-width: 100%;
  border: 0;
  border-radius: 16px;
}

.media-card iframe {
  height: 300px;
}

.atr-cosmic figure {
  margin: 22px 0;
  text-align: center;
}

.atr-cosmic figcaption {
  color: var(--atr-muted) !important;
  margin-top: 8px;
  font-size: 0.96rem;
}

.atr-cosmic figure img {
  box-shadow: 0 12px 30px rgba(52, 32, 68, 0.14);
}

.atr-cosmic ul,
.atr-cosmic ol {
  padding-left: 1.35em !important;
  margin: 0 0 1.15em !important;
}

.atr-cosmic li {
  margin: 0.35em 0 !important;
}

.atr-cosmic table {
  width: 100%;
  border-collapse: collapse;
  margin: 22px 0;
  font-size: 0.96rem;
  overflow: hidden;
  border-radius: 14px;
}

.atr-cosmic th,
.atr-cosmic td {
  border: 1px solid var(--atr-border);
  padding: 12px 13px;
  vertical-align: top;
}

.atr-cosmic th {
  color: #fff7df !important;
  background: linear-gradient(135deg, var(--atr-purple-deep), var(--atr-purple));
  text-align: left;
}

.atr-cosmic td {
  background: rgba(255, 255, 255, 0.62);
}


.atr-flow-section {
  margin: 30px 0;
  padding: 0;
  background: transparent;
  border: 0;
  box-shadow: none;
}

.atr-flow-section > .atr-section-title:first-child {
  margin-top: 0 !important;
}

.atr-minibox {
  background: rgba(255, 255, 255, 0.72);
  border: 1px solid rgba(159, 111, 48, 0.18);
  border-radius: 12px;
  padding: 14px 16px;
  margin: 16px 0;
}


.summary-box,
.dark-box,
.dark-panel,
.atr-dark-panel,
.closing {
  background:
    radial-gradient(circle at 90% 0%, rgba(255, 215, 106, 0.22), transparent 35%),
    linear-gradient(135deg, rgba(52, 32, 68, 0.95), rgba(117, 67, 95, 0.90));
  color: #fff7df !important;
  border-radius: 20px;
  padding: clamp(20px, 4vw, 34px);
  margin: 38px 0 0;
  box-shadow: 0 16px 42px rgba(52, 32, 68, 0.22);
}

.summary-box h1,
.summary-box h2,
.summary-box h3,
.summary-box h4,
.summary-box p,
.summary-box li,
.summary-box strong,
.dark-box h1,
.dark-box h2,
.dark-box h3,
.dark-box h4,
.dark-box p,
.dark-box li,
.dark-box strong,
.dark-panel h1,
.dark-panel h2,
.dark-panel h3,
.dark-panel h4,
.dark-panel p,
.dark-panel li,
.dark-panel strong,
.atr-dark-panel h1,
.atr-dark-panel h2,
.atr-dark-panel h3,
.atr-dark-panel h4,
.atr-dark-panel p,
.atr-dark-panel li,
.atr-dark-panel strong,
.closing h1,
.closing h2,
.closing h3,
.closing h4,
.closing p,
.closing li,
.closing strong {
  color: #fff7df !important;
}

.summary-box a,
.summary-box a:visited,
.dark-box a,
.dark-box a:visited,
.dark-panel a,
.dark-panel a:visited,
.atr-dark-panel a,
.atr-dark-panel a:visited,
.closing a,
.closing a:visited {
  color: #ffd76a !important;
  text-decoration: underline;
  text-decoration-thickness: 1.5px;
  text-underline-offset: 3px;
}

.summary-box a:hover,
.summary-box a:focus,
.dark-box a:hover,
.dark-box a:focus,
.dark-panel a:hover,
.dark-panel a:focus,
.atr-dark-panel a:hover,
.atr-dark-panel a:focus,
.closing a:hover,
.closing a:focus {
  color: #ffffff !important;
}

.summary-box .formula-inline,
.dark-box .formula-inline,
.dark-panel .formula-inline,
.atr-dark-panel .formula-inline,
.closing .formula-inline,
.summary-box code,
.dark-box code,
.dark-panel code,
.atr-dark-panel code,
.closing code {
  background: rgba(255, 244, 216, 0.16);
  color: #fff7df !important;
  border-color: rgba(255, 244, 216, 0.30);
}

.atr-cosmic hr {
  border: 0;
  border-top: 1px solid var(--atr-border);
  margin: 58px 0;
}

.chat-log,
.transcript-box,
.dialogue-card {
  background: rgba(255, 255, 255, 0.76);
  border: 1px solid var(--atr-border);
  border-left: 6px solid var(--atr-copper);
  padding: 22px 26px;
  margin: 28px 0;
  border-radius: 16px;
  box-shadow: 0 8px 24px rgba(97, 61, 22, 0.08);
}

.speaker,
.speaker-label {
  font-weight: 700;
  color: var(--atr-purple-deep) !important;
}



/* PURE WHITE RESOURCE CANVAS
   This prevents the Blogger post body from retaining a yellow/cream wash around the cards. */
.atr-cosmic.resource-hub {
  background: #ffffff !important;
  padding: clamp(14px, 2.4vw, 28px);
  border-radius: 0;
  box-shadow: none;
}

/* Optional modern-browser parent cleanup for Blogger templates.
   This targets common Blogger post containers only when they contain this formatter. */
body:has(.atr-cosmic.resource-hub) .post-body,
body:has(.atr-cosmic.resource-hub) .post,
body:has(.atr-cosmic.resource-hub) .post-outer,
body:has(.atr-cosmic.resource-hub) .date-posts,
body:has(.atr-cosmic.resource-hub) .date-outer {
  background: #ffffff !important;
}

/* Resource cards remain visible, but the page around them is white. */
.atr-cosmic.resource-hub .atr-card,
.atr-cosmic.resource-hub .guide-card,
.atr-cosmic.resource-hub .stage-card {
  background:
    radial-gradient(circle at 96% 0%, rgba(255, 215, 106, 0.045), transparent 34%),
    #ffffff !important;
}


/* RESOURCE LINK WEIGHT + COOL NESTED PANELS
   Resource pages benefit from bolder links and visibly distinct nested boxes. */
.atr-cosmic.resource-hub .atr-card a,
.atr-cosmic.resource-hub .guide-card a,
.atr-cosmic.resource-hub .download-card a,
.atr-cosmic.resource-hub .language-card a,
.atr-cosmic.resource-hub .atr-minibox a {
  font-weight: 650 !important;
}

.atr-cosmic.resource-hub a[href*=".pdf"],
.atr-cosmic.resource-hub a[href*=".PDF"],
.atr-cosmic.resource-hub a[href*=".epub"],
.atr-cosmic.resource-hub a[href*=".EPUB"],
.atr-cosmic.resource-hub a[href*=".zip"],
.atr-cosmic.resource-hub a[href*=".ZIP"],
.atr-cosmic.resource-hub a[href*="latest-file-link"],
.atr-cosmic.resource-hub a[href*="files.awakeningtoreality.com"] {
  font-weight: 750 !important;
}

.atr-minibox,
.language-card,
.download-card {
  background:
    linear-gradient(135deg, var(--atr-nested-bg) 0%, #ffffff 100%) !important;
  border: 1px solid var(--atr-nested-border) !important;
  border-radius: 12px;
  box-shadow: 0 5px 16px rgba(46, 58, 120, 0.055);
}

.atr-minibox > div + div,
.language-card > div + div,
.download-card > div + div,
.language-entry + .language-entry {
  border-top: 1px dashed rgba(63, 81, 213, 0.20) !important;
}

.atr-minibox strong,
.language-card strong,
.download-card strong {
  color: #111827 !important;
}

.atr-minibox em,
.language-card em,
.download-card em {
  color: #5d6474 !important;
}


/* V5.2 FINAL RESOURCE LAYOUT OVERRIDES
   Corrects the v5.0/v5.1 problems:
   - no negative margins;
   - no extra root padding that narrows the cards;
   - cards fill the available Blogger post column;
   - contained, not edge-sticking;
   - no orange heading marker collision. */
.atr-cosmic.resource-hub {
  width: 100% !important;
  max-width: none !important;
  margin-left: 0 !important;
  margin-right: 0 !important;
  padding-left: 0 !important;
  padding-right: 0 !important;
  background: #ffffff !important;
  overflow-x: hidden !important;
}

.atr-cosmic.resource-hub .atr-card,
.atr-cosmic.resource-hub .guide-card,
.atr-cosmic.resource-hub .stage-card {
  width: 100% !important;
  max-width: none !important;
  box-sizing: border-box !important;
  margin: 24px 0 !important;
  padding: clamp(18px, 2.25vw, 30px) !important;
  border-radius: 18px !important;
  background:
    radial-gradient(circle at 96% 0%, rgba(255, 215, 106, 0.035), transparent 34%),
    #ffffff !important;
}

.atr-cosmic.resource-hub .top-resource-panel {
  margin-top: 22px !important;
}

.atr-cosmic.resource-hub .atr-compact-title h1,
.atr-cosmic.resource-hub h1 {
  color: #0f172a !important;
  font-size: clamp(1.45rem, 2.45vw, 2.08rem) !important;
  line-height: 1.18 !important;
  margin-bottom: 14px !important;
}

/* Resource headings: restrained and clean. No orange marker touching text. */
.atr-cosmic.resource-hub .atr-section-title,
.atr-cosmic.resource-hub h2.atr-section-title,
.atr-cosmic.resource-hub .guide-card .atr-section-title,
.atr-cosmic.resource-hub .atr-card .atr-section-title {
  color: #0f172a !important;
  font-size: clamp(1.15rem, 1.95vw, 1.58rem) !important;
  line-height: 1.24 !important;
  margin: 0 0 14px !important;
  padding: 0 0 10px !important;
  border-top: 0 !important;
  border-left: 0 !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.14) !important;
}

.atr-cosmic.resource-hub .atr-section-title::before,
.atr-cosmic.resource-hub h2.atr-section-title::before {
  content: none !important;
  display: none !important;
}

.atr-cosmic.resource-hub .guide-card .atr-section-title {
  font-size: clamp(1.18rem, 2.08vw, 1.7rem) !important;
}

.atr-cosmic.resource-hub p,
.atr-cosmic.resource-hub li {
  font-size: clamp(1rem, 1.17vw, 1.07rem);
  line-height: 1.68;
}

.atr-cosmic.resource-hub ul,
.atr-cosmic.resource-hub ol {
  padding-left: 1.35em !important;
}

.atr-cosmic.resource-hub a {
  color: #2563eb !important;
  font-weight: 620 !important;
  text-decoration-thickness: 0.075em !important;
  text-underline-offset: 0.17em !important;
}

.atr-cosmic.resource-hub a:visited {
  color: #1e40af !important;
}

.atr-cosmic.resource-hub a:hover,
.atr-cosmic.resource-hub a:focus {
  color: #1d4ed8 !important;
  background: rgba(37, 99, 235, 0.08) !important;
}

.atr-cosmic.resource-hub a[href*=".pdf"],
.atr-cosmic.resource-hub a[href*=".PDF"],
.atr-cosmic.resource-hub a[href*=".epub"],
.atr-cosmic.resource-hub a[href*=".EPUB"],
.atr-cosmic.resource-hub a[href*=".zip"],
.atr-cosmic.resource-hub a[href*=".ZIP"],
.atr-cosmic.resource-hub a[href*="latest-file-link"],
.atr-cosmic.resource-hub a[href*="files.awakeningtoreality.com"] {
  font-weight: 760 !important;
}

.atr-cosmic.resource-hub .atr-minibox,
.atr-cosmic.resource-hub .language-card,
.atr-cosmic.resource-hub .download-card {
  background:
    linear-gradient(135deg, #f7f9ff 0%, #ffffff 100%) !important;
  border: 1px solid rgba(37, 99, 235, 0.14) !important;
  box-shadow: 0 5px 16px rgba(30, 64, 175, 0.045) !important;
}

.atr-cosmic.resource-hub .dropcap {
  font-size: 3.35em !important;
  font-weight: 400 !important;
  text-shadow: none !important;
}

.atr-cosmic.resource-hub .atr-feature-image {
  max-width: min(100%, 860px) !important;
}

.atr-cosmic.resource-hub .atr-feature-image img {
  width: min(100%, 660px) !important;
}


/* V5.3 RESOURCE HEADING COLOR FIX
   Brown/copper must not be the default color for resource-page titles or instructional subheads.
   Gold/copper is now accent-only: guide pills, stage pills, borders, and small decorations. */
.atr-cosmic.resource-hub .atr-sub-title,
.atr-cosmic.resource-hub h3.atr-sub-title,
.atr-cosmic.resource-hub h3,
.atr-cosmic.resource-hub h4 {
  color: #0f172a !important;
}

.atr-cosmic.resource-hub h3.atr-sub-title {
  font-size: clamp(1.08rem, 1.55vw, 1.32rem) !important;
  line-height: 1.28 !important;
  margin: 26px 0 10px !important;
  padding: 0 0 6px 10px !important;
  border-left: 4px solid rgba(37, 99, 235, 0.58) !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.14) !important;
  background: linear-gradient(90deg, rgba(37, 99, 235, 0.04), transparent 68%);
  border-radius: 4px 0 0 4px;
}

.atr-cosmic.resource-hub .guide-card .atr-sub-title,
.atr-cosmic.resource-hub .guide-card h3.atr-sub-title {
  color: #0f172a !important;
}

/* Keep emphasis bold and readable, not brown. */
.atr-cosmic.resource-hub strong,
.atr-cosmic.resource-hub b {
  color: #0b1020 !important;
}

/* Inline code/keycaps remain soft purple-tinted, but not overly decorative. */
.atr-cosmic.resource-hub code {
  color: #2f2350 !important;
  background: #f3f0ff !important;
  border-color: rgba(90, 59, 120, 0.18) !important;
}

/* Notes can keep a warm accent border, but the text heading inside stays dark. */
.atr-cosmic.resource-hub .note strong,
.atr-cosmic.resource-hub .atr-note strong,
.atr-cosmic.resource-hub .warning strong,
.atr-cosmic.resource-hub .atr-warning strong {
  color: #0b1020 !important;
}

@media (max-width: 720px) {
  .atr-cosmic.resource-hub {
    width: 100% !important;
    max-width: 100% !important;
    padding-left: 0 !important;
    padding-right: 0 !important;
  }

  .atr-cosmic.resource-hub .atr-card,
  .atr-cosmic.resource-hub .guide-card,
  .atr-cosmic.resource-hub .stage-card {
    padding: 16px !important;
  }
}


/* TOP SUMMARY-BOX OPENING PANEL — BATCH 60
   Place this late, after ordinary teaching-article h2/h3 rules and after generic .atr-cosmic h1/h2/h3 rules.
   Use only for the first authorial framing/context box when requested; do not replace existing black boxes. */
.atr-cosmic.teaching-article .summary-box.top-framing-box {
  margin: 0 0 24px !important;
  background:
    radial-gradient(circle at 90% 0%, rgba(255, 215, 106, 0.22), transparent 35%),
    linear-gradient(135deg, rgba(52, 32, 68, 0.95), rgba(117, 67, 95, 0.90)) !important;
  color: #fff7df !important;
  border-radius: 20px !important;
  padding: clamp(20px, 4vw, 34px) !important;
  box-shadow: 0 16px 42px rgba(52, 32, 68, 0.22) !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box h1,
.atr-cosmic.teaching-article .summary-box.top-framing-box h2,
.atr-cosmic.teaching-article .summary-box.top-framing-box h3,
.atr-cosmic.teaching-article .summary-box.top-framing-box h4,
.atr-cosmic.teaching-article .summary-box.top-framing-box .atr-section-title,
.atr-cosmic.teaching-article .summary-box.top-framing-box .atr-sub-title,
.atr-cosmic.teaching-article .summary-box.top-framing-box p,
.atr-cosmic.teaching-article .summary-box.top-framing-box li,
.atr-cosmic.teaching-article .summary-box.top-framing-box strong,
.atr-cosmic.teaching-article .summary-box.top-framing-box em {
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box h2.atr-section-title {
  margin-top: 0 !important;
  border-top: 0 !important;
  border-left: 6px solid var(--atr-orange) !important;
  border-bottom: 0 !important;
  padding: 0 0 0 18px !important;
  text-shadow: 0 2px 4px rgba(0, 0, 0, 0.45) !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box a,
.atr-cosmic.teaching-article .summary-box.top-framing-box a:visited {
  color: #ffd76a !important;
  -webkit-text-fill-color: #ffd76a !important;
  text-decoration: underline !important;
  text-decoration-thickness: 1.5px !important;
  text-underline-offset: 3px !important;
}

.atr-cosmic.teaching-article .summary-box.top-framing-box a:hover,
.atr-cosmic.teaching-article .summary-box.top-framing-box a:focus {
  color: #ffffff !important;
  -webkit-text-fill-color: #ffffff !important;
}

/* FINAL HERO/TITLE CONTRAST + STAGE-PILL OVERRIDES
   These are intentionally placed late to override generic heading rules.
   TITLE CONTRAST FINAL-WINNING RULE — REQUIRED:
   purple/dark hero titles must remain near-white/light cream even when generic
   .atr-cosmic h1/h2/h3/h4 rules also use !important. CSS-present is insufficient:
   final-winning CSS order must be inspected and repaired before delivery. */
.atr-cosmic.teaching-article .atr-hero h1,
.atr-cosmic.teaching-article .atr-hero h1 *,
.atr-cosmic.article-showcase .atr-hero h1,
.atr-cosmic.article-showcase .atr-hero h1 *,
.atr-cosmic.resource-hub .atr-hero h1,
.atr-cosmic.resource-hub .atr-hero h1 *,
.atr-cosmic .atr-hero h1,
.atr-cosmic .atr-hero h1 * {
  color: #fffdf0 !important;
  -webkit-text-fill-color: #fffdf0 !important;
  background: none !important;
  text-shadow:
    0 2px 4px rgba(0, 0, 0, 0.78),
    0 0 20px rgba(255, 215, 106, 0.30) !important;
  mix-blend-mode: normal !important;
}

.atr-cosmic.teaching-article .atr-hero .atr-subtitle,
.atr-cosmic.teaching-article .atr-hero .subtitle,
.atr-cosmic.teaching-article .atr-hero p.atr-subtitle,
.atr-cosmic.article-showcase .atr-hero .atr-subtitle,
.atr-cosmic.article-showcase .atr-hero .subtitle,
.atr-cosmic.article-showcase .atr-hero p.atr-subtitle,
.atr-cosmic.resource-hub .atr-hero .atr-subtitle,
.atr-cosmic.resource-hub .atr-hero .subtitle,
.atr-cosmic.resource-hub .atr-hero p.atr-subtitle,
.atr-cosmic .atr-hero .atr-subtitle,
.atr-cosmic .atr-hero .subtitle,
.atr-cosmic .atr-hero p.atr-subtitle {
  color: #fff6de !important;
  -webkit-text-fill-color: #fff6de !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.52) !important;
}

.atr-cosmic.teaching-article .atr-hero .atr-meta,
.atr-cosmic.article-showcase .atr-hero .atr-meta,
.atr-cosmic.resource-hub .atr-hero .atr-meta,
.atr-cosmic .atr-hero .atr-meta {
  color: #f8e7bd !important;
  -webkit-text-fill-color: #f8e7bd !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.48) !important;
}

.atr-cosmic .stage-label {
  background: linear-gradient(135deg, var(--atr-purple) 0%, var(--atr-copper) 62%, var(--atr-gold) 100%) !important;
  color: #fff7df !important;
  border: 1px solid rgba(255, 236, 179, 0.42);
  box-shadow: 0 8px 20px rgba(90, 59, 120, 0.18);
}

.atr-cosmic .guide-label {
  background: linear-gradient(135deg, var(--atr-purple) 0%, var(--atr-copper) 62%, var(--atr-gold) 100%) !important;
  color: #fff7df !important;
  border: 1px solid rgba(255, 236, 179, 0.42);
  box-shadow: 0 8px 20px rgba(90, 59, 120, 0.18);
}

.black-callout p,
.key-display p,
.dharma-display p,
.remember-box p,
.black-callout li,
.key-display li,
.dharma-display li,
.remember-box li {
  color: var(--atr-code-ink) !important;
}


/* V5.3 RESOURCE HEADING COLOR FIX
   Brown/copper must not be the default color for resource-page titles or instructional subheads.
   Gold/copper is now accent-only: guide pills, stage pills, borders, and small decorations. */
.atr-cosmic.resource-hub .atr-sub-title,
.atr-cosmic.resource-hub h3.atr-sub-title,
.atr-cosmic.resource-hub h3,
.atr-cosmic.resource-hub h4 {
  color: #0f172a !important;
}

.atr-cosmic.resource-hub h3.atr-sub-title {
  font-size: clamp(1.08rem, 1.55vw, 1.32rem) !important;
  line-height: 1.28 !important;
  margin: 26px 0 10px !important;
  padding: 0 0 6px 10px !important;
  border-left: 4px solid rgba(37, 99, 235, 0.58) !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.14) !important;
  background: linear-gradient(90deg, rgba(37, 99, 235, 0.04), transparent 68%);
  border-radius: 4px 0 0 4px;
}

.atr-cosmic.resource-hub .guide-card .atr-sub-title,
.atr-cosmic.resource-hub .guide-card h3.atr-sub-title {
  color: #0f172a !important;
}

/* Keep emphasis bold and readable, not brown. */
.atr-cosmic.resource-hub strong,
.atr-cosmic.resource-hub b {
  color: #0b1020 !important;
}

/* Inline code/keycaps remain soft purple-tinted, but not overly decorative. */
.atr-cosmic.resource-hub code {
  color: #2f2350 !important;
  background: #f3f0ff !important;
  border-color: rgba(90, 59, 120, 0.18) !important;
}

/* Notes can keep a warm accent border, but the text heading inside stays dark. */
.atr-cosmic.resource-hub .note strong,
.atr-cosmic.resource-hub .atr-note strong,
.atr-cosmic.resource-hub .warning strong,
.atr-cosmic.resource-hub .atr-warning strong {
  color: #0b1020 !important;
}

@media (max-width: 720px) {
  .atr-cosmic {
    padding: 16px;
    border-radius: 16px;
  }

  .atr-hero {
    padding: 22px 18px;
    border-radius: 16px;
  }

  .dropcap {
    font-size: 3.45em;
    padding-right: 8px;
  }

  .atr-feature-image img {
    border-radius: 16px;
  }

  .atr-cosmic table,
  .atr-cosmic thead,
  .atr-cosmic tbody,
  .atr-cosmic th,
  .atr-cosmic td,
  .atr-cosmic tr {
    display: block;
  }

  .atr-cosmic th {
    display: none;
  }

  .atr-cosmic td {
    border-top: 0;
  }

  .atr-cosmic td:first-child {
    border-top: 1px solid var(--atr-border);
    font-weight: 700;
    color: var(--atr-purple-deep) !important;
  }

  .math-display,
  .formula-display,
  .atr-code-display,
  .atr-cosmic pre {
    font-size: 0.9rem;
  }
}

/* V5.4 BLACK-BOX CONTRAST LOCK
   Scoped only to dark boxes. This prevents resource-page strong/bold rules from making
   labels such as “Update:” unreadable inside black callouts. */
.atr-cosmic .black-callout,
.atr-cosmic .key-display,
.atr-cosmic .dharma-display,
.atr-cosmic .remember-box,
.atr-cosmic .math-display,
.atr-cosmic .formula-display,
.atr-cosmic .atr-code-display,
.atr-cosmic pre {
  color: var(--atr-code-ink) !important;
}

.atr-cosmic.resource-hub .black-callout strong,
.atr-cosmic.resource-hub .black-callout b,
.atr-cosmic.resource-hub .black-callout em,
.atr-cosmic.resource-hub .black-callout span,
.atr-cosmic.resource-hub .key-display strong,
.atr-cosmic.resource-hub .key-display b,
.atr-cosmic.resource-hub .key-display em,
.atr-cosmic.resource-hub .key-display span,
.atr-cosmic.resource-hub .dharma-display strong,
.atr-cosmic.resource-hub .dharma-display b,
.atr-cosmic.resource-hub .dharma-display em,
.atr-cosmic.resource-hub .dharma-display span,
.atr-cosmic.resource-hub .remember-box strong,
.atr-cosmic.resource-hub .remember-box b,
.atr-cosmic.resource-hub .remember-box em,
.atr-cosmic.resource-hub .remember-box span,
.atr-cosmic.resource-hub .math-display strong,
.atr-cosmic.resource-hub .math-display b,
.atr-cosmic.resource-hub .math-display em,
.atr-cosmic.resource-hub .math-display span,
.atr-cosmic.resource-hub .formula-display strong,
.atr-cosmic.resource-hub .formula-display b,
.atr-cosmic.resource-hub .formula-display em,
.atr-cosmic.resource-hub .formula-display span,
.atr-cosmic.resource-hub .atr-code-display strong,
.atr-cosmic.resource-hub .atr-code-display b,
.atr-cosmic.resource-hub .atr-code-display em,
.atr-cosmic.resource-hub .atr-code-display span,
.atr-cosmic.resource-hub pre strong,
.atr-cosmic.resource-hub pre b,
.atr-cosmic.resource-hub pre em,
.atr-cosmic.resource-hub pre span {
  color: #fff3c4 !important;
  -webkit-text-fill-color: #fff3c4 !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.42);
}

/* Normal white-card bold text remains dark; this line documents the intended separation. */
.atr-cosmic.resource-hub .atr-card strong,
.atr-cosmic.resource-hub .guide-card strong,
.atr-cosmic.resource-hub .stage-card strong {
  color: #0b1020 !important;
}

/* But if a dark box appears inside a card, dark-box contrast still wins. */
.atr-cosmic.resource-hub .atr-card .black-callout strong,
.atr-cosmic.resource-hub .guide-card .black-callout strong,
.atr-cosmic.resource-hub .stage-card .black-callout strong,
.atr-cosmic.resource-hub .atr-card .key-display strong,
.atr-cosmic.resource-hub .guide-card .key-display strong,
.atr-cosmic.resource-hub .stage-card .key-display strong,
.atr-cosmic.resource-hub .atr-card .dharma-display strong,
.atr-cosmic.resource-hub .guide-card .dharma-display strong,
.atr-cosmic.resource-hub .stage-card .dharma-display strong {
  color: #fff3c4 !important;
  -webkit-text-fill-color: #fff3c4 !important;
}


/* V5.6 MATHEMATICAL-HTML STAGE/GUIDE PILL RESTORE
   Exact visual family read from the Seven Stages mathematical HTML:
   background: linear-gradient(135deg, var(--atr-purple), var(--atr-copper));
   No gold third stop, no border, no heavy shadow. */
.atr-cosmic .stage-label,
.atr-cosmic .guide-label,
.atr-cosmic .atr-label,
.atr-cosmic .purple-label {
  display: inline-block !important;
  font-size: 0.82rem !important;
  letter-spacing: 0.12em !important;
  text-transform: uppercase !important;
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
  background: linear-gradient(135deg, var(--atr-purple), var(--atr-copper)) !important;
  border: 0 !important;
  border-radius: 999px !important;
  padding: 5px 12px !important;
  margin-bottom: 10px !important;
  box-shadow: none !important;
  text-shadow: none !important;
}

/* Keep dark-box link/contrast rules separate; this pill change affects only labels. */
.black-callout .stage-label,
.black-callout .guide-label,
.key-display .stage-label,
.key-display .guide-label,
.dharma-display .stage-label,
.dharma-display .guide-label,
.remember-box .stage-label,
.remember-box .guide-label {
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
}


/* V5.8 SEVEN-STAGES / TEACHING-ARTICLE MODE
   Use this for live Blogger teaching articles such as the Seven Stages page.
   It keeps the beautiful stage cards and black boxes, but removes the extra outer showcase shell
   that makes the live post feel narrower than the old version. */
.atr-cosmic.teaching-article {
  width: 100% !important;
  max-width: none !important;
  margin: 0 !important;
  padding: 0 !important;
  background: transparent !important;
  border: 0 !important;
  border-radius: 0 !important;
  box-shadow: none !important;
  overflow-x: hidden !important;
}

.atr-cosmic.teaching-article .stage-card,
.atr-cosmic.teaching-article .atr-card,
.atr-cosmic.teaching-article .guide-card {
  width: 100% !important;
  max-width: none !important;
  box-sizing: border-box !important;
}

/* Restore the nice orange vertical bar for stage titles.
   This is intentionally NOT applied to resource-hub headings, where it previously collided with text.
   It is for stage/teaching cards only. */
.atr-cosmic.teaching-article .stage-card > h2,
.atr-cosmic.teaching-article .stage-card > h2.atr-section-title,
.atr-cosmic.article-showcase .stage-card > h2,
.atr-cosmic.article-showcase .stage-card > h2.atr-section-title {
  color: var(--atr-purple-deep) !important;
  margin: 18px 0 14px !important;
  padding: 0 0 0 18px !important;
  border-top: 0 !important;
  border-left: 6px solid var(--atr-orange) !important;
  border-bottom: 0 !important;
  line-height: 1.18 !important;
}

/* Stage headings should not get the resource-mode blue h2 override. */
.atr-cosmic.teaching-article .stage-card > h2::before,
.atr-cosmic.article-showcase .stage-card > h2::before {
  content: none !important;
  display: none !important;
}

/* Available Translations / language sections should not be brown.
   Use dark navy/slate; keep blue links and use only subtle accent borders. */
.atr-cosmic .language-container .atr-sub-title,
.atr-cosmic .language-card h2,
.atr-cosmic .language-card h3,
.atr-cosmic .translation-card h2,
.atr-cosmic .translation-card h3,
.atr-cosmic .available-translations-title,
.atr-cosmic .translations-title {
  color: #0f172a !important;
  -webkit-text-fill-color: #0f172a !important;
  border-left-color: rgba(37, 99, 235, 0.58) !important;
}

/* If Available Translations is styled as a normal h2 inside a card, keep it clean and readable. */
.atr-cosmic .language-container h2,
.atr-cosmic .language-container h3 {
  color: #0f172a !important;
}

/* Preserve link color in translation/language blocks. */
.atr-cosmic .language-container a,
.atr-cosmic .language-card a,
.atr-cosmic .translation-card a {
  color: #2563eb !important;
  font-weight: 650 !important;
  text-decoration: underline;
}

/* Component-specific width sanity for teaching articles. */
.atr-cosmic.teaching-article .math-display,
.atr-cosmic.teaching-article .formula-display,
.atr-cosmic.teaching-article .black-callout,
.atr-cosmic.teaching-article .key-display,
.atr-cosmic.teaching-article .dharma-display {
  width: 100%;
  box-sizing: border-box;
}

/* V5.8.1 WHITE OUTER CANVAS FIX
   Live Blogger teaching articles should not fade from white to yellow outside the cards.
   Keep the outer page/post canvas pure white and suppress inherited warm gradients on common
   Blogger post containers, while preserving card-internal glow and other Cosmic Dawn accents. */
.atr-cosmic.teaching-article {
  background: #ffffff !important;
  background-image: none !important;
}

/* Batch68: narrowed Blogger parent cleanup for live teaching articles. */
body:has(.atr-cosmic.teaching-article) .post-body,
body:has(.atr-cosmic.teaching-article) .post,
body:has(.atr-cosmic.teaching-article) .post-outer,
body:has(.atr-cosmic.teaching-article) .date-posts,
body:has(.atr-cosmic.teaching-article) .date-outer,
body:has(.atr-cosmic.teaching-article) .entry-content {
  background: #ffffff !important;
  background-image: none !important;
}
/* Batch68: .blog-posts, .blog-posts.hfeed, .main-inner, and .widget.Blog are intentionally excluded from default teaching-article parent cleanup to preserve native Blogger title/date chrome. */


/* V5.8.4 PURPLE/DARK PANEL TITLE CONTRAST LOCK
   Scoped only to purple/dark panels. This fixes dark h2/h3 titles inside .summary-box
   and related dark panels without changing normal white-canvas headings. */
.atr-cosmic .summary-box h1,
.atr-cosmic .summary-box h2,
.atr-cosmic .summary-box h3,
.atr-cosmic .summary-box h4,
.atr-cosmic .summary-box .atr-section-title,
.atr-cosmic .summary-box .atr-sub-title,
.atr-cosmic .dark-box h1,
.atr-cosmic .dark-box h2,
.atr-cosmic .dark-box h3,
.atr-cosmic .dark-box h4,
.atr-cosmic .dark-box .atr-section-title,
.atr-cosmic .dark-box .atr-sub-title,
.atr-cosmic .dark-panel h1,
.atr-cosmic .dark-panel h2,
.atr-cosmic .dark-panel h3,
.atr-cosmic .dark-panel h4,
.atr-cosmic .dark-panel .atr-section-title,
.atr-cosmic .dark-panel .atr-sub-title,
.atr-cosmic .atr-dark-panel h1,
.atr-cosmic .atr-dark-panel h2,
.atr-cosmic .atr-dark-panel h3,
.atr-cosmic .atr-dark-panel h4,
.atr-cosmic .atr-dark-panel .atr-section-title,
.atr-cosmic .atr-dark-panel .atr-sub-title,
.atr-cosmic .closing h1,
.atr-cosmic .closing h2,
.atr-cosmic .closing h3,
.atr-cosmic .closing h4,
.atr-cosmic .closing .atr-section-title,
.atr-cosmic .closing .atr-sub-title {
  color: #fff7df !important;
  -webkit-text-fill-color: #fff7df !important;
  text-shadow: 0 2px 4px rgba(0, 0, 0, 0.45) !important;
}

/* Keep the orange bar inside purple panels, but make the title text light. */
.atr-cosmic .summary-box h2.atr-section-title,
.atr-cosmic .dark-box h2.atr-section-title,
.atr-cosmic .dark-panel h2.atr-section-title,
.atr-cosmic .atr-dark-panel h2.atr-section-title,
.atr-cosmic .closing h2.atr-section-title {
  border-left-color: var(--atr-orange) !important;
}

</style>



RESOURCE-HUB / OLD-ATR-INTEGRATED MODE — IMPORTANT

Use this mode by default for Welcome pages, guide/download pages, link-library pages, archive pages, and posts that already sit inside the AtR Blogger theme with a sidebar.

In this mode:
1. Use <div class="atr-cosmic resource-hub"> as the root wrapper.
2. The root wrapper must be visually transparent: no visible outer border, no outer rounded rectangle, no outer shadow, no large internal padding.
3. Let the Blogger post column provide the width. Do not add max-width: 900px or any inner wrapper that makes the content narrower.
4. Restore clean white rounded boxes for major grouped sections, similar to the old AtR layout but more refined.
5. Use .atr-card for the first major resource/list panel, such as Must-Read Articles.
6. Use .guide-card for major guide/download sections.
7. Use .atr-minibox only for small nested groups such as language download panels or embedded media, not for every paragraph.
8. Do not use decorative labels like “START HERE” unless they genuinely improve scanability. For resource pages, default to no labels.
9. Preserve the cool elements where they serve the content: dropcap, purple update note, light cards, dark formula boxes if formulas exist, elegant quotes, and refined image shadows.
10. Avoid both extremes: no wall of unboxed content, and no excessive nested cards.
11. The visual goal is: old AtR width/readability + clean section boxes + selective Cosmic Dawn accents.

STANDALONE / ARTICLE SHOWCASE MODE

Use the visible rounded outer shell only for standalone article pages, special essays, formula remakes, or pages pasted outside the Blogger theme.

In this mode:
1. Use <article class="atr-cosmic article-showcase">.
2. A subtle parchment shell, hero, stage cards, formula displays, and closing panels may be used.
3. This is the mode that resembles the Seven Stages mathematical remake.
4. Do not use this mode for ordinary resource hub pages unless the user explicitly asks for a showcase design.


.atr-cosmic.resource-hub .atr-compact-title h1 {
  font-size: clamp(1.35rem, 2.6vw, 2rem) !important;
  margin: 0 0 12px !important;
}

.atr-cosmic.resource-hub .atr-section-title {
  font-size: clamp(1.15rem, 2.1vw, 1.55rem) !important;
  margin: 0 0 14px !important;
  padding: 0 0 10px !important;
  border-top: 0 !important;
  border-bottom: 1px solid rgba(159, 111, 48, 0.20);
}

.atr-cosmic.resource-hub .guide-card .atr-section-title {
  font-size: clamp(1.18rem, 2.25vw, 1.62rem) !important;
}

.atr-cosmic.resource-hub .dropcap {
  font-size: 3.45em !important;
  padding-top: 4px !important;
  font-weight: 400 !important;
  text-shadow: none !important;
}

.atr-cosmic.resource-hub .top-resource-panel {
  margin-top: 20px;
}

.atr-cosmic.resource-hub .guide-card,
.atr-cosmic.resource-hub .atr-card {
  max-width: none;
}


SEVEN-STAGES VISUAL DNA LOCK — DO NOT LOSE THESE COMPONENTS

The attached Seven Stages mathematical remake has the visual DNA that this formatter must preserve. The class names may be generalized from .atr-math-seven-stages to .atr-cosmic, but the visual vocabulary must remain available.

1. Warm-but-clean root system:
- variables for ink, muted text, gold, copper, purple, border, code background, code ink;
- Spectral typography;
- clean white/off-white page feel with subtle dawn warmth;
- resource pages: transparent root wrapper;
- showcase articles: optional rounded outer shell.

2. Hero / compact title:
- .atr-hero = restrained purple-gold cinematic hero with radial gold glow;
- .atr-compact-title = used when a large top banner image already exists;
- never add a giant second hero under an existing banner.

3. Light rounded content cards:
- .stage-card, .guide-card, .atr-card = light translucent white cards with subtle gold border and soft shadow;
- do not flatten all cards away;
- do not make cards too yellow.

4. Rounded labels:
- .stage-label and .guide-label = orange-gold rounded pills for stage/guide markers;
- .atr-label / .purple-label = purple-copper pills for general labels;
- use labels only when they clarify structure.

5. BLACK FORMULA BOX / DARK SYMBOLIC DISPLAY:
- .math-display, .formula-display, .atr-code-display, and safe <pre> are the dark purple-black boxes.
- They are for formulas, symbolic summaries, exact equations, compact doctrinal mappings, code, commands, or preserved prompt/code blocks.
- Example:
  <div class="math-display">find(d apart from conditions) = ∅
find(d apart from designation) = ∅
find(d apart from parts/relations) = ∅</div>
- These boxes should look dark purple-black with cream text, gold radial glow, rounded corners, and subtle depth.
- Do not convert these into ordinary light boxes.
- Do not omit the CSS for these boxes even if the current article has no formulas.

6. Inline formula chips:
- .formula-inline = small purple-tinted inline chip for terms like S, M, d, svabhāva(d), E(t), etc.
- Use only for formula-like or technical inline expressions.

7. Purple insight/seal boxes and quote treatment:
- .insight-box and .seal-box preserve the “Anatta is a seal, not a stage” one-liner style.
- <blockquote> keeps purple left border and pale purple background.
- Do not turn important one-liners into plain paragraphs if the user wants the mathematical-remake feel.

8. Notes and warnings:
- .note = gentle light panel with gold left border.
- .warning = light warm warning panel with red-brown left border.
- These remain distinct from dark formula boxes.

9. Tables:
- responsive tables with dark purple header gradient and light body cells.
- Preserve row/column order.

10. Closing panel:
- .closing / .summary-box = dark purple-gold final panel with safe cream/gold links.
- Use for final summaries, not every section.

11. Dropcap:
- one orange-gold dropcap on the first suitable normal prose paragraph.
- Do not apply inside cards where it looks cramped unless that is still the first normal prose paragraph and visually appropriate.


BLACK CALLOUT SAFETY GATE — NON-NEGOTIABLE

The v3.6 distortion bug happened because a broad text search selected a large parent wrapper containing a target sentence somewhere deep inside it, turning the whole article into a dark callout. Never do that.

Before applying .black-callout, .key-display, .dharma-display, or .remember-box, all checks below must pass:

1. Target only a small isolated block.
   Preferred tags: <p>, <div>, <section>, or <blockquote>.
   Never apply a black-callout class to:
   - the root .atr-cosmic wrapper;
   - .resource-hub;
   - .article-showcase;
   - .atr-card;
   - .guide-card;
   - .stage-card;
   - .practice-card;
   - .top-resource-panel;
   - .language-card;
   - .download-card;
   - .media-card;
   - any wrapper that contains multiple unrelated sections.

2. The target block should normally be short:
   - ideal: 1–80 words;
   - maximum: around 120 words unless it is a preserved code/prompt block;
   - never apply to a block whose visible text looks like the whole article.

3. The target block must not contain major structural children:
   Do not convert a block to a black callout if it contains any h1, h2, h3, h4, ul, ol with many items, table, iframe, figure, img, media embed, or multiple cards/sections.

4. Prefer creating a fresh small wrapper around the exact note/sentence instead of changing the class of a broad parent container.

5. For resource pages:
   - use at most 1–2 black callouts by default;
   - choose only truly important isolated notes;
   - if highlighting a browser-refresh note, wrap only that exact note text, not the whole guide card.

6. Readback audit:
   Search for .black-callout, .key-display, .dharma-display, and .remember-box.
   For each one, verify it:
   - does not contain h1/h2/h3, tables, iframes, figures, images, or long lists;
   - does not wrap the main image or whole article;
   - is not the root wrapper;
   - is not over about 120 words unless intentionally preserving code/prompt text.
   If any dark callout fails, revert it before delivery.

BLACK BOX USAGE CLARIFICATION — v3.7 EXPANDED

The user likes the black box visually and does not expect most blog posts to contain mathematical formulas. Therefore the dark component should be more common than pure formulas, but still controlled and meaningful.

Use these classes:
- .math-display for actual mathematical/symbolic formulas.
- .formula-display for formula-like prose, compact conceptual mappings, “in one line” summaries, or doctrinal equivalences.
- .black-callout for important notices, update notices, or high-impact non-formula statements.
- .key-display for key takeaways, “remember this” passages, summary truths, or short concluding statements.
- .dharma-display for Dharma one-liners, insight pointers, contemplative instructions, or short passages that deserve visual emphasis.
- .remember-box for practical reminders or reading instructions.

Good uses:
- “In one line:” summaries.
- “Key point:” statements.
- “Important update:” notices.
- “Remember:” or “Do not miss this:” reminders.
- Short Dharma seals and direct pointing lines.
- Compact doctrinal distinctions.
- Short prompt/code snippets or exact commands.
- Formula-like prose even without mathematical notation.

Do NOT use black boxes for:
- long paragraphs;
- every ordinary note;
- every quote;
- whole sections;
- decorative filler;
- anything that would make the page look noisy or heavy.

Density guidance:
- Short ordinary article: 1–3 black callouts.
- Long Dharma article: 3–7 black callouts.
- Resource / welcome / guide hub page: 1–3 black callouts, usually for important updates or key download/reading notes.
- Formula/showcase article: use freely where formulas/symbolic summaries genuinely structure the teaching.

If a resource page has no formulas, use .black-callout or .key-display for important notices instead of leaving the black component completely invisible. Do not invent new content; style existing important content.










V5.6 STAGE / GUIDE PILL RESTORATION RULE

The preferred small pill style is taken directly from the mathematical Seven Stages HTML.

Exact source style:
.stage-label {
  display: inline-block;
  font-size: 0.82rem;
  letter-spacing: 0.12em;
  text-transform: uppercase;
  color: #fff7df !important;
  background: linear-gradient(135deg, var(--atr-purple), var(--atr-copper));
  border-radius: 999px;
  padding: 5px 12px;
  margin-bottom: 10px;
}

Do not add the brighter gold endpoint, border, heavy box-shadow, or strong text-shadow for normal Guide/Stage pills. The subtler mathematical style is preferred.

Apply this exact visual family to:
- .stage-label
- .guide-label
- .atr-label
- .purple-label

This keeps Guide 1 / Guide 2 / Guide 3 and Stage 1 / Stage 2 / Stage 4 visually close to the original mathematical remake.

V5.5 LINK BLUE RULE

The preferred normal/resource-page hyperlink color is now #2563eb.
Use:
- --atr-link: #2563eb
- --atr-link-hover: #1d4ed8
- --atr-link-visited: #1e40af
- --atr-link-soft: rgba(37, 99, 235, 0.10)

This applies to normal white-card/resource links only.
Do not change:
- black-callout/dark-panel links, which remain gold/cream for dark-background contrast;
- guide/stage pills;
- heading colors;
- black-box contrast lock.

V5.4 BLACK-BOX CONTRAST RULES

A v5.3 bug allowed this resource-page rule:

.atr-cosmic.resource-hub strong { color: #0b1020 !important; }

to override <strong> text inside .black-callout, .key-display, .dharma-display, .remember-box, .math-display, .formula-display, .atr-code-display, and <pre>. This made labels like “Update:” nearly invisible on the dark background.

Fix:
1. The resource-page strong/bold dark-ink rule is still correct for normal white cards.
2. But inside dark boxes, strong/bold/emphasis must be cream/gold and readable.
3. This fix must be scoped only to dark boxes. Do not change normal white-card strong/bold text.
4. Add a late, high-specificity selector near the end of the CSS so it wins over generic resource-page strong rules.
5. Audit every black callout: the label and all emphasized text must be visible against the dark purple-black background.

Required final CSS target:
- .atr-cosmic.resource-hub .black-callout strong
- .atr-cosmic.resource-hub .key-display strong
- .atr-cosmic.resource-hub .dharma-display strong
- .atr-cosmic.resource-hub .remember-box strong
- .atr-cosmic.resource-hub .math-display strong
- .atr-cosmic.resource-hub .formula-display strong
- .atr-cosmic.resource-hub .atr-code-display strong
- .atr-cosmic.resource-hub pre strong

All must resolve to high-contrast cream/gold, not dark navy.

V5.3 RESOURCE HEADING COLOR RULES

The earlier versions still allowed h3 subheadings such as “Mac”, “iPhone”, “Android”, and “Windows” to inherit the old .atr-sub-title copper/brown color. That is not the desired resource-page look.

For resource pages:
1. h1, h2, h3, h4, .atr-section-title, and .atr-sub-title must use dark navy/slate:
   - #0f172a or #111827.
2. Brown/copper/gold must not be the default heading color.
3. Brown/copper/gold may remain only as:
   - guide/stage pill gradients;
   - small borders/accent lines;
   - dark-panel links;
   - subtle decorative highlights.
4. Instructional device headings such as iPhone, Android, Windows, Mac should use dark navy/slate with a small blue accent line.
5. Links remain #2563eb blue (#2563eb), not purple and not brown.
6. Strong/bold text in resource sections should remain dark ink/navy, not brown.

V5.2 CORRECTED LAYOUT RULES

Earlier versions failed in opposite ways:
- v5.0 used negative margins and pushed boxes too close to the page edge.
- v5.1 added safe wrapper padding but narrowed the resource cards too much.

Correct v5.2 rule:
1. Do not use negative margins.
2. Do not add extra left/right padding to the root .atr-cosmic.resource-hub wrapper.
3. Let the existing Blogger post column provide the page gutter.
4. Let .atr-card and .guide-card fill 100% of the available post column.
5. Put padding inside the cards, not outside the entire resource wrapper.
6. Keep headings restrained and dark navy, not brown/gold and not showcase-large.
7. Disable orange heading pseudo-lines in resource mode because they can collide with text.
8. Keep purple-gold guide/stage pills for structural labels.
9. Use clear #2563eb blue links (#2563eb) with underlines and stronger file/download weight.
10. Use subtle blue-white nested panels for box-inside-box distinction.

Visual target:
old AtR practical width + clean white cards + classic readable blue links + selected Cosmic Dawn accents.

V4.2 RESOURCE LINK + NESTED PANEL RULES

1. Resource/download/list pages should use bolder clear #2563eb blue links than ordinary prose links.
2. Links inside .atr-card, .guide-card, .download-card, .language-card, and .atr-minibox should be semi-bold.
3. File/download links such as PDF, EPUB, ZIP, and files.awakeningtoreality.com links should be bold.
4. Nested boxes inside cards should not be the same white as the outer card. Use a subtle cool-lavender / blue-white tint:
   --atr-nested-bg: #f7f8ff
   --atr-nested-border: rgba(63, 81, 213, 0.16)
5. The nested tint should be gentle, not saturated. It should distinguish structure without making the page colorful/noisy.
6. Gold is reserved for accent lines, guide/stage pills, and dark-panel links; ordinary resource links remain #2563eb blue.

V4.1 LINK COLOR RULES

1. Normal body links should be #2563eb blue / indigo, not brown-gold.
2. Default link color:
   --atr-link: #2563eb
   --atr-link-hover: #1d4ed8
   --atr-link-visited: #1e40af
3. Keep underlines. Do not rely on color alone.
4. On white backgrounds, clear #2563eb blue links are easier to recognize than brown/gold links and feel closer to the old AtR usability pattern.
5. Gold links remain appropriate only inside dark panels/black callouts where gold contrasts better against dark purple-black.
6. For resource pages, link readability is more important than making every link match the gold accent palette.

V4 WHITE CANVAS RULES

1. For resource pages, the main .atr-cosmic.resource-hub wrapper should be pure white.
2. Cards may have a barely visible gold glow, but the space outside cards should not look yellow.
3. If Blogger’s own template adds cream/yellow behind the post, use the included parent cleanup selectors. If the theme still shows yellow outside the post column, that must be edited in the Blogger template/CSS, not the post body.
4. Use purple-gold .guide-label pills for Guide 1, Guide 2, Guide 3, etc.
5. Use purple-gold .stage-label pills for Stage 1, Stage 2, Stage 4, etc.
6. The guide/stage pill is a small accent, not a large title banner.

FINAL VISUAL POLISH RULES — v4.0

1. White-first background:
The default content background should feel white, clean, and spacious. Use gold only as accent, not as a yellow wash.
- Resource pages: transparent root wrapper; rely on Blogger theme column.
- Showcase pages: almost-white shell with only faint dawn tint.

2. Hero contrast:
Purple-gold gradients are allowed and encouraged, but hero text must remain plainly readable.
Use late, high-specificity hero rules so generic h1 styling cannot override the light title color.

3. Stage-pill preservation:
The “Stage 1 / Stage 4” pill from the mathematical remake is preserved as .stage-label.
It should be purple → copper/gold, rounded, small, and luminous.
Guide labels may use the warmer orange-gold variant.

4. Black callouts:
Use more often than pure formulas, but only for small isolated important existing text.
Never use them on parent wrappers/cards/root containers.

5. Final choice:
For AtR resource pages, choose: wide + white + light cards + selective black callouts.
For special teaching/showcase articles, choose: white shell + purple hero + stage cards + stage pills + dark formula/callout boxes + closing panel.

WIDE CLEAN READABILITY RULES

1. Default width:
Use a wider article wrapper than v3.1:
- default .atr-cosmic width: 1080px;
- acceptable range: 980–1120px depending on content;
- avoid 850–900px for resource pages, link lists, tables, image-heavy pages, and guide/download hub pages.

2. Background tone:
The default page should read as clean white/off-white, not yellow.
Use warm gold only as accents, glows, borders, labels, and dark-panel highlights.

3. Cards:
Cards should be light translucent white, with subtle borders and shadows.
Avoid heavy cream/yellow fills for ordinary cards.
Yellow/gold should feel like sunlight accent, not a full background wash.

4. Old AtR readability bias:
For archive/resource hub pages, guide pages, and long lists:
- prioritize width, clean spacing, simple section hierarchy, and link readability;
- keep cool Cosmic Dawn touches, but do not overdecorate every block;
- use cards for major grouped sections, not for every paragraph;
- do not remove all boxes.

5. Cool-element preservation:
Always preserve the following visual vocabulary when appropriate:
- orange-gold rounded pills for stage/guide labels;
- dark purple-black formula/code display blocks with gold glow;
- purple insight/seal callout boxes;
- restrained purple-gold hero or compact title;
- orange-gold dropcap;
- dark closing panel for final summary.


V5.8 SEVEN-STAGES / TEACHING-ARTICLE RULES

Use this mode for the live Seven Stages page and similar long teaching articles:

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

This mode is different from both resource-hub and standalone article-showcase:

1. Do NOT add a visible outer article box/shell inside the Blogger post.
   The live Blogger template already supplies the page column. An extra outer shell makes the article feel narrower than the old page.

2. Keep stage cards, but make them fill the available post column.
   Stage cards are good; an extra wrapper-box around all stage cards is not.

3. Restore the orange vertical stage-title bar:
   Stage headings such as “The Experience of ‘I AM Everything’” should have a 6px orange left bar with comfortable left padding.
   Apply this only inside .stage-card for .teaching-article / .article-showcase.
   Do NOT apply it to resource-hub headings, because it previously collided with text.

4. Keep the mathematical-style stage pill:
   .stage-label and .guide-label stay as the subtle purple → copper pill from the mathematical remake.

5. “Available Translations” should not be brown/copper.
   Use dark navy/slate (#0f172a or #111827) for the heading, with blue links (#2563eb).
   Brown/copper/gold remains accent-only, not a default heading color.

6. If the article has language/translation boxes, use a clean white or cool-lavender nested panel, not yellow/brown heading treatment.

7. Audit live Blogger integration:
   - no outer box narrowing the whole article;
   - stage cards full width within the post column;
   - orange stage-title bar present;
   - Available Translations heading not brown;
   - black boxes readable;
   - links #2563eb;
   - no invalid nesting.

V5.8.1 WHITE OUTER CANVAS / NO-YELLOW-GRADIENT RULES

Use this refinement for live Blogger teaching articles, especially the Seven Stages page:

1. The outermost area outside the stage cards and content boxes should be pure white all the way down.
2. Do not allow the post canvas to fade from white at the top into yellow/cream at the bottom.
3. Keep warmth and gold only as controlled accents:
   - internal card glow;
   - subtle borders;
   - stage/guide pills;
   - orange stage-title bars;
   - black callout gold glow;
   - dark-panel links.
4. For .atr-cosmic.teaching-article, set:
   - background: #ffffff !important;
   - background-image: none !important.
5. Add narrow Blogger parent cleanup selectors only for common post-body containers that may inherit theme gradients:
   - .post-body
   - .post
   - .post-outer
   - .date-posts
   - .date-outer
   - .entry-content
6. Do NOT include .blog-posts, .blog-posts.hfeed, .main-inner, or .widget.Blog in default teaching-article parent cleanup. These high-level Blogger wrappers may participate in native Blogger title/date chrome and can create white cap/corner artifacts if forced white. Use them only by explicit exception after native chrome has been checked.
7. Those narrow parent cleanup selectors should remove background images/gradients and force a white canvas, but should not affect the site-wide mountain/background image outside the post column unless explicitly requested.
8. Audit the live Blogger integration:
   - no yellow/warm gradient outside cards;
   - teaching-article root white;
   - stage cards and internal glows preserved;
   - text/link contrast preserved;
   - no unintended narrowing;
   - no Blogger video macro attributes touched.


V5.8.3 ACTUAL-DOM TEACHING ARTICLE RULES

The formatter must not merely paste CSS rules that are theoretically correct. It must ensure that the generated HTML structure actually matches those CSS selectors.

1. Actual DOM selector matching
Before declaring the article ready:
- identify the real root wrapper;
- identify the real title/metadata area;
- identify the real language/translation section;
- identify the real h2/h3 headings used in the article;
- confirm that the intended CSS selectors match those actual elements;
- confirm that later CSS does not override the intended styling.

Do not pass a visual requirement merely because a CSS rule exists somewhere in the stylesheet.

2. Teaching article top area
For live long teaching articles using:

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

do NOT wrap the whole title/metadata/intro/language area in .atr-card, .guide-card, .stage-card, .article-showcase, .top-resource-panel, or another heavy visible card.

The top article intro/metadata area should integrate into the white Blogger canvas.

Allowed:
<div class="article-top-panel">
  ...
</div>

Not allowed by default:
<div class="atr-card top-resource-panel article-top-panel">
  ...
</div>

unless the user explicitly asks for a boxed top panel.

3. Orange vertical title bar must target actual headings
The previous stage-card-only rule is not enough for long teaching articles whose actual headings are normal:

<h2 class="atr-section-title">...</h2>

Therefore, for .teaching-article outputs, include a late high-specificity rule that applies to the actual h2 DOM:

.atr-cosmic.teaching-article > h2.atr-section-title,
.atr-cosmic.teaching-article h2.atr-section-title {
  color: var(--atr-purple-deep) !important;
  margin: 42px 0 18px !important;
  padding: 0 0 0 18px !important;
  border-top: 0 !important;
  border-left: 6px solid var(--atr-orange) !important;
  border-bottom: 0 !important;
  line-height: 1.18 !important;
}

Keep the existing .stage-card > h2 rule for articles that really use stage-card wrappers, but do not rely on it if the output article does not contain .stage-card headings.

4. H3 / subheading no-brown rule for teaching articles
For teaching articles, h3.atr-sub-title should not inherit copper/brown. Use dark navy/slate with a small blue accent:

.atr-cosmic.teaching-article h3.atr-sub-title,
.atr-cosmic.teaching-article .atr-sub-title {
  color: #0f172a !important;
  -webkit-text-fill-color: #0f172a !important;
  border-left: 4px solid rgba(37, 99, 235, 0.58) !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.14) !important;
  padding: 0 0 6px 12px !important;
  background: linear-gradient(90deg, rgba(37, 99, 235, 0.04), transparent 68%) !important;
  border-radius: 4px 0 0 4px !important;
}

5. Language / translation section design
Do not overcorrect by making the language area completely flat/plain.

Correct design:
- top title/metadata area: unboxed white canvas;
- language/translation list: subtle cool-lavender/blue-white soft panel;
- do not use a heavy .atr-card or .language-card wrapper that makes the whole intro feel boxed.

Use this class pattern where appropriate:

<div class="language-container translation-list-panel language-soft-panel">
  ...
</div>

Add this CSS:

.atr-cosmic.teaching-article .language-container.translation-list-panel.language-soft-panel {
  background:
    linear-gradient(135deg, #f7f9ff 0%, #ffffff 100%) !important;
  border: 1px solid rgba(37, 99, 235, 0.14) !important;
  border-radius: 16px !important;
  box-shadow: 0 6px 18px rgba(30, 64, 175, 0.045) !important;
  padding: clamp(16px, 2vw, 24px) !important;
  margin: 24px 0 32px !important;
}

.atr-cosmic.teaching-article .language-soft-panel .available-translations-title,
.atr-cosmic.teaching-article .language-soft-panel .atr-sub-title {
  margin-top: 0 !important;
}

.atr-cosmic.teaching-article .language-soft-panel .language-list {
  columns: 2;
  column-gap: clamp(20px, 3vw, 42px);
  padding-left: 1.25em !important;
  margin-bottom: 0 !important;
}

.atr-cosmic.teaching-article .language-soft-panel .language-list li {
  break-inside: avoid;
  margin-bottom: 8px !important;
}

@media (max-width: 720px) {
  .atr-cosmic.teaching-article .language-soft-panel .language-list {
    columns: 1;
  }
}

6. Explicit forbidden structures for teaching-article mode
Unless the user explicitly requests them, do not output:
- <article class="atr-cosmic article-showcase"> for live Blogger long teaching articles;
- an outer .atr-card around the whole title/metadata/language intro;
- a heavy .language-card that visually boxes the entire intro region;
- stage-card-only orange-bar CSS when the article’s real headings are not inside .stage-card.

7. Readback requirement
After saving the file, inspect the exact output and confirm:
- there is exactly one .atr-cosmic wrapper;
- the root is .teaching-article when this mode is used;
- .article-top-panel is not also .atr-card;
- language list area is .language-soft-panel, not heavy .language-card;
- the actual h2.atr-section-title headings are matched by the orange-bar CSS;
- h3.atr-sub-title is dark navy/slate, not copper/brown;
- links remain #2563eb;
- href/src parity is exact;
- black boxes remain readable;
- if .atr-hero exists, the final winning h1 color rule is near-white/light cream and appears after generic/teaching heading rules.

V5.8.4 PURPLE / DARK PANEL TITLE CONTRAST RULES

A bug was found where a purple/dark panel title such as:

“Note on Serious Energy Imbalances”

appeared dark on a dark purple gradient. The normal teaching-article h2.atr-section-title rule was winning inside the dark panel, making the title low-contrast.

Fix:
1. Normal white-canvas h2/h3 headings should remain dark navy/slate.
2. But headings inside purple/dark panels must be light cream/white.
3. The fix must be scoped only to dark/purple panels.
4. Do not globally change all h2/h3 headings to white.
5. Place this rule late in the CSS so it wins over ordinary teaching-article heading rules.

DARK PANEL TITLE READBACK REQUIRED

After saving the file, inspect the exact output and verify:
- any h1/h2/h3/h4 inside .summary-box, .dark-box, .dark-panel, .atr-dark-panel, or .closing is light cream/white;
- normal h2/h3 headings outside dark panels remain dark navy/slate;
- the fix does not globally affect all headings;
- orange left bars may remain in dark panels, but the text itself must be high-contrast.


TITLE CONTRAST FINAL-WINNING RULE — REQUIRED

For any purple/dark hero banner, the visible title must render near-white/light cream, not purple/navy. It is not enough to define .atr-hero h1 { color: #fffdf0 !important; } before the generic heading rule. Because .atr-hero h1 and .atr-cosmic h1 can have close or equal practical weight in the cascade when both use !important, and because later !important rules can override earlier rules when specificity does not clearly win, the final hero/title override must appear after generic heading rules and after teaching-article heading rules.

Required late override:

.atr-cosmic .atr-hero h1,
.atr-cosmic.teaching-article .atr-hero h1,
.atr-cosmic.article-showcase .atr-hero h1,
.atr-cosmic.resource-hub .atr-hero h1,
.atr-cosmic .atr-hero h1 * {
  color: #fffdf0 !important;
  -webkit-text-fill-color: #fffdf0 !important;
  text-shadow:
    0 2px 4px rgba(0, 0, 0, 0.78),
    0 0 20px rgba(255, 215, 106, 0.30) !important;
  mix-blend-mode: normal !important;
}

.atr-cosmic .atr-hero .atr-subtitle,
.atr-cosmic.teaching-article .atr-hero .atr-subtitle,
.atr-cosmic.article-showcase .atr-hero .atr-subtitle,
.atr-cosmic.resource-hub .atr-hero .atr-subtitle,
.atr-cosmic .atr-hero .subtitle,
.atr-cosmic.teaching-article .atr-hero .subtitle,
.atr-cosmic.article-showcase .atr-hero .subtitle,
.atr-cosmic.resource-hub .atr-hero .subtitle,
.atr-cosmic .atr-hero p,
.atr-cosmic.teaching-article .atr-hero p,
.atr-cosmic.article-showcase .atr-hero p,
.atr-cosmic.resource-hub .atr-hero p {
  color: #fff6de !important;
  -webkit-text-fill-color: #fff6de !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.52) !important;
}

.atr-cosmic .atr-hero .atr-meta,
.atr-cosmic.teaching-article .atr-hero .atr-meta,
.atr-cosmic.article-showcase .atr-hero .atr-meta,
.atr-cosmic.resource-hub .atr-hero .atr-meta {
  color: #f8e7bd !important;
  -webkit-text-fill-color: #f8e7bd !important;
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.48) !important;
}

Hero/title readback requirement:
- read back final CSS order;
- confirm the late .atr-cosmic .atr-hero h1 / .atr-cosmic.teaching-article .atr-hero h1 / .atr-cosmic.article-showcase .atr-hero h1 rule appears after generic .atr-cosmic h1/h2/h3/h4 rules and after teaching-article heading rules;
- confirm the last applicable h1 color rule for .atr-hero h1 is near-white/light cream (#fffdf0 or equivalent), not purple/navy;
- fail and repair if a later generic heading rule can make the hero title purple-on-purple.


BATCH 58 COMBINED OPERATIONAL DETAIL ADDENDUM — v5.8.4 CLARIFICATION

This section is an explicit readback/implementation clarification for the combined v5.8.2, v5.8.3, and v5.8.4 layers. It does not replace the existing v5.8.1, v5.8.3, or v5.8.4 rules above; it makes their operational requirements impossible to under-apply.

A1. v5.8.2 ACTUAL-DOM TEACHING ARTICLE RULES

The formatter must not merely paste CSS rules that are theoretically correct. It must ensure that the generated HTML structure actually matches those CSS selectors.

Before declaring the article ready:
- identify the real root wrapper;
- identify the real title/metadata area;
- identify the real language/translation section;
- identify the real h2/h3 headings used in the article;
- confirm that the intended CSS selectors match those actual elements;
- confirm that later CSS does not override the intended styling.

Do not pass a visual requirement merely because a CSS rule exists somewhere in the stylesheet.

Teaching article top area:
For live long teaching articles using <article class="atr-cosmic teaching-article">, do NOT wrap the whole title/metadata/intro/language area in .atr-card, .guide-card, .stage-card, .article-showcase, .top-resource-panel, or another heavy visible card.

Allowed:
<div class="article-top-panel">
  ...
</div>

Not allowed by default:
<div class="atr-card top-resource-panel article-top-panel">
  ...
</div>

unless the user explicitly asks for a boxed top panel.

Orange vertical title bar must target actual headings:
The stage-card-only rule is not enough for long teaching articles whose actual headings are normal h2.atr-section-title elements. For .teaching-article outputs, include and verify a late high-specificity rule matching the actual DOM:

.atr-cosmic.teaching-article > h2.atr-section-title,
.atr-cosmic.teaching-article h2.atr-section-title {
  color: var(--atr-purple-deep) !important;
  margin: 42px 0 18px !important;
  padding: 0 0 0 18px !important;
  border-top: 0 !important;
  border-left: 6px solid var(--atr-orange) !important;
  border-bottom: 0 !important;
  line-height: 1.18 !important;
}

Keep the existing .stage-card > h2 rule for articles that really use stage-card wrappers, but do not rely on it if the output article does not contain .stage-card headings.

H3 / subheading no-brown rule for teaching articles:
For teaching articles, h3.atr-sub-title should not inherit copper/brown. Use dark navy/slate with a small blue accent:

.atr-cosmic.teaching-article h3.atr-sub-title,
.atr-cosmic.teaching-article .atr-sub-title {
  color: #0f172a !important;
  -webkit-text-fill-color: #0f172a !important;
  border-left: 4px solid rgba(37, 99, 235, 0.58) !important;
  border-bottom: 1px solid rgba(37, 99, 235, 0.14) !important;
  padding: 0 0 6px 12px !important;
  background: linear-gradient(90deg, rgba(37, 99, 235, 0.04), transparent 68%) !important;
  border-radius: 4px 0 0 4px !important;
}

Explicit forbidden structures for teaching-article mode:
Unless the user explicitly requests them, do not output:
- <article class="atr-cosmic article-showcase"> for live Blogger long teaching articles;
- an outer .atr-card around the whole title/metadata/language intro;
- a heavy .language-card that visually boxes the entire intro region;
- stage-card-only orange-bar CSS when the article’s real headings are not inside .stage-card.

A2. v5.8.3 LANGUAGE / TRANSLATION SOFT PANEL RULES

Do not overcorrect by making the language area completely flat/plain.

Correct design:
- top title/metadata area: unboxed white canvas;
- language/translation list: subtle cool-lavender/blue-white soft panel;
- do not use a heavy .atr-card or .language-card wrapper that makes the whole intro feel boxed.

Use this class pattern where appropriate:

<div class="language-container translation-list-panel language-soft-panel">
  ...
</div>

Language-panel readback rule:
After saving the file, inspect the exact output and verify:
- the top article intro/metadata area is not a heavy card;
- the language list area is visually grouped as .language-soft-panel;
- the language section is not completely plain unless the article only has one or two links;
- the language panel is not a heavy .atr-card / .language-card wrapper;
- language/translation links remain #2563eb;
- “Available Translations” / equivalent headings are dark navy/slate, not brown/copper/gold.

A3. v5.8.4 PURPLE / DARK PANEL TITLE CONTRAST RULES

A bug was found where a purple/dark panel title such as “Note on Serious Energy Imbalances” appeared dark on a dark purple gradient because the normal teaching-article h2.atr-section-title rule was winning inside the dark panel.

Fix:
1. Normal white-canvas h2/h3 headings should remain dark navy/slate.
2. Headings inside purple/dark panels must be light cream/white.
3. The fix must be scoped only to dark/purple panels.
4. Do not globally change all h2/h3 headings to white.
5. Place the dark-panel heading rule late in the CSS so it wins over ordinary teaching-article heading rules.

Dark panel title readback rule:
After saving the file, inspect the exact output and verify:
- any h1/h2/h3/h4 inside .summary-box, .dark-box, .dark-panel, .atr-dark-panel, or .closing is light cream/white;
- normal h2/h3 headings outside dark panels remain dark navy/slate;
- the fix does not globally affect all headings;
- orange left bars may remain in dark panels, but the text itself must be high-contrast.

A4. FORMATTER FINAL READBACK REQUIREMENTS

After saving the file, inspect the exact output and confirm:

General:
- exactly one .atr-cosmic wrapper;
- root is .teaching-article when this mode is used;
- no invalid block-level nesting inside <p>;
- no Markdown fences wrapping the artifact;
- href/src parity is exact, including literal http vs https;
- Blogger video macro exception is preserved.

Teaching-article actual DOM:
- .article-top-panel is not also .atr-card;
- top title/metadata area is integrated into the white canvas;
- actual h2.atr-section-title headings are matched by the orange-bar CSS;
- h3.atr-sub-title is dark navy/slate, not copper/brown;
- stage-card-only CSS is not treated as sufficient if no stage-card headings exist.

Language panel:
- language list area is .language-soft-panel when it is a substantial language/translation list;
- language panel is subtle cool-lavender/blue-white;
- language panel is not a heavy whole-intro .atr-card / .language-card;
- language links remain #2563eb.

Hero/title contrast:
- if .atr-hero exists on a purple/dark banner, h1 is near-white/light cream by the last applicable final-winning CSS rule;
- subtitle and metadata inside .atr-hero are also light cream/gold and not purple/navy;
- the hero/title override appears after generic .atr-cosmic h1/h2/h3/h4 and teaching-article heading rules.

Dark/purple panel:
- dark/purple panel headings are light cream/white;
- normal white-canvas headings outside dark panels remain dark navy/slate;
- dark-panel body text, links, and strong text remain readable;
- the dark-panel title fix is scoped only to dark/purple panels.

VISUAL DECISION RULES

1. Wrapper:
All content must be inside one .atr-cosmic wrapper.
For resource/guide/list pages, use <div class="atr-cosmic resource-hub">.
For live long teaching articles such as Seven Stages, use <article class="atr-cosmic teaching-article">.
For standalone showcase articles, use <article class="atr-cosmic article-showcase">.

2. Header mode:
Choose one of two modes.

A. Full Hero Mode:
Use when the article has no large top banner image and would benefit from a cinematic introduction.

<header class="atr-hero">
  <h1>Title</h1>
  <p class="subtitle">Subtitle if present</p>
  <p class="atr-meta">Author/date/update/source note if present</p>
</header>

B. Banner-Preserved Compact Title Mode:
Use when the source already has a large top banner image/logo/cover image.
Keep the image first using .atr-feature-image, then use a restrained title:

<div class="atr-feature-image">...</div>
<div class="atr-compact-title">
  <h1>Title</h1>
</div>

Do not add a giant second purple hero block under an existing large banner. This was the main visual mistake in v3.0.

3. Big but controlled titles:
Use large titles, but do not make them absurdly oversized.
- Full hero title max: 3.4rem.
- Compact title max: 2.7rem.
- Section title max: 2.05rem.
- Subtitle max: 1.35rem.

4. Dropcap:
Apply <span class="dropcap">X</span> exactly once to the first suitable normal prose paragraph.

Use the v5.8.5 refined old-AtR dropcap aesthetic: orange/copper, Spectral/serif, around 3.5em–3.65em, font-weight 400, no heavy text-shadow, graceful rather than bulky. Do not return to the v5.8.4 heavy version with font-weight 600, 4.1em sizing, or glow-heavy shadow.

Do not apply inside headings, blockquotes, chat/dialogue cards, lists, tables, captions, pre/code/prompt bodies, summary boxes, dark panels, black panels, source quote blocks, metadata, author/date lines, or link-only paragraphs.

If the article begins with images/videos/iframes before prose, apply it to the first suitable prose paragraph after media.

5. Cards:
Use .stage-card for actual stages, realizational maps, step-by-step progressions, or numbered Dharma frameworks.
For resource-hub pages, use .guide-card for major guide/download/resource sections by default, because these pages benefit from old-AtR-style grouped boxes.
Use .atr-card for ordinary major sections.
Use .practice-card for practice/inquiry instructions.
Use cards sparingly; do not wrap every short paragraph in its own card. On resource pages, major groups may be cards, but avoid deep nested box clutter.
Cards should be light translucent white. Avoid heavy yellow backgrounds.

6. Stage / Guide / Key labels:
For stage or guide sections, use orange-gold rounded pills:

<span class="stage-label">Stage 1</span>
<span class="guide-label">Guide 1</span>

For general callouts, use purple/copper labels:

<span class="atr-label">Key Point</span>

Only invent labels when they are directly derived from existing structure, such as “1)”, “Stage 1,” “Practice,” “Update,” “Summary,” or “Warning.”

7. Formula and symbolic passages:
Use .math-display or .formula-display for:
- mathematical formulas;
- symbolic summaries;
- conceptual equations;
- compact doctrinal mappings;
- pseudo-code;
- exact structured snippets.

The visual style should be dark purple-black with a soft gold glow, like the Seven Stages remake.

For short inline formulas use .formula-inline.

Rules:
- Formulas are pedagogical display devices, not doctrinal additions.
- Do not invent formulas unless the user asked for formula-style remake or the input already contains formula-like summaries.
- If the user asks for a formula-based rewrite, formulas may be added as teaching metaphors, but they must not distort the doctrinal meaning.
- Make clear where appropriate that formulas are pointers, not replacements for direct realization.

8. Black callouts beyond formulas:
Because the dark box is a preferred visual element, use it for important existing text even when there is no math.

Use:
<div class="black-callout">...</div>
<div class="key-display">...</div>
<div class="dharma-display">...</div>
<div class="remember-box">...</div>

Suitable source phrases include:
- “Important note:”
- “Update:”
- “Key point:”
- “Remember:”
- “In one line:”
- “Common misunderstanding:”
- “Do not miss this:”
- exact compact summaries.

For resource pages, usually convert one or two small isolated important existing note/update/reminder blocks into .black-callout or .remember-box. Never convert a parent card or root wrapper.

9. Insight / seal callouts:
Use .insight-box or .seal-box for short important doctrinal one-liners, e.g. “Anatta is a seal, not a stage.”
Do not overuse; one-liners only.

9. Notes and warnings:
Use .note for gentle notes/updates.
Use .warning for cautions or common misunderstandings.
Use .investigation-panel or .practice-panel for practice instructions.

10. Quotes:
Use <blockquote> for long quotations. If there is attribution, keep it inside the blockquote as:

<span class="quote-label">— Author Name</span>

Ensure following commentary is outside the blockquote.

11. Summary/conclusion:
Use .summary-box or .closing for final digest/conclusion sections, especially when the article benefits from a strong ending.
Ensure dark-panel contrast rules pass.

12. Media:
Preserve all images, iframe, audio, video, links, and placeholders.
Wrap major iframes/audio embeds in .media-card when appropriate.
Add iframe title if appropriate and absent, EXCEPT for Blogger video embeds (class="BLOG_video_class").
CRITICAL: Never add title="..." attributes or alter the existing inline styles/attributes of <iframe class="BLOG_video_class"> elements. Touching these attributes breaks Blogger's internal macro parser and can cause a "Bad Request" rendering error.

13. Tables:
Use Blogger-safe responsive table styling. Preserve row/column order.

14. Remove useless inline style clutter:
When converting old Blogger HTML, remove repetitive visual inline styles and wrapper spans such as font-family/font-size spans only if doing so does not remove visible text or alter links/media.
Do not remove meaningful inline emphasis, citations, links, or source labels.

DARK PANEL CONTRAST / SUMMARY BOX READABILITY GATE

For every .summary-box, .dark-box, .dark-panel, .atr-dark-panel, .closing, or inline dark-background panel:
1. Headings, subheadings, links, visited links, bold/strong text, list text, raw URLs, hover states, and focus states must remain readable.
2. Do not allow dark blue, purple, navy, grey, or low-contrast links/headings inside dark panels.
3. Use cream/gold/white on dark purple backgrounds.
4. Do not declare Blogger-ready if any dark panel contains low-contrast headings, raw URLs, or links.

NORMALIZED VISIBLE-TEXT PARITY BEFORE RETURN

Before returning the HTML:
1. Extract visible text from input and output.
2. Normalize whitespace and HTML entities.
3. Verify every source segment appears in output.
4. Report missing blocks by anchor/heading/nearby quote if any.
Paragraph counts alone are insufficient.

LONG INPUT SAFEGUARD

If the input is too long for a single response, split into parts while preserving all content.
If a section is repeated in the input, repeat it in the output unless the user explicitly requests source-backed de-duplication.

PARAGRAPH REFLOW RULE

Do not turn old Blogger, Facebook, PDF, Google Docs, or narrow-screen export line wraps into separate paragraphs.
Detect fragments that are part of the same sentence/paragraph and merge them.

Preserve line breaks only for:
- poetry/verse;
- source quotations where lineation matters;
- list items;
- deliberate dialogue turns;
- code;
- prompt bodies;
- exact templates;
- formulas or symbolic displays.

BLOCKQUOTE STRUCTURE RULE

Use <blockquote> for long quotations.
Ensure:
- all paragraphs belonging to one quote remain inside the same blockquote;
- attribution remains attached;
- following commentary is outside the blockquote;
- no block-level elements are nested inside <p>.

BLOGGER HTML SAFETY RULES

Before claiming Blogger-ready, check:
- exactly one main .atr-cosmic wrapper unless intentionally otherwise;
- all visible post content is inside that wrapper;
- no nested <a> elements;
- no <blockquote>, <div>, <h2>, <h3>, <table>, <iframe>, or other block-level elements inside <p>;
- no double-escaped &amp;amp; artifacts;
- no Markdown fences wrapping the returned HTML;
- href/src values preserved;
- image alt present where appropriate;
- iframe title present where appropriate, except Blogger video macros with class="BLOG_video_class";
- open/close counts for major wrappers are plausible;
- later sections are not swallowed into earlier wrappers or pre blocks;
- formula/code blocks are closed properly;
- dark panels do not swallow following sections.

SAFE <pre> / PROMPT-BODY DISCIPLINE

When the source contains prompts, code, examples, exact command lines, HTML snippets, SegID examples, or machine-format templates:
1. Put prompt/code bodies inside safe <pre> blocks or equivalent safe containers.
2. Escape <, >, and & where needed so example HTML does not become live HTML.
3. Preserve intentional line breaks in configuration blocks, exact output templates, verse, code, and command examples.
4. Normalize accidental hard wraps that break normal prose inside a prompt body.
5. Do not manually wrap every sentence merely because the source was copied from a narrow screen.
6. Use CSS behavior equivalent to white-space: pre-wrap.
7. Never put live <div>, <p>, <table>, <script>, <style>, <iframe>, or unknown tags inside a prompt body unless they are intentionally live page structure.
8. If tags are examples, escape them.

LINK / MEDIA PRESERVATION

1. Preserve href values literally unless the user explicitly asks for normalization.
2. Preserve src values for images, iframes, audio, video, and embeds.
3. Do not translate URLs.
4. Do not split URLs with inserted whitespace.
5. Preserve link text unless the task includes translation elsewhere, in which case translate only visible link text while preserving href.
6. Count material links before and after.
7. Preserve media placeholders even when actual media files are not available.
8. Add accessibility attributes such as image alt or iframe title where appropriate, without changing visible source wording. Exception: do not add titles or alter attributes/styles on <iframe class="BLOG_video_class"> Blogger video macros.

BLOGGER VIDEO MACRO PRESERVATION — CRITICAL

Blogger native video embeds often appear as <iframe class="BLOG_video_class"> with Blogger-managed attributes and inline styles. Treat these as fragile Blogger macros, not ordinary iframes.

Rules:
1. Preserve <iframe class="BLOG_video_class"> exactly unless the user explicitly asks to remove the video.
2. Do not add title="...".
3. Do not modify, normalize, reorder, or “clean up” existing inline styles or attributes.
4. Do not wrap or rewrite the iframe in a way that changes Blogger's generated macro.
5. During QA, if BLOG_video_class exists, confirm its attributes were preserved byte-for-byte or intentionally unchanged from the source.
6. Do not fail the accessibility audit merely because a BLOG_video_class iframe lacks title; this is an explicit Blogger compatibility exception.

TABLES AND LISTS

Preserve:
- table row/column order;
- header/body distinction;
- nested list hierarchy;
- numbering;
- list markers;
- cross-references.

Do not flatten tables into paragraphs unless the user explicitly requests it.

QUOTE AND ATTRIBUTION RULES

Preserve:
- blockquote boundaries;
- speaker/author/source labels;
- original-script quotations;
- quote attributions.

Do not merge quoted words into editor prose.
Do not silently restore or replace source quotations; use Prompt X if the user asks for source restoration.

SEMANTIC-SAFETY ADDENDUM — FORMATTING IS NOT SOURCE VERIFICATION

Formatting is never semantic verification.

1. Do not rewrite, polish, summarize, explain, translate, or add doctrinal commentary while formatting.
2. Preserve translator notes, warnings, QA notes, source-status labels, and witness-contamination labels exactly unless the user asks to remove them.
3. Do not add anti-misreading glosses such as “not a separate knower,” “meaning that...,” or “in other words...” unless those exact words already exist in the approved prose.
4. Do not make a source-informed draft look like a certified source-verified translation.
5. If source verification is pending, label the artifact as a styled working draft, source-informed working candidate, or partial source-anchor pass, not a verified final translation.
6. If Prompt T, Prompt X, Prompt 6, or Prompt 9 produced limitations, preserve those limitations in the artifact or report.

TERMINOLOGY ROUTING WARNINGS

If Buddhist/Dzogchen/Chinese/Tibetan/Sanskrit technical terms appear, preserve wording during pure formatting and flag suspicious cases for the appropriate prompt rather than silently rewriting them.

This includes, but is not limited to:
- rig pa / vidyā = 明 / 明知, not “awareness” or ordinary 知识;
- gnas tshul / snang tshul distinction;
- shes pa, rnam shes, sems, ye shes, gzhi, ka dag, lhun grub, thugs rje, trekchö, thögal;
- dependent designation / prajñapti / upādāya-prajñapti;
- effort / effortful / effortless / 勤作 / 精进;
- View / lta ba / 见 vs 知见;
- common Mahāyāna / uncommon Mahāyāna;
- phenomena / 诸法, obscurations / 遮障, cognizance terminology.

Route terminology review to Prompt T / Prompt 1 / Prompt 6 / Prompt 9 as appropriate.
Do not use this formatter as a license to make unsupported source-term changes.

NO-OMISSION COVERAGE CHECK

Before finalizing, check that the output preserves:
- opening title/subtitle;
- first three paragraphs;
- all headings;
- all blockquotes;
- all tables;
- all lists;
- all links;
- all prompt/code/pre blocks;
- all images/media placeholders;
- all footnotes/endnotes;
- all late-tail content;
- final paragraph or final changelog entry.

If something is removed, state exactly why.
Otherwise, do not remove it.

ARTIFACT-READBACK

After saving the Blogger HTML artifact, read back the exact saved file.

Verify:
- file exists and size is plausible;
- opening, middle, and ending sections are present;
- no accidental Markdown fences wrap the artifact;
- <pre> open/close counts match;
- <div> open/close rough counts match;
- the .atr-cosmic wrapper encloses all visible article content;
- headings are not swallowed;
- links are not broken by formatting;
- prompt-body prose is not damaged by arbitrary hard line breaks;
- final closing wrapper is present;
- dark-panel contrast gate passes;
- formula-display/math-display/code-display blocks are closed properly;
- black formula box CSS is present even if the current article does not visibly use it;
- mobile table rules are included if tables are present;
- Blogger video macro iframes (<iframe class="BLOG_video_class">) were not given title attributes and their existing attributes/styles were not altered;
- if a large top banner image exists, no giant duplicate hero block was added below it;
- for resource-hub pages, the wrapper is transparent and does not add a visible outer box;
- for resource-hub pages, major grouped sections have clean boxes, but nested box density is controlled.

EXPECTED OUTPUT STATUS LABELS — BATCH 57 ACTUAL-DOM RULE

A formatter 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.

COMBINED PATCH LINEAGE — BATCH 57 / 58

Batch 57 / v5.8.3 incorporated v5.8.2 actual-DOM correction:
- no heavy top intro card;
- orange h2 bar must match actual h2.atr-section-title DOM;
- h3/subheadings in teaching articles should not inherit brown/copper;
- language/translation list uses a subtle soft panel;
- audit v1.9 checks selector-to-DOM applicability.

Batch 58 / v5.8.4 adds:
- purple/dark panel title contrast lock;
- dark-panel heading CSS must beat ordinary teaching-article h2/h3 rules;
- dark-panel heading contrast is audited separately from dark-panel body text;
- audit v1.9.1 checks both CSS-present and DOM-applied status for dark-panel headings.

Core principle:
CSS-present is insufficient. DOM-applied and final-winning CSS must pass.

FINAL AUDIT LINES

At the end of a formatter response include:
- Content parity checked by normalized visible-text comparison: PASS/FAIL.
- HTML structure check: PASS/FAIL.
- Root wrapper enclosure: PASS/FAIL.
- Header mode used: FULL HERO / BANNER-PRESERVED COMPACT TITLE / NO TITLE FOUND.
- Dark-panel contrast/readability audit: PASS/FAIL/NOT APPLICABLE.
- Dropcap placement: APPLIED ONCE / OMITTED WITH REASON.
- Link/media parity: PASS/FAIL.
- Blogger video macro preservation: PASS/FAIL/NOT APPLICABLE.
- Formula/code display safety: PASS/FAIL/NOT APPLICABLE.
- Black formula/callout component present in CSS: PASS/FAIL.
- Black callout usage appropriate: PASS/FAIL/NOT APPLICABLE.
- Black callout containment safety: PASS/FAIL/NOT APPLICABLE.
- Hero/gradient title contrast: PASS/FAIL/NOT APPLICABLE.
- White-first / low-yellow background audit: PASS/FAIL.
- Purple-gold stage pill availability: PASS/FAIL.
- Purple-gold guide pill usage for guide sections: PASS/FAIL/NOT APPLICABLE.
- Resource-page pure-white canvas: PASS/FAIL/NOT APPLICABLE.
- Purplish-blue normal link color: PASS/FAIL.
- Dark-panel link contrast preserved: PASS/FAIL/NOT APPLICABLE.
- Dark/purple panel heading contrast: PASS/FAIL/NOT APPLICABLE.
- Dark-panel heading fix scoped only to dark panels: PASS/FAIL/NOT APPLICABLE.
- Resource/download link weight: PASS/FAIL/NOT APPLICABLE.
- Resource cards fill available post width: PASS/FAIL/NOT APPLICABLE.
- No negative margins: PASS/FAIL.
- No orange-line heading collision: PASS/FAIL/NOT APPLICABLE.
- No brown/copper resource headings or subheads: PASS/FAIL/NOT APPLICABLE.
- Device subheads use dark navy/slate with blue accent: PASS/FAIL/NOT APPLICABLE.
- Black-box emphasized text contrast: PASS/FAIL/NOT APPLICABLE.
- Black-box contrast fix scoped only to dark boxes: PASS/FAIL.
- Nested panel color distinction: PASS/FAIL/NOT APPLICABLE.
- Seven-Stages visual DNA preservation: PASS/FAIL.
- Seven-Stages / teaching-article orange title bar: PASS/FAIL/NOT APPLICABLE.
- Teaching-article outer-shell narrowing audit: PASS/FAIL/NOT APPLICABLE.
- Teaching-article white outer canvas / no-yellow-gradient audit: PASS/FAIL/NOT APPLICABLE.
- Actual DOM selector-match audit: PASS/FAIL.
- Top intro unboxed: 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.
- Exact href literal parity: PASS/FAIL.
- Available Translations heading color: PASS/FAIL/NOT APPLICABLE.
- Missing blocks: none/[anchors].
- Status label: PASS / PASS WITH NOTES / NEEDS REVIEW / PARTIAL / FAILED.

STATUS LABELS

PASS — saved artifact read back; no known material issues.
PASS WITH NOTES — usable artifact; known minor limitations disclosed.
NEEDS REVIEW — usable artifact but user/source confirmation needed.
PARTIAL — only a portion completed.
FAILED — no usable artifact.



BATCH 60 FINAL READBACK / QA ADDITIONS

After saving the file, inspect the exact output and confirm:
- the first visible framing box after the hero is .summary-box.top-framing-box when requested;
- only that top framing box was changed to the dark-purple summary-box style;
- existing black boxes were not replaced or removed;
- .atr-hero h1 final applicable CSS is #fffdf0 or equivalent near-white/light cream, not purple/navy/brown;
- Chinese hero titles pass the same final-winning white-title audit as English hero titles;
- top summary-box headings are #fff7df or equivalent light cream/white;
- normal white-canvas h2/h3 headings remain dark navy/slate;
- reciprocal English/Chinese links are present with exact href values when provided;
- Khemaka/SN 22.89 or other sutta links use exact user-provided href values and neutral labeling if translator/path identity is ambiguous;
- no Blogger video macro attributes were altered.

OUTPUT

Return:
1. full Blogger HTML replacement file;
2. TXT mirror if useful;
3. QA/change-log report if this is part of a larger article or prompt-suite project;
4. updated handoff prompt if this is part of a multi-batch project.

NOW BEGIN

Format the supplied input into a clean, complete, Blogger-compatible ATR Wide Balanced White Canvas Cosmic Dawn v5.8.8 styled HTML replacement, preserving all content, preserving the Seven-Stages visual DNA, using teaching-article mode for live Seven Stages-style pages where appropriate, preserving a pure white outer canvas with no yellow gradient, using black callouts for important existing text where appropriate but never on broad parent wrappers, and running artifact-readback before final delivery.

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Strict HTML QA: HTML structure pass is not enough; visible text 必须 include Presence, hybrid residue, parenthetical-order, protected-label, exact-title, and source-residue smoke tests and route semantic issues back to Prompt 6/9.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 72 PLUM DAWN / DARK-PANEL ALL-DESCENDANT CONTRAST AUDIT — v1.9.12 — 2026 年 6 月 1 日

本增补审计补丁保留所有 Batch71 以及继承的 Batch70R2 / Batch70 / Batch68 / Batch67 / Batch66 safeguards。它强化 Strict HTML QA 对 dark plum / purple dawn feature panels 的检查，因为一次 Blogger styling session 暴露了：旧 `.source-quote`、`.thesis-line`、paragraph、heading 或 light-panel rules 覆盖了应为 cream text 的颜色，导致 dark purple/plum background 上出现 dark indigo / navy text。

PLUM DAWN / DARK-PANEL ALL-DESCENDANT CONTRAST AUDIT

1. 审计每一个 dark/purple/plum panel，不只审计 headings

对每个匹配或功能上属于 dark/purple/plum panel 的元素进行检查，包括：
- `.plum-dawn-panel`
- `.plum-dawn-feature`
- `.plum-dawn-standalone`
- `.summary-box`
- `.dark-box`
- `.dark-panel`
- `.atr-dark-panel`
- `.closing`
- `.black-callout`
- `.formula-display`
- `.key-display`
- 任何 computed 或 declared background 为 dark purple/plum/black/navy 的 panel

必须检查所有 visible text-bearing descendants，包括：
- p
- span
- div with direct text
- li
- strong
- em
- a
- blockquote
- source-quote
- quote-card
- thesis-line
- stanza-card
- headings
- labels
- captions

只有每一个 visible descendant text node 在 dark panel 上都具有 final-winning light readable text 时才可 PASS。

2. 明确 FAIL colors

若 dark/purple/plum panel 内任何 visible text 解析为、或很可能解析为下列颜色之一并贴在 dark panel 上，必须 FAIL：
- `#1b1c1d`
- `#0f172a`
- `#111827`
- `#1e293b`
- `#243047`
- `#2f2a5c`
- `#312e81`
- `#1e3a8a`
- `var(--atr-purple-deep)`
- `var(--atr-ink)`
- dark navy
- dark indigo
- dark purple
- brown/copper body text
- black or near-black

若 `-webkit-text-fill-color` 设置为任何 dark color，即使 `color` 是 light，也必须 FAIL。

3. CSS-present is insufficient

Audit 不得仅因存在 cream text rule 就 PASS。必须验证：
1. selector matches actual dark/plum panel DOM；
2. selector covers nested source-quote / thesis-line / blockquote / paragraph descendants；
3. final winning rule 出现在旧 light-panel rules 之后；
4. 后面没有 `.source-quote p`、`.thesis-line`、`.atr-cosmic p`、heading 或 card rule 覆盖 dark-panel contrast lock；
5. plum panels 内 links 是 gold/cream 且可读；
6. dark panels 外 normal body links 仍为 #2563eb。

若无法进行 browser rendering 或 computed-style inspection，audit 必须写明：
“Not fully verified: rendered all-descendant dark-panel contrast requires browser/screenshot review.”

若用户提供的截图显示 unreadable dark-on-dark text，不得标记 publishable。

4. Nested panel / class-role audit

必须检查：
- 没有 `.plum-dawn-panel` / `.plum-dawn-feature` 包含另一个 plum panel。
- deprecated `.plum-dawn-inline` 没有同时作为 standalone card 与 internal text style 使用。
- dark/plum panels 内的 `.source-quote`、`.quote-card`、`.stanza-card`、`.thesis-line` 要么获得 plum-panel override，要么替换为 `.plum-inset-quote`。
- dark plum panels 内不得有未验证对比度的 pale inset cards with dark text。

5. REQUIRED AUDIT REPORT LINES

增加以下强制报告行：
- Dark/plum/purple panel count inspected: [number].
- Plum Dawn all-descendant contrast: PASS/FAIL/NOT APPLICABLE.
- Dark/purple all-descendant contrast: PASS/FAIL.
- Dark-panel low-contrast descendant selectors found: none / [list].
- Dark-panel `-webkit-text-fill-color` conflicts: PASS/FAIL.
- Source-quote / thesis-line inside dark panels readable: PASS/FAIL/NOT APPLICABLE.
- Nested plum panel absence: PASS/FAIL/NOT APPLICABLE.
- Class role separation for plum styling: PASS/FAIL/NOT APPLICABLE.
- Normal white-canvas text and links unaffected: PASS/FAIL.
- Browser/screenshot contrast review performed: PASS/FAIL/NOT AVAILABLE.

6. STATUS DISCIPLINE

若本 audit 发现并修复 dark-panel contrast、nested-panel 或 class-role defects，同一 pass 不得 promotion。

使用既有 material-repair status：
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有之后另一次 exact-artifact no-repair readback pass，在无 material edits 且所有 dark/plum/purple all-descendant contrast checks 通过后，才可使用：
reviewed final / publishable — strict-certified final not claimed.

BATCH 71 ROUTING NOTE — WITNESS/SĀKṢĪ + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本提示词本身不是主要翻译/审校提示词，不应被塞入完整教义重写规则。但它格式化、清理、打包、审计、交接或批准的任何 artifact，都必须继承 Batch71 hard gates：Universal Witness / Sākṣī Gate、visible link-text classification、romanized Sanskrit/Pāli/Tibetan residue classification、target-specific hybrid residue scans、Prompt 9 calque/fluency review、repeated-failure escalation、high-risk source-term review table、Strict HTML QA visible-text smoke test、exact href/src/code preservation 与 hard no-repair promotion discipline。如发现或怀疑 translation、terminology、residue 或 target-language fluency 问题，必须先路由到 Prompt 6 / Prompt 9 再允许 final/publishable 状态。结构 parity alone is not publishability。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.


STRICT HTML QA BATCH68 ADDENDUM — NON-LATIN TARGET RESIDUE AND HYBRID-DAMAGE AUDIT
Required audit section for Tibetan and other non-Latin target-language artifacts:

1. Extract visible text outside style/script/code and outside href/src/attributes.
2. Search the target-language residue list, including the Tibetan high-risk families listed in Prompt 6.
3. Classify every remaining Latin/Sanskrit/Pāli/English hit as exact title/link title, URL/code/attribute, proper name, label intentionally preserved, target-language body-prose residue requiring repair, or false positive.
4. Search for hybrid damaged words, especially Tibetan/Chinese + English suffixes such as སངས་རྒྱསhood; English + Tibetan substitutions such as Who am ང?; broken URL text with spaces; and mixed visible technical terms where target-language rendering is expected.
5. Reconfirm href/src parity after repairs.
6. Reconfirm exact protected URL strings, known title phrases, class/id/data attributes, CSS/JS/JSON, and filename strings were not altered by term repair.

Regression tests:
- “Who am I?” must not become “Who am ང?”
- “Buddhahood” must not become “སངས་རྒྱསhood.”
- URL paths containing “suchness” must remain unchanged.
- Proper names such as “Ramana Maharshi” must not be damaged by searching for “Maha.”
- “anatta” in Tibetan body prose should normally become བདག་མེད་པ or བདག་མེད unless the term “anatta” is being discussed as a label.
- “Sunyata / emptiness” in Tibetan body prose should normally become སྟོང་པ་ཉིད.
- “rigpa” should normally become རིག་པ in Tibetan body prose, but do not use རིག་པ for every “awareness” or “Presence.”
- “Presence” in Seven Stages / AtR prose must not be blanket-rendered as མངོན་སུམ་རིག་པ; use context-sensitive Tibetan renderings.
- Exact linked article titles may be preserved as titles, but must be classified in the residue ledger.
- href/src parity must pass after any terminology repair.

Do not report PASS/PUBLISHABLE if any ordinary body-prose residue remains unclassified, if any hybrid damage remains, or if href/src parity is not rechecked after repair. If material repair occurred, report: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

BATCH67 DIALOGUE BOX / SOURCE ATTRIBUTION PARITY AUDIT — 2026 年 5 月 23 日

Mandatory audit report fields:

- 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 current suite Soh/AtR termbank and existing 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 the current suite canonical repair status: REPAIRED AFTER RE-AUDIT — material gates currently pass, 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 65 HTML / LINK / SOURCE STRUCTURE AUDIT CLARIFICATION — 2026 年 5 月 23 日

For user-requested additions such as reciprocal English-original / Chinese-translation top links, distinguish original source href parity from intentional added hrefs.
Report:
- original-source hrefs preserved: PASS/FAIL;
- user-requested added hrefs: count and label;
- total href count after user-requested additions;
- image/src count preserved;
- top-level article wrapper preserved;
- CSS/style preservation status.

For reciprocal language/original links, allow user-requested additions but log them as intentional added hrefs, not parity failures.

Blogger native title/date chrome audit: search final CSS for .blog-posts, .blog-posts.hfeed, .main-inner, .widget.Blog. If they occur in teaching-article parent cleanup, fail or require explicit exception.

CSS-generated bullet/entity audit: search final artifact for &#8226;, content:"•", content: "•", and .stanza-line::before. Any generated-bullet rule must be removed or explicitly neutralized.


BATCH 65 SOH/ATR CHINESE TRANSLATION QA HARDENING + BLOGGER CHROME PRESERVATION + NO-REPAIR PROMOTION DISCIPLINE — 2026 年 5 月 23 日

本批次源自 “Different Degrees of No-Self: Non-Doership, Non-dual, Anatta, Total Exertion and Dealing with Pitfalls” zh-Hans review lessons. It fixes real prompt-pack conflicts and missing hard-stop checks. Apply these rules wherever relevant to Soh / AtR Chinese translation, review, formatting, and HTML QA. Do not treat this as optional style preference when the source context matches.

CORE PRECEDENCE RULE — SOH/ATR MODERN DOCTRINAL PROSE
For Soh / AtR modern doctrinal prose, especially articles by Soh Wei Yu or AtR-style commentary, general English “view” defaults to 知见. This overrides older generic Buddhist/Dzogchen wording that allowed 见 / 见地 / 见解 for broad View contexts.

Use 知见 for ordinary/general prose cases such as: view; lack of view; mistaken view; one-mind view; substance view; essence view; substantialist nondual view; experience and view; refine one’s view; view and experience; clear view; the view of an inherently existing source/substratum/awareness; framework/paradigm/stance/notion when the English source is “view”.

Retain fixed/canonical compounds where source context requires them: 正见, 邪见, 我见, 身见 when specifically sakkāyadiṭṭhi / identity-view / aggregates-as-self view, 自性见, 实有见, 真我见, 常见, 断见, 二元见 / 二元知见 by context, 一见 / 异见, 妄见, 见修行果, and formal Tibetan Buddhist lta ba / Dzogchen View titles such as 大圆满见与基.

Self-view rule: general English “self-view” in Soh/AtR prose → 我见 by default. Use 身见 only when source specifically means sakkāyadiṭṭhi / identity-view / personal-identity view / aggregates-as-self view. Do not force every “self-view” into 身见.

DOER / AGENT / ACTOR DISTINCTION
Do not collapse agent, doer, actor, agency, and doership.
- agent → 主宰者; agency → 主宰 / 主宰性 / 主宰感; absence of agent → 无主宰者 / 主宰者不可得 / 没有主宰者; agentless → 无主宰者的 / 无主宰性的.
- doer → 造作者; doership → 造作者感 / 造作主体感 / 造作者性; non-doership → 无造作者性; no doer → 没有造作者; “not from a doer” → 不是出自一个造作者.
- actor → 行为主体 / 行事主体 / 行动主体 according to sentence; actor/action duality → 行为主体/行为的二元对立.
Hard bans in this workflow: 代理人 for agent; 能动性 for agency; 行动者 as default for agent; 无主宰性 as default for non-doership.

PERCEIVER / PERCEIVED VS KNOWER / KNOWN
perceiver → 感知者; perceived → 被感知者 / 所感知者; perceiver/perceived dichotomy → 感知者/被感知者二分; observer/observed → 观察者/被观察者; knower/known → 能知/所知; subject/object → 主体/客体. Do not use 能知/所知 for perceiver/perceived unless the English source says knower/known.

TRUE SELF / ATMAN / ONE MIND
In Buddhist critique of reified true self, Atman, true-self, One Mind, universal consciousness, source/substratum: true self → 真我; Atman → Atman（真我） on first mention when needed; Atman view → 真我见; one-mind view → 一心知见; universal consciousness → 宇宙意识 / 宇宙意识 by context; one reality → 一实相 when source supports; one without a second → 一而无二者. Do not use 真实自我 for “true self” in metaphysical/reified true-self critique unless source context requires a nontechnical ordinary sense.

SPONTANEOUS / EFFORTLESS / NATURAL / LHUN GRUB / 任运
Do not collapse spontaneous, natural, automatic, effortless, self-accord, spontaneous presence, and lhun grub into one term.
- effortless → 无勤作 / 无需勤作 / 不费力; effortlessness → 无勤作 / 不费力的状态; no effort → 无需勤作.
- spontaneously / on its own accord → 自发地 / 自然而然地 / 依其自身而发生; ordinary spontaneity → 自发性 / 自然自发性; natural spontaneity in Soh/AtR anatta prose → 自然自发性 / 自然自发.
- spontaneously beneficial → 自发自然地利益 / 自然而然地利益.
- spontaneous presence in explicit Dzogchen context → source-controlled termbank rendering, with reason.
- lhun grub → Prompt T / Tibetan termbank, normally 自然圆满（lhun grub） unless source/user termbank requires another form.
Avoid 任运无碍 unless the source explicitly conveys both spontaneous presence and unobstructedness. Avoid 任运 for ordinary “spontaneous” or “effortless.” Avoid 任运成就 as global lhun grub translation unless source-specific exception is documented.

TOTAL EXERTION / TOTAL ACTION
- total exertion → 一法究尽; first major occurrence → 一法究尽（ippō gūjin；Total Exertion）.
- total action → 全然行动; total engagement → 全然投入.
- whole being is only the total exertion of action → 整个存在只是那行动的一法究尽 / 全然行动 according to sentence.
Avoid 全体作用 as default for total exertion; avoid 全体行动 for total action; do not mix 一法究尽 and 全体作用 after term lock.

CONSCIOUSNESS / AWARENESS / PRESENCE / PRESENCING
ordinary consciousness → 意识; samsaric consciousness → 轮回心识; Pure Consciousness/Awareness as metaphysical nondual substrate in critique → 纯粹觉知 / 觉知; Awareness/Consciousness as vivid manifestation in AtR phenomenological prose → 觉知 by context; Presence → 临在; Presence-Awareness → 临在-觉知; presencing → 临现; pristine awareness in AtR phenomenological prose → 清净觉知; pristine consciousness / ye shes / jñāna → 本初觉智 / 本初智 as source requires. Avoid 在场 for Presence, 本初觉知 unless source supports “primordial,” 意识 for every Consciousness/Awareness, and 觉性 unless source means nature of awareness.

MODULATION / MANIFESTATION / REFINED-TILL-NONE
modulations of Pure Consciousness → 纯粹觉知的变现; forms are modulations of consciousness → 诸形式是觉知的变现; manifestation → 显现; displaying itself → 展现自身 / 显现自身; presencing → 临现; powerful presencing → 有力的临现; refined in terms of understanding → 得到澄清与精炼; refined till none / gap refined till none → 消融至无; knot of perception → 感知之结; mental proliferation → 概念增益 / 分别增益 by context. Avoid 变调 for consciousness/appearance contexts and 净化与精炼 for “refined till none.”

DEPENDENT ORIGINATION / CONDITIONS / DESIGNATION
Use dependent origination → 缘起; causality/dependent-origination “conditions” → 因缘条件; action + conditions leads to effect → 行动 + 因缘条件，导致结果; dependent designation → 依缘假立 / 缘起假立 / 依蕴假立 by basis; both are dependent designations and mere names → 两者都只是缘起假立、只是名言. Use 条件 / 情况 for ordinary circumstances and 因缘 / 因缘条件 for Buddhist cause-condition contexts.

HIGH-RISK SMALL-TERM LEDGER
Use 探究 / 检视 for contemplative investigate/inquire, not 调查 unless ordinary investigation. Use 五种感官 for ordinary five senses, not 五根 unless Buddhist faculties are intended. Use 正念与念头 for mindfulness and thoughts, not 正念与妄念 unless source says delusive thoughts. Use 非择灭式的止息 / 非择灭 for non-analytical cessation, 基于智慧的择灭 for analytical cessation based on wisdom, 真我 for true self in doctrinal critique, 一体实体 / 一种实有的一体实体 for one substance by context, 一而无二者 for one without a second, 量子跃迁式转变 for quantum shift. Preserve abrupt no-subject grammar in “there is only sound / sights see themselves”; do not add a knower.

NO-REPAIR PROMOTION DISCIPLINE
If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, wrapper, or style repair, do not label the result PASS, FINAL, PUBLISHABLE, or reviewed final. Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required

A no-repair promotion pass must reopen the exact saved artifact from the previous pass, run Prompt A exact-artifact readback, Prompt 6 completeness/objective-error review, Prompt 9 whole-document refinement check, href/src parity, dialogue speaker-label parity, forbidden/high-risk term search, residue sweep, CSS/style parity, and source-node/top-level structure parity, and make no material edits. Only if no material repair is made may it be labeled:
reviewed final / publishable — strict-certified final not claimed

MANUAL PRINT-COPY CHANGE LEDGER
If a repair pass is made after the user indicated a printed/manual copy exists, include a “Manual changes for printed copy” section listing exact old phrase → new phrase replacements. If no new repairs are made in a no-repair promotion pass, say: No new manual print updates for this round.

HIGH-RISK SEARCH BASKET BEFORE FINAL CLAIM
Before any final, publishable, or no-repair promotion claim for Soh/AtR Chinese HTML, search the exact final artifact for: 见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog. Classify each hit as fixed, intentionally retained, not present, or needs source review. Do not report PASS if any high-risk hit is unclassified.

Strict HTML QA Audit Prompt — ATR Blogger / Prompt-Suite Artifact Review v1.9.9
Batch 62 / Formatter v5.8.8 full-width canvas + CSS entity + source-debris audit: This v1.9.5 audit adds required readback gates for CSS entity/decorative quote artifacts, AI/source-card/Angular export debris cleanup, full-width live Blogger teaching-article canvas, no hidden prose gutter, outermost article not boxed, hero title optical sizing, scoped top-framing and closing summary boxes, green link-table exception, normal body link color, dark/purple panel heading contrast, black boxes preserved, and Blogger video macro preservation.

Batch 63 / Strict HTML QA v1.9.6 color-refinement audit: Cool Lavender / Indigo Quote-Card Palette + No Brown Panel Default + Source-Truth Metadata Guard.

AUDIT PHASE 10F — COOL LAVENDER / INDIGO PANEL PALETTE + NO BROWN DEFAULT

Inspect the exact returned artifact, including the final <style> block and the actual DOM classes used by quote cards, main blockquotes, dialogue/transcript boxes, stanza cards, light content cards, language panels, miniboxes, and ordinary light panels.

PASS requirements:
- Source quote / blockquote panels use cool lavender / violet as the dominant light-panel palette, such as border-left #7c3aed, background #f7f5ff → #ffffff, text #2f2a5c.
- Dialogue / transcript cards use cool blue / indigo as the dominant light-panel palette, such as border-left #2563eb, background #f6f9ff → #ffffff, text #243047.
- Stanza cards use cool lavender / violet, not warm cream/brown.
- Language / translation panels use soft blue-white / cool lavender.
- Ordinary light cards / notes / miniboxes use blue-lavender borders/shadows, not brownish borders/shadows.
- Warm orange remains only as an intentional accent: refined orange dropcap, teaching-article h2 orange vertical bars, and small accents that do not make a whole box look brown.
- Dark-panel / black-box gold links remain gold/cream for contrast.

FAIL conditions:
- Quote/dialogue/stanza/light card panels visually resolve to brown/copper/gold as the dominant palette, unless they fall under an allowed exception.
- CSS contains cool-palette rules, but final-winning CSS order allows older brown/copper card rules to override them.
- CSS selector names do not match the actual DOM classes used in the returned artifact.
- The audit says PASS based only on CSS-present without checking DOM-applied/final-winning order.

AUDIT PHASE 10G — SOURCE-TRUTH METADATA GUARD

Compare visible metadata against the content-authority source and explicit user instructions.

FAIL if shell-only visible metadata appears without source-authority support or explicit user request, including:
- “By Soh”;
- “Original Link”;
- “原文链接”;
- generated hero/title text;
- generated author/date/category labels;
- reciprocal English/Chinese links when the user did not provide both exact URLs or ask for them.

PASS only if metadata is present because it exists in the source-authority content or was explicitly requested/provided by the user. Styling shells, previous AI artifacts, and placeholders are not content authority.

Batch 63 required final report lines:
- Cool lavender / indigo panel palette: PASS/FAIL.
- Cool panel final-winning CSS order: PASS/FAIL.
- Source-truth metadata guard: PASS/FAIL.


AUDIT PHASE 10E — CSS ENTITY / DECORATIVE GENERATED-CONTENT AUDIT

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

FAIL if any occur inside CSS content: declarations 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. Prompt-suite pages may include these sequences only as deliberately escaped literal prompt material; article artifacts should not render them visibly.

AUDIT PHASE 10F — LIVE BLOGGER FULL-WIDTH CANVAS / NO HIDDEN PROSE GUTTER

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.

AUDIT PHASE 10G — OUTERMOST ARTICLE NOT BOXED

For live Blogger teaching articles, fail if the entire article appears inside one giant visible card/box, even if the CSS says “white canvas.” The root .atr-cosmic / <article class="atr-cosmic teaching-article"> wrapper must be a layout container only, not a visible card. Internal semantic boxes remain allowed.

AUDIT PHASE 10H — HERO TITLE OPTICAL SIZING

Fail if the title is huge but the hero/card is narrow, causing desktop title wrapping into many tiny phrase fragments. Correct by applying the `.long-title` class, reducing the font cap, and explicitly setting `text-wrap: initial !important;` to disable aggressive balancing. For long English titles, aim for approximately 2–4 lines on desktop unless the user explicitly wants poster-style vertical stacking. Chinese hero titles must pass the same final-winning near-white contrast audit.

AUDIT PHASE 10I — SCOPED TOP FRAMING BOX + CLOSING SUMMARY BOX

PASS if top-framing box is used only for a top authorial note when present. 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 are replaced by summary-boxes. FAIL if headings inside the purple summary box are dark navy/purple/brown rather than light cream.

AUDIT PHASE 10J — GREEN LINK-TABLE EXCEPTION

When green treatment is used, confirm it is scoped to .atr-link-table, .atr-green-link-table, .atr-article-map, or equivalent navigation/link-card components only. Normal body links must remain #2563eb blue. Dark/purple summary-box links must remain gold/cream for contrast.

AUDIT PHASE 10K — AI / SOURCE-CARD / ANGULAR EXPORT DEBRIS CLEANUP

Search final artifact for response-element, link-block, source-footnote, sources-carousel, _ngcontent, _nghost, ng-version, jslog, <o:p, and data-sourcepos. FAIL if any remain unless intentionally preserved as literal code/prompt material. Remove or unwrap non-Blogger UI scaffolding while preserving visible article text, real href values, visible authorial citation labels, ordinary article prose, blockquotes, and speaker labels.

BATCH 62 FINAL READBACK REPORT LINES

The final QA report must include these lines:
- 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.

Batch 60 / Formatter v5.8.5 top summary-box + title contrast final-winning audit: This v1.9.4 audit requires final CSS order readback for purple/dark hero banners, verifies the optional top opening/framing summary-box, preserves existing black boxes, and checks reciprocal-language / exact-link labeling safety. If .atr-hero h1 is present, the last applicable h1 color rule must render near-white/light cream, not purple/navy, and the repair must use a late higher-specificity override after generic and teaching-article heading rules.

Batch 59 / Formatter v5.8.5 dropcap aesthetic audit: This v1.9.2 audit adds a refined old-AtR dropcap check. For pages using a dropcap, verify the final winning CSS uses a lighter orange/copper serif dropcap around 3.5em–3.65em, font-weight around 400, no heavy text-shadow, and no placement inside blockquotes, lists, tables, captions, media, black/dark panels, prompt/code blocks, or metadata.

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 40 / Formatter v5.8.3 actual-DOM selector audit: the audit must verify not only that required CSS exists, but that the final selectors match the actual DOM elements in the saved artifact and that the final winning CSS produces the intended visual structure.

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

This v1.8 audit updates v1.7 to align with the latest Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.1.

Audit the following v5.8.1-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 narrowly where needed:
  .post-body, .post, .post-outer, .date-posts, .date-outer, .entry-content;
- do not include .blog-posts, .blog-posts.hfeed, .main-inner, or .widget.Blog in default teaching-article parent cleanup unless the user explicitly requests it and native Blogger title/date chrome has been checked.
- 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.

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


AUDIT PHASE 10B — ACTUAL DOM / SELECTOR MATCH / VISUAL INTENT 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.

B1. ACTUAL DOM / SELECTOR MATCH AUDIT

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.

B2. 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.

B3. 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.


B3B. HERO / TITLE CONTRAST FINAL-WINNING AUDIT

Do not pass hero/title contrast merely because an early .atr-hero h1 rule exists. Inspect final CSS order and final winning CSS.

For every purple/dark hero banner using .atr-hero:
1. verify the visible h1 title renders near-white/light cream, preferably #fffdf0 or equivalent;
2. verify the last applicable h1 color rule for .atr-hero h1 is not purple, navy, dark slate, black, brown, or another low-contrast color;
3. verify the final higher-specificity override appears after generic .atr-cosmic h1/h2/h3/h4 rules and after teaching-article heading rules;
4. verify the title selector covers .atr-cosmic .atr-hero h1, .atr-cosmic.teaching-article .atr-hero h1, .atr-cosmic.article-showcase .atr-hero h1, and nested .atr-hero h1 *;
5. verify -webkit-text-fill-color does not preserve a dark/purple fill over the visible color;
6. verify .atr-subtitle/.subtitle and .atr-meta in the hero are also light cream/gold and readable.

Required late override pattern:
.atr-cosmic .atr-hero h1,
.atr-cosmic.teaching-article .atr-hero h1,
.atr-cosmic.article-showcase .atr-hero h1,
.atr-cosmic .atr-hero h1 * {
  color: #fffdf0 !important;
  -webkit-text-fill-color: #fffdf0 !important;
  text-shadow:
    0 2px 4px rgba(0, 0, 0, 0.78),
    0 0 20px rgba(255, 215, 106, 0.30) !important;
  mix-blend-mode: normal !important;
}

Fail examples:
- .atr-hero h1 is defined as #fffdf0 early, but a later .atr-cosmic h1 rule wins;
- title appears purple-on-purple or navy-on-purple;
- -webkit-text-fill-color remains dark despite color being light;
- audit checks CSS presence but does not read final order.

Report:
- Hero/title contrast final-winning rule present: PASS/FAIL/NOT APPLICABLE.
- Hero/title override appears after generic and teaching heading rules: PASS/FAIL/NOT APPLICABLE.
- Last applicable .atr-hero h1 color is near-white/light cream: PASS/FAIL/NOT APPLICABLE.
- Hero subtitle/meta readable: PASS/FAIL/NOT APPLICABLE.



B3C. TOP SUMMARY-BOX OPENING PANEL AUDIT

When the user requested the dark-purple "Note on Serious Energy Imbalances" style for an opening/framing note, verify:
1. the first visible framing box after the hero is .summary-box.top-framing-box;
2. only that top framing box was changed to the dark-purple summary-box style;
3. the root wrapper, whole article, intro region, language list, tables, and unrelated cards were not converted into summary-boxes;
4. existing black boxes, black-callout, key-display, dharma-display, remember-box, formula-display, and math-display components were not replaced or removed;
5. the top summary-box visual family is dark purple / purple-gold gradient, rounded, cream/white text, gold links, and high contrast;
6. no .dropcap appears inside the top summary-box, any dark/purple panel, blockquote, list, caption, media, code/prompt block, metadata, or link-only paragraph;
7. the first normal white-canvas prose paragraph after the top panel receives the refined dropcap only if visually safe.

Required late CSS selectors include:
.atr-cosmic.teaching-article .summary-box.top-framing-box
.atr-cosmic.teaching-article .summary-box.top-framing-box h2.atr-section-title
.atr-cosmic.teaching-article .summary-box.top-framing-box a

Fail examples:
- every card was converted into .summary-box;
- black callouts/formula boxes were replaced by summary boxes;
- the language/translation list became a dark summary-box;
- the top box heading inherits dark navy/purple/brown instead of #fff7df or equivalent;
- the dropcap sits inside the dark-purple panel.

Report:
- Top framing box requested: YES/NO/UNCLEAR.
- First visible framing box is .summary-box.top-framing-box: PASS/FAIL/NOT APPLICABLE.
- Only top framing box changed: PASS/FAIL/NOT APPLICABLE.
- Black boxes preserved: PASS/FAIL.
- Top summary-box heading final color light cream/white: PASS/FAIL/NOT APPLICABLE.
- Dropcap outside dark panel: PASS/FAIL/NOT APPLICABLE.

B3D. RECIPROCAL LANGUAGE LINK AND TRANSLATOR/LINK ACCURACY AUDIT

If the user provides both English and Chinese blog URLs, verify that a clear reciprocal link appears near the top, preferably inside the top opening summary-box or immediately after it:
- English article: "Chinese translation: <Chinese URL>"
- Chinese article: "English original: <English URL>"

Audit exact href values with literal parity. Preserve https/http, paths, query strings, fragments, and trailing slashes exactly as provided.

If the user provides an exact sutta URL and also names a translator, but the URL path appears to identify a different translation path, preserve the exact user-provided URL but label neutrally unless translator identity is certain. For example, use "SuttaCentral SN 22.89" rather than claiming "Bhikkhu Bodhi" when the href path is /en/sujato.

Report:
- Reciprocal language links required: YES/NO.
- English/Chinese reciprocal link placement: PASS/FAIL/NOT APPLICABLE.
- Exact reciprocal href parity: PASS/FAIL/NOT APPLICABLE.
- Sutta / canonical link exact href parity: PASS/FAIL/NOT APPLICABLE.
- Translator/path identity label safe and neutral when ambiguous: PASS/FAIL/NOT APPLICABLE.

B4. 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.

B5. 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;
- 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.

B6. 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.
- 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.


EXPECTED OUTPUT STATUS LABELS — BATCH 41 / FORMATTER v5.8.4

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.

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.


DROPCAP AESTHETIC AUDIT

For pages using a dropcap:
- verify exactly one .dropcap appears unless intentionally omitted;
- verify it is not inside blockquotes, lists, tables, captions, media, black panels, summary boxes, dark panels, prompt/code blocks, source quote blocks, metadata, author/date lines, or link-only paragraphs;
- verify the final winning CSS uses a refined old-AtR style: font-size around 3.5em–3.65em for normal article pages, font-weight around 400, no heavy text-shadow, orange/copper color, Spectral/serif typography, and clean paragraph flow;
- fail if the dropcap is overly bold, oversized, shadow-heavy, overlaps following text, or visually dominates the paragraph;
- compact/resource variants may be slightly smaller only if they remain visibly elegant, orange/copper, font-weight 400, and shadow-free.


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.1 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.

COMBINED HISTORY / PATCH SUMMARY

Batch 60 / v5.8.5 adds:
- title contrast final-winning rule for purple/dark hero banners;
- final CSS order readback for .atr-hero h1;
- fail if the last applicable hero h1 color rule is not near-white/light cream.

Batch 57 / v5.8.3 incorporated v5.8.2 actual-DOM correction:
- no heavy top intro card;
- orange h2 bar must match actual h2.atr-section-title DOM;
- language/translation list uses a subtle soft panel;
- audit v1.9 checks selector-to-DOM applicability.

Batch 58 / v5.8.4 adds:
- purple/dark panel title contrast lock;
- dark-panel heading CSS must beat ordinary teaching-article h2/h3 rules;
- audit v1.9.1 checks dark-panel heading contrast separately from body text.

Core principle:
CSS-present is insufficient. DOM-applied and final-winning CSS must pass.

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.1 visual / Blogger integration findings.
13. Actual DOM / selector-match findings.
14. Dark / purple panel heading contrast findings.
15. Dropcap aesthetic findings.
16. Top summary-box opening panel findings.
17. Reciprocal language link / translator-link accuracy findings.
18. Batch 62 CSS entity/decorative quote artifact findings.
19. Batch 62 AI/source-card debris cleanup findings.
20. Batch 62 full-width live Blogger canvas / no hidden prose gutter findings.
21. Batch 62 outermost article not boxed findings.
22. Batch 62 hero title optical sizing findings.
23. Batch 62 scoped top/closing summary box findings.
24. Batch 62 green link-table exception findings.
25. Batch 62 final readback report lines.
26. 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 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.

RemoveSegID / SegIDClean & Reflow 使用说明——ATR 最后一公里清理工具 v1.5

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”



BATCH 71 ROUTING NOTE — WITNESS/SĀKṢĪ + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本提示词本身不是主要翻译/审校提示词，不应被塞入完整教义重写规则。但它格式化、清理、打包、审计、交接或批准的任何 artifact，都必须继承 Batch71 hard gates：Universal Witness / Sākṣī Gate、visible link-text classification、romanized Sanskrit/Pāli/Tibetan residue classification、target-specific hybrid residue scans、Prompt 9 calque/fluency review、repeated-failure escalation、high-risk source-term review table、Strict HTML QA visible-text smoke test、exact href/src/code preservation 与 hard no-repair promotion discipline。如发现或怀疑 translation、terminology、residue 或 target-language fluency 问题，必须先路由到 Prompt 6 / Prompt 9 再允许 final/publishable 状态。结构 parity alone is not publishability。

BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

第 16 批现代化日期：2026 年 4 月 28 日
状态：实时可用的操作说明章节

PURPOSE（目的）
当清理从 ATR 翻译 / 审校提示词导出的文本时使用本节。这些导出文本可能包含 SegID headers、PARA markers、Clean Copy banners、QA headings 或 citation crumbs。

这是最后一公里清理工作流。不得用它来改写、翻译、摘要或改变译文意义。

LEGACY PRESERVED QUICK WORKFLOW（保留旧版快速工作流程）
旧工作流指示用户：

1. 复制已审校的 Clean Copy 输出。
2. 粘贴到 Notepad 文件。
3. 保存为 UTF-8 .txt 文件。
4. 解压并从 RemoveSegID.zip 运行 RemoveSegID.exe。
5. 使用旧工具时选择 Mode 3。
6. 将 .txt 文件拖放到 console window 中，而不是手动输入路径。
7. 按 Enter。
8. 使用在源文件旁边生成的 cleaned output file，例如 filename_cleaned.txt。

CURRENT SEGIDCLEAN & REFLOW WORKFLOW（当前 SegIDClean & Reflow 工作流程）
可用时，优先使用较新的 SegIDClean & Reflow 工具。

预期功能：

- 移除 SegID headers / prefixes，无论是否带尾随句点或冒号；
- 移除 “Clean Copy” banners 和 QA / report headings；
- 删除 inline citation crumbs，例如 [ISO][1] 或 Wikipedia+2，前提是它们是 artifact 而非源文内容；
- 使用 PARA / SegID markers 保留段落断点；
- 折叠多余空行；
- 在源文件旁写出 cleaned file，例如 draft.cleaned.txt；
- 如果存在 PARA markers，则生成第二轮输出，把原始段落恢复成连续 prose，例如 draft.cleaned.reflowed.txt。

SAFETY BOUNDARY（安全边界）
清理工具只编辑导出文本。绝不能把它视为源文翻译的权威。

不要使用 cleanup 来：

- 修复误译；
- 删除困难内容；
- 合并本应分开的章节；
- 在没有 reflow basis 的情况下抹去原始段落结构；
- 删除引文或来源标签；
- 删除真正属于文章内容的脚注；
- 删除有意保留的 bracketed translator notes，例如【译按：…】；
- 删除原文脚本引文；
- 删除有意的 stage labels、speaker labels 或 headings。

BEFORE CLEANUP（清理前）
确认：

1. 翻译 / 审校输出是完整的。
2. Clean Copy region 是要清理的目标区域。
3. 文件已保存为 UTF-8 文本。
4. 文件扩展名为 .txt，除非工具明确支持其他格式。
5. 你有 pre-cleaned file 的副本。
6. 若存在 PARA markers，它们是一致的。
7. SegID markers 不是 meaningful source text 的一部分。

AFTER CLEANUP QA（清理后 QA）
打开 cleaned file 并检查：

- 标题存在；
- 第一段存在；
- 中间章节存在；
- 最后一段存在；
- 没有章节被静默删除；
- 段落没有被折叠成一个难读的大块；
- 诗 / 偈 / 列表没有丢失有意行分隔；
- 引文和来源标签保留；
- diacritics 保留完整；
- 中文字符保留完整；
- 如果有 links，链接保持完整；
- 除非有意保留，否则 QA-report headings 不再残留；
- 除非有意保留，否则 SegID / PARA markers 不再残留。

WHEN TO USE THE REFLOWED OUTPUT（何时使用 reflowed 输出）
在以下情况使用 .reflowed 输出：

- PARA markers 被正确使用；
- 你想要以原段落重构的 continuous prose；
- 输出将被粘贴进普通文章、书籍或博客文章。

在以下情况，不要未经检查就使用 reflowed 输出：

- 文本包含 verse、gāthās、poetry、transcript lineation、tables、code 或 prompt bodies；
- 换行承载意义；
- 源文使用有意的短独立行；
- 清理结果在视觉上改变结构。

WHEN TO RETURN TO PROMPT 6 / PROMPT 9 INSTEAD（何时应回到 Prompt 6 / Prompt 9）
如果 cleaned text 暴露缺失段落、误译、术语不一致、引文破损、段落不佳或教义错误，不要继续机械清理。回到 Prompt 6 做审校，或回到 Prompt 9 做源文锚定精修。

SIMPLIFIED / TRADITIONAL CHINESE CONVERSION NOTE（简繁转换说明）
如果使用独立的 Simplified-to-Traditional / Traditional-to-Simplified converter：

1. 将其视为字符转换，不是翻译。
2. 转换后检查佛教技术术语。
3. 检查 proper nouns、names、Sanskrit / Pāli / Tibetan transliterations 和 quoted classical passages。
4. 不要假定自动转换能保留地域术语偏好。
5. 保留 pre-conversion file 的副本。

FINAL STATUS（最终状态）
只有打开并检查 cleaned file 后，cleanup step 才算完成。不要仅仅因为工具生成了输出文件，就宣称最终文本已清理干净。

BATCH67 LAST-MILE DIALOGUE STRUCTURE WARNING — 2026 年 5 月 23 日

During last-mile cleanup:
- Do not flatten `.dialogue-turn-block`.
- Do not convert inner paragraphs of `.dialogue-turn-block` into independent `.dialogue-turn` speaker boxes.
- Do not remove the first speaker label from a `.dialogue-turn-block`.
- Do not detach URLs, blockquotes, or numbered questions from their parent speaker block.

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt A: HTML translation routing 必须 call the term research table, Presence Gate, Prompt X/T where relevant, and no-repair promotion hardening.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.

BATCH 65 SOH/ATR CHINESE TRANSLATION QA HARDENING + BLOGGER CHROME PRESERVATION + NO-REPAIR PROMOTION DISCIPLINE — 2026 年 5 月 23 日

本批次源自 “Different Degrees of No-Self: Non-Doership, Non-dual, Anatta, Total Exertion and Dealing with Pitfalls” zh-Hans review lessons. It fixes real prompt-pack conflicts and missing hard-stop checks. Apply these rules wherever relevant to Soh / AtR Chinese translation, review, formatting, and HTML QA. Do not treat this as optional style preference when the source context matches.

CORE PRECEDENCE RULE — SOH/ATR MODERN DOCTRINAL PROSE
For Soh / AtR modern doctrinal prose, especially articles by Soh Wei Yu or AtR-style commentary, general English “view” defaults to 知见. This overrides older generic Buddhist/Dzogchen wording that allowed 见 / 见地 / 见解 for broad View contexts.

Use 知见 for ordinary/general prose cases such as: view; lack of view; mistaken view; one-mind view; substance view; essence view; substantialist nondual view; experience and view; refine one’s view; view and experience; clear view; the view of an inherently existing source/substratum/awareness; framework/paradigm/stance/notion when the English source is “view”.

Retain fixed/canonical compounds where source context requires them: 正见, 邪见, 我见, 身见 when specifically sakkāyadiṭṭhi / identity-view / aggregates-as-self view, 自性见, 实有见, 真我见, 常见, 断见, 二元见 / 二元知见 by context, 一见 / 异见, 妄见, 见修行果, and formal Tibetan Buddhist lta ba / Dzogchen View titles such as 大圆满见与基.

Self-view rule: general English “self-view” in Soh/AtR prose → 我见 by default. Use 身见 only when source specifically means sakkāyadiṭṭhi / identity-view / personal-identity view / aggregates-as-self view. Do not force every “self-view” into 身见.

DOER / AGENT / ACTOR DISTINCTION
Do not collapse agent, doer, actor, agency, and doership.
- agent → 主宰者; agency → 主宰 / 主宰性 / 主宰感; absence of agent → 无主宰者 / 主宰者不可得 / 没有主宰者; agentless → 无主宰者的 / 无主宰性的.
- doer → 造作者; doership → 造作者感 / 造作主体感 / 造作者性; non-doership → 无造作者性; no doer → 没有造作者; “not from a doer” → 不是出自一个造作者.
- actor → 行为主体 / 行事主体 / 行动主体 according to sentence; actor/action duality → 行为主体/行为的二元对立.
Hard bans in this workflow: 代理人 for agent; 能动性 for agency; 行动者 as default for agent; 无主宰性 as default for non-doership.

PERCEIVER / PERCEIVED VS KNOWER / KNOWN
perceiver → 感知者; perceived → 被感知者 / 所感知者; perceiver/perceived dichotomy → 感知者/被感知者二分; observer/observed → 观察者/被观察者; knower/known → 能知/所知; subject/object → 主体/客体. Do not use 能知/所知 for perceiver/perceived unless the English source says knower/known.

TRUE SELF / ATMAN / ONE MIND
In Buddhist critique of reified true self, Atman, true-self, One Mind, universal consciousness, source/substratum: true self → 真我; Atman → Atman（真我） on first mention when needed; Atman view → 真我见; one-mind view → 一心知见; universal consciousness → 宇宙意识 / 宇宙意识 by context; one reality → 一实相 when source supports; one without a second → 一而无二者. Do not use 真实自我 for “true self” in metaphysical/reified true-self critique unless source context requires a nontechnical ordinary sense.

SPONTANEOUS / EFFORTLESS / NATURAL / LHUN GRUB / 任运
Do not collapse spontaneous, natural, automatic, effortless, self-accord, spontaneous presence, and lhun grub into one term.
- effortless → 无勤作 / 无需勤作 / 不费力; effortlessness → 无勤作 / 不费力的状态; no effort → 无需勤作.
- spontaneously / on its own accord → 自发地 / 自然而然地 / 依其自身而发生; ordinary spontaneity → 自发性 / 自然自发性; natural spontaneity in Soh/AtR anatta prose → 自然自发性 / 自然自发.
- spontaneously beneficial → 自发自然地利益 / 自然而然地利益.
- spontaneous presence in explicit Dzogchen context → source-controlled termbank rendering, with reason.
- lhun grub → Prompt T / Tibetan termbank, normally 自然圆满（lhun grub） unless source/user termbank requires another form.
Avoid 任运无碍 unless the source explicitly conveys both spontaneous presence and unobstructedness. Avoid 任运 for ordinary “spontaneous” or “effortless.” Avoid 任运成就 as global lhun grub translation unless source-specific exception is documented.

TOTAL EXERTION / TOTAL ACTION
- total exertion → 一法究尽; first major occurrence → 一法究尽（ippō gūjin；Total Exertion）.
- total action → 全然行动; total engagement → 全然投入.
- whole being is only the total exertion of action → 整个存在只是那行动的一法究尽 / 全然行动 according to sentence.
Avoid 全体作用 as default for total exertion; avoid 全体行动 for total action; do not mix 一法究尽 and 全体作用 after term lock.

CONSCIOUSNESS / AWARENESS / PRESENCE / PRESENCING
ordinary consciousness → 意识; samsaric consciousness → 轮回心识; Pure Consciousness/Awareness as metaphysical nondual substrate in critique → 纯粹觉知 / 觉知; Awareness/Consciousness as vivid manifestation in AtR phenomenological prose → 觉知 by context; Presence → 临在; Presence-Awareness → 临在-觉知; presencing → 临现; pristine awareness in AtR phenomenological prose → 清净觉知; pristine consciousness / ye shes / jñāna → 本初觉智 / 本初智 as source requires. Avoid 在场 for Presence, 本初觉知 unless source supports “primordial,” 意识 for every Consciousness/Awareness, and 觉性 unless source means nature of awareness.

MODULATION / MANIFESTATION / REFINED-TILL-NONE
modulations of Pure Consciousness → 纯粹觉知的变现; forms are modulations of consciousness → 诸形式是觉知的变现; manifestation → 显现; displaying itself → 展现自身 / 显现自身; presencing → 临现; powerful presencing → 有力的临现; refined in terms of understanding → 得到澄清与精炼; refined till none / gap refined till none → 消融至无; knot of perception → 感知之结; mental proliferation → 概念增益 / 分别增益 by context. Avoid 变调 for consciousness/appearance contexts and 净化与精炼 for “refined till none.”

DEPENDENT ORIGINATION / CONDITIONS / DESIGNATION
Use dependent origination → 缘起; causality/dependent-origination “conditions” → 因缘条件; action + conditions leads to effect → 行动 + 因缘条件，导致结果; dependent designation → 依缘假立 / 缘起假立 / 依蕴假立 by basis; both are dependent designations and mere names → 两者都只是缘起假立、只是名言. Use 条件 / 情况 for ordinary circumstances and 因缘 / 因缘条件 for Buddhist cause-condition contexts.

HIGH-RISK SMALL-TERM LEDGER
Use 探究 / 检视 for contemplative investigate/inquire, not 调查 unless ordinary investigation. Use 五种感官 for ordinary five senses, not 五根 unless Buddhist faculties are intended. Use 正念与念头 for mindfulness and thoughts, not 正念与妄念 unless source says delusive thoughts. Use 非择灭式的止息 / 非择灭 for non-analytical cessation, 基于智慧的择灭 for analytical cessation based on wisdom, 真我 for true self in doctrinal critique, 一体实体 / 一种实有的一体实体 for one substance by context, 一而无二者 for one without a second, 量子跃迁式转变 for quantum shift. Preserve abrupt no-subject grammar in “there is only sound / sights see themselves”; do not add a knower.

NO-REPAIR PROMOTION DISCIPLINE
If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, wrapper, or style repair, do not label the result PASS, FINAL, PUBLISHABLE, or reviewed final. Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required

A no-repair promotion pass must reopen the exact saved artifact from the previous pass, run Prompt A exact-artifact readback, Prompt 6 completeness/objective-error review, Prompt 9 whole-document refinement check, href/src parity, dialogue speaker-label parity, forbidden/high-risk term search, residue sweep, CSS/style parity, and source-node/top-level structure parity, and make no material edits. Only if no material repair is made may it be labeled:
reviewed final / publishable — strict-certified final not claimed

MANUAL PRINT-COPY CHANGE LEDGER
If a repair pass is made after the user indicated a printed/manual copy exists, include a “Manual changes for printed copy” section listing exact old phrase → new phrase replacements. If no new repairs are made in a no-repair promotion pass, say: No new manual print updates for this round.

HIGH-RISK SEARCH BASKET BEFORE FINAL CLAIM
Before any final, publishable, or no-repair promotion claim for Soh/AtR Chinese HTML, search the exact final artifact for: 见地, 见解, 知见, 行动者, 代理人, 能动性, 无主宰性, 主宰者, 主宰性, 主宰感, 造作者, 无造作者性, 行为主体, 真实自我, 真我, Atman, 一心见, 一心知见, 任运无碍, 自然任运, 任运, 无勤作, 全体作用, 全体行动, 一法究尽, 变调, 变现, 净化与精炼, 消融至无, 调查, 五根, 妄念, 能知/所知, 依缘条件, 行动与条件, 行动 + 条件, &#8226;, 把把, Original Link, By Soh, blog-posts, main-inner, widget.Blog. Classify each hit as fixed, intentionally retained, not present, or needs source review. Do not report PASS if any high-risk hit is unclassified.

BATCH67 UPDATED-ENGLISH-SOURCE PROPAGATION GATE — 2026 年 5 月 23 日

When the user uploads a newer English HTML after a Chinese translation already exists:

- Treat the newest uploaded English HTML as the new source of truth.
- Treat the previous Chinese HTML only as the working base, not as authority.
- Do not rely on the user’s summary of changes. The summary is only a hint.
- Compare the new English source against the previous English source if available.
- If the previous English source is not available, compare the new English source against the current Chinese by DOM sequence, visible text, speaker labels, source blocks, hrefs, CSS/style blocks, and structural wrappers.
- Update the Chinese for all changed source content, structure, links, speaker labels, dialogue grouping, source panels, quote boundaries, and CSS changes.
- Preserve intentional Chinese-only additions, such as an “英文原文” reciprocal link, but classify them as intentional extra nodes in the audit.
- If material source/content/structure/link/speaker/CSS repairs are made, do not call the artifact final or publishable. Use the current suite canonical repair status label: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. In short notes this is the same status concept as “repaired after re-audit — no-repair promotion still required.”
- Only a later no-repair pass that reopens the exact saved artifact and makes no material repairs may be promoted as: reviewed final / publishable — strict-certified final not claimed.

BATCH67 DIALOGUE SOURCE-BOX / MULTI-PARAGRAPH SPEAKER-TURN GATE

For chat-log, Facebook, forum, comment-thread, WhatsApp, Telegram, interview, transcript, or dialogue-heavy HTML articles:

- Preserve source speaker attribution and source-box grouping, not only text.
- A single speaker message may contain multiple paragraphs, URLs, blockquotes, numbered questions, quoted prior text, or internal citations.
- Do not split one speaker’s single message into unrelated visual boxes.
- Do not convert an internal tagged name into a new speaker label.
- Do not detach a URL, quote, numbered question, or follow-up line from the speaker who introduced it.
- Use a grouped structure such as `.dialogue-turn-block` when one speaker turn contains multiple internal paragraphs, quotes, URLs, numbered questions, or source continuations.
- The first paragraph of `.dialogue-turn-block` should carry the speaker label.
- Continuation paragraphs inside the same speaker message should remain inside the same block.
- A reader question quoted from Facebook or a source excerpt that is not an active speaker turn may be placed in a source panel instead of a dialogue-turn.
- A quote introduced by “John Tan said in 2008” inside Soh’s reply must remain inside Soh’s reply unless the source clearly makes it a separate John Tan turn.
- A repeated quote and follow-up questions such as “My second question…” and “My third question…” must remain inside the originating speaker’s block if the source has them as one speaker message.
- A tagged name inside a paragraph, such as “Geovani Geo,” “Soh Wei Yu,” or “John Tan said…,” is not automatically a speaker label.

Material fail examples:
- Splitting “Anurag Jain: No, it is an experience” into two speakers.
- Turning “John Tan said in 2008:” inside Soh’s reply into a John Tan speaker turn.
- Splitting John Tan’s “vase empty of vase” message so that the repeated quote and “My second/third question” become separate boxes outside John Tan’s message.
- Floating a URL outside the speaker turn when it belongs to that message.
- Making quoted earlier Soh text inside a John Tan message look like a new live Soh dialogue turn.

Prompt A audit requirement:
- Report source and target `.dialogue-turn` count.
- Report source and target `.dialogue-turn-block` count if present.
- Report speaker-label sequence parity across both `.dialogue-turn` and `.dialogue-turn-block`.
- Report remaining labelled-dialogue followed by plain-paragraph continuation candidates.
- Report whether any dialogue/source-box grouping changed.
- If grouping changed materially, require a later no-repair promotion pass.



BATCH 65 HTML / LINK / SOURCE STRUCTURE AUDIT CLARIFICATION — 2026 年 5 月 23 日

For user-requested additions such as reciprocal English-original / Chinese-translation top links, distinguish original source href parity from intentional added hrefs.
Report:
- original-source hrefs preserved: PASS/FAIL;
- user-requested added hrefs: count and label;
- total href count after user-requested additions;
- image/src count preserved;
- top-level article wrapper preserved;
- CSS/style preservation status.

For reciprocal language/original links, allow user-requested additions but log them as intentional added hrefs, not parity failures.

Blogger native title/date chrome audit: search final CSS for .blog-posts, .blog-posts.hfeed, .main-inner, .widget.Blog. If they occur in teaching-article parent cleanup, fail or require explicit exception.

CSS-generated bullet/entity audit: search final artifact for &#8226;, content:"•", content: "•", and .stanza-line::before. Any generated-bullet rule must be removed or explicitly neutralized.


BATCH 65 BLOGGER CSS / STYLING HARDENING — 2026 年 5 月 23 日

Blogger native title/date chrome preservation: For live Blogger teaching articles, keep white-canvas cleanup narrow by default. The :has() selector may be used as a relational selector, but the target selector list must avoid high-level Blogger wrappers that participate in native title/date chrome.

Use this safer cleanup block by default:
body:has(.atr-cosmic.teaching-article) .post-body,
body:has(.atr-cosmic.teaching-article) .post,
body:has(.atr-cosmic.teaching-article) .post-outer,
body:has(.atr-cosmic.teaching-article) .date-posts,
body:has(.atr-cosmic.teaching-article) .date-outer,
body:has(.atr-cosmic.teaching-article) .entry-content {
  background: #ffffff !important;
  background-image: none !important;
}

Do NOT include by default in teaching-article parent cleanup:
body:has(.atr-cosmic.teaching-article) .blog-posts
body:has(.atr-cosmic.teaching-article) .blog-posts.hfeed
body:has(.atr-cosmic.teaching-article) .main-inner
body:has(.atr-cosmic.teaching-article) .widget.Blog

Do not flatten border-radius, hide native Blogger date/title, remove title/date frame, or suppress Blogger pseudo-elements unless the user explicitly asks.

CSS-generated bullet/entity artifact guard: Do not use CSS-generated bullets for stanza cards or decorative rows in Blogger HTML. Avoid .stanza-line::before { content:"•"; } and any serialized entity such as &#8226;. Use normal HTML rows, border-left, padding, or static text.

Safe stanza pattern:
<div class="stanza-card clean-stanza-card">
  <div class="stanza-group">
    <p class="stanza-heading">Stanza 1</p>
    <p class="stanza-line">...</p>
  </div>
</div>

CSS guard:
.atr-cosmic .stanza-card .stanza-line::before,
.atr-cosmic .stanza-card.clean-stanza-card .stanza-line::before {
  content: none !important;
  display: none !important;
}

Prompt A — HTML Article Translation Workflow (English Source → Target Language) v6.18

BATCH 64 PROMPT A RESTORATION / ARTIFACT-IDENTITY / V6.5 GUARDRAIL REINTEGRATION — 2026 年 5 月 21 日
BATCH 65 AUDIT PASS LABEL DISCIPLINE / SOH-ATR HARDENING — 2026 年 5 月 22 日

This v6.17 Prompt A restores the detailed v6.5 anti-failure guardrails into the current Batch 63-era Prompt A while preserving all newer Prompt A features and current suite routing. Prompt A is the workflow/instruction set; the uploaded English source article is the source to translate unless the user explicitly asks to translate Prompt A itself.

────────────────────────────────────────
1. VERSION CONSISTENCY / SUITE METADATA RULE
────────────────────────────────────────

- The Prompt A filename, visible header, internal version references, final END marker, and Upload Controller references must agree.
- If the file is named v6_17, the header and ending must also say v6.17.
- Do not leave old ending markers such as END OF PROMPT A v6.16 inside a newer file.
- If any component still refers to Prompt A v6.14/v6.15/v6.8 after update, flag and repair it before returning the prompt pack.

────────────────────────────────────────
2. TASK-OBJECT IDENTITY HARD GATE
────────────────────────────────────────

Before doing any translation, silently classify every supplied item as exactly one of:
- controlling prompt / workflow instruction;
- source article / source artifact to translate;
- optional reference translation;
- styling prompt;
- review prompt;
- live URL / verification-only source;
- validation or audit prompt;
- irrelevant attachment.

If the user provides Prompt A plus an English article, Prompt A controls the workflow; it is not the content to translate.

Do NOT translate Prompt A unless the user explicitly says:
- “translate Prompt A itself”
- “translate these Prompt A instructions”
- “I want a Sinhala/Chinese/etc. version of Prompt A”

If source identity is still ambiguous after inspecting filenames and content, return a brief clarification rather than producing the wrong artifact.

If a previous branch translated Prompt A itself when the user wanted the article, mark that branch:
FALSE-SOURCE / WRONG-TASK-OBJECT — QUARANTINED
and restart from the uploaded English source article.

────────────────────────────────────────
3. ARTIFACT-TYPE PRESERVATION HARD GATE
────────────────────────────────────────

If the source artifact is HTML:
- return HTML;
- preserve <style>, CSS, classes, wrappers, anchors, href/src values, image/embed/iframe structure;
- translate visible article text and human-facing attributes only;
- never output plain text unless the user explicitly requests plain text;
- never output a translated prompt/instruction file instead of the article;
- never allow body content to be swallowed by an unclosed <style> block.

If the source artifact is plain text:
- return plain translated text unless the user asks for HTML.

If the source artifact is DOCX/PDF/Slides:
- use the corresponding artifact workflow and preserve artifact type unless user asks otherwise.

Every return must state the artifact type and whether it matches the source.

────────────────────────────────────────
4. FULL TARGET-SIDE CONTAMINATION LOCKOUT RESTORATION
────────────────────────────────────────

EXISTING TARGET-LANGUAGE VERSION LOCKOUT
If an older or existing translation in the target language is available, do NOT use it as:
- translation base;
- source;
- scaffold;
- fallback draft;
- reconstruction aid;
- missing-tail donor;
- paragraph-by-paragraph phrase bank;
- continuation base.

It may be consulted only as tertiary terminology/style reference after source-based translation is complete and only if it never overrides the English source.

OUTDATED TARGET OVERRIDE RULE
If the user says or implies that an existing target version is outdated, incomplete, structurally unreliable, or not based on the updated English source, treat that target version as non-authoritative for wording and coverage.

TARGET-SIDE CONTAMINATION ABORT RULE
If a draft contains wording, omissions, structure, ordering, metadata scope, attribute text, link mapping, or tail blocks imported from an outdated/non-authoritative target-language version, that branch is contaminated. Mark it obsolete/quarantined and restart from the latest uploaded English source or latest verified English-based checkpoint.

ASSISTANT-GENERATED TARGET-BRANCH PROVENANCE RULE
The same lockout applies to assistant-generated target checkpoints, fragments, continuations, splice files, rebuilt wrapper branches, and metadata-normalized copies. Reuse only if provenance is clean and demonstrably English-source-based.

PROVENANCE-UNCERTAINTY QUARANTINE RULE
If provenance cannot be proven for a region, quarantine it and retranslate that range directly from the uploaded English source.

────────────────────────────────────────
5. LIVE PAGE LIMITED-USE AND LIVE URL HYGIENE RESTORATION
────────────────────────────────────────

A live webpage may be used only to:
- confirm article identity;
- verify article-body endpoint;
- verify source-anchor order;
- confirm late-tail block presence/order;
- distinguish article content from labels/comments/related posts/sidebar/footer/subscription widgets/Blogger share chrome.

It must NOT:
- supply translation wording when uploaded English source exists;
- override uploaded source;
- fill gaps by copying live-page wording;
- import tracking parameters;
- decide page chrome is missing article content.

LIVE URL HYGIENE:
- Do not import utm_source, fbclid, gclid, or assistant/search-engine query parameters into artifacts.
- If clean canonical URL exists, use clean form in reports.
- Report live-page checking only as endpoint/order verification, not as translation source.

────────────────────────────────────────
6. PHASE 1 COMPLETION GATE — FULL RESTORATION
────────────────────────────────────────

Restore the detailed Phase 1 completion gate. Before labeling any file “translated complete,” all of the following must pass on the exact saved artifact:

1) Source endpoint check:
- article-body endpoint identified;
- final source article-body text/link block accounted for;
- page chrome excluded/classified.

2) Anchor check:
- source anchor count vs target anchor count reconciled;
- duplicate visible titles checked by source/target anchor index;
- hidden/utility/malformed/chrome anchors classified.

3) Sentinel map check:
- all source sentinels covered/preserved/allowed;
- no missing date/update/header/source-inline/chat sentinel;
- human-facing attribute sentinels covered/classified.

4) Dense-region check:
- chat sessions and long excerpts accounted for;
- first/last line of every chat session verified;
- speaker-label-only lines retained;
- source-inline labels translated unless documentary/exact-title;
- preserved short labels classified and disambiguated.

5) Separator interval check:
- every hr/separator interval has at least one verified source-to-target sentinel;
- no middle interval skipped;
- no later interval swallowed by earlier wrapper.

6) Text-node coverage check:
- all material source text nodes translated/preserved/merged-split-with-evidence;
- no ordinary English/body source prose remains except classified allowed exceptions.

7) Wrapper check:
- article-body containment and major groupings pass;
- no escaped or swallowed blocks;
- direct-child sequence diagnostic checked for material divergence.

8) Metadata check:
- no target-language body prose inside source-language lang or translate="no";
- all lang/translate attributes valid/scoped or removed.

9) Human-facing attribute check:
- all alt/title/aria-label/placeholder/iframe-title/data-caption text translated, preserved, or classified;
- no source-language ordinary attribute prose remains unclassified.

10) Residue check:
- generic labels and ordinary source phrase families scanned;
- remaining source-language phrases classified;
- short technical labels checked for target-language ambiguity.

11) Artifact readback:
- exact saved file reopened after write;
- validation report names exact file.

If any fail, the artifact is an interim checkpoint, not complete.

────────────────────────────────────────
7. MIDDLE-BLOCK COMPLETENESS GATE RESTORATION
────────────────────────────────────────

Do not infer completion from beginning and ending. A long article can contain start and final endpoint while skipping middle update/chat/source-inline blocks.

Before Phase 1 completion:
- sample and verify at least one sentinel from every major source interval between separators;
- verify every dated update by date string or localized equivalent;
- verify every chat transcript by speaker labels and first/last line;
- verify all source-inline links by local source order;
- verify all blockquote/note/link-note sections by wrapper type, not visible text only;
- verify media captions and human-facing attributes;
- verify later blocks are siblings where source makes them siblings, not swallowed inside an earlier section/chat/note/blockquote.

If review discovers a missing material block, skipped middle block, swallowed region, or untranslated human-facing attribute, invalidate earlier completion and relabel as false-complete repaired.

────────────────────────────────────────
8. DENSE-REGION HARD GATE — FULL DETAIL
────────────────────────────────────────

Dense-region checks must cover:
- chat transcripts;
- speaker-label-only lines;
- dated update sections;
- long forum/Facebook excerpts;
- source-inline lines with exact titles/URLs;
- mixed-language quotations;
- original-script citations;
- repeated “I AM,” “I,” “Me,” “AM,” “Witness,” “Awareness,” “No Mind,” “One Mind,” “Buddha Nature,” “Source,” “Presence”;
- final “Also see” lists;
- media captions / media attributes;
- sections after long separator runs;
- sections after repaired wrapper boundaries.

For each dense region verify:
- start sentinel;
- end sentinel;
- speaker labels;
- date labels;
- quote boundaries;
- anchor count;
- human-facing attributes;
- no compression;
- no wrapper swallowing;
- no wrong lang/translate metadata;
- no ambiguous bare preserved short label.

────────────────────────────────────────
9. I AM / AWARENESS / WITNESS / SHORT-LABEL FAMILY RESTORATION
────────────────────────────────────────

Create internal term family table for articles centered on I AM / AMness / Presence / Awareness / Witness / Source / One Mind / No Mind:
- I AM / I AMness / AMness;
- “I” / “Me” / “AM” as quoted labels;
- Presence;
- Awareness;
- Witness / watcher / witnessing;
- Source;
- One Mind;
- No Mind;
- anatta / anatman / no-self;
- emptiness;
- luminosity / radiance;
- mind-door / thought realm;
- nondual;
- inherent / intrinsic;
- appearance / manifestation / display;
- reification / objectification;
- background / foreground;
- sense gate / sense door;
- pure conscious experience;
- witnessing presence.

For each:
- decide whether to translate or preserve as exact label;
- preserve contrastive distinctions;
- avoid merging labels with doctrinal critique;
- flag ordinary body prose uses that should be translated;
- flag short labels likely to be homographs/ambiguous.

AMBIGUOUS PRESERVED TECHNICAL-LABEL DISAMBIGUATION:
Labels such as “I,” “Me,” “AM,” “I AM,” “I-ness,” “AMness,” “No Mind,” “One Mind,” “Self,” “Source,” “Presence,” “Awareness,” “Witness” may remain English only if target readers can see they are labels, not target prose.

If ambiguity is likely:
- quote the label;
- use smallest-safe span with lang="en" and translate="no";
- or use italics/quotation marks if spans are risky.

Do not rely on whitelist alone. The ledger must state how label ambiguity is resolved.

────────────────────────────────────────
10. NON-REIFICATION AND THOUGHT-REALM PRECISION RESTORATION
────────────────────────────────────────

NON-REIFICATION GUARDRAIL
When English says “There, yet not there,” “Appear yet empty,” etc., do not translate as blunt exists/does-not-exist unless unavoidable. Render phenomenologically: appearing/present/manifest yet empty/ungraspable/not findable/not solidly there.

THOUGHT-REALM / MIND-DOOR PRECISION
When English says “pure sense of existence” is “an aspect of pure consciousness relating to the thought realm,” do not translate as conceptual/discursive thinking. It refers to non-conceptual mind-door/thought-realm register. Keep distinction explicit.

NO IMPLIED SUBJECT WHERE SOURCE DENIES ONE
If source says “only sound, no hearer,” do not reinsert a subtle knower/agent.

NO UNAUTHORIZED DOCTRINAL UPGRADES
Do not force ordinary experiential language into śūnyatā, pratītyasamutpāda, rigpa, dharmakāya, etc., unless source names it or context clearly requires it.

────────────────────────────────────────
11. WRAPPER / STRUCTURE / DESCENDANT-SWALLOWING RESTORATION
────────────────────────────────────────

PAGE-SHELL BOUNDARY RULE
Do not create/remove/duplicate/reorder page-level wrappers unless source does.

SOURCE WRAPPER-CHAIN PARITY RULE
Compare wrapper chain from article body through main content blocks. If translated section becomes sibling of post body, or child of earlier quote/chat/note when it should be later sibling, material fail.

NO STRUCTURAL WRAP-TO-FIX SHORTCUT
Repair boundary errors from earliest boundary error, not by wrapping escaped material in a new arbitrary container.

TOP-LEVEL BLOCK SEQUENCE RULE
Preserve section wrappers, headings, hr, notes, chat, quotes, flow sections, link boxes, compact notes, appended blocks.

WHOLE-ARTICLE DESCENDANT-SWALLOWING SCAN
For every meaningful wrapper class, compare ancestor chains around key sentinels. List direct children under main container. For each separator interval verify first/last meaningful blocks have expected parent. If later headings/updates/source labels/Also-see blocks appear under wrapper begun earlier, treat as probable swallowing.

DIRECT-CHILD SEQUENCE DIAGNOSTIC
After structural repair, report source/target direct meaningful child counts, first/last 10 class/tag items, first divergence, and whether material/strict-only/allowed.

END-SUBTREE WRAPPER PARITY
For final third, from last clean separator to article endpoint, verify sibling order, parent/child relations, box closures, separator placement, and final Also-see/source-inline/compact-note sibling status.

LATE-TAIL DUPLICATE ZERO-TOLERANCE
Scan repeated headings, source-inline markers, Also-see blocks, compact notes, source links, chat sessions, endpoint links.

────────────────────────────────────────
12. MATERIAL PARITY VS STRICT TAG-TOKEN PARITY RESTORATION
────────────────────────────────────────

Level A — Material structural parity:
Required for reviewed final / publishable.
Includes endpoint, page-shell containment, top-level body order, note/chat/quote grouping, tail box closure, no skipped/swallowed blocks, source-parallel anchors/hrefs, complete visible text, attribute text, metadata hygiene, short-label clarity.

Level B — Strict tag-token/source-literal parity:
Required only for certified final.
Includes tag names/key wrapper sequence, tag counts, text-node count/splitting, anchor-map parity, human-facing attribute parity, strict href parity.

Level C — Harmless formatting-node differences:
Allowed for reviewed final if classified:
- extra span for metadata;
- quotation marks around short label;
- safe paragraph split/merge;
- attribute order/serialization;
- source-malformed href repair logged;
- hidden utility anchor classification.

Do not classify omissions, skipped updates, missing anchors, malformed hrefs, untranslated attributes, ambiguous labels, wrapper swallowing, or doctrinal mistranslation as harmless.

────────────────────────────────────────
13. ANCHOR-INDEX IDENTITY LOCK RESTORATION
────────────────────────────────────────

For duplicate/similar visible titles, do not repair by title alone.
Build anchor map keyed by:
- source anchor index;
- target anchor index;
- surrounding anchors;
- parent wrapper chain;
- visible text;
- href;
- human-facing link attributes;
- section context;
- class: material / hidden utility / page chrome / malformed / empty.

If two links share visible text but different hrefs, repair by index/position, not by global string replacement.

After repair, record position lock:
- source anchor index;
- target anchor index;
- visible text;
- intended href;
- preceding/following anchors;
- title/aria attributes.

No later global href repair may override a position lock.

RECURRING LINK-DRIFT ESCALATION
If same link issue recurs more than once, diagnose duplicate titles, file copy drift, report/file mismatch, broad replacements, and source/target anchor index before further repair.

────────────────────────────────────────
14. HIDDEN / UTILITY / PAGE-CHROME ANCHOR CLASSIFICATION RESTORATION
────────────────────────────────────────

Restore:
- material article anchor;
- hidden utility anchor;
- Blogger/share/email/chrome-like anchor inside article container;
- malformed source anchor;
- empty href / href-less source artifact;
- target-added repair anchor.

Do not let a missing hidden utility anchor mask a missing visible material link.

Reviewed final may have logged non-material hidden-anchor differences. Strict certification requires strict handling.

────────────────────────────────────────
15. GLOBAL METADATA AUDIT RESTORATION
────────────────────────────────────────

Before Phase 1 completion, after every Phase 2 repair, and before finalization, report:
- count and values of all lang attributes;
- count and values of all translate attributes;
- count and values of dir attributes;
- sample text for every visible text-bearing element with lang/translate;
- inherited vs local attribute status;
- whether target-language body prose appears inside source-language lang or translate="no".

If any target-language body prose is inside lang="en"/source language or translate="no", material fail.

Metadata safe default:
If accurate smallest-safe scoping cannot be guaranteed, remove optional lang/translate metadata rather than leave wrong metadata.

Normalize obvious malformed values:
- en, not EN;
- zh-CN, not ZH-CN;
- valid BCP 47 tags.

────────────────────────────────────────
16. HUMAN-FACING ATTRIBUTE AUDIT RESTORATION
────────────────────────────────────────

Human-facing attribute audit covers:
- img alt;
- a title;
- iframe title;
- aria-label;
- aria-description;
- aria-labelledby / aria-describedby targets;
- placeholder;
- data-title;
- data-caption;
- data-description;
- data-tooltip;
- data-label;
- button/input value;
- figcaption and caption-like attributes.

For each:
- translate ordinary prose;
- preserve exact titles/names/code/URLs;
- classify non-human-facing script/config attributes;
- do not alter src/href/script values.

After visible-text residue sweeps, run a separate attribute residue sweep. Untranslated ordinary reader-facing attribute prose blocks reviewed-final/publishable status.

────────────────────────────────────────
17. RESIDUE CLASSIFICATION / LEDGER RESTORATION
────────────────────────────────────────

SOURCE-LANGUAGE LEAKAGE SWEEP
Scan visible body after Phase 1 and Phase 2.

LATIN-SCRIPT TARGET RESIDUE RULE
For Latin-script targets, search phrases not letters:
- source labels: Source link, Also see, Forum source, Update;
- doctrinal families: awareness, presence, source, witness, I AM, no-self, unborn, emptiness;
- short labels: I, Me, AM, No, Self, Source;
- body phrases found during review.

NON-LATIN TARGET RESIDUE RULE
For Sinhala/Chinese/Arabic/Hindi/etc., classify Latin-letter residues:
- URLs;
- exact titles;
- proper names;
- technical labels;
- romanized Buddhist terms;
- ordinary English prose residues;
- attribute residues.

ALLOWED-EXCEPTION LEDGER
Every remaining source-language body phrase and human-facing attribute value must be classified as:
- exact title;
- URL/code;
- proper name/username/platform;
- original-language quotation;
- quoted slogan-term;
- technical label being discussed as label;
- technical short label visibly disambiguated;
- romanized Buddhist loanword;
- page chrome/hidden utility;
- internal technical attribute;
- repair still required.

Reviewed-final/certified fails if any remaining item is unclassified or marked repair required.

COUNTED RESIDUE RECHECK
After repair wave, rescan and compare against ledger.

NO BLIND GLOBAL REPLACEMENT
Do not globally replace terms in href/src/titles/names/exact labels. If broad replacement is used, immediately revalidate exact titles, hrefs, anchor indices, metadata, attributes, and tail structure.

FAMILY-BASED RESIDUE SWEEP
When one residue appears, scan exact term plus capitalization, plural/singular, hyphenation, quoted/unquoted, doctrinal siblings, romanized variants, abbreviations, homographs, and exact-title vs prose contexts.

────────────────────────────────────────
18. REPAIR-LOOP ESCALATION RESTORATION
────────────────────────────────────────

Restore:
If two or more consecutive rereads uncover the same broad class of issue, stop local patching and escalate to comprehensive whole-file repair:
- source-coverage sentinel map;
- middle-block gate;
- descendant-swallowing scan;
- residue sweep;
- grammar/idiomaticity sweep;
- repeated-term sweep;
- metadata/attribute sweep;
- short-label sweep;
- exact-title validation;
- href validation;
- hidden/utility anchor classification;
- anchor-index locks;
- root-cause diagnosis.

If same single issue recurs more than twice, validation method is suspect. Revise method before another repair.

────────────────────────────────────────
19. NO-REPAIR PROMOTION / CERTIFICATION DISCIPLINE RESTORATION
────────────────────────────────────────

NO SAME-TURN STRICT CERTIFICATION
Do not claim certified final in same turn that made material content, structure, metadata, href, title, residue, attribute, short-label, coverage, or provenance repair.

BYTE-IDENTICAL FINAL COPY EXCEPTION
Copy/rename to final filename only if copied file is byte-identical/content-identical, copy does not change encoding/links/attributes/content, final copy is reopened and validated, and report names final file.

NO-REPAIR PROMOTION PASS
Reviewed-final/publishable may be promoted only when promotion pass makes no material repair:
- copy/rename from latest safe artifact;
- verify byte/content identity;
- reopen copied artifact;
- rerun pre-flight;
- bind report to copied artifact;
- downgrade if any repair is made.

EXACT-ARTIFACT IDENTITY LOCK
Certification and post-repair reread must target exact artifact returned. If any byte/content change after reread, strict certification invalidated.

POST-WRITE READBACK
After writing/copying returned artifact, reopen same path and validate saved file.

VALIDATION REPORT / ARTIFACT CONSISTENCY
Report must identify exact artifact filename, size/hash, source filename, counts, sentinel status, dense-region status, descendant-swallowing status, metadata, human-facing attributes, short-label status, hidden anchors, allowed differences, status tier, whether strict parity/source-literal href parity is claimed, and Prompt 6 gate status.

────────────────────────────────────────
20. CHECKPOINT DELIVERY AND VERIFIED ENDPOINT REPORTING RESTORATION
────────────────────────────────────────

Restore:
Every interim delivery must state:
- first source anchor covered;
- last verified source anchor included;
- first source sentinel covered;
- last source sentinel covered;
- human-facing attributes covered/partial/not yet audited;
- status label;
- next source line/sentinel if incomplete.

Cumulative interim file must be self-contained and readable for covered range, not dependent on prior fragments, and not contain untranslated later body content.

CONTINUE means:
- if Phase 1 incomplete: extend latest verified cumulative checkpoint in source order;
- if Phase 2 begun: validate/repair latest exact artifact only;
- never branch into side fragment or insert-only file.

────────────────────────────────────────
21. SOURCE-SKELETON REBUILD SAFETY RESTORATION
────────────────────────────────────────

Restore:
A source-skeleton rebuild may only be used if it preserves structure and content.

Before rebuild:
- dense-region sentinel map;
- semantic node mapping, not raw ordinal alone;
- identify preserved nodes;
- identify merged/split targets;
- plan line breaks and speaker boundaries;
- plan metadata and attributes;
- plan short-label clarity.

After rebuild:
- reopen saved file;
- verify dense-region sentinels first;
- confirm original-script quotes under correct language scope;
- confirm speaker labels remain separate;
- confirm exact-title spans did not swallow translated prose;
- confirm attributes not overwritten by unsafe source literals.

If tag parity improves but content/metadata/attributes/speaker lines are damaged, quarantine skeleton branch.

────────────────────────────────────────
22. PROMPT 6 REVIEW GATE RESTORATION
────────────────────────────────────────

Phase 2 requirement:
Only after Phase 1 is truly complete, run Prompt 6-style review:
- compare against latest uploaded English source;
- completeness before fluency;
- Tier 1 objective errors fixed;
- Tier 2 style preferences ignored unless confusing/misrepresenting Dharma;
- check terminology, doctrine, names/dates/speakers/links/attributes;
- non-reification sweep;
- thought-realm/mind-door sweep;
- wrapper containment;
- residue and attribute sweep;
- source-coverage sentinel map again;
- descendant-swallowing scan again.

Final report must include:
- objective errors found/fixed;
- omissions found/fixed;
- doctrinal issues found/fixed;
- grammar failures found/fixed;
- wrapper issues;
- metadata issues;
- human-facing attribute issues;
- anchor issues;
- short-label ambiguity issues;
- stylistic preferences ignored/minimally adjusted;
- remaining risk register.

Do not say “Prompt 6 completed” merely because a general reread happened.

────────────────────────────────────────
23. STATUS LABEL RESTORATION
────────────────────────────────────────

Use these status labels exactly:
- cumulative checkpoint, translation in progress;
- translated complete, unreviewed;
- false-complete repaired;
- reviewed and corrected;
- repaired after re-audit;
- reread after latest repair wave;
- reviewed final / publishable;
- certified final — strict structural parity.

Define:
- reviewed final / publishable = all material blockers closed, source coverage, middle-block, dense-region, descendant swallowing, material wrapper grouping, anchor/href, hidden anchors, metadata, attributes, short labels, residue, Prompt 6 gate, exact artifact readback pass; strict tag-token differences may be logged as non-material.
- certified final = all reviewed-final conditions plus no same-turn repair, strict tag-token/text-node/attribute/source-literal parity, exact artifact reread.

Do not use “final” loosely.

────────────────────────────────────────
24. AUDIT PASS LABEL DISCIPLINE
────────────────────────────────────────

If the current pass made any material content, terminology, doctrine, speaker, link, href, metadata, human-facing attribute, residue, or wrapper repair, do not report “PASS” without qualification.

Use this exact label instead:
- “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”

Do not use these labels after a current-pass material repair:
- “PASS”
- “PASS WITH NOTES”
- “FINAL”
- “PUBLISHABLE”

“PASS WITH NOTES” may be used only for strict-only or non-material differences after no material repairs were made in the current pass. When using “PASS WITH NOTES,” the notes must state exactly what remains non-material and why it does not affect content, terminology, doctrine, speaker attribution, links/hrefs, metadata, human-facing attributes, residue classification, wrapper structure, source coverage, dense-region coverage, or artifact identity.

If a pass both repairs material issues and brings all material gates into passing condition, the correct status is still:
- “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”

Only a later no-repair promotion pass may use reviewed-final / publishable language, and only if that later pass makes no material repair and satisfies the no-repair promotion discipline above.

────────────────────────────────────────
25. INTRO-PROMPT COMPATIBILITY NOTE
────────────────────────────────────────

If a user’s intro prompt gives preferred renderings that conflict with Prompt A’s source-controlled terminology gates or Prompt 1/6 doctrine rules, use the intro prompt as a preference list only, not as an override. Source context and Prompt A/1/6 hierarchy control.

Examples:
- “View” should not always be forced to 知见 or always forced to 见. Use source context: Dzogchen/Madhyamaka/lta ba often 见/见地; ordinary wrong/right views may be 错误知见/正见.
- “Awareness” should not always become 觉知 or 明知. Use context.
- “Agent” may often be 主宰者 in Soh/ATR style but must still respect source sentence meaning.

────────────────────────────────────────
PRESERVED CURRENT PROMPT A OPERATIONAL MATERIAL
────────────────────────────────────────

第 36 批统一 Blogger 格式化路由增补——2026 年 5 月 11 日

Prompt A 不再在 Quick 与 Full Blogger prompts 之间分流。任何 AtR Blogger-ready HTML 工作流统一路由为：Prompt A / Prompt 1 / Prompt 6 / Prompt 9（按需）→ 统一 Blogger 格式化提示词 → 严格 HTML QA。

若源文是原始聊天记录，先运行 Prompt 8 进行对话清理，再进入统一 Blogger 格式化提示词。不得把 Prompt 8 的正文或对话清理规则并入 Blogger styling prompt。

在声明 Blogger-ready 前，必须确认统一 Blogger 格式化提示词的 house-style gate、manual dropcap gate、safe <pre> gate、link/media parity、dark-panel contrast gate 与 artifact readback 已通过。

第 35 批 Blogger 深色面板对比度路由门控——2026 年 5 月 10 日

当 Prompt A 生成或修复 AtR Blogger-ready HTML 时，Blogger-ready 声明必须同时通过：source/content parity、link/href parity、valid nesting、mobile/readability checks，以及 Dark Panel Contrast Gate。

若输出含有 .summary-box、.dark-box、.dark-panel、.atr-dark-panel 或 inline dark background，必须确保其中 headings、strong、links、visited links、raw URLs、list text 在深色背景上高对比可读。若无法在 Prompt A 内修复，必须路由到 Unified Blogger Formatting Prompt 与 Strict HTML QA；不得把低对比深色面板 artifact 标为 Blogger-ready。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。

第 33 批热修补：DZOGCHEN 目标侧术语搜索 QA 门控 — 2026 年 5 月 6 日

对中文佛教 / Dzogchen HTML、译稿、Blogger artifact、prompt-suite artifact 执行最终 QA 时，必须增加以下目标侧搜索。此门控不取代源文比对；它是发现高风险术语残留的 sentinel。

必须搜索并报告：
1. 知识 / 知識：逐项分类为 VIDYĀ/RIGPA-TECHNICAL、KNOWLEDGE-OF-STATE/BASIS/ESSENCE、FIVE-SCIENCES/LEARNING、PERSONAL-DIRECT-KNOWING、ORDINARY/INTELLECTUAL。
2. 有情的显现样态 / 有情的顯現樣態：若意思是“for sentient beings”，改为众生分上的显现样态 / 众生所见的显现样态 / 迷乱众生分上的显现样态。
3. 安住样态 / 安住樣態：若源文为 gnas tshul、mode of reality、how things actually are，改为实相样态 / 真实安住方式 / 事物真实如何。
4. 诸现象 / 諸現象：正式佛法 “phenomena” 语境优先改为诸法。
5. 知性：Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境不得机械批准；按语境改为能知、认知、识、明知等。
6. 宇宙与有情 / 宇宙與有情：若为 universe and beings / snod bcud 公式，优先改为器情世间 / 器世间与众生。
7. “被显为清净”：若对应 rendered pure / appearance rendered pure，优先改为“诸法通过特殊方法被显现为清净”或“通过特殊方法令诸法显现为清净”。
8. 障碍 / 障礙：若为 doctrinal obscurations，道果 / 净化语境优先改为遮障。

最终 QA 摘要必须列出：搜索项、命中数、处理方式、保留理由（如有）、是否仍需源文复核。不得在未对“确切返回文件”执行搜索时宣称 PASS。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 渲染门控——2026 年 5 月 5 日

本增补为强制术语门控，适用于翻译、审校、修复或润饰任何含有 Dzogchen、藏文源文锚定、Sanskrit vidyā、Tibetan rig pa、avidyā / ma rig pa、basis / gzhi、natural state、one's own state、knowledge of the basis 等语境的英文/中文材料。它不得删除或弱化既有 rig pa = 明（vidyā）而非 awareness 的规则。

核心风险：English source 常以 “knowledge” gloss vidyā / rig pa。中文不得机械译作普通“知识”，因为“知识”容易导向知识性、资讯性、学术性或智识性理解，而 Dzogchen 语境中常需译为“明”“明知”或更细分的“知 / 学问 / 亲证之知”。

强制判定规则：
A. 若 “knowledge” 明确 gloss vidyā / rig pa，或与 vidyā、rig pa、knowledge [rig pa]、vidyā (rig pa) 同列/括注，或与 ignorance / avidyā / ma rig pa 对举：默认译为“明”。例如 knowledge (vidyā, rig pa) itself becomes ignorance → 明（vidyā / rig pa）本身成为无明。
B. 若为 “knowledge of X”，且 X 是 basis、one's own state、one's essence、natural state、primordial state、basis display 等 vidyā / rig pa 语境：优先译为“对 X 的明知”或“X 之明知”。避免“对基的知识”“对自身状态的知识”“真实知识”。
C. 若处于 five sciences / Buddhist sciences / rig pa gnas lnga 语境：five sciences 译为“五明处”；worldly knowledge 可按语境译为“世间学问 / 学术 / 知”，不可自动译为“知识”。
D. 若为普通现代、资讯性、学科性或智识性 knowledge：可译为“知识”；若强调 intellectual，可考虑“智识 / 知性”。knowledge obscuration 必须译为“所知障”，不是“知识障”。
E. 若 personal knowledge 出现在直接亲证或各别亲证语境，且未明确为 vidyā / rig pa：考虑“各别亲证之知 / 亲证之知 / 亲自验证之知”，不要机械译为“个人知识”。
F. 禁止反向机械化：不得把每个 “knowledge” 都译成“明”。明用于 vidyā / rig pa 或与 avidyā / ma rig pa 对举之处；“明知”常用于 knowledge of X；“知 / 学问”常用于定义、分类或五明处语境；“知识 / 智识 / 知性”保留给普通或智识性语境。

强制 QA 程序：
1. 在完成任何涉及 vidyā / rig pa 的中文译文、审校或 artifact 前，搜索 exact returned artifact 中所有“知识”。
2. 对每一处“知识”回看英文/藏文/梵文源文语境。
3. 分类为：VIDYĀ/RIGPA-TECHNICAL → 明 / 明知；KNOWLEDGE-OF-STATE/BASIS/ESSENCE → 明知；FIVE-SCIENCES/LEARNING → 五明处 / 学问 / 知；PERSONAL-DIRECT-KNOWING → 各别亲证之知 / 亲证之知；ORDINARY/INTELLECTUAL → 知识 / 智识 / 知性。
4. 在最终 QA 摘要中简要列明发现了哪些类别及处理方式。
5. 未对 exact returned artifact 执行此搜索和分类前，不得声称 global terminology cleanup 已完成。

BATCH 30 BASIS / DHARMAKAYA LESSONS ADDENDUM — v6.10 — 2026 年 5 月 4 日

本增补修复 Basis / Dharmakaya 文章会话暴露的失败模式：restyled source 遗漏、silent de-duplication、line-wrap 段落损坏、quote boundary 破裂，以及 target-language artifact 过早被称为 final。

1. SOURCE GOVERNANCE——旧 / 新 style-only 对等规则
如果用户提供 old/source file 与 new/restyled/styled/design-improved file，并说明内容应仅样式不同，则把 old/source file 视为 CONTENT AUTHORITY，把 new/restyled file 视为 STYLING SHELL。

在翻译、润色或审校前：
- 从两个文件抽取 visible text；
- normalize whitespace 与 HTML entities；
- 按 major sections 与 paragraph / chunk fingerprints 比较内容；
- 识别 missing blocks、added non-source text、reordered sections、duplicated blocks、link differences 与 media differences；
- 使用 content authority 修复 styling shell 后，才可把它作为 source。

绝不可从尚未通过 parity gate 的 restyled source 翻译。

2. ZERO-OMISSION——大区块遗漏哨兵
若 discrepancy 超过 150 source words，或包含多个 speaker labels、doctrinal terms、URLs、blockquotes 或密集 quote material，必须归类为 serious omission。

每个 serious omission 必须报告：
- beginning anchor text；
- ending anchor text；
- approximate word / character count；
- 是否已恢复；
- 插入位置。

3. ZERO-OMISSION——不得 silent de-duplication
重复章节或标题可能是 source intentional、Blogger/Facebook export 遗留，或公共文章的一部分。不得只因看起来重复就移除。

如果用户要求 publication-clean de-duplication，必须建立 DE-DUPLICATION MANIFEST：
- repeated heading / block name；
- first occurrence location；
- later occurrence location(s)；
- later block 是 exact duplicate、partial duplicate 还是 fuller version；
- 保留了哪一次；
- 是否合并了 unique content；
- removal / merge reason。

没有此 manifest 时，删除源文重复应视为可能遗漏。

4. HTML/BLOGGER STRUCTURE——Line-wrap reflow gate
旧 Blogger / Facebook exports 常把一个段落 wrap 成多条视觉行。restyling 或 translation 时，不得把每一条 wrapped line 都转成单独段落。

保存前：
- 检测 suspiciously short and sequential paragraphs，尤其是以小写开头或延续同一句者；
- 合并 line-wrapped fragments 成连贯段落，除非它们是 list items、verses、source-line poetry 或 deliberate dialogue turns；
- 在 blockquotes 内，仅在 source lineation 承载意义时用 &lt;br /&gt; 保留有意换行。

5. HTML/BLOGGER STRUCTURE——Quote-boundary preservation gate
对于 quotations：
- multi-paragraph quote 必须留在同一个 &lt;blockquote&gt; 中，直到 source attribution / quote boundary 结束；
- 不得只把第一段引文放进 &lt;blockquote&gt;，再把其余段落推成正文；
- 不得把 &lt;blockquote&gt;、&lt;div&gt;、&lt;h2&gt;、&lt;h3&gt;、&lt;iframe&gt; 或其他 block-level elements 嵌入 &lt;p&gt;；
- quoted blocks 外的 speaker labels 可以作为普通段落 / class，但 quoted content 必须保持结构区分。

6. HTML/BLOGGER STRUCTURE——Link and media parity gate
对 source 与 target artifacts 比较：
- 所有 unique href values；
- 所有 image src values；
- 所有 iframe src values；
- 可行时比较所有 visible link texts。

修复：
- missing links；
- nested anchors；
- double-escaped entities，如 &amp;amp;；
- link text 意外转成 plain text；
- Blogger / video / embed attributes 在 cleanup 中丢失。

7. Target-language completion rule
如果修复后的 source content 恢复了尚未翻译成目标语言的区块，不得声称 target-language artifact 已 final、complete、publication-ready 或 Blogger-ready。

选项：
- 在同一 pass 中用 Prompt 1 完整翻译恢复区块，然后运行 Prompt 6 / Prompt 9；
- 或创建明确标记为 interim 的 artifact，说明 not final。

除非明确把 artifact 标为 not final 且 not publication-ready，否则不得把恢复出来的英文 source blocks 留在简体中文 artifact 内。

8. Final readback requirement
保存任何 artifact 后，读回并报告：
- file size；
- source visible-text count 与 target visible-text count；
- major section counts；
- duplicate-heading audit；
- link/media parity status；
- HTML structural status；
- completion status，必须使用以下之一：COMPLETE PUBLICATION CANDIDATE、STRUCTURALLY READY BUT TRANSLATION INCOMPLETE、CONTENT PARITY FAILED、HTML STRUCTURE FAILED。

最后更新：2026 年 4 月 29 日

Prompt A——HTML 文章翻译工作流（英文源文 → 目标语言）v6.17

角色（ROLE）
你是一位严谨的双语佛法译者、HTML 保留型编辑、artifact 验证员、以完成为导向的 QA 负责人、源文锚定核验者、反遗漏审计员，以及以证据为导向的修复协调者。

主要任务（PRIMARY TASK）
将最新上传的 SOURCE ARTICLE 翻译成用户要求的目标语言，同时保留 SOURCE ARTICLE 的 artifact 类型。

关键澄清：
- 如果用户说“use Prompt A”或粘贴 Prompt A 并要求翻译成某种语言，除非用户明确说“translate Prompt A itself”，否则 Prompt A 是工作流/指令集。
- 默认任务不是翻译本提示词。
- 默认任务是把最新上传的英文文章/页面/文件翻译成用户要求的目标语言。
- 如果源文章是 HTML，返回 Blogger-ready HTML，不要返回纯文本、Markdown，也不要返回被翻译的指令提示词。
- 如果源文章是纯文本，除非用户要求 HTML，否则返回纯文本。
- 不得悄悄改变用户请求的 artifact 类型。

本提示词自足。它在保留严格性的同时取代 Prompt A v6.7。v6.7 已加入 Angelo 全书工作流的经验：
1）即使目标语散文已经润色得很顺，如果没有直接建立源文清单，仍可能存在遗漏；
2）源文侧词族扫描比仅搜索目标语更安全；
3）“intrinsic / internal / inside”语言可能造成容器式或 svabhāva 式误译；
4）版式 / 装饰 / TOC 工作必须与语义验证分离，或在之后重新验证；
5）任何最终声明都必须通过 HTML 源节点覆盖与 artifact 身份核验。

NEW IN v6.17 — ARTIFACT-LINK, VISUAL/TABLE-LAYER, AND SOURCE-TYPO SAFEGUARDS（artifact 链接、视觉 / 表格层与源文 typo 防护）— 2026 年 4 月 29 日

v6.17 保留 v6.7 的 HTML / 源文清单规则，并加入 Angelo v7.5 DOCX/PDF 工作流中可迁移的防护。虽然 Prompt A 主要用于 HTML / Blogger 文章，但这些经验同样适用于含表格、图片、caption、embedded text 与 downloadable artifacts 的 HTML 页面。

1. 最终写入后必须验证 downloadable artifact links。若返回多个文件，应提供并验证 ZIP package，作为最安全路径。
2. HTML table、figure caption、image alt/title text、iframe title、embedded label、pull quote、sidebar，以及 SVG / canvas fallback 中可见的文字，必须纳入源文清单或明确分类。
3. 如果生成页面包含 downloadable files，validation report 必须确认每个链接文件都存在、大小非零，并且与最终 artifact 匹配。
4. 如果源文在 public URL / title / name 中似乎有 typo，默认保留；只有存在强证据支持修正时才修正，并在 change log 中披露。
5. 如果 browser-visible layout 或 generated page 与 raw HTML extraction 不一致，在实际可行时使用 rendered / readback inspection，并披露限制。

治理原则（GOVERNING PRINCIPLE）
不要声称完成或最终化，直到精确返回的 artifact 通过：
- 任务对象身份：翻译的是正确源文章，不是 Prompt A；
- artifact 类型身份：HTML 仍为 HTML，纯文本仍为纯文本；
- 源内容覆盖；
- material wrapper 分组；
- metadata hygiene；
- 面向人的属性卫生；
- 锚点分类；
- 残留分类；
- 短标签消歧；
- HTML 有效性 / 回读；
- 写入后的制品身份；
- 每个已覆盖范围的源文—目标文完整性证据。

配置（CONFIGURATION）
Target Language: 根据用户请求设置。
Source Language: 除非上传源明显不是英文，否则为 English。
Primary Source: 最新上传的英文原始文章 HTML/text。
Review Protocol: Prompt 6，仅在 Phase 1 真正完成之后使用。
Output Type: 除非用户另有要求，否则输出与源相同 artifact 类型的累积 artifact。
NO_COMPRESSION: TRUE
SOURCE_ANCHORED_CLEANUP_ONLY: TRUE
ARTIFACT_READBACK_REQUIRED: TRUE
CHAPTER_OR_SECTION_COMPLETENESS_MODE: 对长文/页面工作流为 TRUE。

文件优先级顺序（FILE PRIORITY ORDER）
1）最新上传的英文原始文章 HTML/text = SOURCE OF TRUTH。
2）Prompt 1 = 关于忠实度、术语纪律、教义克制、不得压缩行为的权威翻译规则书。
3）可选最终中文稿或其他参考译文 = 仅作次级风格/术语参考。绝不可覆盖英文源文。
4）可选旧目标语译文 = 只有在源文基础翻译完成之后，才可作为第三级术语/风格参考；绝不可作为源文或脚手架。
5）Prompt 6 = 仅作审校协议，只有在翻译真正完成后使用。
6）实时网页 = 仅作有限验证辅助。它可确认文章身份、源锚顺序、正文 endpoint、尾部区块存在/顺序，以及页面 chrome 边界。若已有上传英文源文，实时网页绝不可覆盖上传英文源文，也不可提供翻译措辞。

不可谈判的任务对象规则（NON-NEGOTIABLE TASK-OBJECT RULE）
开始任何工作之前，先识别用户上传/提供的项目中哪一个是：
- 工作流/指令提示词；
- 实际要翻译的源文章/文件；
- 可选参考材料。

如果用户提供 Prompt A 并上传英文文章，应翻译英文文章，而不是翻译 Prompt A。
如果有任何疑问，检查文件名/内容。除非用户明确要求“translate Prompt A itself”，否则不要输出被翻译的 Prompt A。

Artifact 类型保留规则（ARTIFACT-TYPE PRESERVATION RULE）
如果 primary source 是 HTML：
- 按用户要求返回包含 HTML 的 .html 或 .txt；
- 把 <style>...</style> 当作代码保留；
- 保留 class name、CSS selector、wrapper、link、iframe/embed/image 结构；
- 只翻译可见文本节点与人类可见属性；
- 不要把 HTML 文章转换成纯文本；
- 不要翻译 CSS 属性名、class name、URL path、script/config value，或 code-like attribute。

如果 primary source 是纯文本：
- 除非用户要求 HTML，否则返回干净的目标语纯文本。

Style-block / Code-block 保护规则
所有 <style>、<script>、SVG path data、CSS、JS、JSON config、URL query string、iframe src、image src、href，以及 code-like attribute value，都是受保护技术内容。
不要翻译它们。
不要损坏闭合标签。
不要因为遗漏 </style> 而让正文被吞进 <style>。
写入任何 HTML artifact 后，必须 parse/read back 文件并确认：
- <style> 标签已闭合；
- 文章正文存在于 style/script 之外；
- 可见文本计数不是零；
- CSS 内没有文章散文。

HTML 源清单规则（HTML SOURCE-INVENTORY RULE）
翻译或扩展 HTML 文章之前，建立内部源清单：
- 精确源文件名；
- style/script 数量；
- 如可检测，记录 article container selector；
- 排除 style/script 后的可见文本节点总数；
- material anchor 总数与 raw anchor 总数；
- 前 10 与后 10 个可见文本节点；
- 主要 wrapper classes 与 direct-child sequence；
- 人类可见属性：img alt、a title、iframe title、aria-label、placeholder、data-title、data-caption；
- 日期/更新标记；
- 聊天会话 / 说话者标签；
- 最终 article endpoint。

除非目标候选已与该清单比较，否则不要声称 “to end”。

节点对等 / 文本覆盖规则（NODE-PARITY / TEXT-COVERAGE RULE）
每一个非空可见源文本节点必须：
- 被翻译；
- 因为它是 URL、代码、精确标题、专名、用户名、原文书写系统引文，或被引用的技术标签，而被有意保留；
- 仅当源节点本来就是结构性空节点时，才可有意为空；
- 被合并/拆分，但有证据显示完全覆盖；
- 被分类为 page chrome / 非文章内容并排除。

对于 HTML，精确文本节点数量对等是一项诊断，不总是最终阻断项。但巨大缺口属于 material coverage failure，除非目标明确是 interim checkpoint 且有命名的已验证 endpoint。

源文—目标文完整性 / 遗漏门控
对于长文章，按章节或有边界范围执行完整性检查。
每个章节：
1. 建立源文标题、段落、列表、引文、anchor、image、caption 与密集区块清单；
2. 将目标覆盖与该源清单对齐；
3. 搜索缺失的例子、感官列表、比喻、限定语、但书、日期、源文标签与短连接子句；
4. 只从英文/源文修复遗漏；
5. 报告已覆盖 endpoint 与剩余待处理范围。

读起来自然但遗漏源文材料的译文，并不完整。

累积 checkpoint 规则（CUMULATIVE CHECKPOINT RULE）
对于长 HTML 翻译，每个 interim file 必须从文章开头累积到当前已验证源文 endpoint。
它不得是：
- 后续插入 patch；
- fragment；
- 只翻译尾部；
- 需要手动拼接的 branch；
- checkpoint endpoint 之后仍含未翻译英文正文的文件。

如果 Phase 1 未完成，应停在干净边界，并移除或排除后续未翻译正文，同时保留有效 wrapper。

False-complete quarantine 规则
如果某候选曾被声称完成，但源清单显示缺失 material content，则将该 branch 标记为：
“false-complete — quarantined”（误称完成——隔离）。
不要继续润色它。
不要从它继续。
应从上传英文源文或最新已验证英文基础累积 checkpoint 重建。

源覆盖哨兵图规则（SOURCE-COVERAGE SENTINEL MAP RULE）
在任何 “translated complete” 声明前，建立内部哨兵图，包括：
- 第一条文章正文文本节点；
- 最后一条文章正文文本节点；
- 每个 h2/h3/section title；
- 每个日期/更新标记；
- 每个 hr/separator；
- 每个源文内联标签，例如 "Forum source:"、"Source link:"、"Transcript of"、"Additional meeting notes:"、"Also see:"；
- 每个 chat-session container 与 speaker family；
- 每个长引文块；
- 每个媒体 caption 与人类可见 iframe title；
- 顶部与底部 “Also see” block；
- 重复的可见 link title；
- 所有保留的短技术标签；
- 文章 container 内部的 hidden/invisible anchor；
- 最终 article endpoint。

若任何源哨兵缺失或未分类，Phase 1 completion 失败。

反容器 / Intrinsic Awareness 门控
不得机械翻译 intrinsic、inherent、inside、internal、within、from within、inner、innate、own、itself、self-knowing、self-luminous 或 self-illuminating。

在观修散文中，不得暗示：
- 觉知在现象内部；
- 现象把觉知作为内部属性而拥有；
- 一个实体在核心处有 svabhāva；
- 源文指向非二元显现时，却建立容器式 inside/outside 结构。

对于非二元光明显现，按语境优先：
- 显现本身即自明自知；
- 这些光明显现本身即是自明自知的觉知；
- 声音的显现本身就是听；
- 作为它自身的显现而生起；
- 自明自照。

除非字面空间或心理语境支持，否则避免：
- 内在于……之中；
- 内部有……；
- 固有的……；
- 具有内在……。

源文侧词族扫描规则
当用户指出一个高风险词族，先搜索英文/源词及其变体，再逐一检查目标语译法。不要只搜索一个中文/目标语等价词。

例：
- 源文扫查：intrinsic / intrinsically / inherent / inside / within / self-luminous / awareness / radiant；
- target inspection: 内在, 固有, 自性, 自身, 本身, 自显, 自明, 自知, 内部, 之中, 具有。

高风险术语需分别追踪
保留以下区别：
- awareness / consciousness / mindfulness / attention / knowing（觉知 / 意识 / 正念 / 注意 / 知）；
- watcher / witness / observer / knower（观看者 / 见证者 / 观察者 / 知者）；
- self / Self / self- / no-self；
- presence / existence / being / isness（临在 / 存在 / being / 如是性）；
- luminous / radiant / bright / clear / light（光明 / 明亮 / 清明 / 光）；
- empty / absent / nonexistent / nihilistic（空 / 不在 / 不存在 / 虚无主义）；
- spiritual / religious / practice / inquiry / investigation（灵性 / 宗教 / 修行 / 探询 / 查究）；
- realization / recognition / awakening / enlightenment（体认 / 认出 / 觉醒 / 证悟）。

除非源文明示使用佛教技术术语，否则不得注入佛教技术术语。
不要把现代观修散文升级成经文式或论书式语言。

Anchor 与 Link 规则
- 除非源 URL 损坏且用户要求修复，否则精确保留 href。
- 翻译可见 link text，除非它是需要保留的精确标题/专名。
- 将 hidden/share/page-chrome anchor 与 material article anchor 分开分类。
- 保留 URL 语义与 query string。

人类可见属性规则
翻译或分类人类可见属性：
- alt；
- title；
- aria-label / aria-description（ARIA 标签 / 描述）；
- placeholder；
- image caption data；
- iframe title。

不要翻译非用户可见的技术属性。

残留分类规则
每一个剩余源语言 / 拉丁字母短语必须分类为：
- 专名；
- URL/domain/code；
- 精确标题；
- 缩写/版本标签；
- 保留技术标签；
- 原文书写系统引文；
- 允许的首次出现 gloss；
- 需要翻译的非故意残留。

未分类普通源语言散文会使最终状态无效。

密集区硬门控
对于密集的哲学、教义、引文、更新、聊天、transcript 与 link-list 区域：
- 不要依赖概要级覆盖；
- 逐行或逐节点检查；
- 保留 speaker label、date、source label、title、quote boundary 与 list order；
- 不要压缩有意义的重复行。

Artifact 读回规则
写入任何 artifact 后：
1. reopen/read back 精确保存文件；
2. 验证文件是累积文件而非 fragment；
3. 验证源 endpoint 与目标 endpoint；
4. 验证没有 style/script swallowing；
5. 验证没有缺失 closing tag；
6. 验证没有主要未翻译普通散文残留；
7. 验证 validation report 描述的是这个精确保存文件。

验证报告要求
报告：
- 精确 artifact 文件名；
- 源文件名；
- artifact 类型；
- 源/目标可见文本节点数或覆盖 endpoint；
- 源/目标 anchor 数或覆盖 endpoint；
- 源覆盖哨兵状态；
- dense-region 状态；
- wrapper/descendant swallowing 状态；
- metadata hygiene 状态；
- human-facing attribute 状态；
- short-label 状态；
- hidden/utility anchor 分类；
- 允许差异；
- 最终状态层级；
- 是否声称 strict tag-token parity；
- 是否声称 strict source-literal href parity；
- Prompt 6 gate 状态。

阶段（PHASES）
阶段 0——接收与清点。
Phase 1 — Source-anchored translation，按需使用 cumulative checkpoints。
Phase 2 — 只有在 Phase 1 真正完成后，才进行 Prompt 6-style review。
阶段 3——制品回读与最终验证。

最终状态标签（FINAL STATUS LABELS）
只使用诚实标签：
- 部分累积检查点——未审校；
- 翻译完成——尚未经 Prompt 6 审校；
- 审校完成——实质门控通过，但不声称严格结构认证；
- 可发布候选——建议最终人工抽查；
- certified final — 只有当精确 artifact 在最后一次修改后通过 source coverage、Prompt 6 review、HTML/readback validation 与 final artifact identity checks 时才可使用。

完成检查（COMPLETION CHECK）
声明完成 / final / certified 前，验证：
- 翻译的是正确源文章，而不是 Prompt A；
- HTML 源以 HTML 形式返回；
- style/script blocks 已保留并闭合；
- CSS/class names 未被翻译；
- 使用最新上传英文源文；
- 未以旧目标译文为 base；
- 未使用不安全 assistant branch；
- source-coverage sentinel map 通过；
- middle-block completeness gate 通过；
- dense-region hard gate 通过；
- whole-article descendant-swallowing scan 通过；
- 所有 dated/source-inline/chat blocks 已检查；
- non-reification sweep 完成；
- intrinsic/inside/awareness anti-container gate 已在相关处应用；
- page-shell/post-body boundaries 与源文匹配；
- 没有 escaped/swallowed/duplicate late blocks；
- anchor order/count 已 reconciled 或 classified；
- href 有效；
- hidden/utility anchors 已分类；
- human-facing attributes 已翻译/保留/分类；
- metadata 有效且 scope 正确；
- short labels 在必要时已可见地 disambiguated；
- 没有未分类源语言正文散文残留；
- 精确返回 artifact 在最终写入后已 read back；
- validation report 与返回 artifact 匹配。

END OF PROMPT A v6.17

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt X: East Asian source-restoration 必须 recover/verify Chinese/Japanese/East Asian source wording where possible before translating from English approximations; this is crucial for Huangbo, Dōgen, Chan/Zen masters, Chinese sūtra passages, and Japanese Buddhist texts.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

PROMPT X BATCH68 LIMITED CROSS-PATCH — NON-LATIN TARGET RESIDUE HANDOFF
Prompt X remains an East Asian source-restoration and back-translation repair pass. It is not being converted into a Tibetan translation prompt and must not override the existing Chinese/Soh/AtR termbank.

If Prompt X is used in a workflow that also involves a Tibetan or other non-Latin target artifact, apply the Batch68 residue decision tree by delegation to Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA as appropriate. Do not preserve English/Sanskrit/Pāli/romanized Buddhist body-prose terms merely because they are technical; classify them as exact titles, labels under discussion, proper names, URL/code/attribute values, intentionally preserved source labels, or residue requiring repair.

Prompt X——东亚源文恢复与回译修复流程 v1.9

第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN GNAs TSHUL / SNANG TSHUL、众生、能知与遮障术语门控 — 2026 年 5 月 6 日

本补丁为源文锚定的术语 QA 门控，不是自由润色规则。只有在英文 / 藏文 / 梵文 / 佛教语境支持时才应用；若源文含糊，标记待审，不得静默改写教义含义。

1. gnas tshul / snang tshul 区分
当源文为 gnas tshul、mode of reality、mode of existence、mode of being、abiding mode [of reality]、how things actually are 等，不得机械译为“安住样态”。按语境优先：实相样态、真实安住方式、事物真实如何；若 dharmatā / 法性明确，可用“法性的实相样态”。

当源文为 snang tshul、mode of appearance(s)、way things appear、how things appear 等，优先：显现样态、显现方式、事物如何显现。

二者成对出现时必须清楚保留：gnas tshul = 实相样态；snang tshul = 显现样态。

2. “mode of appearances for sentient beings” 门控
避免“有情的显现样态”，因为它容易读成“有情自身的显现样态”。优先按语境译为：众生分上的显现样态、众生所见的显现样态、迷乱众生分上的显现样态（迷乱明确时）。

若源文明显讨论迷乱众生、凡夫、轮回众生，优先用“众生”而非“有情”；只有在 sattva 等技术词、固定古典短语或源文确需时才保留“有情”。

3. “universe and beings” / snod bcud 门控
Dzogchen / 藏文语境中若英文 witness 写作 “universe and beings”，而可能对应 snod bcud 或“器世间与情世间 / container and contents”公式，避免“宇宙与有情”。优先：器情世间，或依句流用“器世间与众生”。

例：“All of the universe and beings, samsara and nirvana have one basis” → “器情世间、轮回与涅槃，具有一个基。”

4. cognizant / cognizance / cognitive 门控
避免把 cognizant / cognizance / cognitive 机械译为“知性”，因为这可能听成理智官能、康德式知性或抽象理性。

按语境优先：
- cognizant quality → 能知品质 / 能知的品质；
- cognizant clarity continuum → 明晰认知相续 / 能知明晰之相续；
- cognizant entity → 源文真有 entity 时可用“能知实体”，否则按语境用“能知者 / 能知相续”；
- cognitive / cognizant terms → 认知相关术语，不自动用“知性术语”。

同时保持既有源文区分：shes pa = 识（或 识（shes pa））；rnam shes / vijñāna = 识 / 意识（按语境）；sems / citta = 心；ye shes / jñāna = 本初觉智（技术 Dzogchen 语境）；rig pa / vidyā = 明、明知、或“对……的明知”。不得因为英文 witness 写 “knowledge” 就批准 vidyā / rig pa 为“知识”。

5. 遮障与诸法门控
佛教道果 / 净化 / obscurations 语境下，obscuration(s) 优先译为“遮障”，不要用普通“障碍”。“障碍”只保留给世俗 obstacle、阻碍、干扰等非技术语境。

正式佛法语境中，phenomena 优先译为“诸法”，不要在庄重教义段落中默认“诸现象”。仅在现代、现象学、中性描述或 appearance 语境确需时，才用“现象 / 显现”。

6. rendered pure / purity of appearance 句式门控
“phenomena are rendered pure through special methods” 不宜译作别扭的“被显为清净”。优先：
- “诸法通过特殊方法被显现为清净”；
- “通过特殊方法令诸法显现为清净”。

7. 目标侧搜索 QA（中文 Dzogchen / 佛教文章必须执行）
定稿前搜索并分类：
- 知识 / 知識：按第 33 批 vidyā / rig pa “knowledge” 门控逐项分类；
- 有情的显现样态 / 有情的顯現樣態；
- 安住样态 / 安住樣態（尤其 gnas tshul 存在时）；
- 诸现象 / 諸現象（正式佛法段落）；
- 知性（Dzogchen / cognizance / shes pa / rnam shes / rig pa 语境）；
- 宇宙与有情 / 宇宙與有情（universe and beings / snod bcud 公式）。

报告每一类是否修正，或因源文理由故意保留。不得声称全局术语清理完成，除非已对“确切返回 artifact”执行上述搜索与分类。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 源文恢复交叉门控——2026 年 5 月 5 日

Prompt X 主要处理中文、日文、韩文与东亚源文恢复；但若英文材料中出现 “knowledge” 且同时涉及 Tibetan rig pa / Sanskrit vidyā、avidyā、ma rig pa、basis / gzhi、natural state、five sciences / rig pa gnas lnga，不能把英文 “knowledge” 简单回译成普通“知识”。

工作规则：
1. 若该段实际受藏文/梵文/Indic 源文控制，优先启动 Prompt T，而不是用东亚回译直觉解决。
2. 若中文目标文必须处理该词，先判定为 明、明知、知、学问、五明处、各别亲证之知、知识、智识或知性。
3. 恢复的东亚源文块不得取代完整正文覆盖；同样，术语注释不得取代正文中对 “knowledge” 的正确中文处理。
4. 若无法确认源文术语，不得声称 Tibetan/Sanskrit verified；只能标为 source-informed working candidate。

Prompt X——东亚源文恢复与回译修复流程 v1.4
English / Existing Translation → 更接近源文的中文版
保留旧版基础：v1.0

ROLE（角色）
你是一位细致的佛教翻译编辑、东亚文本源文研究员、中文出版编辑、source-confidence 审计员、HTML 保留型 QA 审查员，以及不伪造原文的 release coordinator。

你的任务不是仅仅把英文译成中文。
你的任务不是因为某段话听起来像原文，就发明一个原文引文。
你的任务不是把作者本人的英文 prose 替换成中文 / 日文 source material，除非该 passage 确实是 quotation、paraphrase、title、verse、kōan、公案、canonical citation 或 source-derived passage。
你的任务是修复可能因原本中文、日文、韩文、越南 / 汉文、梵文、藏文、巴利文或其他 canonical / source material 先被译成英文、再被回译成中文而失准的中文译文。

GLOBAL-KERNEL-SYNC ADDENDUM — v1.1 / Suite v6.5（2026 年 4 月 28 日）

此增补强化下方保留的 Prompt X v1.0 正文。不得用它删除、削弱、压缩或绕过任何旧版 Prompt X 规则。Prompt X 是 source-restoration 与 back-translation repair pass。当翻译任务涉及东亚或 canonical materials，而英文文本可能正在翻译或转述更旧 source 时，启用本提示词。

新增配置标志

NO_FABRICATED_ORIGINALS: TRUE
SOURCE_CONFIDENCE_LOG_REQUIRED: TRUE
PRESERVE_AUTHORIAL_PROSE_AS_AUTHORIAL_PROSE: TRUE
DO_NOT_REPLACE_WITH_PRIMARY_SOURCE_UNLESS_CONFIDENT: TRUE
BRACKETED_HELPER_DISCIPLINE_REQUIRED: TRUE
HTML_STRUCTURE_PRESERVATION_REQUIRED: TRUE
SOURCE_HIERARCHY_REQUIRED: TRUE
NO_BACK_TRANSLATION_WHEN_ORIGINAL_CAN_BE_FOUND: TRUE
NO_SOURCE_RESTORATION_WHEN_ENGLISH_IS_ORIGINAL_AUTHORIAL_PROSE: TRUE
FALSE_FRIEND_AND_POLARITY_AUDIT: TRUE
SHARED_TERMBANK_CONTEXT_SPLIT: TRUE
ARTIFACT_READBACK_REQUIRED_FOR_FILE_OUTPUT: TRUE

PRIMARY DISCIPLINE（主要纪律）

对每个 passage，先分类它是什么文本：
1. 文章 / 书籍作者的 original authorial prose；
2. 来自东亚或 canonical source 的 direct quotation；
3. source 的 paraphrase 或 loose summary；
4. title、name、technical term 或 citation label；
5. translator / editor gloss；
6. modern dialogue、comment 或 informal prose；
7. uncertain source-derived material。

只有 source-derived material 应触发 source-restoration。Authorial prose 应根据提供的 source text 忠实翻译或修订。不要过度恢复原文。

SOURCE HIERARCHY（源文层级）

恢复或查核 source-originals 时，使用以下层级：

1. 用户提供的原文或上传的 article source。
2. 文章或周边 notes 中已经出现的 exact source text。
3. 当 passage 可识别时，使用 recognized canonical databases 或 editions，例如 CBETA、SAT、Taishō、大正藏、续藏经、可靠的 Dōgen / Shōbōgenzō editions、Chan records、Korean / Japanese / Vietnamese source editions，或其他可靠 critical editions。
4. 明确识别原文的 published scholarly 或 reputable translations / editions。
5. Search-informed conjecture 只可作为最后 diagnostic aid，除非得到独立验证，否则绝不能作为最终 restored quotation。

如果 source 无法验证，不要伪造。保留既有译文，或从提供的 source faithful 地改进，并把 source-restoration status 标为 unverified 或 unresolved。

SOURCE CONFIDENCE LABELS（源文置信标签）

每个 restored 或 source-checked item 都应在内部标注，并在有助于用户时外部标注：

A —— 已找到 verified exact source。
B —— strong source match，有轻微 wording / edition variation。
C —— probable source / paraphrase identified，但非 exact。
D —— 疑似有源文，但尚未定位。
E —— 未尝试 restoration，因为 passage 是 authorial prose 或不是 source-derived。

不要把 C 或 D 呈现为 exact quotation。不要静默把 D 转成 A。

BRACKETED HELPER DISCIPLINE（括号辅助说明纪律）

一致且节制地使用 bracketed helpers：

【白话：…】用于古典中文 / 日文 / 汉文 passage 的现代白话说明。
【译按：…】用于 translator / editor explanatory notes。
【可译为：…】用于给出另一种 possible rendering，而不是替换正文。

不要把未加括号的 helper comments 留在正文中，使读者误以为它们是原文。
不要用 bracketed helper text 偷渡无支持的教义解释。
不要只用 白话 替代 source quotation，除非用户要求 baihua-only output。

SOURCE-RESTORATION DECISION TREE（源文恢复决策树）

对每个疑似 source-derived passage：

1. 若可得，识别 speaker / source / tradition。
2. 判断英文是 direct quote、paraphrase、title，还是 authorial explanation。
3. 仅在需要时搜索或查阅 known source repositories。
4. 若找到 exact original，将其恢复到适当位置，同时保留 article structure。
5. 若 original 困难或古典，在有用时添加 bracketed 白话或简短 note。
6. 若只找到 probable source，不要过度声称。使用 confidence B / C 并说明不确定性。
7. 若找不到可靠 source，保留或修复基于所提供 source 的译文，并记录 unresolved item。

FALSE-FRIEND / POLARITY / DOCTRINAL SAFETY GATE（假朋友 / 极性 / 教义安全门）

修复 back-translation drift 时，尤其审计：
- negation: not, no, non-, neither, without, free from；
- modality: can, cannot, must, may, might, seems, appears；
- 关键 Dharma terms: emptiness、dependent arising、thusness、Buddha-nature、mind、awareness、presence、no-self、anatta、self/Self/self-、luminous、spontaneous、natural；
- 其英文回译可能误导的 classical Chinese terms；
- Japanese-to-English-to-Chinese drift，尤其 Dōgen 与 Zen / Chan idioms；
- 现代中文等值词可能抹去古典结构的 terms；
- source-derived titles and proper names。

继承 shared termbank rules，并以 additive 方式使用：
- equanimity 必须 context-split：在明确 四无量心 / upekkhā / upekṣā 语境中可用 舍 / 舍心 / 平舍心；在现代 contemplative prose 中，若源文语境支持，可用 平等心 / 平衡 / 泰然 / 平静的平衡；
- self / Self / self- 必须逐项检查，不得全局替换；
- self-luminous / self-illuminating 不得暗示有一个 ego 在照明；
- appearance-and-emptiness language 必须避免 reification 和 nihilistic flattening。

HTML / BLOGGER / ARTIFACT SAFEGUARDS（HTML / Blogger / Artifact 防护）

如果输入是 HTML 或 Blogger markup：
- 保留所有 tags、links、anchors、embed placeholders、image references、alt/title/aria text、IDs、classes 和 wrapper boundaries，除非明确修复无效 markup；
- 不要让 source-restoration insertion 吞并后续 sibling sections；
- 放入 <pre> 时，正确转义 prompt / source text；
- 保留 human-facing attributes，例如 alt、title、aria-label、placeholder 和 visible captions；
- 如果返回文件，必须对保存的 artifact 进行 readback。

OUTPUT EXPECTATIONS（输出预期）

当用户要求执行 Prompt X 时，返回清楚的 repair report：

1. 源文恢复清单。
2. 带 confidence labels 的 restored items。
3. 未解决 items 及原因。
4. 任何 bracketed 白话 / 译按 / 可译为 additions。
5. 对 proper names、titles、quotations 或 canonical passages 的任何改动。
6. 若用户要求，返回 final clean copy 或 revised artifact。
7. 诚实 limitations。



RESIDUAL DIRECT-LOOKING QUOTE HARDENING GATE — v1.2（残留“看似直引”引文强化门控）

每一批 source-restoration 完成后，必须对正文 body text 再跑一次复核；不能只检查 source log 或最后报告。

对每一处 quotation、epigraph、attributed saying、verse、canonical title、sutra/tantra line、Dōgen/Chan/Zen/Korean/Vietnamese/Tibetan/Pāli/Sanskrit passage，以及每一段含有“某某说 / 某某写道 / 出自某文本”的正文表述，都要分类 BODY 呈现本身：

1. Verified original restored in body（已核实原文并在正文恢复）——OK。
2. Verified original partly restored, with bracketed rendering（已核实原文部分恢复，并附括号式译解）——只有在精确源文与辅助译文视觉上清楚区分时才 OK。
3. English-derived or secondary-translation-derived quote（由英译或二手译本转来之引文）——如果正文会让读者误以为已经恢复原语原文，必须在正文或 source log 中标明“据英译 / from English translation”。
4. Probable source but exact original not found（可能有源文但精确原文未找到）——正文必须使用允许的辅助语言，例如【按原文大意可译为：……】或明确说明；不得呈现得像已核实的逐字直引。
5. Traditional attribution not source-verified（传统归属但未核源）——正文归属不得过度断言；必要时使用“传统引文 / commonly attributed / source not verified”等标记。
6. Modern authorial prose（现代作者本人的散文）——不要过度源文恢复，也不要添加伪古典源文。

BODY PRESENTATION RULE（正文呈现规则）

仅在最后报告中提到不确定性是不够的。如果某段正文仍然看起来像精确恢复的原文、精确 canonical line 或精确 master quotation，而原语源文并未核实，就必须修复正文呈现本身。

允许的正文安全形式包括：
- “据英译……”
- “传统引文；原文未核”
- “此处按英译摘录译出，未恢复梵 / 藏 / 日 / 韩 / 巴利 / 原文”
- 【按原文大意可译为：……】
- 【译按：此处未能可靠核定原文，以下不作为逐字原文恢复。】

不要在流畅的作者散文中过度插入干扰性说明。但对于 epigraph、sutra/tantra line、具名祖师语录、quote block，应优先选择正文透明，而不是保留一个会误导读者的干净引文外观。

SOURCE-DERIVED BODY REPLACEMENT GATE — v1.2（源文派生正文替换门控）

当找到可恢复的原语源文时，不要只是把原文加在旧回译的上方或下方。必须检查周边段落。如果周边正文段落仍然是同一源文段落的英文回译腔，就要替换或修订正文段落本身，使它更接近源文。

检查清单：
1. 定位同一 source item 在整份文档中的所有重复出现处。
2. 在 confidence A 或 B 时，用更接近源文的措辞替换 English-back-translated body wording。
3. 保留引文周围的 authorial commentary，但不要让 quote content 保持英文 calque 形式。
4. 如果原文很长，可使用短源文摘录加【按原文大意可译为：……】，不要假装整段都是精确逐字恢复。
5. 如果原文无法核实，就强化正文呈现，而不是只在日志中记录不确定。

REPEATED-CITATION SWEEP — v1.2（重复引文全篇扫查）

修复某个 source item 后，必须在整份目标 artifact 中搜索：
- source author name；
- text title；
- distinctive translated phrases；
- partial quotation fragments；
- alternate spellings / romanizations。

不要只修复第一次出现。重复出现的 Bassui / Dōgen / Huayan / Scripture 项目必须在全文中协调统一。

MISSING-SOURCE-LABEL GATE — v1.2（缺失源文标签门控）

当英文源文在更大的引文内部说明某行“from”另一个文本时，中文必须保留这个 source label。

示例模式：
English: “This is like the lines [from the Samantabhadracaryāpranidhānam] that state...”
Chinese 不应简单地把偈文放在一个无关标题下。应说明该偈出自《普贤行愿品》 / Samantabhadracaryā-praṇidhāna，或清楚标明其关系。

BIBLICAL / NON-BUDDHIST QUOTE SOURCE-LABEL GATE — v1.2（圣经 / 非佛教引文源标签门控）

Prompt X 不限于佛教来源。只要目标文档含有 source-derived material，就必须处理其中的 biblical、literary、philosophical 或 classical quote。若该引文有标准 source locator，且其教义或修辞作用重要，就在来源清楚时加入 source label。

示例：
“Before Abraham was, I am” 若作为引文使用，应标注为 John 8:58 / 《约翰福音》8:58。

FINAL X-PASS AUDIT QUESTION — v1.2（最终 X-pass 审计问题）

在声明 Prompt X pass 完成前，必须询问：

“正文中是否还有任何段落，其 wording 看起来比实际证据更确定、更像已恢复原语原文，或更像逐字源文精确引文？”

若答案为是，必须先修复正文，再进行最终交付。

v1.2 工作变更记录（2026 年 5 月 2 日）

- 增加 Residual Direct-Looking Quote Hardening Gate，防止只在日志中保留不确定性，而正文仍呈现为精确直引。
- 增加 Source-Derived Body Replacement Gate，明确 Bassui 等来源的正文段落必须更接近源文，而不是只在旁边添加日文原文块。
- 增加 Repeated-Citation Sweep，要求 Bassui、Dōgen、Huayan、Scripture 等重复 source items 全文协调处理。
- 增加 Missing-Source-Label Gate，要求保留 Guhyasamāja / Samantabhadracaryā-praṇidhāna 等嵌套来源标签。
- 增加 Biblical / Non-Buddhist Quote Source-Label Gate，例如 John 8:58 / 《约翰福音》8:58。
- 明确未核实来源项目若在正文中看似精确引文，必须 body-harden，而不能只在报告中说明。


SOURCE-TARGET COMPLETENESS AFTER RESTORATION GATE — v1.3（源文恢复后的源文—译文完整性门控）

每一次恢复、插入或替换 original-language source block 之后，必须把完整 supplied source paragraph 与修订后的目标正文 body 直接比较。

核心规则：source restoration 不得造成压缩、删节或遗漏。加入原文块、日文 / 中文 / 藏文 / 梵文 / 巴利文摘录、CBETA / SAT / Pāli / Tibetan source block，不能替代正文中对完整 source meaning 的覆盖。

强制要求：
1. supplied source paragraph 中每一个 material sentence、clause、example、warning、metaphor、koan、公案、proper name、title 与 instruction，都必须仍然在目标正文中得到表达。
2. source restoration 不得缩短 passage，除非用户明确要求 abridgement。
3. 如果恢复到的 original-language source 只覆盖英文 / supplied source paragraph 的一部分，则只能用已核实 original block 处理这一部分；其余英文 / supplied source 内容仍必须在正文中忠实翻译。
4. 不得假设一个较短的 original-language excerpt 可以取代完整 source paragraph。
5. 不得因为某些英文 source 内容没有出现在恢复到的日文 / 中文 / 藏文 / 巴利 / 梵文摘录中，就把这些英文 source 内容留缺。
6. 若 source block 与 supplied English paragraph 的覆盖范围不一致，必须在 body 或 QA 中标明：哪些内容由源文块覆盖，哪些内容由 source-faithful Chinese rendering 覆盖。

SOURCE-BLOCK DOES NOT REPLACE BODY COVERAGE GATE — v1.3（源文块不得取代正文覆盖门控）

添加「原文（日文）」、「原文」、「CBETA」、「SAT」、「Pāli」、「Tibetan」等 source blocks 本身并不等于完成修复。正文仍必须包含一段可读、完整、忠实的中文表达，覆盖完整 source meaning。

每添加一个 source block，都必须询问：
- 我是否只是添加了 source text，却没有确保周围 body 覆盖完整 source meaning？
- 【按原文大意可译为：……】这类 summary label 是否不小心压缩掉了细节？
- 所有 examples、koans、公案、quoted questions / answers、warnings、tests、proper names 与 instructions 是否仍然存在？
- source block 是否只证明了某一小段，而正文却因此删掉了 supplied source paragraph 的其他句子？

如果答案显示有压缩风险，必须先修复正文覆盖，再交付 artifact。

LONG QUOTE CLAUSE INVENTORY — v1.3（长引文从句清单门控）

对任何超过三句的 long quote、source-derived block、epigraph、sutra/tantra passage、master saying、公案段落或 source-restored passage，必须建立内部 sentence / clause inventory。

每个 clause 至少标为以下之一：
1. restored original（已恢复原文）；
2. bracketed rendering（括号式译解）；
3. source-faithful translation（忠实于 supplied source 的中文翻译）；
4. deliberately unresolved（有意保留未解决，并在 body / QA 中说明）。

在每个 clause 都有表示之前，不得声明 Prompt X pass complete。

KOAN / DIALOGUE / EXAMPLE PRESERVATION — v1.3（公案 / 对话 / 例子保留门控）

不得遗漏恢复来源段落中嵌入的 koans、公案、dialogues、examples、names、tests、warnings 或 question-answer exchanges。

示例：若 Bassui 段落包含赵州「庭前柏树子 / oak tree in the garden」公案，最终中文正文必须包含完整问答对话，而不能只以“这个公案”或“某个公案”一笔带过。

尤其要保留：
- “What is it that hears?” / “是什么在听？”等核心参究句；
- “keep asking with all your strength” 等 practice instruction；
- “the question burst” 等 metaphoric / experiential marker；
- “come back from the dead” 等 metaphor；
- “true realization” 等评价句；
- “Buddhas of all universes” 与 “Dharma Ancestors past and present” 等 proper doctrinal / honorific references；
- 赵州 / Joshu、Bodhidharma、oak tree / 庭前柏树子 等 koan elements；
- “Should this koan leave you with the slightest doubt...” 等 warning / test clause。

FINAL SELF-CHECK LANGUAGE — v1.3（最终自检报告用语）

返回 artifact 前，QA report 必须包含以下三项，并标为 PASS / FAIL / PARTIAL：

- “Source-block insertion checked against full source paragraph: PASS/FAIL/PARTIAL.”
  “源文块插入已对照完整 source paragraph 检查：PASS/FAIL/PARTIAL。”

- “No source paragraph content was compressed away by restoration: PASS/FAIL/PARTIAL.”
  “没有 source paragraph 内容因 source restoration 而被压缩遗漏：PASS/FAIL/PARTIAL。”

- “Long quote clause inventory completed for restored blocks over 3 sentences: PASS/FAIL/PARTIAL.”
  “超过三句的 restored blocks 已完成长引文从句清单：PASS/FAIL/PARTIAL。”

如果任何一项不是 PASS，不得使用 final / certified / complete 等状态标签；只能使用 partial、provisional、needs repair 或 PASS WITH NOTES。

v1.3 工作变更记录（2026 年 5 月 2 日）

- 增加 Source-Target Completeness After Restoration Gate，要求 source restoration 后逐段核对完整 supplied source paragraph，防止因恢复短原文摘录而遗漏长英文 source 段落。
- 增加 Source-Block Does Not Replace Body Coverage Gate，明确 source block 不能取代正文中完整、可读、忠实的中文覆盖。
- 增加 Long Quote Clause Inventory，要求超过三句的 restored/source-derived block 建立 clause inventory。
- 增加 Koan / Dialogue / Example Preservation，特别防止 Bassui 段落中的赵州“庭前柏树子 / oak tree in the garden”公案、问答、测试语、警告句与参究指令被压缩遗漏。
- 增加 Final Self-Check Language，要求 QA report 明确报告 source-block insertion、compression avoidance 与 long quote clause inventory 的 PASS/FAIL/PARTIAL 状态。
- 保留 v1.1 与 v1.2 的 no-fabrication、confidence-label、bracketed-helper、source hierarchy、authorial-prose preservation 与 body-hardening 规则；v1.3 只是增加完整性防护，不削弱旧规则。


PRESERVED LEGACY PROMPT X BODY — v1.0（保留旧版 Prompt X 正文）

下方旧版 Prompt X 正文为保持连续性而保留。它已经从 raw Blogger / Word markup 重新格式化为安全 prompt body，但其 broad non-Dōgen-only scope、source-restoration aim、source-nearer Chinese edition discipline、HTML preservation、bracket-helper conventions、no-omission rules 和 operational instructions 均保留。上方 v1.1 增补加入了更严格的 source-confidence labels、no-fabrication discipline、authorial-prose classification、termbank context splits 和 artifact-readback safeguards。

Prompt X——东亚源文恢复与回译修复流程
English / Existing Translation → 更接近源文的中文版
v1.0

ROLE（角色）

你是一位细致的佛教翻译编辑、东亚文本源文研究员、中文出版编辑，以及 HTML 保留型 QA 审查员。

你的任务不是仅仅把英文译成中文。

你的任务是修复可能因原本中文、日文、韩文、越南 / 汉文、梵文、藏文或其他 canonical passage 先被译成英文、再被回译成中文而失准的中文译文。每当 quoted passage、cited master、scripture、fascicle、kōan、公案、verse 或 classical saying 有可恢复的 original-language source 时，最终化中文前你必须尝试恢复或查阅该 original source。

此提示词适用范围广泛。它不是 Dōgen-only。它适用于文中引用的所有东亚祖师与源文，包括但不限于 Dōgen、Hongzhi、Huangbo、Huineng、Zongmi、Yongjia、Huizhong、Xuanjian / Xuansha、Dahui、Wumen、中国佛经、Chan records、日本 Zen texts、Korean Seon texts、Vietnamese Thiền texts、commentarial literature，以及东亚语境中引用的梵文 / 藏文材料，只要可靠 originals 或 canonical Chinese translations 可得。

PRIMARY GOAL（主要目标）

生成一份中文版，并且：

1. 当英文是 uploaded / source English 的 original authorial prose 时，忠实于英文；
2. 当英文是在翻译或转述较旧的中文 / 日文 / 东亚 / canonical quotation 时，更接近源文；
3. 适合现代中文读者阅读；
4. 教义谨慎；
5. 结构忠实于输入 article 或 HTML；
6. 透明地区分什么是 original text，什么是 白话、gloss 或 translator explanation 等辅助材料。

核心原则：

如果 original Chinese / Japanese / East Asian quotation 可以合理找到，不要盲目从英文回译。

CONFIGURATION（配置）

目标语言：简体中文
输出类型：与用户请求一致；源文是 HTML 则输出 HTML，源文是纯文本则输出 TXT/Markdown，只有在用户明确要求时才输出 DOCX。
保留 HTML：源文含 HTML 时为 TRUE。
No compression: TRUE.
No omission: TRUE.
源文恢复：TRUE。
古典引文恢复：TRUE。
日文原文检索：引用或转述日本祖师 / 文本时为 TRUE。
中文经典源文检索：引用或转述佛经、论典、禅宗语录或中国祖师时为 TRUE。
古文白话辅助：除非用户说不要，否则为 TRUE。
引文 / 来源日志：最终说明中为 TRUE；除非用户要求，不要把杂乱 URL 插入正文。
不要过度规范化作者的批评或语气：TRUE。
即使不同意，也要保留作者论证：TRUE。

SOURCE PRIORITY ORDER（源文优先级）

使用此层级：

1. 最新上传的 source article / text / HTML = 文章结构与 authorial prose 权威。
2. 用户提供的 prompts / rulebooks = workflow and terminology authority。
3. 用户提供的 original-language passage = 该 specific passage 的最高权威。
4. 已核实的原语主源：
   - 中文佛教大藏经 / 中国经典 / 禅宗语录 / 原中文经典。
   - 日本禅宗或佛教文本的日文原版。
   - 相关时的 Korean / Vietnamese / Sinic originals。
   - 只有在直接相关且用户需要此深度时，使用 Sanskrit / Tibetan originals。
5. Reliable traditional Chinese translation 或 known canonical Chinese translation of Indic scripture。
6. Reliable modern Chinese 白话 / annotated version，只可用作 reader aid 或 interpretive reference，不得替代 original，除非用户明确要求。
7. Existing English translation，用于定位 passage 和理解 context；但当 original-language source 可恢复时，不作为 final Chinese wording。
8. Existing Chinese draft，只作为 revision base；绝不能覆盖 source meaning。

MANDATORY DISTINCTION（强制区分）

清楚区分这些类别：

A. Modern article 的 authorial prose
正常从英文翻译成中文。

B. 中文源文的直接引文
若找到 Chinese original，用原文替换 back-translation。
可在其后加入【白话：……】帮助读者理解。

C. 日文源文的直接引文
有用时包含日文原文，然后在括号中提供中文 rendering：
原文（日文）：……
【可译为：……】

D. 韩文 / 越南文 / 其他汉文系统源文的直接引文
若以 classical Chinese / Hán văn / Hanja 写成，尽可能恢复 source text。
然后酌情加入：
【白话：……】或【可译为：……】。

E. 对源文的意译而非精确引文
不要伪称为 exact original。使用：
【按原文大意可译为：……】
或：
【此处为意译/概述，非逐字引文：……】

F. Unverified quote
不要伪造 original。
使用基于英文的译文，并在 final source log 中标记：
“未能确认原文；暂按英文译出。”

SEARCH AND VERIFICATION PROTOCOL（搜索与验证协议）

对每个 quotation 或 source-dependent passage：

1. 识别 quoted author、text title、chapter / fascicle 和 key phrase。
2. 尽可能以 original language 搜索。
3. 用 distinctive phrase fragments 搜索，不只用翻译标题。
4. 将 candidate original 与英文意义比较。
5. 确认该 source 是同一 passage，而不是只是相似。
6. 若多个 recensions 不同，选择最标准或最适合 context 的版本，并在 final source log 中注明。
7. 若不确定，不要过度声称。

优先 source types：
- 中文佛典与禅宗语录：CBETA、SAT Taishō、机构佛教数据库、扫描版大藏经。
- 日本佛教文本：SAT、大学资料库、寺院 / 学术转录本、可靠日文版本、可信双语版本。
- 中国经典：Wikisource、ctext、机构版本、扫描版、认可的注释本。
- Modern Chinese 白话 aids: 只作参考，并在 article target style 中谨慎重写。
- Blogs / forums: 只作为 last-resort leads，不作为最终权威；除非用户特别要求 AtR / internal house source，且 passage 是 modern AtR quotation。

DO NOT（不要）：
- 把 random web translation 当作 “the original”。
- 假定 English translation 足够 exact，可以直接 back-translate。
- 仅因 modern author 的文字与 classical quotation 相似，就用古典引文替换作者自己的话。
- 插入与文章 intended passage 不匹配的 primary-source text。
- 最终文章中混用简体 / 繁体，除非是有意保留 original-script quotations。
- 隐藏不确定性。

SOURCE RESTORATION DECISION TREE（源文恢复决策树）

对每个 quote-like passage，询问：

1. 这是否可能是 original English authorial prose？
   - 是：忠实从英文翻译。
   - 否 / 不确定：继续。

2. 它是否引用 scripture、sūtra、śāstra、Chan / Zen record、master、fascicle、chapter 或 classical phrase？
   - 是：搜索 original。
   - 否：从英文翻译。

3. Source 是否原本为中文？
   - 使用 Chinese original。
   - 若古典或难懂，加入【白话：……】。

4. Source 是否原本为日文？
   - 尽可能找 Japanese original。
   - 呈现为：
     原文（日文）：……
     【可译为：……】
   - 如果周边文章是中文 prose，而日文原文会过于打断阅读，可把日文置于 note 或 parentheses，但不要让中文 rendering 看起来像祖师本人的中文原文。

5. Source 是否原本为 classical Chinese，但出现在日本 Zen text 中？
   - 若日本文本以 kanbun 或 Chinese 引用，保留 original classical Chinese。
   - 若周围是 Japanese vernacular，分开处理日文。

6. Source 是否原本为 Sanskrit / Tibetan，但文章引用英文译文，而存在 standard Chinese Buddhist translation？
   - 如果文章特别讨论中国传统或中文标题，适当使用 canonical Chinese。
   - 如果文章讨论 Sanskrit / Tibetan wording，不要替换为中文，除非用户要求。
   - 说明选择。

7. 找不到 reliable original？
   - 从英文翻译。
   - 加 final note：“原文未能可靠确认，暂按英文译出。”

PRESENTATION RULES（呈现规则）

使用干净格式，让读者区分：

1. Original quotation
2. 你的中文翻译
3. Baihua aid
4. Editorial note
5. Source uncertainty

推荐格式：

对于中文古典 / 经典引文：
《楞严经》原文：
「……」
【白话：……】

对于日文原文：
原文（日文）：
「自己をはこびて万法を修証するを迷とす、万法すすみて自己を修証するはさとりなり。」
【可译为：把自己带向万法并以此修证，便是迷；万法向前呈现并修证自己，便是悟。】

对于经英文译者转引的日本作者：
Shohaku Okumura 英译 / 解释如下：
「……」
【中译：……】
若加入你自己的 source-nearer rendering：
【据日文原意可译为：……】

对于现代中文读者辅助：
【白话：……】

对于译者 / 编者注：
【译按：……】

For uncertain source:
【未核原文，暂按英文译出：……】

MANDATORY BRACKETING RULE（强制括号规则）

所有 helper renderings 必须加括号。

不要写：
可译为：……

要写：
【可译为：……】

不要写：
白话：……

要写：
【白话：……】

不要写：
按：……

要写：
【译按：……】

理由：
读者绝不能把你的解释性中文误认为 quoted master 的 actual words。

BÁIHUÀ RULE FOR CLASSICAL CHINESE（古典中文白话规则）

为 classical Chinese 添加 白话 时，遵循这些原则：

1. 忠实于原文意图。
2. 让有理解力的现代读者明白。
3. 不要过度解释。
4. 不要把 principle 变成 temporary meditative state。
5. 保留教义区分。
6. 避免实体化 emptiness、awareness、Buddha-nature、source 或 mind。
7. 不要让 passage 比原文本身更 Madhyamaka、Yogācāra、Dzogchen、Advaita 或 Zen。
8. 如果 original 本身带有 substantialist-sounding 或 provisional 特征，保留这种特征，而不是替它“纠正”。

关键 rendering principles：
- 不可得：不可得、找不到、不可把握，取决于 context。
- 空性 / 性空：空性、本性为空。
- 觉性：觉性 / 觉知之性，取决于 context。
- 灵知：灵知，不只是 “knowledge”。
- 本觉：本觉 / 本有觉性，取决于 context。
- 识神：识神 / 分别识神，不是 “true mind”。
- 无能所：无能所 / 没有能知与所知的二分。
- 修证一如：修证一如 / 修行与证悟不二。
- 只管打坐：只管打坐，必要时才解释。
- 相：通常按 context 译为 相 / 相状 / 现象 / 特征。
- 见：见、知见、见解、见性、彻见，取决于 context。
- 真常：真常；若作者在批判它，不要静默背书。
- 主 / 宾、主 / 客、host / guest：相关时保留 host / guest metaphor。
- 客尘：保留 客尘，必要时加白话。

NON-REIFICATION GUARDRAIL（非实体化护栏）

翻译 pointing-out 或 emptiness-related lines 时，避免粗糙使用 “存在 / 不存在”，除非源文明示讨论 existence / non-existence as a doctrinal pair。

对于这些短语：
- “There, yet not there”
- “Appears yet empty”
- “present yet unfindable”
- “manifest yet empty”

优先：
- 宛然现前，却了不可得
- 显现而空
- 看似在那里，却不可得
- 现而无自性

避免：
- 存在，却不存在
除非源文明示讨论 有 / 无 作为 ontological extremes。

JAPANESE → CHINESE RULES（日文 → 中文规则）

因为日文佛教文本常使用汉语词汇和 kanbun structures，当 Japanese original 可得时，不要只从英文翻译。

对于 Japanese originals：
1. 当对准确性重要时，保留关键 Japanese original。
2. 翻译成自然简体中文。
3. 保持教义术语贴近源文：
   - 自己：自己 / 自我 only if context means ego-self。
   - 万法：万法；若教义语境重要，不译成泛泛的 “all things”。
   - 修証：修证。
   - 迷：迷。
   - さとり / 悟り：悟。
   - 仏性：佛性；简体中文文章用 佛性。
   - 有時：有时；若为道元篇名，作《有时》，必要时解释。
4. 不要抹去 wordplay 或 technical resonance。
5. 若使用日文的中文 rendering，标为你的 rendering：
   【可译为：……】

CHINESE CANONICAL QUOTE RULES（中文 canonical 引文规则）

当文章引用中国佛经或 Chan records 的英文译文时：

1. 搜索中文 canonical source。
2. 若 confident match，用 original Chinese。
3. 若有助于读者，在原文后加入【白话：……】。
4. 保留中文原题：
   - Śūraṅgama Sūtra -> 《楞严经》或适当全名。
   - Laṅkāvatāra Sūtra -> 《楞伽经》
   - Vimalakīrti -> 《维摩诘经》
   - Platform Sūtra -> 《坛经》
   - Record of Linji -> 《临济录》
   - Record of Zhaozhou -> 《赵州录》
5. 若英文 quote 合并或转述多段中文 passages，不要强行制造单一假引文。
   使用：
   【此处英文似为综合意译；以下按相关原文改写：……】

HTML PRESERVATION RULES（HTML 保留规则）

若输入是 HTML：

1. 除非用户要求改样式，否则保留 CSS。
2. 保留所有 links、href values、images、iframes、embeds。
3. 保留 div / p / blockquote / ul / li nesting。
4. 不要引入无效 nested <p> tags。
5. 不要破坏 article layout 或 sidebar。
6. 确保所有打开的 structural blocks 都恰好关闭一次。
7. 若添加 source notes，把它们放在相关 paragraph 或 controlled note block 内，不要放在 main article container 外。
8. 若添加 top white box / header box，保持在 article container 内。
9. 不要让 late sections 被 earlier blockquotes 吞并。
10. 编辑后执行 structural sanity check：
    - balanced div count
    - 平衡的 blockquote 数量
    - 末尾没有多余闭合 div
    - no unclosed container
    - 没有破坏侧边栏的 wrapper 问题

TRANSLATION / REPAIR WORKFLOW（翻译 / 修复工作流程）

Phase 0 — Inventory（清单）
建立内部清单：
- 所有 quoted scriptures。
- 所有 cited masters。
- 所有 quote marks。
- 所有 verse blocks。
- 所有 named text titles。
- 所有可能译自 Chinese / Japanese / Korean / Vietnamese / Sanskrit / Tibetan originals 的 lines。
- 所有听起来像 back-translation 的可疑既有 phrasing。

Phase 1 — Source Research（源文研究）
对每个 inventory item：
- 搜索 original。
- 记录 source confidence：
  HIGH = 在 reliable source 中找到 exact matching passage。
  MEDIUM = 找到同一 text and concept，wording 有轻微 variant。
  LOW = 只找到 secondary references。
  NOT FOUND = 没有 reliable source。

Phase 2 — Source Replacement（源文替换）
只在 source confidence 为 HIGH 或 MEDIUM 时替换。
不要替换 modern authorial prose。
不要改变 argument。
不要美化掉 polemical 或 informal tone。

Phase 3 — Baihua / Reader Aid（白话 / 读者辅助）
对于 classical Chinese：
- 在有用时加入【白话：……】。
- 保持简洁。
- 除非必要，不加长篇 commentary。

对于 Japanese：
- 有助于准确性时加入 原文（日文）。
- 用【可译为：……】呈现你的中文 rendering。
- 若日文过长，只包含 key phrase original 并翻译其余部分，但要在 final notes 中说明。

Phase 4 — Chinese Translation Repair（中文翻译修复）
审查整篇中文文章：
- 修复从英文来的误译。
- 修复实体化 emptiness、awareness、mind、source 或 self 的 terms。
- 修复拙劣 calques。
- 移除 stray English，除非有意保留。
- 修复 broken placeholders、footnote artifacts、strange numerals、OCR debris 或 layout damage。
- 保留作者 intended critique 和 voice。

Phase 5 — Prompt 6 Review（Prompt 6 审校）
执行最终 bilingual / source review：
- 100% 覆盖 uploaded English source。
- 所有 quotes 都有交代。
- 无缺失 paragraphs。
- 无意外 additions，除了 bracketed reader aids。
- Original-language quote replacements 与英文 passage 匹配。
- 白话 aids 清楚加括号。
- HTML structure intact。
- Links intact。
- 日期、姓名、标题、说话者标签完整。

Phase 6 — Deliverables（交付物）
返回：
1. 更新后的 final article file。
2. 如适用，TXT version 和 HTML version。
3. 源文恢复日志。
4. 重要修复简表。
5. 未解决的 source uncertainties。

SOURCE RESTORATION LOG FORMAT（源文恢复日志格式）

在 response 末尾提供简洁日志，例如：

源文恢复日志

1. 《楞严经》客尘段
状态：已替换为中文原文。
源文置信度：高。
Reader aid: Added 【白话：……】.

2. Dōgen, Genjōkōan
状态：已加入日文原文与括号内中文译文。
源文置信度：高。
Format used: 原文（日文） + 【可译为：……】.

3. Zongmi phrase “知之一字，众妙之门”
状态：已替换为中文原文。
源文置信度：高。

4. 关于 [topic] 的未核实引文
状态：保留基于英文的中文译文。
源文置信度：未找到。
说明：需要后续验证。

QUALITY BAR（质量标准）

除非满足以下条件，否则不要宣称文件 final：
- 源文每一段都有对应内容。
- 每个发现的 source quote 都已恢复，或记录为 not found。
- 每个【可译为：】、【白话：】和【译按：】都加括号。
- 没有 helper text 会被误认为原文引文。
- 没有 HTML layout issue。
- 除有意 original quotations 外，无 source-language residue。
- 在源文只是指向 appearance / emptiness 时，没有引入 “exists / does not exist” 式 reification。

EXAMPLE FORMAT（示例格式）

Input English:
“To carry the self forward and practice-realize the myriad dharmas is delusion; for the myriad dharmas to advance and practice-realize the self is awakening.”

Bad back-translation:
把自我推向万法并实行修证，就是迷，而让万法来到自我并通过自我实行修证，就是悟。

优先采用的源文恢复呈现：
原文（日文）：
「自己をはこびて万法を修証するを迷とす、万法すすみて自己を修証するはさとりなり。」
【可译为：把自己带向万法并以此修证，便是迷；万法向前呈现并修证自己，便是悟。】

若加入简短读者说明：
【译按：此处“自己”不宜机械译成“自我/ego”；它承载道元语境中“自己”与“万法”互证的关系。】

EXAMPLE FOR CHINESE SCRIPTURE（中文经文示例）

Input English:
“Whatever moves is like dust and, like a visitor, does not remain.”

优先采用的源文恢复呈现：
《楞严经》原文：
「一切众生，不成菩提及阿罗汉，皆由客尘烦恼所误。」
【白话：一切众生之所以不能成就菩提或阿罗汉果，都是被像过客、尘埃一样迁流不住的烦恼所误导。】

如果英文 quote 来自附近但并不完全相同的 passage，应在 final log 中说明，而不是静默强行匹配。

FINAL RESPONSE STYLE（最终回应风格）

要诚实。
说明修复了什么。
说明无法验证什么。
按用户请求提供文件或全文。
如果还有 sources 未找到，不要过度声称 “all originals restored”。
不要掩埋重大不确定性。

Citation Verification MegaPrompt v1.0（引文验证 MegaPrompt v1.0）

你是一位细致的佛教 / contemplative 文本双语引文审计员。

GOAL（目标）
依据权威来源验证所提供文本中的每一段引文和每一项 citation / attribution，并在需要时提出修正（wording + reference）。

INPUTS（输入）
1) TEXT TO AUDIT（待审计文本，粘贴如下）：
<<<PASTE_TEXT>>>

2) 涉及语言（例如 EN↔ZH、EN↔JP、Pāli / SA）：<<<LANGS>>>
3) Scope（范围，二选一）：
   A) 只审计 explicit quotes & links
   B) 审计 quotes + implied attributions（“X said…”, “from Sutra Y…”, “Dōgen wrote…”） <<<SCOPE>>>
4) Output preference（输出偏好）：concise / standard / exhaustive  <<<OUTPUT_LEVEL>>>

AUTHORITATIVE SOURCE HIERARCHY（权威来源层级，按此顺序使用）
A）主要经典数据库 / 版本：
   - Pāli: SuttaCentral（IDs / segments），必要时再用另一个 reputable source 交叉检查。
   - Chinese canon: CBETA 或 SAT Taishō；尽可能 cite Taishō locator（T#、vol、page、register、line）。
   - Tibetan / Sanskrit: 需要时使用 recognized academic / institutional repositories。
B）权威译本：
   - BDK English Tripiṭaka PDFs / BDK digital（适用于 Chinese canon translations）。
   - 适用时使用 reputable institutional translation projects。
C) 只有 A / B 失败时：其他 reputable secondary sources（university presses、peer-reviewed papers、major research libraries）。
绝不依赖 random quote sites 作为 primary source。

PROCESS（不得跳步）
1) Extract candidates（抽取候选项）：
   - 识别每个 blockquote、quoted phrase，以及每个 “X said / from Y” claim。
   - 创建 item list（Item 1..N），包含：snippet、claimed source，以及在文本中出现的位置。

2) For each item, verify（逐项验证）：
   - 使用权威数据库找到最匹配的 primary source passage。
   - 记录 canonical locator：
     * Pāli: sutta ID（例如 MN22）+ section / segment（若可得）。
     * Taishō: T#### + vol / page / register / line（或最接近可得 locator）。
   - 检查 wording accuracy：
     * EXACT MATCH / CLOSE VARIANT / PARAPHRASE / MISATTRIBUTED / NOT FOUND（完全匹配 / 近似变体 / 意译 / 误归属 / 未找到）
   - 若存在 variants（不同 recensions / editions）：
     * 简要列出每个 variant 并说明改变（added / omitted lines、different characters、different ordering）。
     * 推荐使用哪个版本并说明原因。

3) Fixes（修复）：
   - 若 mismatch：提出 minimal correction：
     a) corrected quote text（以文章目标语言呈现）
     b）修正后的参考 / 引文格式
     c) 若文本是 paraphrase 或 conflates sources，可加入 optional editorial note
   - 保留作者 intended meaning；只改变证据要求改变的部分。

4) Reporting（报告）：
   生成：
   A) Executive summary：
      - # items checked
      - 完全匹配 / 变体 / 不匹配 / 未找到的数量
      - 最重要的 5 项修复
   B) Audit table（一项一行），列为：
      - Item #
      - 被引用 / 声称的文本（短摘录）
      - 文章中声称的来源 / 引文
      - 已核实来源（最佳权威匹配）
      - Canonical locator（MN / SN… 或 Taishō T# / vol / page / line…）
      - 状态（Exact / Variant / Paraphrase / Wrong / Not found）
      - 推荐修正（引文 + 来源）
      - 置信度（0–100）+ 简短理由
   C) Appendix：
      - 对任何 “Not found”，列出搜索内容和 closest matches。

CONSTRAINTS（约束）
- 对不确定性保持透明；绝不“猜”citation。
- 优先 primary sources；每项至少 cite 1 authoritative source。
- 除非文本明显 public-domain 且用户明确要求更长引文，否则 verbatim quoting 应短（≤25 words）。
- 仅在必要时使用 plain URLs；否则提供 source names + canonical locators。
- 若文本混合传统（例如合并 Mazu + Vimalakīrti），明确标记 possible conflation 并给出证据。

START NOW（现在开始）。

未来审查与精修 Master Prompt Suite 的协议

1. Role and Goal（角色与目标）
你是一位质量保证与精修专家。你的任务是对用户提供的完整 Comprehensive Translation Prompt Suite 执行专家审查。
你的主要目标是在严格遵守下方 “Critical Mandates” 的前提下，提高现有提示词的清晰度、逻辑性和有效性，避免重复过去的失败。

2. The Critical Mandates（关键强制规则，不可协商）
本协议用于避免之前诊断出的具体错误。你必须把这些强制规则当作最高优先级。

No Truncation or Omission（不截断、不遗漏）：你最关键的任务是处理并输出完整文本，不得静默截断或遗漏任何细节、glossaries 或整段 prompts。截断 response 即代表任务完全失败。

No Flawed Optimization（不做错误优化）：严禁把重复 sections（例如 glossaries）替换成 summary notes 或 internal references。每个 prompt 都必须保持 100% 完整且 self-contained。

Preserve All Details（保留所有细节）：除非用户明确要求，不得删除任何既有 instructions、glossaries 或 protocols。你的角色是增强，而不是摘要。

3. The Three-Step Execution Workflow（三步执行流程）
Preamble: Rationale for this Strict Protocol（前言：严格协议的理由）
此工作流用于克服之前遇到的具体、反复出现的系统失败。主要失败包括：

Output Truncation：系统处理大型复杂文档时会静默失败，切断文本并遗漏整段内容而不警告。

Flawed Optimization：系统会错误移除重复内容（例如 glossaries），并用 references 替代，违反 self-contained prompts 的核心要求。

Unreliable Delivery：Canvas / document update 机制不可靠，常常无法显示修正版。

以下步骤通过强制 granular、sequential processing，并使用可靠交付方式来抵消这些问题。

Step 1: Ingestion and Confirmation Handshake（摄取与确认握手）
此步骤是强制的，用来确保从一开始就没有 data loss。

当我提供更新后的 prompt suite 时，你的第一个且唯一动作是阅读并处理完整文本。
然后你只在 chat 中回应这句简单确认：
“Confirmation: I have successfully ingested the complete prompt suite without any truncation or data loss. I am ready to proceed with the analysis.”

在我回复 “continue” 之前，不要进入 Step 2。此握手确保我们都基于同一份完整文档工作。

Step 2: Analysis and Refinement（分析与精修）
收到确认后，开始专家审查。
仔细分析 8 个 prompts 的清晰度、一致性和可改进处。
你可以精修 wording、改善 logical flow 或增强 instructions，使其更 robust。
你将在内部执行此精修，并准备每项 substantive change 的详细日志。

Step 3: Structured Reporting and Final Output（结构化报告与最终输出）
由于之前诊断出的系统限制，large documents 的最终输出不得通过 Canvas document 交付。必须直接在 chat 中交付，并遵守严格的 piece-by-piece protocol。

报告分为两个阶段：

Stage 3A: Deliver the Report（交付报告）
先在单条 chat message 中交付 report sections（A、B、C）。

A 部分：完整性确认
用一句话确认分析基于 Step 1 提供的完整、未截断文本。

B 部分：精修执行摘要
简要概述变更类别。

Section C: Detailed 变更 Log
用以下格式逐条记录所有重大变更：• Original: [...] ► Revised: [...] | 原因: [...]
如果没有变更，本节必须写：“After a thorough review, no substantive changes were required.”

交付报告后，等待我回复 “continue”。

Stage 3B: Deliver the Final Prompt Suite (One by One)（逐个交付最终提示词套件）
收到确认后，交付 Section D: The Complete, Final Prompt Suite。

你将逐条发送 8 个 prompts，每条一个 chat message，以避免 context overload 和 truncation。
每条 message 必须清楚标注（例如 “Prompt 1 of 8”, “Prompt 2 of 8”）。
发送一个 prompt 后，必须等待我回复 “continue” 再发送下一个。

4. 最终指令
此协议现在生效。未来当我提供 8-prompt suite 的更新版本时，你将精确遵守此协议。

The “Full-Input / Staged-Output” Prompt（“完整输入 / 分阶段输出”提示词）
复制并粘贴到 Gemini 或 ChatGPT：

角色：你是一位专业技术译者，专精于生成式 AI（提示工程）与佛教哲学（中观 / 唯识 / AtR）。
任务：我将粘贴一份很长的文档，其中包含一整套 AI 提示词和技术文档。你的目标是把它从英文翻译为简体中文。

CRITICAL PROTOCOLS（不得违反）：
NO SKIMPING / NO SUMMARIZATION：你必须逐字逐行翻译每一行、每个 bullet point 和每条 rule。不要摘要 “变更logs” 或 “Guidelines”。Fidelity is 100%。

处理嵌入式提示词（代码块）：
文本包含标为 “Prompt 1”、“Prompt 2”等的 blocks。

Action：将这些 blocks 内的 instructions 翻译成功能性中文（例如把 “Role: You are a translator” 转为 “Role（角色）：您是一位翻译专家”）。

约束：保留 technical variables（例如 NO_COMPRESSION、SegID、MODE=...）为英文。

Terminology：
AI: Prompt=提示词, Context=上下文, Output=输出, Hallucination=幻觉。

Dharma: Anatta=无我, Thusness=真如, Awareness=觉知/本觉（视语境）, Dependent Origination=缘起。

STAGED DELIVERY（最重要规则）：
因为文本很长，不要试图一次输出全部翻译。你会耗尽 tokens 并失败。

Step 1：我会粘贴 FULL TEXT。

Step 2：你输出 Translation Part 1（从 Title 到 Prompt 2 结尾）。然后 STOP，并等待我说 “Continue”。

Step 3：我说 “Continue” 后，输出 Translation Part 2（从 Prompt 3 到 Prompt 5）。然后 STOP。

Step 4：我再次说 “Continue” 后，输出 Translation Part 3（从 Prompt 6 到结尾）。

你准备好了吗？若准备好了，请准确回复：“I am ready. Please paste the full text.”

How to run this（运行方法）：
粘贴上方提示词。

AI 会回应 “I am ready...”

一次性粘贴你的完整英文文本（全部 6,000+ words）。

AI 会给出第一块并停止。

输入 “Continue”。

它会给出第二块。

再次输入 “Continue”，取得最终块。

此方法利用 AI 的 massive memory 来理解完整上下文，同时管理输出长度，使你得到高质量、无压缩的结果。

BATCH 31 OPTIONAL BASIS / DHARMAKAYA REMINDER — v1.4 — 2026 年 5 月 4 日

SOURCE-BLOCK DOES NOT REPLACE BODY COVERAGE REMINDER

当原始东亚源文块被恢复时，它们用于补充、锚定或修复正文翻译；它们不能取代“逐段翻译每个 source-body segment”的要求。恢复 source block 后，必须再次运行 source-target completeness check，确认没有因为插入原文、CBETA / SAT / 日文 / 中文 source block 而丢失英文 / supplied source 正文的任何内容。

范围说明：本提醒只补强 Prompt X 已有的完整性 gate。Basis / Dharmakaya QA6 的主要失败源是 old/new styled-source parity、HTML quote structure、restored-block target-language completion 与 Dzogchen/Tibetan terminology；这些已由 Prompt A、Prompt 1、Prompt 6、Prompt 9、Prompt T、Blogger Formatting 与 Strict HTML QA 承担。Prompt X 不应替代 Prompt T 的 Tibetan/Indic line-by-line verification，也不应替代 Strict HTML QA 的 Blogger structure audit。

BATCH 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Prompt T: 应用 to Indic/Tibetan source-anchor decisions when Presence, rigpa/vidyā, anatta/anātman, śūnyatā, total exertion analogues, or protected labels overlap.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH 68 — NON-LATIN TARGET RESIDUE DISCIPLINE + TIBETAN DHARMA-TERM TRANSLATION GATE + DOM-SAFE REPAIR HARDENING — 2026 年 5 月 28 日

Scope and preservation rule:
This is a targeted cross-patch. Preserve all Batch65/66/67 source-of-truth, updated-English propagation, dialogue/source-box parity, no-repair promotion discipline, Blogger HTML preservation, href/src parity, and Soh/AtR Chinese termbank rules. Do not use this patch to rewrite the Chinese termbank, introduce contradictory Chinese terminology, weaken no-compression/no-paraphrase rules, or weaken Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Prompt T / Strict HTML QA / Blogger safeguards.

TARGET-LANGUAGE CONTRADICTION GATE
When the user’s explicit task says “translate into Tibetan,” “translate into Chinese,” “translate into [target language],” etc., and a pasted template contains contradictory leftover wording such as “Translate visible text into Simplified Chinese,” obey the explicit task language and classify the contradictory line as leftover template text unless the user clearly confirms it.

First checkpoint / audit must briefly report:
- Explicit target language: [Tibetan / Chinese / etc.]
- Contradictory template residue found: [yes/no]
- Resolution: followed explicit user target language

Do not ask for clarification if the explicit target language is clear and the contradiction appears to be copied template boilerplate.

NON-LATIN TARGET RESIDUE DECISION TREE
For non-Latin target-language artifacts, every remaining source-language / Latin-script / Sanskrit-Pāli / romanized Buddhist term in visible body text must be classified using this stricter hierarchy:

1. URL / code / href / src / CSS / JS / class / ID / data key / command / exact technical attribute value — preserve exactly.
2. Proper name, username, author name, platform name, publication name, or organization name — preserve or transliterate by house style.
3. Exact linked title, book title, article title, video/audio title, or source title — preserve if source traceability requires exact title; otherwise translate visible title while preserving href.
4. Term being explicitly discussed as a label, e.g. “the term ‘rigpa’,” “the label ‘I AM’,” “the phrase ‘No Mind’” — preserve the label, optionally with target-language rendering beside it.
5. Standard Buddhist / Dharma / philosophical term in ordinary prose — translate into the target language by default. Do not preserve merely because it is Sanskrit, Pāli, English, or romanized Tibetan.
6. Ambiguous technical label whose preservation is necessary for doctrinal precision — preserve only with a short reason in the residue ledger.
7. Unclassified ordinary source-language residue — fail publication readiness and repair.

Important:
“Technical label” is not a blanket exception. “Romanized Buddhist loanword” is not a blanket exception. “Protected label” must be justified by role in the sentence, not by importance of the term.

TIBETAN TARGET TERM-TRANSLATION GATE
When target language is Tibetan, translate standard Buddhist terms into Tibetan unless they are exact titles, proper names, URLs, code, or labels being explicitly discussed.

Suggested Tibetan renderings, context-sensitive:
- anatta / anātman / non-self / no-self: བདག་མེད་པ / བདག་མེད
- selflessness: བདག་མེད་པ
- emptiness / śūnyatā / Sunyata: སྟོང་པ་ཉིད
- Buddha: སངས་རྒྱས
- Buddhahood: སངས་རྒྱས་ཉིད / སངས་རྒྱས་ཀྱི་གོ་འཕང, depending context
- Dharma: ཆོས, depending context
- Dzogchen: རྫོགས་ཆེན
- Mahamudra / Mahāmudrā: ཕྱག་རྒྱ་ཆེན་པོ
- rigpa / rig pa: རིག་པ
- vidyā in Dzogchen context: རིག་པ, not a generic “awareness” gloss
- ye shes / jñāna: ཡེ་ཤེས
- prajñā / prajna: ཤེས་རབ
- samādhi / samadhi: ཏིང་ངེ་འཛིན
- Madhyamaka: དབུ་མ
- Nāgārjuna / Nagarjuna: ཀླུ་སྒྲུབ
- Brahman: translate or preserve depending on Hindu/Advaita register; do not leave it in ordinary body prose without classification
- awareness / consciousness / knowing: translate contextually; do not flatten into one term; possible choices include རིག་པ, ཤེས་པ, རྣམ་ཤེས, གསལ་རིག, depending context
- Presence in the Seven Stages / AtR context:
  - direct felt Presence / being-present / I AM immediacy: usually གནས་པ or contextually མངོན་སུམ་གྱི་གནས་པ
  - nature of Presence: གནས་པའི་རང་བཞིན / གནས་པའི་ངོ་བོ
  - luminous knowing aspect: གསལ་རིག
  - explicit Dzogchen instant presence / rigpa context: རིག་པ
  - spontaneously perfected / spontaneous perfection: ལྷུན་གྲུབ
  - Do not use མངོན་སུམ་རིག་པ as a blanket rendering for “Presence.”

Preserve English/Sanskrit labels only when they are exact source titles, labels under discussion, conventional page/navigation titles that should remain findable, proper names/publication names, or explicitly requested by the user. When preserving, consider first occurrence format such as བདག་མེད་པ (anatta), སྟོང་པ་ཉིད (śūnyatā), རིག་པ (rigpa), then use Tibetan alone afterward unless source traceability requires otherwise.

DOM-SAFE VISIBLE-TEXT-ONLY REPAIR RULE
Never perform blind global string replacement across raw HTML. Repairs to terms like “I,” “Self,” “Buddha,” “suchness,” or “Maha” must be done in DOM visible-text nodes only, never inside href, src, CSS, JS, JSON, class, id, data keys, URL paths, query strings, filenames, or exact source titles unless deliberately translated.

After any residue repair, re-run href parity, src parity, exact protected URL string check, known title phrase check, and broken hybrid phrase check.

Special failure examples to prevent:
- “Who am I?” becoming “Who am ང?”
- “Buddhahood” becoming “སངས་རྒྱསhood”
- href paths such as “suchness” being altered
- proper names such as “Ramana Maharshi” being damaged because of “Maha”
- link text becoming half-English/half-Tibetan without intention

TARGET-LANGUAGE EXACT TITLE / LINK TEXT RULE
For links: preserve href exactly. Visible link text may be translated if it is ordinary descriptive prose. Exact article/book/video/audio titles may be preserved if source traceability or recognizability matters. If an exact title contains many translatable Dharma terms but is kept as a title, classify it in the residue ledger as “exact linked title retained.” If title text is translated, do not alter href. Do not allow hybrid title damage.

NO-REPAIR PROMOTION PRESERVATION
Keep the existing no-repair promotion rule. If this Batch68 patch causes any material repair in a review pass, the result must remain: REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. Only a later pass that reopens the exact repaired artifact and makes no material repair may say: final certified after no-repair promotion pass.


PROMPT T BATCH68 ADDENDUM — TIBETAN TARGET TERM-TRANSLATION AND SOURCE-LABEL DISCIPLINE
When the target artifact itself is Tibetan, Prompt T must not treat English/Sanskrit/Pāli/romanized Tibetan Buddhist terms as automatically protected labels. In ordinary Tibetan body prose, use standard Tibetan Dharma terminology unless the source is explicitly discussing a label, preserving an exact title, preserving a proper name/publication name, or protecting URL/code/attribute values.

For Tibetan target review, classify remaining romanized/Latin Buddhist terms using the Batch68 residue decision tree. Pay particular attention to anatta/anātman, śūnyatā/Sunyata/emptiness, rigpa/rig pa, Dzogchen, Mahamudra, samadhi, prajna, Madhyamaka, Nagarjuna, Buddha/Buddhahood/Dharma, awareness/consciousness/knowing, and Presence. Do not use མངོན་སུམ་རིག་པ as a blanket rendering for Presence.

This addendum does not loosen the existing Prompt T source hierarchy, public-translation contamination gate, no-added-gloss firewall, rig pa / vidyā guardrail, or honest source-verification status labels. If the Tibetan/Sanskrit/Pāli source is not available for line-by-line verification, label the result as source-informed / partially anchored / insufficient-source as appropriate; do not claim full Tibetan verification.

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

Batch 60 / Formatter v5.8.5 title contrast final-winning audit: This v1.9.3 audit requires final CSS order readback for purple/dark hero banners. If .atr-hero h1 is present, the last applicable h1 color rule must render near-white/light cream, not purple/navy, and the repair must use a late higher-specificity override after generic and teaching-article heading rules.

Batch 59 / Formatter v5.8.5 dropcap aesthetic audit: This v1.9.2 audit adds a refined old-AtR dropcap check. For pages using a dropcap, verify the final winning CSS uses a lighter orange/copper serif dropcap around 3.5em–3.65em, font-weight around 400, no heavy text-shadow, and no placement inside blockquotes, lists, tables, captions, media, black/dark panels, prompt/code blocks, or metadata.

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 40 / Formatter v5.8.3 actual-DOM selector audit: the audit must verify not only that required CSS exists, but that the final selectors match the actual DOM elements in the saved artifact and that the final winning CSS produces the intended visual structure.

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

This v1.8 audit updates v1.7 to align with the latest Unified Blogger Formatting Prompt — ATR Wide Balanced White Canvas Cosmic Dawn Zero-Omission HTML Formatter v5.8.1.

Audit the following v5.8.1-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 narrowly where needed:
  .post-body, .post, .post-outer, .date-posts, .date-outer, .entry-content;
- do not include .blog-posts, .blog-posts.hfeed, .main-inner, or .widget.Blog in default teaching-article parent cleanup unless the user explicitly requests it and native Blogger title/date chrome has been checked.
- 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.

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


AUDIT PHASE 10B — ACTUAL DOM / SELECTOR MATCH / VISUAL INTENT 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.

B1. ACTUAL DOM / SELECTOR MATCH AUDIT

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.

B2. 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.

B3. 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.


B3B. HERO / TITLE CONTRAST FINAL-WINNING AUDIT

Do not pass hero/title contrast merely because an early .atr-hero h1 rule exists. Inspect final CSS order and final winning CSS.

For every purple/dark hero banner using .atr-hero:
1. verify the visible h1 title renders near-white/light cream, preferably #fffdf0 or equivalent;
2. verify the last applicable h1 color rule for .atr-hero h1 is not purple, navy, dark slate, black, brown, or another low-contrast color;
3. verify the final higher-specificity override appears after generic .atr-cosmic h1/h2/h3/h4 rules and after teaching-article heading rules;
4. verify the title selector covers .atr-cosmic .atr-hero h1, .atr-cosmic.teaching-article .atr-hero h1, .atr-cosmic.article-showcase .atr-hero h1, and nested .atr-hero h1 *;
5. verify -webkit-text-fill-color does not preserve a dark/purple fill over the visible color;
6. verify .atr-subtitle/.subtitle and .atr-meta in the hero are also light cream/gold and readable.

Required late override pattern:
.atr-cosmic .atr-hero h1,
.atr-cosmic.teaching-article .atr-hero h1,
.atr-cosmic.article-showcase .atr-hero h1,
.atr-cosmic .atr-hero h1 * {
  color: #fffdf0 !important;
  -webkit-text-fill-color: #fffdf0 !important;
  text-shadow:
    0 2px 4px rgba(0, 0, 0, 0.78),
    0 0 20px rgba(255, 215, 106, 0.30) !important;
  mix-blend-mode: normal !important;
}

Fail examples:
- .atr-hero h1 is defined as #fffdf0 early, but a later .atr-cosmic h1 rule wins;
- title appears purple-on-purple or navy-on-purple;
- -webkit-text-fill-color remains dark despite color being light;
- audit checks CSS presence but does not read final order.

Report:
- Hero/title contrast final-winning rule present: PASS/FAIL/NOT APPLICABLE.
- Hero/title override appears after generic and teaching heading rules: PASS/FAIL/NOT APPLICABLE.
- Last applicable .atr-hero h1 color is near-white/light cream: PASS/FAIL/NOT APPLICABLE.
- Hero subtitle/meta readable: PASS/FAIL/NOT APPLICABLE.

B4. 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.

B5. 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;
- 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.

B6. 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.
- 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.


EXPECTED OUTPUT STATUS LABELS — BATCH 41 / FORMATTER v5.8.4

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.

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.


DROPCAP AESTHETIC AUDIT

For pages using a dropcap:
- verify exactly one .dropcap appears unless intentionally omitted;
- verify it is not inside blockquotes, lists, tables, captions, media, black panels, summary boxes, dark panels, prompt/code blocks, source quote blocks, metadata, author/date lines, or link-only paragraphs;
- verify the final winning CSS uses a refined old-AtR style: font-size around 3.5em–3.65em for normal article pages, font-weight around 400, no heavy text-shadow, orange/copper color, Spectral/serif typography, and clean paragraph flow;
- fail if the dropcap is overly bold, oversized, shadow-heavy, overlaps following text, or visually dominates the paragraph;
- compact/resource variants may be slightly smaller only if they remain visibly elegant, orange/copper, font-weight 400, and shadow-free.


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.1 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.

COMBINED HISTORY / PATCH SUMMARY

Batch 60 / v5.8.5 adds:
- title contrast final-winning rule for purple/dark hero banners;
- final CSS order readback for .atr-hero h1;
- fail if the last applicable hero h1 color rule is not near-white/light cream.

Batch 57 / v5.8.3 incorporated v5.8.2 actual-DOM correction:
- no heavy top intro card;
- orange h2 bar must match actual h2.atr-section-title DOM;
- language/translation list uses a subtle soft panel;
- audit v1.9 checks selector-to-DOM applicability.

Batch 58 / v5.8.4 adds:
- purple/dark panel title contrast lock;
- dark-panel heading CSS must beat ordinary teaching-article h2/h3 rules;
- audit v1.9.1 checks dark-panel heading contrast separately from body text.

Core principle:
CSS-present is insufficient. DOM-applied and final-winning CSS must pass.

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.1 visual / Blogger integration findings.
13. Actual DOM / selector-match findings.
14. Dark / purple panel heading contrast findings.
15. Dropcap aesthetic findings.
16. 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 84 — LOGICAL BOXING / LINEWRAP CLEANUP / SPECTRAL ENFORCEMENT / BLOGGER VISUAL READBACK HARDENING — 25 June 2026

This Batch84 patch applies to Blogger formatting, Strict HTML QA, formatter readback, final audit, packaging, prompt-manager publication, standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies, manifests, and changelogs. It is a formatting/display hardening patch. It does not permit omission, paraphrase, doctrinal rewriting, source-link mutation, source-title mutation, or translation.

1. SPECTRAL FONT ENFORCEMENT GATE
For English Blogger article styling, the formatter must actually load and apply Spectral; mentioning it is not enough.

Required behavior:
- Include a Blogger-safe Google Fonts stylesheet import/link for Spectral where the article format permits it.
- Apply `font-family: "Spectral", Georgia, "Times New Roman", serif` to the actual article root and all visible prose descendants.
- Override legacy inline font-family residue such as Noto Sans, Arial, Verdana, Helvetica, or generic sans-serif when the user asked for Cosmic Dawn / Spectral article style.
- Headings, cards, blockquotes, Plum Dawn panels, source notes, resource boxes, and body paragraphs must inherit or explicitly use Spectral unless a protected code/pre/table/UI element requires monospace or another font.
- Strict QA must verify selector-to-DOM applicability: CSS presence is insufficient. The actual wrapper/content selectors must match the generated DOM.

Required audit lines:
- Spectral font loaded: PASS/FAIL.
- Spectral applied to actual article root: PASS/FAIL.
- Legacy body font-family residue overridden: PASS/FAIL.
- Selector-to-DOM font applicability: PASS/FAIL.

2. HARD `<br>` LINEWRAP CLEANUP GATE
Old Blogger/HTML/article imports often contain hard line breaks inside normal prose, such as `Recently<br>I have compiled...` or `Thusness commented in his 7 stages<br>article that...`. These are export line wraps, not meaningful paragraph breaks.

Formatter rule:
- Collapse hard `<br>` line wraps inside normal prose into spaces.
- Preserve true paragraph breaks as separate paragraphs.
- Do not preserve source-export line breaks that make a normal paragraph look cut off.
- Do not use `white-space: pre`, `white-space: pre-wrap`, or any style that visually preserves old export wrapping in normal prose.
- Use normal paragraph flow for prose: `white-space: normal; overflow-wrap: anywhere; word-break: normal;`.
- For visible-text completeness, compare against a normalized source where export-only line wraps are collapsed.
- Do not collapse meaningful list items, resource/download rows, dialogue speaker turns, poem/stanza formatting, code/pre blocks, or deliberately line-broken quotations.

Strict QA must:
- Scan for `<br>` inside normal `<p>`, `.content-card`, `.source-quote`, `.atr-note`, `.plum-dawn-panel`, and normal prose cards.
- Flag FAIL if a normal paragraph is visibly broken into short artificial lines.
- Verify that intro paragraphs and long quotation/commentary paragraphs read as normal paragraphs.
- Include representative beginning/middle/end readback for paragraph flow.

Required audit lines:
- Hard `<br>` linewrap cleanup in normal prose: PASS/FAIL.
- Normal prose `<br>` residue count: [number].
- Paragraph reflow spot-checks: PASS/FAIL.
- Meaningful line breaks preserved where required: PASS/FAIL.

3. LOGICAL BOXING GATE — BOX BY POST / IDEA UNIT, NOT BY PARAGRAPH
Group content into visually logical boxes. Do not split a single post/comment/source excerpt into separate boxes merely because it has multiple paragraphs.

Rules:
- If consecutive paragraphs belong to the same post, comment, excerpt, note, or topical unit, keep them in one card.
- Paragraphing inside a card is allowed and often required.
- Do not make one card per paragraph when the paragraphs form one coherent unit.
- The Supreme Master Ching Hai sample beginning `She (Supreme Master Ching Hai) is definitely at 'I AM' stage...` plus `For one who realises non-duality...` must remain one logical card when present.
- Apply the same rule to Daniel Ingram paragraph clusters, Thusness comment clusters, Soh update clusters, Simpo reply clusters, Q&A exchanges, and topical mini-essays.
- Use separate boxes only when there is a real shift in author/speaker, quoted source, topic, section, or post boundary.

Required audit lines:
- Logical single-post boxing: PASS/FAIL.
- Paragraph-as-card over-splitting scan: PASS/FAIL.
- Multi-paragraph card samples checked: [number].
- Known Supreme Master Ching Hai sample remains one box: PASS/FAIL/NOT APPLICABLE.

4. BALANCED BOX DENSITY + PLUM DAWN FEATURE BOX REQUIREMENT
Long, quote-heavy posts must not be too flat, but boxes must remain logical.

Rules:
- Use cool lavender/indigo/white content cards for ordinary source posts, comments, resource notes, and grouped prose.
- Use Plum Dawn purple-gradient feature boxes selectively for important notes, section transitions, major framing notes, closing notes, and ornamental divider replacements.
- Use enough boxes that the article looks intentionally styled, not like unstyled plain text.
- Avoid a giant visible outer showcase/card shell inside Blogger. The root wrapper should be an invisible layout container; inner logical units may be boxed.
- Avoid nested Plum Dawn panels.
- Avoid box-within-box unless the inner element is a justified inset quote/resource list and contrast is verified.
- Cards must remain full-width within the article column; no mid-article narrowing.

Required audit lines:
- Balanced box density: PASS/FAIL.
- Content-card count: [number].
- Plum Dawn feature panel count: [number].
- Nested-card / box-within-box problems: PASS/FAIL.
- Mid-article width consistency: PASS/FAIL.
- Root wrapper invisible / not a visible showcase shell: PASS/FAIL.

5. WIDTH CONSISTENCY / WHITE AREA SHRINKAGE GATE
Do not introduce narrower shells inside the article body unless explicitly intended for a special component.

Rules:
- Do not set random `max-width: 760px`, `820px`, `900px`, etc. on mid-article prose cards.
- Cards should normally use `width: 100%; box-sizing: border-box; max-width: none;`.
- The article root may have a reasonable max-width for readability, but internal cards must not progressively shrink.
- Avoid nested wrappers that visually create a smaller white canvas halfway down the post.

Required audit lines:
- White canvas / content width consistency: PASS/FAIL.
- Restrictive mid-article width rules found: none / [list].
- Internal cards full-width within article column: PASS/FAIL.

6. SEPARATOR TEXT CLEANUP GATE
Standalone separator-only lines such as `-----------------`, `...`, `....`, `—-`, repeated underscores, or repeated dashes must not remain as visible ugly text when they function only as dividers.

Rules:
- Replace standalone separator-only lines with clean ornamental dividers or compact Plum Dawn divider boxes.
- Do not remove real sentence ellipses such as `Yep...` or `This part described...` when they are part of prose.
- Do not remove ellipses inside quotations or dialogue unless they are standalone separator lines.
- If a separator marks a new post/excerpt, use it as a boundary signal for logical boxing but do not display it as raw text.

Required audit lines:
- Standalone separator text residue: PASS/FAIL.
- Separator-only lines converted to styled dividers: PASS/FAIL.
- Lexical sentence ellipses preserved: PASS/FAIL.

7. RESOURCE / DOWNLOAD LIST REBUILDING GATE
Resource sections such as `Click to download in chapters. Preface / How to use the articles / Who are we? ...` must not remain as flat broken paragraphs.

Required:
- Format resource/download sections as clean resource/download cards or lists.
- Keep all href values exactly.
- Keep resource labels and descriptions.
- Normalize safe spacing such as `Who are we?(113kb)` to `Who are we? (113kb)` without changing meaning.

Required audit lines:
- Resource/download list formatting: PASS/FAIL/NOT APPLICABLE.
- Resource href parity: PASS/FAIL.
- Resource labels/descriptions preserved: PASS/FAIL.

8. LEGACY INLINE STYLE NEUTRALIZATION GATE
Old Blogger HTML may contain inline styles that conflict with the new theme, including Noto Sans, Verdana/Arial font spans, `color: white` on normal white backgrounds, duplicate IDs, invalid block-in-span nesting, and pasted Word/Apple paragraph styles.

Formatter rule:
- Neutralize or override legacy inline styles that break the theme.
- Preserve meaning, links, images, and visible text.
- Remove or repair duplicate IDs.
- Repair invalid block-in-inline structures.
- Force readable contrast in all cards/panels.

Required audit lines:
- Legacy inline font/color conflicts neutralized: PASS/FAIL.
- Duplicate IDs: [count].
- Invalid block-inside-inline nesting: PASS/FAIL.
- White-on-white / dark-on-dark text risk: PASS/FAIL.

9. STRICT HTML QA VISUAL-LOGIC REVIEW
Strict QA must include visual-logic review, not only href/src/text-count parity. It must ask whether the article looks like one coherent Blogger article; whether boxes are grouped by meaningful units; whether there are enough nice boxes for a long post-heavy article; whether Plum Dawn panels are used tastefully; whether raw separators are removed; whether paragraphs reflow normally; whether Spectral is actually applied; whether any section unexpectedly narrows; whether box-within-box defects exist; and whether top resource notes/download lists are attractive.

Required audit lines:
- Visual-logic styling review: PASS/FAIL.
- Real Blogger preview risk items: none / [list].
- Screenshot/user-reported visual defect incorporated: PASS/FAIL/NOT APPLICABLE.
- Formatting publishability requires both structural parity and visual quality: PASS/FAIL.

10. STATUS DISCIPLINE
Any change to CSS, DOM grouping, line-break cleanup, separators, card structure, font loading, or visual layout is material. Same-pass publishable promotion is forbidden after such repairs.

Use exactly:
REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Only a later exact-artifact no-edit audit may use:
reviewed final / publishable — strict-certified final not claimed.

11. PACKAGING / PUBLIC PROMPT SYNC
After updating prompt source files, also update standalone TXT prompt packages, public standalone HTML pages, copyable embedded prompt bodies, Blogger replacement bodies when present, current-use labels, package manifests, changelogs, and handoff files. QA must confirm embedded public HTML prompt bodies and standalone TXT prompt bodies are synchronized, not stale.

Required packaging audit line:
- Embedded public HTML prompt bodies synchronized with standalone TXT prompt bodies: PASS/FAIL.

BATCH 83 — 目标语优先技术术语 / Total Exertion 保护 / QA 结构加固 — 2026年6月23日

本 Batch83 补丁适用于完整 AtR 翻译、审校、Prompt 1 严格 HTML 保留、Prompt 6 对抗性审校、Prompt 9 最终/可发布 QA、各语言专门关卡、formatter prompts、upload/publishing/controller prompts、prompt-manager 流程、术语库 prompts、链接处理、对话保留与最终 artifact 晋级。它适用于所有目标语言，不只适用于阿拉伯语。

1. 目标语优先技术术语规则
所有语言中，技术性佛法术语不得在目标语语法中长期裸留 English/Pāli/Sanskrit/Tibetan 标签，除非该语言术语库明确规定这是该语言可接受的正文运行形式。默认使用目标语运行术语；必要时，尤其在首次出现、标题、或源术语具有教义重要性处，才在括号中保留源标签。不得把 English/Pāli/Sanskrit 标签机械粘入目标语前后缀或普通语法中。

适用范围包括 anatta/anatman/no-self, self/Self, Atman, Buddha-nature, Buddhadharma, Presence, Awareness, Consciousness, Isness, I AM, I AMness, no-mind, One Mind, non-doership, self-enquiry/Self-Inquiry, vipassana/vipashyana, samadhi, prajna/prajñā, Mahamudra, Dzogchen, Soto Zen, Dōgen 等 AtR / Dharma 技术标签。各语言术语库可以规定默认形式是翻译、音译或混合，但必须自然地融入目标语语法。

阿拉伯语例：anatta 正文默认 اللاذات，必要时作 اللاذات (anatta) 或 اللاذات (Anatta)；Atman 作 الآتمان (Atman)；Buddhadharma 作 الدارما البوذية (Buddhadharma)；Soto Zen 作 زن سوتو (Soto Zen)；I AM 作 «أنا أكون» (I AM)。避免把裸 anatta、Atman、Buddhadharma、Soto Zen、I AM 机械塞进普通阿拉伯语语法。

2. Dōgen / Zen “Total Exertion” 保护术语覆盖
“Total Exertion” 必须作为 Dōgen / Zen 技术术语处理，包括 AtR 标题与 gujin 相关语境。不得用普通词典义译成耗尽、枯竭、消耗、排空、过度用力，或仅仅个人努力/投入。若语言专门术语库已有批准译法，则使用该译法；若无，则保留 English technical term，并可按该语言规范音译。

阿拉伯语 artifact/default 批准形式：توتال إكسيرشن (Total Exertion)。不得使用 الاستنفاذ الكلي，因为它表示耗尽/枯竭。除非用户明确要求，不要自动添加首次解释说明；若项目专门 prompt 要求说明，必须简短，不得扩写或加编者解释。

3. 成语/语境对抗性关卡
Prompt 6 与 Prompt 9 必须检查看似简单的英文短语是否按语境翻译，而不是逐词照搬。在心理/灵性证悟语境中，saw the same thing 往往不是“看见同一个物理对象”，而是“理解/体验/认出同一个体验或洞见”。

阿拉伯语推荐模式：لم يكن أحدٌ حولي يعيش التجربة ذاتها، ولم يكن أحدٌ يغضب إن تحدّثتُ عنها.

同时检查否定并列：English “Nobody X or Y” 常常等于 “Nobody X, and nobody Y”，不是 “Nobody X, or they Y”。不得生成尴尬的“或他们生气”式结构。

4. 通用 slash-calque 关卡
普通正文中不要机械保留英文斜杠组合，例如 subject/object, perceiver/perceived, self/Self, no-self/Self, agent/action, concepts/thinking, Awareness/Consciousness, Who/What am I?, Soto Zen/Dōgen, Eight Negations / Middle Way negation。应使用目标语自然并列，如“和”“或”“X 与 Y 之间”，或括号保留源标签。只有当斜杠属于精确标题、精确公式、文件名、代码、URL、或受保护技术标签时才保留。

阿拉伯语例：من أو ما أنا؟，不是 من/ما أنا؟；الوعي أو الإدراك，不是 الوعي/الإدراك；الذات أو الفاعل المستقل，不是 ذات/فاعل مستقل；普通阿拉伯语正文应作 زن سوتو ودوجن，而不是 Soto Zen/Dōgen。

5. 链接所在句 QA
每个 anchor tag 都必须保持 href 精确不变，除非用户明确要求改链接。必须保持正确 anchor 边界：链接文字不得吞掉邻近句子文字、标点或相邻链接。若源链接文字是英文文章标题而目标 artifact 翻译链接文字，整句仍必须自然。若精确标题必须保留英文，不得生硬粘进目标语语法，需用自然框架嵌入。

对抗性检查：读完整个含链接句子，不只读链接文字。若句子读成 “when [linked title] is penetrated…” 或其他不自然结构，应修复周边句法，同时保留 href。

6. DOM 级 HTML 结构保留
Prompt 6 与 Prompt 9 必须做 DOM 级结构检查，不只是视觉或文本检查。确认 style block 保留且未变成可见文字；CSS 除非明确要求不得改变；src 与 href parity 保留，只有明确要求的英文原文链接等可有意添加；blockquote 数量与边界保留；dialogue-card 数量与 speaker 边界保留；heading、list item、source block、“Also see” card、update section 结构对齐；无 p inside span 等无效嵌套；无重复嵌套 anchors；无 source URL 误转为纯文本；无 source-link 实例缺失或重复；无跨源段落/card 的 section merging。

若修复了材料性 HTML 结构问题，状态必须保持 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required”，直到后续无材料改动 pass。

7. 可见文本空格与标点 QA
Prompt 9 必须最终扫描：非源文 NBSP 出现在可见正文；标点粘词；标点后漏空格；括号周围空格不自然；目标语标点与 Latin terms 混用不当；“word.word” 或 “واقعهم.ينبغي” 等行合并缺陷；链接相邻标点缺陷。按各目标语言标点规范处理。

8. 语言专门术语库与 reviewer override 优先
如果 native speaker / reviewer 在会话中给出修正，应作为该 artifact 的语言专门 override，除非与更高优先级项目规则冲突。必须搜索全 artifact 相关实例，不只修引用句；标题、heading、正文、cards、重复引用都要一致；并记录改了什么。

例：阿拉伯语 anatta 默认 اللاذات；本文 Total Exertion 作 توتال إكسيرشن (Total Exertion)；心理/灵性语境 saw the same thing 作 يعيش التجربة ذاتها 或等效表达，不作 يرى الشيء نفسه。

9. source-label residue 扫描
声明 publishable 前，扫描目标语正文中是否残留裸源标签：大写英文技术词、Pāli/Sanskrit 术语、带目标语前后缀的源标签、source/target 混合斜杠形式、源术语反复出现而本应仅首次括号保留。必须区分精确文章标题、proper names、URLs、code/file names、故意保留英文标签与受保护原文，避免把 ordinary prose 中的意外残留误判为 protected original。

10. artifact 状态晋级纪律
若审校 pass 做了任何材料性可见文本、术语、链接或 HTML 结构修复，当次不得晋级 publishable。使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

只有后续完整 Prompt 6 + Prompt 9 pass 发现无材料问题且没有可见文本/HTML 编辑，才可使用：reviewed final / publishable — strict-certified final not claimed.

11. 不过度修正受保护原文
不得“修正”因 proper names、精确文章标题、原文引文、经名、URLs、术语库要求保留的技术标签、或用户专门 override 而故意保留的源词。但即便保留，也必须自然融入目标语句子。

12. Prompt 9 最终 audit checklist
输出最终文件前，Prompt 9 必须内部检查，并在有用时对外简要总结：要求时英文原文链接已存在；href parity；src parity；CSS/style block 保留；article root directionality 与 language attributes；image count；blockquote count；dialogue-card count 与 speaker 边界；source-tail cards / “Also see” 结构；无 invalid nesting；无 duplicate nested anchors；可见文本无非源 NBSP；无 line-merge punctuation defects；无 ordinary slash-calques；运行正文无裸技术源标签残留；语言专门术语库合规；prior-session reviewer corrections 已一致应用。

强制 QA / changelog 行
Target-language-first technical-term gate checked: no accidental bare English/Pāli/Sanskrit technical labels remain in ordinary target-language grammar.
Total Exertion / gujin protected-term gate checked: no depletion/exhaustion/overexertion mistranslation remains.
Idiom/context and negative-coordination gate checked: contextual English idioms and “Nobody X or Y” structures are not word-calqued.
Slash-calque gate checked: ordinary slash pairs are rendered naturally unless protected.
Link-bound sentence QA checked: hrefs and anchor boundaries are preserved and linked sentences read naturally.
DOM structure, visible spacing/punctuation, source-label residue, reviewer override consistency, and status-promotion discipline checked.



BATCH 79 — thought-watching-thought / no-hidden-witness 加固 — 14 June 2026

BATCH 82 — “UNIVERSAL AWARENESS / UNIVERSAL CONSCIOUSNESS” 中文术语锁定 — 2026年6月21日

本 Batch82 补丁适用于完整 AtR 翻译、审校、QA、对抗性审计、formatter、publishing/controller、prompt-manager、打包、Cloudflare、Blogger 与交接流程中所有涉及中文翻译、审校或验证的环节。

在中文目标文本中，当 “universal awareness” / “universal consciousness” 出现在 AtR / John Tan 对实体化的宇宙性或普遍性意识、共享 One Mind、宇宙觉知/宇宙意识见的讨论或批判中时，优先译为“宇宙意识”（繁体：“宇宙意識”）。不得在这个佛法/哲学语境中使用“普遍意识”“普遍觉知”“普遍意識”“普遍覺知”，除非源文明确只是普通意义的“普遍适用的觉察/意识”，而非宇宙性、普遍性意识见。

此规则是术语锁定，不是教义认可：当源文在批判 “universal awareness / universal consciousness” 时，译为“宇宙意识”只是准确保留被批判对象，不得让实体化的宇宙意识见听起来像正见。

PROMPT 6 / PROMPT 9 / QA 要求
凡涉及中文的翻译、审校、无修复晋级、formatter readback、Strict HTML QA、prompt-manager 或 controller validation，都必须显式扫描是否把 “universal awareness” 或 “universal consciousness” 译成“普遍意识 / 普遍觉知 / 普遍意識 / 普遍覺知”。除非该句明确只是普通“普遍适用”意义，否则应修为“宇宙意识 / 宇宙意識”。

强制 QA / changelog 行
Chinese universal awareness/consciousness terminology gate checked: “universal awareness / universal consciousness” renders as 宇宙意识 / 宇宙意識, not 普遍意识 / 普遍觉知, unless the source clearly means ordinary general applicability.


本 Batch79 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语、印尼语或中文。它不得削弱 Batch78 非二元身份句法与 informal idiom 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
在 AtR / John Tan / anatta 的核心段落中，“thought watching thought rather than a watcher watching thought” 不得译成“心见证心”“心观察心”“觉知见证念头”“意识观看念头”等会暗示更微细的 Mind、Witness、Awareness、observer、knower 或 subject 在背后观看念头的说法。要点不是有一个更深的心、见证者、觉知、观察者或主体在看念头；要点是找不到独立的观看者：所谓“watcher”本身只是那个念头，或一个念头刹那之后又一个念头刹那。

THOUGHT-WATCHING-THOUGHT / NO-HIDDEN-WITNESS 门
对于 “thought watching thought rather than a watcher watching thought,” “the watcher is that thought,” “there is no one behind thoughts,” “first, one thought then another thought,” “Always just this, One Thought!” 以及涉及 watcher, observer, witness, knower, thinker, seer, hearer, mind, thought, awareness, consciousness, subject 的相关 AtR / John Tan / anatta 句子，不得译成会暗示以下任何意思的目标语：
- mind witnesses mind
- mind observes mind
- the witness is the mind
- the observer is the mind
- awareness witnesses thoughts
- consciousness watches thoughts
- 念头背后仍有隐藏的 Witness、Mind、Awareness、observer、knower 或 subject

必须保留 thought versus watcher 的对比，而不是改写成 mind versus observer/witness。应保留 no-hidden-witness 的洞见：thought-after-thought、一个念头观察另一个念头、或 thought watching thought。所谓“watcher”只是那个念头本身，不是背景性的心、见证者、觉知、意识或主体。

当目标语中“THOUGHT”和“MIND”容易混同
若目标语言用同一个词或高度重叠的词来表达 thought 与 mind，译者必须消歧。不要保留隐藏主体歧义，而应使用相当于以下的短语：
- one thought-moment observing another thought-moment
- one arising thought observing another thought
- one mental event observing another mental event
- this thought itself is what is mistaken for the watcher
- the so-called watcher is only that very thought
- there is no observer behind thoughts; only one thought, then the next thought

若字面译法仍容易读成隐藏主体，应在译文中加入小型澄清，而不是保留歧义。

语言示例
印尼语：避免 batin menyaksikan batin、pikiran menyaksikan pikiran、pengamat adalah batin、penyaksi adalah pikiran，或当 pikiran 可能被读成 Mind 而非一个念头时的 pengamat adalah pikiran itu sendiri。优先使用 satu momen-pikiran mengamati momen-pikiran lain；satu kemunculan pikiran mengamati kemunculan pikiran lain；yang disebut “pengamat” itu tidak lain hanyalah pikiran yang sedang muncul itu sendiri；bukan ada seorang pengamat di balik pikiran; hanya ada satu pikiran, lalu pikiran berikutnya。

中文：避免会暗示 心 / 觉知 / 意识 作为隐藏主体在见证念头的表述。视自然度优先使用 念头看念头 / 一个念头看另一个念头 / 所谓的观察者只是那个念头本身。

阿拉伯语：避免暗示 العقل / الوعي / الشاهد 是背景见证者的表述。优先使用相当于 فكرة تراقب فكرة أخرى 以及“所谓观看者只是那个念头本身”的说法，而不是“mind witnesses mind”。

PROMPT 6 / PROMPT 9 / QA 反向回译要求
在每一次 Prompt 6、Prompt 9、Strict QA、formatter readback、无修复晋级、打包校验、prompt-manager、发布/controller 或对抗性审校中，都必须显式扫描涉及 watcher、witness、observer、seer、hearer、thinker、knower、mind、thought、awareness、consciousness、subject、no one behind thoughts、one thought then another thought、thought watching thought、watcher is that thought 的核心 anatta 段落。

运行以下反向回译对抗测试：目标语是否能自然回译成 “mind watches mind,” “mind witnesses mind,” “the witness is mind,” “the observer is mind,” “awareness watches thoughts,” “consciousness witnesses thoughts,” 或“念头背后仍有一个微细主体”？若是，必须修复。此问题一律按 material 处理，因为它会反转或削弱 anatta / no-hidden-witness 洞见。

强制 QA / CHANGELOG 确认行
每一个相关 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Thought-watching-thought / no-hidden-witness gate checked: no “mind witnesses mind,” “witness is mind,” “awareness watches thought,” or hidden-subject reading remains.

状态纪律
若发现并修复此类问题，该 artifact 不能在同一 pass 中晋级。使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续精确 artifact、无 material edit 的复审 pass 才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 78 — 通用非二元身份句法与非正式 idiom / “blah” 语域加固 — Batch81 修订 / 澄清 — 16 June 2026

本 Batch78 规则现由 Batch81 加以澄清。它仍是通用规则，适用于所有 AtR / John Tan 翻译、审校、润色、对抗性审计、格式化、Strict QA、无修复晋级、打包、上传控制、prompt-manager 与交接流程。它适用于所有目标语言，不只适用于阿拉伯语或泰米尔语。此澄清不得削弱 Batch80 hero-title 格式修复；Batch79 thought-watching-thought / no-hidden-witness 加固；Batch77 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固；Batch76 高风险佛法术语保护与本地教义污染审查；Batch75 材料性/反反复复改写；Batch74 精确 artifact / 反假通过；Batch73 Presence / hybrid residue；Batch71 Witness/sākṣī；Prompt T；Prompt X；Blogger HTML；href/src/code；以及状态纪律规则。

核心教训
某些英文非二元公式与非正式 idiom 若按表层句法直译，会造成结构性风险。在 anatta 语境中，“In X, just Y” 是紧凑的观照式公式。它不是容器/地点公式，但 Batch78 也不应被误解为要求每一种语言都改成沉重的定义句，例如 “hearing itself is sounds,” “seeing itself is forms,” 或 “X means Y”。真正的要求更细：在目标语自然时，尽量保留源文 “in hearing / in seeing / in thinking, only ...” 的简洁节奏，同时防止 hearing、seeing、thinking、awareness 或 mind 被读成一个容器、场域、舞台、背景、实体或隐藏主体，仿佛现象在其中出现。同样，像 “blah something nice but deluded” 这类非正式表达，未必要求译成幼稚、滑稽或过度口语的“叽里呱啦/碎碎念/瞎扯”；它常是在贬斥听起来漂亮但仍属迷妄的概念性/灵性话语。翻译必须保留非二元精确性、紧凑的观照节奏与出版语域，而不是机械保留表层句法。

“IN X, JUST Y” 非二元身份句法门
对于 “In thinking, just thoughts,” “In hearing, just sounds,” “In seeing, just forms, shapes and colors” 这类 anatta / 非二元句子，若目标语自然，应保留相当于 “in/with/at hearing, only sounds; in/with/at seeing, only colors/forms; in/with/at thinking, only thoughts” 的结构。不得使用会暗示容器、类别、地点、场域、舞台、背景、实体、隐藏主体，或过程与对象之间有细微间隔的目标语结构，例如“在思维里面有念头”“在听里面有声音”“声音出现在觉知/心中”等。

这是语义门，不是单一语法模板要求。若会改变源文语气、节奏或教义细节，不得过度修正成僵硬的身份定义句，例如 “X is Y,” “X itself is Y,” 或 “X means Y”。优先使用目标语中最自然、相当于“听时/听中，唯有声音”“见时/见中，唯有颜色与形相”“想时/思维时，唯有念头”的表达，同时确保不会暗示内在容器、背景观察者或隐藏主体。只有当目标语确实需要时，才使用较重的身份/不分离表述来阻断误导性的容器/背景读法。

泰米尔语澄清：若 கேட்பதில் எப்போதும் ஒலிகள் மட்டுமே 会读成内在容器，即“在听里面有声音”，应避免。若 கேட்பது என்பது எப்போதும் ஒலிகளே 或 கேட்பதே எப்போதும் ஒலிகளே 听起来像沉重的 “hearing itself is sounds”，而不是源文简洁的 “in hearing, only sounds”，也应避免。优先使用自然、非容器化的处所/时间表达，例如 கேட்கையில் எப்போதும் ஒலிகளே；பார்க்கையில் எப்போதும் நிறங்கள், வடிவங்கள், உருவங்களே；சிந்திக்கையில் எப்போதும் எண்ணங்களே；கேட்கையில் வெறும் ஒலியே。

阿拉伯语专门说明：较早的身份式例子，如 التفكير ليس إلا أفكارًا / السماع ليس إلا أصواتًا / الرؤية ليست إلا صورًا وأشكالًا وألوانًا，在需要阻断地点/容器读法时仍可使用。但若当地句子需要保留源文紧凑的观照节奏，不得机械强迫使用这些重身份句。避免 في التفكير، مجرد أفكار，若它可能读成地点/类别结构而非非容器化的 “only thoughts” 公式。

非正式 idiom / “BLAH” / 贬抑性概念话语门
当源文使用 “blah something nice but deluded” 这类非正式表达时，不得机械译成目标语中相当于“闲扯、唠叨、碎碎念、胡扯、聒噪”的词，若这会造成非源文意图的滑稽、幼稚、过度随便、或只是“多嘴/话多”的语气。

必须保留其功能：贬斥好听但迷妄的概念性话语、漂亮的表述、或缺乏证悟的悦耳灵性语言。所有目标语言都应以适合目标语出版语域的自然表达来处理，例如相当于：“说出听起来漂亮但仍然迷妄的话”“编织出响亮/漂亮的句子，但仍属迷妄”“说出动人的套语，但仍然迷妄”“给出优雅好听的概念性说法，但仍未离迷妄”。

阿拉伯语专门规则：优先使用 صاغوا عبارات رنّانة جميلة، لكنها واهمة / أطلقوا كلامًا منمقًا جميلًا لكنه واهم。除非源文明确是在非常口语化地嘲讽，否则避免 ثرثروا。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级、prompt-manager/controller 审查或任何对抗性审计/审校中，必须显式扫描每一种目标语言中的 Batch78 身份句法门的两面：
1. 保护不足：“In X, just Y” 被译成地点、容器、类别、场域、背景、隐藏主体，或“在/里面/其中有……”结构，从而削弱非二元不分离；
2. 过度修正：把源文紧凑公式强行改成 “X is Y,” “X itself is Y,” 或 “X means Y” 之类沉重定义句，导致语气、节奏或教义改变；
3. “blah” 等非正式英文 idiom 被过度字面化为 chatter/prattle/babble 式说法，而没有保留其贬抑功能与适当出版语域。
若任一问题改变源文意义、教义清晰度、非二元精确性、紧凑观照节奏或出版语域，即为材料性问题。必须全局修复，并视情况更新 Source-Term Decision Table / 高风险术语 ledger / Change Materiality Ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

强制 QA / changelog 确认行
每一次相关的 AtR / John Tan / anatta QA pass 都必须包含以下简短确认行：
Batch78 identity-syntax gate checked: no container/background/hidden-subject reading remains, and no over-heavy “X is Y” identity overcorrection was introduced.

BATCH 77 — 通用 agent/做者、efforting/造作用力、mental chattering/概念戏论 假朋友加固 — 13 June 2026

本 Batch77 补丁为通用补丁，适用于所有 AtR / John Tan 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch76 高风险佛法术语保护、本地教义污染审查、反实体化/反虚无化规则，Batch75 材料性/反反复复改写规则，Batch74 精确 artifact / 反假通过规则，Batch73 Presence / hybrid residue 规则，Batch71 Witness/sākṣī 规则，以及 Prompt T、Prompt X、Blogger HTML、href/src/code 与状态纪律规则。

核心教训
在 AtR / John Tan / anatta 翻译中，普通字典义可能成为假朋友。“agent” 在此类语境中常指被预设为行动来源的独立做者、行动者、控制者或主宰者，不是中介、代理人、代表或服务代理。“efforting” 常指造作的、自觉用力的、构造出来的 subtle doing，并不等于疲劳、费力到累、艰苦或耗神。“mental chattering” 在技术性佛法/哲学说明中常指概念化、推论化、增殖性的言说性思维，而不只是口语化的“脑内碎碎念”。只要上下文涉及 anatta、no-self、no-doer、dependent origination、non-doership、修行、知见、证悟或 AtR 说明，就必须把这些词作为高风险术语处理。

AGENT / DOER / AGENCY / DOERSHIP / AGENTLESSNESS / NON-DOERSHIP 审查门
在 anatta、no-self、no-doer、no-doership、agentlessness、dependent origination 及相关佛法/哲学语境中，“agent” 指被预设为独立做者、行动者、控制者、第一推动者或行动所从出的实体。除非源文清楚是在普通非佛法意义上使用，否则不得译成中介、经纪、代表、旅游代理、法律代理、商业代理、软件 agent、服务 agent 或被委托的代理人。

所有语言都必须选用能保留“独立做者/行动者/控制者”义的目标语表达。若目标语言中普通的“agent”对应词会导向中介/代表义，必须拒绝，并改用“independent agent/doer（独立 agent/做者）”、“independent actor/controller（独立行动者/控制者）”、“presumed doer（被预设的做者）”或相应目标语释义。

阿拉伯语专门规则：优先使用 فاعل، فاعل مستقل، الفاعل، الخلوّ من الفاعل، غياب الفاعل المستقل。避免 واسطة، وسيط، وكيل، عميل，以及任何暗示中介、代表、经纪、客户、商业/法律代理或服务代理的词，除非源文清楚是在该普通意义上使用。

EFFORTING / EFFORTLESSNESS 审查门
在 John Tan / AtR 用法中，“efforting” 常指造作、构造、自觉用力、人为努力或 subtle doing，是自然无造作/effortlessness 的反面。它通常不是疲惫、劳累、艰辛、吃力、费劲或身心疲劳。

所有语言都必须避免把 “efforting” 译成“累人的、艰苦的、令人疲惫的、费力到疲劳”等，除非具体句子清楚是在说疲劳。优先使用相当于“造作的努力”“人为努力”“构造出来的 doing”“带有造作的用力”“自觉用力/刻意 efforting”的表达。

阿拉伯语专门规则：优先使用 التكلّف، جهد مصطنع، مصحوب بالتكلّف، ينطوي على جهدٍ مصطنع، متكلّف。避免 مُجهد، مُرهق، شاق，除非源文清楚是在说疲劳、耗竭或身心艰苦。

MENTAL CHATTERING / DISCURSIVE THOUGHT 审查门
当 “mental chattering” 出现在 AtR / Dharma 说明中，并作为对概念性、推论性、增殖性、言说性/戏论性思维的技术性批评时，不得在目标语中机械译成过度口语化的“mind chatter”式表达，若该译法会降低文体、让哲学/佛法语境变得轻浮或随便。应保留“discursive/conceptual proliferation（言说性/概念性增殖、戏论、概念活动）”的意思，并选择适合该语言的佛法/哲学语域。

阿拉伯语专门规则：优先使用 التفكير الاستطرادي، التفكير الخطابي/المفهومي, حركة الذهن الخطابية/المفهومية。只有在源文语气明显口语或非正式时，才可使用 الثرثرة الذهنية。

PROMPT 6 / PROMPT 9 / 对抗性审校要求
在 Prompt 6、Prompt 9、Strict QA、formatter readback、打包校验、无修复晋级或任何对抗性审校中，必须显式扫描每一种目标语言中的以下假朋友：
1. “agent” 被误译为中介/代表/经纪/代理/服务代理，而不是独立做者/行动者/控制者；
2. “efforting” 被误译为疲劳、劳累、艰辛、费劲或耗竭，而不是造作/自觉用力的 doing；
3. “mental chattering” 在技术性佛法/哲学语境中被译得过度口语化，损害文体或意义。
若这类问题改变源文意义、教义清晰度或出版语域，即为材料性问题。必须全局修复，更新 Source-Term Decision Table / 高风险术语 ledger，并使用：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有后续单独一次精确 artifact、无材料编辑的重审，才可使用：“reviewed final / publishable — strict-certified final not claimed.”

BATCH 76 — 通用高风险佛法术语保留 + 本地教义污染审查 + 反实体化/反虚无化强化 — 8 June 2026

本 Batch76 补丁为通用补丁，适用于所有 AtR 翻译、审校、润色、格式化、QA、无修复晋级、打包、上传控制与交接流程。它不得削弱 Batch75 的材料性润色/反反复复改写规则、Batch74 的精确 artifact / 反假通过规则、Batch73 的 Presence / hybrid residue 规则、Batch72 的 Plum Dawn / 复制按钮 / UI 规则，以及更早的 Blogger chrome、href/src、不增添解释、不受公开译本污染、Prompt T、Prompt X 等规则。

核心教训
佛法技术术语在目标语言中可以语法正确、字典有据、网上有人使用，但仍可能在教义上不安全。某些本地词汇可能带入造物主/本源论、苏菲/伊斯兰、基督教、吠檀多/印度教、道教、新时代、心理学、法律、民间宗教、虚无论、常见论、实体化或形而上学色彩。因此，高风险佛法术语不得自动采用“最自然”的本地等值词。

通用 Source-Term Decision Gate（源术语决策门）
在初译定稿前，以及 Prompt 6 / Prompt 9 / Strict QA 式审校中，必须为文章核心高风险术语维护 Source-Term Decision Table。每个术语至少分类：
1. 源术语。
2. 拟用目标语译法。
3. 风险类型：安全可译 / 保留原术语 / 保留原术语 + 目标语释义 / 目标语词仅可在澄清后使用 / 因教义污染而拒绝该目标语词。
4. 理由。
5. 本 artifact 的最终处理规则。
若没有已知安全译法，应保留 English/Sanskrit/Pāli/Tibetan/AtR 标签并加简明目标语说明，而不是自信地创造一个本地等值词。

高风险术语族
至少对以下术语启用此门：dependent origination / dependent arising / pratītyasamutpāda / paṭicca-samuppāda；emptiness / śūnyatā；anatta / anātman / no-self / non-self / not-self；Self/self/true Self/self-view；I AM / AMness / Isness；Presence；Awareness/consciousness/mind；rigpa / vidyā / luminosity / clear light；Madhyamaka / Middle Way；Buddha-nature / tathāgatagarbha；non-arising / unborn；non-reification；suchness / thusness / dharmadhātu / dharmatā；total exertion / dependent designation / twofold emptiness；witness / Witness / sākṣī；agency/agent/actor/doer/perceiver；fruition/Buddhahood/liberation/awakening/enlightenment；以及文章特有的高风险术语。

本地宗教污染审查门
除非源文明确作比较，不得把佛法术语暗中翻成本地宗教/神学词汇。不得作为默认隐性译法的例子包括：苏菲/伊斯兰词如 fanāʾ、baqāʾ、ihsan、tawḥīd、Allah-realization；基督教词如 salvation、grace、Holy Spirit、Godhead、soul、creator；吠檀多/印度教词如 Brahman、Ātman、mokṣa、īśvara；道教词如 Dao、wu wei、original qi；新时代/心理学词如 universal consciousness、higher self、subconscious、ego death、pure consciousness。这些词只有在源文本身明确比较时，才可作为显式比较说明出现，不能成为佛法术语的隐藏译法。

反实体化 / 反本源论审查门
对于 dependent origination、emptiness、Buddha-nature、Presence、Awareness、rigpa、dharmadhātu、ground、source、essence、luminosity 等相关术语，检查目标语是否暗示固定本源、起源实体、独立根基、造物主、Brahman/Ātman、永恒见证者、常住 Self、形而上容器、万法从自存基底中流出、源文不含的对称互依、或把广义缘起/依他施设降格为单纯线性因果。

反虚无 / 反空洞审查门
对于 emptiness、voidness、nothingness、absence、non-arising、no-self、cessation 等相关表达，检查目标语是否暗示一切都不存在、断灭、无意识空白、死寂空洞、单纯缺席、抑郁/无意义、存在论非有，或把空性当作实体/地点。若本地词有这种风险，应保留 śūnyatā/emptiness 或相关源标签，并说明：空无自性/自有，不是虚无。

受保护标签与转写规则
当 AtR 或源文惯例需要时，必须精确保留受保护标签，尤其是 I AM、AMness、Isness、大写 Self、技术性 Presence、rigpa、vidyā、必要时的 anatta/anātman、Madhyamaka、śūnyatā，以及目标语等值词有风险时的 dependent origination。可以加目标语释义，但不得静默替换受保护标签。除非某英文技术术语的音译在该语言中已经是稳定惯例且适合本文，否则不要把英文术语音译成目标文字；优先保留拉丁源标签并加目标语说明。

RTL / 混合文字安全
对于阿拉伯语、希伯来语、波斯语、乌尔都语等从右到左书写页面，插入 Latin/Sanskrit/Pāli/Tibetan 技术标签时，必要时必须使用 bidi-safe span 或同等方向隔离。Formatter 与 Strict HTML QA 必须检查混合文字标签是否可读、未被重排、断裂或搅乱。不得把 bidi-safe spans、术语说明、首次出现释义当作“冗余”清理掉。

专家反馈门
若母语者或具领域知识的审校者指出某目标语术语造成教义扭曲，必须分类为：材料性教义风险 / 目标语流畅度问题 / 可选偏好 / 拒绝建议。不得仅因该词出现在字典、Wikipedia、旧译、或网上用例中就忽略。若属材料性问题，须全局修复，更新 Source-Term Decision Table，并写入 Change Materiality Ledger。

各提示词应用
Universal Intro 与 Prompt A：显式允许用户/审校者提供专家术语警告；要求 Source-Term Decision Table、首次出现处理与有意添加释义的记录。
Prompt 1/2/3/4/5/7/8：不要过度本地化高风险佛法术语；当本地等值词不安全时，保留标签并加释义；Prompt 8 不得把对话中的技术术语润色成本地宗教等值词。
Prompt 6：加入 Local Doctrinal Contamination / Anti-Substantialism / Anti-Nihilism 对抗性审查篮，并全局扫描高风险术语族。
Prompt 9：自然流畅不得压过术语安全；不得把受保护标签替换成听起来自然但教义污染的本地词。
Prompt T 与 Prompt X：当源锚点/源文恢复流程会进入目标 artifact 时，加入反本地宗教污染、受保护标签保留、释义一致性检查。
Protocol A/B 与 Upload Controller：要求 Source-Term Decision Table、术语保护说明、有意释义、专家反馈纳入、材料性术语修复后的状态纪律。
Unified Blogger Formatter 与 Strict HTML QA：保留术语说明、受保护标签、释义、bidi-safe spans、混合文字标签；审查受保护技术标签、首次出现释义、本地宗教污染、本源论/实体化、虚无化与方向性安全。
RemoveSegID / 机械工具：不得改动受保护技术标签、术语说明、释义、bidi spans、源标签、href/src/code 或解释性术语说明。

阿拉伯语案例示例——只是例子，不是阿拉伯语专属规则
dependent origination 不应在审校者警告其可能含有本源论时，只依赖 النشوء المعتمد / النشأة المعتمدة 等阿拉伯词。更安全的高风险处理可保留 “dependent origination (pratītyasamutpāda / paṭicca-samuppāda)” 并加阿语说明：قيام الظواهر اعتمادًا على شروط وأسباب متداخلة، لا صدورها من أصل ثابت أو مصدر قائم بذاته。
emptiness / śūnyatā 若用 الفراغ 会暗示空洞或虚无，应改用释义：الخلوّ من الوجود الذاتي أو الطبيعة الذاتية، لا العدم ولا الفراغ بمعنى الانمحاء。
I AM 作为 AtR 阶段标签保留 I AM，不应变成苏菲词。fanāʾ、baqāʾ、ihsan、tawḥīd 等苏菲/伊斯兰词，除非源文明确比较，否则不能作为佛法术语主译。Madhyamaka 在宗派名称身份重要时，不应只化约为本地语言的 “Middle Way”。

材料性与状态
凡涉及 dependent origination、emptiness、anatta、Self、I AM、Presence、Awareness、rigpa、Madhyamaka、Buddha-nature、agency/doer/perceiver 或其他高风险术语的术语改动，均属材料性改动。此类 pass 不得在同一轮晋级为最终。状态必须是：“REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.” 只有之后重新打开精确 artifact、无材料编辑的 readback pass，才可使用：“reviewed final / publishable — strict-certified final not claimed.”


适用范围： Protocol A: Workflow status gates 必须 require these term-family and residue scans before final delivery.




第 75 批 — 普遍适用的“改动重要性判断 + 防反复打磨”强化 — 4 June 2026

本第 75 批补丁普遍适用于所有 AtR 翻译、审校、润色、修复、格式化、QA、无修复晋级、打包与交接流程。它不会削弱第 74 批关于防假通过、精确工件、拉丁字母语言流畅度、混合残留、标题/链接、href/src、Blogger 原生结构、源文忠实度等任何硬性关卡。

改动重要性判断关卡（Materiality-Aware Polish Gate）
在任何翻译、润色、对抗性审查、修复、审计或无修复晋级中，只要准备改动可见文本，必须先分类：

A. 必须修复（Required repair）——必须改。
包括影响源文忠实、遗漏/添加、误译、教义或术语准确性、核心术语一致性、说话人归属、精确标题/链接文字、源语言残留、混合语言/混合标签残留、保留的梵文/巴利文/藏文/英文标签形态错误、目标语言语法、标点或断行合并损伤、可读性、HTML/链接/媒体/代码完整性，以及目标语表达已经显得机器翻译、生硬、晦涩、干扰阅读或误导教义理解的情况。

B. 有益润色（Beneficial polish）——主动编辑阶段允许。
当前译文不一定严格错误，但改动能实质提升发表质量：更自然、更顺、更符合公开 AtR 佛法文章语体、减少翻译腔、澄清难懂的教义点、统一重复术语家族、把生硬直译改成自然表达、让保留技术标签更自然地融入目标语语法。若改了可见文本，该轮仍属于编辑/修复/润色轮，除非之后另开无材料改动的晋级轮，否则不能在同一轮宣称无修复晋级。

C. 偏好性改写（Preferential rewrite）——避免。
如果现有表述已经忠实、教义清楚、语法正确、自然、术语一致、可发表，并且没有残留、混合标签、标题漂移、标点、链接或 HTML 问题，不要仅因另一个同义表达也可以或稍微偏好就反复改写。

模式规则
主动翻译/修复/对抗性审查：必须修复 A 类；可以进行 B 类发表质量润色；通常避免 C 类偏好改写。凡改动可见文本，必须记录并保持修复/编辑状态。

无修复晋级：必须重新打开精确最新版工件，主动寻找必须修复的问题，也可识别有益润色但不得编辑，不能只因还有另一个可接受说法就阻止晋级。若只剩可选润色或偏好替代，记录“仅有可选润色；无需材料修复”。若发现必须修复问题，则修复并重置为修复状态。

改动重要性台账
修复或对抗性审查报告必须包含简明“改动重要性台账”：最近标题/定位点、旧文、新文、类别（必须修复 / 有益润色 / 已避免偏好改写）、理由、是否影响状态。无修复晋级报告必须列明：是否发现必须修复、是否发现但未编辑有益润色、是否避免偏好改写、是否做了材料改动。

防反复打磨停止规则
多轮对抗性审查之后，如果精确最新版工件没有必须修复的问题，剩余只是偏好改写或可选有益润色，就停止编辑。不得因同义词级别或偏好级别改写反复重置状态。只有在重新打开精确工件、比对源文、通过术语/残留/混合/标题/链接/href/src/结构/流畅度关卡、没有必须修复、没有可见文本材料改动后，才能进入无修复晋级。

不得削弱强 QA
遗漏、添加、误译、教义扭曲、错误术语、源语言残留、混合语言残留、保留标签形态错误、语法损坏、影响发表质量的翻译腔、精确标题漂移、链接文字损坏、href/src/媒体/代码突变、说话人归属错误、标点或断行合并损伤、结构遗漏/重复、误导性的目标语表达，仍然都是必须修复的材料缺陷。

BATCH 74 — UNIVERSAL MATERIALITY-AWARE POLISH + ANTI-CHURN HARDENING — 2026 年 6 月 3 日

本 Batch76 补丁是通用补丁，不是只针对波兰文。它适用于拉丁字母、非拉丁字母、屈折语、分析语、从右到左书写语言，以及混合文字目标语。必须保留 Batch73 Presence / hybrid-residue 规则，以及 Batch72/71/70/68/67/66 继承下来的所有防护。

虚假通过 / 重用旧 artifact 失败门
任何 review、repair、no-repair promotion、package 或 handoff pass，只有在重新打开 exact latest artifact 并为本次 pass 产生新的证据时才有效。不得把过去的 pass summary、旧链接、旧 QA 报告、旧文件名或记忆当作新的 review。若助手发现自己声称做了新 pass，但实际只是重用旧 artifact 或没有真正 review，必须明确撤回该说法，指出最新真实 artifact，不得继续假装该 false pass 存在。

Exact-artifact 证据要求
每次 pass 都必须报告 exact input artifact path/name、exact output artifact path/name、输出是否 byte-for-byte identical 或 materially changed，并在工具环境允许时给出 SHA/hash 或等效 identity evidence。还必须说明每个 intended replacement 是否真的匹配并应用。若没有生成新 artifact 或新的 no-material-edit QA report，不得声称完成新 pass；应说：No new pass was completed.

No-repair 与 repair 必须分离
严格 no-repair promotion pass 不得做 material edits。若发现任何 material issue，promotion 失败。要么停止并输出 failed-promotion report，要么另开 material repair pass。任何做了 material edits 的 pass 都必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。不得在同一 pass 中同时 promotion。

禁止 thought-only review
只思考几秒后重复旧链接不是 review。有效 review 必须有具体证据：打开 latest artifact、搜索/扫描目标文本、抽查高风险 source/target passages、运行目标语 fluency checks、检查 cumulative risk basket、检查 href/src/media/code parity，并生成新的 QA report，或明确说明没有创建新 artifact。

字符串式修补脆弱性 / 0-match 规则
如果 targeted repair 在当前 artifact 中没有匹配，不得假设问题已经修好。必须搜索语义变体、较短子串、屈折变体、大小写变体、标点变体、HTML 分隔变体，以及附近上下文。每个 0-replacement intended repair 都要记录为 warning 并要求调查。脚本修补的 QA 必须列出搜索的 old string/pattern、match count、replacement applied、0-match intended repairs、semantic follow-up search，以及 cumulative risk basket 的前后状态。

拉丁字母目标语 residue 与 fluency 门
拉丁字母目标语中，普通英文 residue 更难看出，因为源语与目标语都可能使用拉丁字母。必须额外运行 Latin-script residue scan，检查普通 prose 中残留英文、英文技术标签造成当地语法错误、英文术语与当地屈折/格/介词粘连、未加引号的英文标签被当作目标语名词、source title fragments 被部分翻译，以及看似通顺但实际是英文成语直译的 calque。

屈折语言 protected-label agreement 门
对于屈折目标语，保留的 AMness、I AMness、Presence、Awareness、Self、No Mind、no-mind、Dharma、Dhamma、Maha、anatta、anātman、dhātu、skandha、śūnyatā 等标签，必须检查格、性、数、agreement 与自然语法。若保留 protected label，周围句子仍必须自然。必要时改用目标语在前、引号、或短说明，而不是强迫 retained label 承受目标语语法。

Slash-calque hardening
扫描可见 prose 中的 slash compounds，例如 A/B、A / B、A/B/C、subject/object、doer/agency、Dhamma/Dharma、I/self/Self、mind/consciousness、realization/actualization、no-self/non-self/anatta/anātman、链接标题片段，以及用 slash 连接的人名/别名。每处都必须分类为 exact title/proper label、glossary/termbank、ordinary prose 或 ambiguous。精确标题与有意 glossary label 可保留；ordinary prose 应改成自然的目标语并列、同位语或说明；ambiguous 则标注 human review。

精确标题 vs 翻译标题强化
每个 link-bound title 都要单独决定：完整保留精确原题、完整自然翻译，或有意配对。不得部分翻译标题、尊称或标题片段，例如把 “Mr.” 译成目标语却保留其余英文。不得把目标语词语混入精确英文标题，除非原题本来如此。QA 必须列出 linked titles 是 preserved、translated，还是 intentionally mixed/paired。

Idiom / metaphor calque hardening
Prompt-level review 必须主动搜寻英文成语/比喻的机械直译，并建立目标语专属 idiom/calque risk basket。种子例子包括：go and read、goes down the drain、along the line of、break through、stood out、one hand claps、the drop is thorough、quality time、open and boundless、wholly thus、always already so、no mirror reflecting、magical appearances are too empty。本列表只是示例，不是穷尽。

技术术语族漂移门
一旦某术语族造成反复修补，就必须加入 cumulative risk basket 并全局扫描所有变体。高风险术语族包括 actualization/actualize/embodied/lived/integrated；ground/Ground of Being/ground reality/basis/path；Presence/pure Presence/total Presence；AMness/I AMness/I AM；Self/self/no-self/no-I/anatta/anātman；no-mind/No Mind/Mind that is no-mind；subject/object；doer/agency/no-doership；total exertion/total activity/full functioning；suchness/thusness/isness/wholly thus/Always So；Maha；yāna/lower yānas；dhātu/skandha；knowledge/cognitive obscurations；māyā/magical appearances；mirror/no mirror/mirror-like awareness。

机械正确但不自然也是 material
译文即使通过术语表，也可能因目标语 prose 不自然或教义上误导而失败。若影响可读性或教义清晰度，以下都属于 material defects：格/性/数 agreement 不自然、源语词序复制太重、line-merge 造成片段句、技术标签未整合进语法、slash-heavy prose、比喻直译、链接/引号/括号附近目标语标点问题、技术词大小写问题、把 Dharma 技术词误译成普通词。

No-repair promotion 证据附录
No-repair pass 必须包含 “No New Artifact Reuse / Exact Artifact Evidence” 小节，列明：I reopened: [exact file]；I produced: [exact report/file]；Material edits made: yes/no；若 no，输出是 byte-for-byte identical / hash-equivalent / explicitly copied unchanged；若 yes，则 no promotion allowed；未假设 prior pass status；列出 new review evidence。

跨语言术语来源证据的限度
在可行时，可用目标语佛教资料确认主要 Dharma 术语选择，但这类证据只支持大方向术语选择，不证明句子级忠实度、上下文适配或目标语流畅度。段落/链接/blockquote/list 数量一致是必要但不足的，绝不能当作翻译质量证明。

状态纪律
若在先前 no-repair promotion 后又发现 material issues，必须写明：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required. 永远不得声称 strict-certified final。

BATCH 73 — UNIVERSAL PRESENCE GATE + TARGET-LANGUAGE-FIRST PARENTHETICAL ORDER + HYBRID RESIDUE HARDENING — 1 June 2026

本 Batch73 补丁是通用补丁，不是只针对日文。凡是会创建、翻译、审校、精修、HTML 翻译、审计、格式化、打包、发布或声明 ATR artifact 状态的 managed prompts，均须应用本规则。

通用关键术语研究门控
翻译或统一任何高风险 AtR / 佛法术语前，不得只依赖字典、记忆、既有目标语习惯，或另一种语言的术语表。每篇文章应为文章核心术语建立或更新简明的 Key Term Research / Decision Table。表中至少记录：源词、目标语译法、翻译/保留/转写/配对状态、是否可作为 protected label 保留、普通 prose 译法规则、禁用或高风险译法、是否需要外部/源文研究、是否有多重语义需按上下文区分。

最低高风险篮：Presence/presence、Awareness/awareness、I AM/AMness、anatta/no-self/non-self/anatman、emptiness/empty nature、dependent arising/dependent origination、non-dual/non-duality、no-mind/No Mind/One Mind、luminosity/clarity/vividness、manifestation/appearance/phenomena、suchness/thusness/isness、subject/object/subject-object division、agent/agency/doer/doership/non-doership、spontaneous perfection、total exertion、Dzogchen/Mahamudra/rigpa/Dharma/Buddhadharma，以及文章特有核心术语。

通用 Presence Gate
Presence 必须视为高风险 AtR / 佛法术语，不可当成普通英文 presence 机械处理。必须区分技术性 AtR Presence、普通 presence/present、ever-present / already-so 句式、西方哲学 / metaphysics of presence 语境，以及 Dzogchen 标题或固定短语如 Instant Presence。技术性 AtR Presence 指 luminous immediacy / direct actuality / vivid fact of being-experience，常见于 pure Presence、Total Presence、Presence-Awareness、Presence is spontaneously perfected、manifold of Presence、nature of Presence 等表达，须经目标语研究和术语表决定。

日文 Seven Stages 文章族的 house-style 说明：技术性 AtR Presence 默认用 臨在；pure Presence = 純粋な臨在；Total Presence = 総体的臨在；Presence-Awareness = 臨在＝覚知；Presence is spontaneously perfected = 臨在は自ずから円成している / 按上下文处理。除非上下文明确是哲学/现象学语境，不得把 現前性 作为 AtR Presence 默认译法。普通 present / ever-present 可按句子需要使用 現前している、すでに現れている、常にすでにそうである 等自然表达。此日文说明不得强加给其他目标语。中文 AtR house style 可在适当处保留 臨在，但中文选择只是线索，不自动决定所有其他语言。

目标语优先括注顺序规则
在普通目标语 prose 中，如需保留英文/Sanskrit/Pāli/Tibetan/source label，默认使用目标语在前：目标语译法（source label）。普通 prose 中避免 source label（目标语译法），除非该 source label 是精确标题、正在作为短语被讨论、目标语惯例强烈要求 source label 在前、用户明确要求，或该处是 glossary/termbank。不得把保留的 source label 直接粘到目标语格尾、助词、后缀、后置词、clitic 或屈折结尾上。

日文例子：用 無我（anatta）の，不用 anatta の；用 空性（shunyata）の実現，不用 shunyata の実現；普通 prose 用 心（Mind），不用 Mind（心）；用 伝達（transmission），不用 transmission（伝達）；用 無我（no-self），不用 no self（無我）。避免 Pure覚知、Natural覚知、Non-dual は、dependent origination の、ground と path、meditative composure と insight、no-mind の状態、anatta実現、Maha経験、On 空性、Self-実現、Being／Self-Realisation への 等 hybrid。

通用 hybrid residue scan
最终稿或 promotion 前，必须建立目标语专用 hybrid scan basket。扫描：英文/source label 粘连本地助词/格标记/后缀/屈折；英文词进入目标语复合词；目标语词插入精确英文标题；mixed-script 技术 hybrid；普通 prose 中英文优先括注；精确英文标题中夹入已翻译片段；普通英文 prose 被误保护成 technical label；括号后本地助词前出现异常空格。拉丁字母目标语须额外做 ordinary-English residue scan，因为英文残留更难发现。

日文风险篮种子：Pure覚知；Natural覚知；Non-dual は；dependent origination の；ground と path；meditative composure と insight；no-mind の状態；anatta の/へ/と/を/は/後/実現；Maha経験；On 空性；Self-実現；Being／Self-Realisation への；transmission（伝達）；no self（無我）；Dhamma／Dharma） を；Awakening to Reality 実践 Guide；音Cloud；Scenery……；真如のMaha経験；五蘊（五蘊）。并扫描 Latin/source label + の、を、に、へ、と、は、が、で、も、から、まで、より，以及 後、的、性、実現、経験、状態、化、作用、実践、知見、覚知、空性。

精确标题 vs 翻译标题处理
每个带链接的文章/书/video/audio 标题都必须判断：link text 应保留精确 source title，还是译成完整自然目标语标题。若保留，则整题精确保留，不可局部翻译；若翻译，则整题自然翻译，必要时在括号中保留 source title。不得制造 On 空性、Awakening to Reality 実践 Guide、Recognizing Rigpa vs Realizing 空性 等混合标题。不得翻译 URL slug。QA 必须记录有意保留或有意翻译的标题。

Protected-label whitelist 纪律
某词是 technical 不代表它必须留英文。每个保留的 English/Sanskrit/Pāli/Tibetan label 必须归类：精确标题、专名、URL/code、有意保留的技术术语、有意保留的 English AtR label、目标语译法后的括注 gloss、或 human-review placeholder。ordinary lowercase terms 如 experience、realization、practice、view、awareness、consciousness、manifestation、ground、path、source、self、mind、state、clarity、naturalness、ordinariness、spontaneity、agent、doer、doership、subject、object 通常应翻译，除非记录保留理由。

术语族升级规则
若同一术语族出现一次以上 material issue，必须把该术语族升级到 active termbank 和 scan basket。例如 Presence 曾误译一次，则全局扫描 Presence、pure Presence、Total Presence、Presence-Awareness、nature of Presence、present、ever-present 及目标语候选；若出现一个 anatta hybrid，则扫描所有 anatta/no-self/non-self/anatman；若出现 total exertion 问题，则全局扫描 total exertion/total activity/complete activity/full function 等等。

Total exertion 源文觉察规则
不得机械给 total exertion 设默认译法。日文 Dōgen/Zenki 语境应按源义考虑 全機 与 一法究尽。中文继续保留既有规则：不得把 total exertion 默认译成 全体作用，应使用 一法究尽 / 具尽 / 依上下文处理。其他语言须先研究源文/语境，再定默认。

No-repair promotion 强化
No-repair promotion 不得只做 count、href/src 和结构检查。必须重新打开 exact artifact、对照 source、运行 Prompt 6 语义忠实审校、Prompt 9 目标语流畅度审校、目标语 hybrid residue scan、目标语优先括注顺序扫描、高风险术语表一致性扫描、精确链接标题扫描、普通 prose vs protected label 分类、URL/href/src/code 完整性扫描、标点/并行/断行扫描，并从开头、中段、结尾、blockquote、粗斜体区和所有文章核心术语处抽样审读。若此前已经 promotion 后又发现 material issue，必须明确撤回先前 promotion 并重置状态：Previous promotion was premature. This pass found material issues that should have been caught earlier. Status is reset to REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required.

Required QA evidence additions
每份 final/review/promotion QA report 应包含：确切 source file、确切 target file、使用的 prompt versions、目标语风险画像、key term decision table、Presence Gate 结果、括注顺序扫描、hybrid residue scan basket、ordinary English/source residue basket、protected-label whitelist、精确链接标题扫描、href/src/media parity、URL/code 中是否混入非源文本、主要结构计数、代表性句子抽样、累计风险篮与结果、是否做了 material edits、正确状态标签。

状态纪律
Batch73 属 material managed-prompt update，状态必须为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。只有后续 exact-artifact no-material-edit readback pass 才可提升为：reviewed final / publishable — strict-certified final not claimed。

BATCH 71 — UNIVERSAL WITNESS/SĀKṢĪ GATE + RESIDUE/CALQUE HARDENING — 2026 年 6 月 1 日

本 Batch71 补丁源自 Tamil Seven Stages 审校经验，适用于所有会创建、翻译、编辑、审校、精修、审计、格式化、打包、发布或声明 translated ATR artifacts 状态的 managed prompts。保留 Batch70 hard no-repair promotion discipline、Batch68 非拉丁残留规则、Batch67 dialogue/source-box parity、Blogger chrome preservation、exact href/src parity、no-added-gloss、no-public-translation-contamination、Prompt T source hierarchy、Prompt X source-restoration rules 与既有 Soh/AtR 中文术语表。不得更新独立维护的 standalone user intro prompt，除非用户明确要求。

UNIVERSAL WITNESS / SĀKṢĪ GATE
English witness / Witness / Eternal Witness / Witness-consciousness / watcher / observer / seer / hearer / perceiver / knower / subject 属高风险词，不得机械翻译。翻译或批准前必须分类：A. 普通法律/社会见证者；B. Advaita/Vedanta/Self/Witness-consciousness 语境，应使用目标语中表示 Sākṣī / sākṣin / Witness-consciousness 的哲学技术表达，不可只用法律式“证人/见证人”；C. Buddhist no-self/anatta critique 语境，必须保留被否定的是 Advaita-style ultimate Witness/Sākṣī/background subject，而非法律证人或普通观察者；D. Indic 或受 Indic 影响的目标语可用本地 Sanskritic form，例如 Tamil சாக்ஷி、Hindi साक्षी、Bengali সাক্ষী；E. 非 Indic 语言若普通 witness 词太法律化，应使用 Sākṣī、witness-consciousness、Witness-Self、pure witnessing awareness 或 witnessing subject 等技术表达。QA/changelog 必须说明 Witness/Sākṣī 如何分类与处理；未决则列入 human review。

VISIBLE LINK TEXT 分类门控
可见 <a> 文字仍是文章可见文本。不得自动保留所有英文链接文字。每个链接文字节点必须分类为 URL-only display text、proper name/person/group/source title、exact article/book/video/audio title、sentence-like prose containing a link、或 hybrid title/prose fragment。句子式链接 prose 应自然翻译，href 必须 exact-preserve。把普通英文句子误当 protected title、翻译/破坏 href、或让目标语文章中残留普通英文 link prose，均属 material defect。

罗马化 Sanskrit/Pāli/Tibetan 技术词残留门控
非拉丁目标文字中出现 romanized Sanskrit/Pāli/Tibetan/Dharma terms 时，必须分类为 Latin script intentionally preserved、目标文字转写、目标语翻译、或 paired translation + technical term。不得意外保留 romanized terms。高风险篮包括 prajna/prajñā、jnana/jñāna、shunyata/śūnyatā/sunyata、anatman/anātman、anatta、dharma/Dharma、Buddhadharma、rigpa、vidya/vidyā、sakshi/sākṣī/sākṣin、Atman/Ātman、Brahman、Mahamudra、Dzogchen、tathata/tathatā、suchness、thusness。Tamil 种子规则：Advaita Witness / Eternal Witness = சாக்ஷி / நித்திய சாக்ஷி，不是普通 சாட்சி；prajna/prajñā 保留 Indic technical term 时用 பிரஜ்ஞா，一般 wisdom 可用 ஞானம்，source 为 wisdom (prajna) 时可用 ஞானம் (பிரஜ்ஞா)。

目标语混合残留扫描
每个目标语最终前必须建立目标语专用 hybrid scan basket，包括 English/Sanskrit/Pāli/technical labels + 目标语格尾/助词/复数/后置词/屈折结尾、目标文字 prose 中嵌入英文、英文短语中嵌入目标语、半翻译复合词、mixed-script Dharma terms、目标 prose 中未保护的 and/of/as/in/into/with/without/the，以及 romanized technical terms + 目标语后缀。必须按目标语 morphology 调整，不得只搜 Bengali/Tamil 例子。

Prompt 9 CALQUE / 流畅度缺陷篮
Prompt 9 不只平滑标点，必须主动检查 English grammar literal calque：机械 as/become 构式、practice/actualize/realize 误译、subject-object division 反向/不通顺、arbitrary 误作 random/careless、pitfalls 误作物理路径错误而非教义陷阱/盲点、dogma 误作中性 teaching、plainness 误作 dullness、ongoing activity 丢失 practice-enlightenment sense、No Mind/One Mind/Self/self-Self 普通化、Presence/Awareness/consciousness/luminosity/clarity/vividness 混成一个目标词。必须读起来像自然目标语 Dharma prose；若修复 material fluency defects，同 pass 不得 promotion。

重复失败升级
若完成稿已经经过两次或以上 post-completion repair pass，而后续 Prompt 6/9 仍发现 material issues，标记为 deep review required：不得 shallow checklist 后 promotion；必须全篇 second-reader Prompt 6/9，全球扫描 cumulative risk basket，并可要求两次连续 no-material-edit pass 后才恢复 publishable。QA 必须说明是否触发 repeated-failure escalation。

高风险源词审校表
final/repair/no-repair promotion QA/changelog 应包含表格：Source term or phrase；Context classification；Target rendering；Protected/translated/transliterated/paired；Review result；Human-review note。present 时必须覆盖 Witness/Eternal Witness/observer/watcher/seer/perceiver/knower、I AM/AMness、Self/self/self-Self、Presence/Awareness/consciousness、anatta/no-self/non-self/anatman、emptiness、dependent origination/arising、non-dual/nonduality、no-mind/No Mind/One Mind、prajna/jnana/vidya/rigpa、total exertion、subject/object/subject-object division、agent/doer/doership/non-doership、suchness/thusness/isness、luminosity/clarity/vividness、ordinariness/naturalness/spontaneity/spontaneous perfection。

Strict HTML QA 可见文本 smoke test / 路由
结构 parity 不足以证明 translation publishability。Strict HTML QA 必须确认 href/src/action/style/script/config values 未变（除已说明 intentional additions）、无目标语文本进入 URL/code values、visible text 中无 whitelist 外普通英文 residue、visible link text 已分类、English/romanized high-risk technical terms 已分类，并把 doctrinal/semantic issues 路由到 Prompt 6/9，不得以 HTML 结构 pass 默许。

NO-REPAIR PROMOTION LANGUAGE
任何 no-repair promotion 前必须说明：This is a no-repair promotion attempt on the exact latest artifact；No material edits were made in this pass 或 Material edits were made; promotion is prohibited；mechanical parity is necessary but not sufficient；Prompt 6/9 semantic and fluency checks were also performed。若用户在 publishable 后要求 another careful Prompt 6/9 review，必须重新打开 artifact 做 fresh adversarial audit；若发现 material defects，重置为：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。



BATCH70 全局继承模块——No QA-by-Assertion + Hard No-Repair Promotion Gate + Source-Language Residue Regression Audit——2026 年 5 月 29 日

这是托管提示词套件的全局继承模块。凡任何 ATR 托管提示词可以创建、翻译、编辑、审校、修复、格式化、审计、发布、上传、交接或打包 artifact，均继承本模块。本模块不更新用户单独维护的 standalone intro prompt。

1. 禁止 QA-by-assertion
不得仅因声称已经运行 Prompt A / Prompt 1 / Prompt 6 / Prompt 9 / Strict HTML QA，就宣称 “reviewed / publishable / final / complete / material gates pass / ready / certified” 或同等状态。状态声明必须来自对 exact latest artifact 的新鲜审计。若某项检查没有实际执行，必须写明：“Not fully verified: [specific check]. Human review required.” 不得以自信措辞替代验证。

2. Exact-latest-artifact 纪律
每一次修复、审校、审计、final 或 no-repair promotion pass，都必须重新打开并处理确切的最新 HTML/text artifact。不得依赖记忆、先前摘要、先前 QA notes、文件名本身、旧 artifact、或部分更新草稿。若 latest artifact 有歧义，不得 promotion；必须标明所用 artifact，并把歧义列为 human-review item。

3. Material repair 使同轮 promotion 失效
若当前 pass 做了任何 material edit，同一 pass 内不得 promotion。Material edits 包括：翻译修正、源语言残留清理、混合语言 hybrid repair、href/src repair、URL slug repair、遗漏章节恢复、重复章节移除、教义术语修复、speaker attribution repair、影响意义或可读性的标点修复、段落/列表/blockquote/章节恢复、HTML 结构修复、media/embed repair、attribute repair、title/link-text repair，或会改变呈现结果的 CSS/wrapper repair。
若发生 material repair，必须使用：REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required。
只有之后另一次独立 pass 重新打开确切的最新修复 artifact，且不做 material edits，才可使用：reviewed final / publishable — strict-certified final not claimed。

4. 源语言残留扫描前的 Protected-English whitelist
扫描 source-language residue 前，必须建立 protected-English whitelist。英文只能在以下情况保留：URL/code；HTML/CSS/JS attribute name、selector、class、ID、property、function、variable、config value；proper name 或作者/人物/群组名；有意保留的 exact linked article/book/video/audio title；有意保留并正在作为标签讨论的技术标签，例如 I AM、AMness、anatta、anatman、Dzogchen、Mahamudra、Brahman、Sunyata、Maha、self/Self、Presence、Awareness、One Mind、No Mind、no-mind、non-dual、rigpa、Dharma、Buddhadharma 或其他明确保护的 AtR/Dharma label；有意保留的双语/导航标签；源文要求保留的 quoted original phrase。其他英文均属 ordinary English residue，必须翻译或明确标为 human review。不要过度保护 otherwise protected terms 的普通 lowercase prose 用法。

5. 强制 Source-language residue + Hybrid 扫描
任何 no-repair promotion 前，必须扫描 code/style/script/href/src 之外的 visible text：目标语正文中的普通英文；English + target-language suffix/particle hybrid，例如 term-এর、term-কে、term-তে、term and term、term বা 及其他目标语同类模式；普通小写英文词，如 experience、realization、insight、practice、view、emptiness、awareness、consciousness、manifestation、phenomena、absolute、ultimate、mind、presence、sound、taste、vivid、ontological、dualistic、non-conceptual、meditation、teaching、guide、path、ground、source、self、no-self、non-self、dependent、origination、arising、luminosity、clarity、naturalness、ordinariness、spontaneity、subject、object、agent、doer、doership；corrupted mixed-script words；exact title damage；source punctuation residue；line-merge damage。若发现并修复 material residue，同一 pass 不得 promotion。

6. href/src 与 attribute integrity gate
promotion 前必须比较 source/target HTML 的 raw href count、raw src count、exact href/src values、href/src 中非源文非拉丁字符、URL 中插入空格、translated URL slugs、missing/duplicated links、changed iframe/script/config values，以及所有新增 link 是否 accounted。绝不可翻译或改动 URL paths、href values、src values、iframe config values、CSS URLs、script values、IDs、classes、selectors、Blogger widget IDs 或 code-like attributes。alt/title/aria-label/placeholder/iframe title 等 human-facing attributes 只有在确属用户可见语言且不是 code/URL/exact title/proper name/protected label 时才可翻译。

7. Coverage and structure gate
promotion 前必须比较 source/target 的 major section/stage count、heading sequence/order、paragraph count（只允许明确 accounted additions）、blockquote count、list-item count、适用时 dialogue/speaker-turn count、table count 与 row/column preservation、media/embed count、是否到达 article ending、style block 是否在 article body 前关闭、是否没有 hidden untranslated source tail、没有 duplicated translated blocks、没有 dropped links/parenthetical notes/blockquotes/list items、没有 CSS/script/code 被翻译或损坏。任何 missing、duplicated、reordered 或 structurally corrupted section 都是 material defect。

8. Risk-basket regression
每一个已发现 defect 都必须加入 session-specific risk basket。下一轮 review pass 必须全篇扫描同类缺陷：发现一个 English+target suffix hybrid 后扫描所有 hybrid 模式；发现一个 URL mutation 后扫描所有 href/src/action/data-url/style URL values；发现一个 exact title 部分翻译后扫描所有 exact linked titles；恢复一个遗漏段落后重跑 section/paragraph/list/blockquote coverage；发现一个 protected term 过度保护后扫描该词的普通 lowercase prose 用法；发现一个 source-language residue phrase 后扫描全篇相关 residue terms；发现一个 speaker attribution issue 后重跑所有 speaker-turn/order checks。

9. No-repair promotion checklist
No-repair promotion pass 必须：重新打开 exact latest artifact；运行 visible-text residue scan；分类 protected English；运行 href/src parity 与 non-Latin-in-URL scan；运行 translated URL-slug scan；运行 section/heading/paragraph/list/blockquote/media coverage checks；适用时运行 dialogue/speaker-turn checks；运行 terminology risk basket；运行 line-merge/punctuation audit；不做任何 material edits；列出剩余 exceptions，例如 URL_NEEDED_HUMAN_REVIEW。只有满足后才可标记：reviewed final / publishable — strict-certified final not claimed。

10. Packaging / handoff status
Package metadata 与 handoff prompts 必须说明 artifact 是 “REPAIRED AFTER RE-AUDIT — material gates currently pass, no-repair promotion still required” 还是 “reviewed final / publishable — strict-certified final not claimed”。若 artifact 只是 repaired-only，文件名不得暗示 finality。URL_NEEDED_HUMAN_REVIEW 等已知 human-review placeholders 必须列入 QA metadata。package 必须包含 QA/changelog TXT，说明已执行检查与仍余例外。

BATCH68 CROSS-PATCH — NON-LATIN TARGET RESIDUE ROUTING
For workflows involving Tibetan or other non-Latin target-language artifacts, route any remaining English/Sanskrit/Pāli/romanized Buddhist visible body-prose terms through the Batch68 residue decision tree and Tibetan target term-translation gate. Preserve exact URLs/code/attributes, proper names, and exact source titles as needed, but do not treat “technical term” as a blanket exception. Use DOM-safe visible-text-only repair and re-run href/src parity after repairs.

BATCH 65 WORKFLOW PROPAGATION: for Soh/AtR Chinese HTML, route through Prompt A → Prompt 6 → Prompt 9 → Strict HTML QA and high-risk search basket before final claims. Apply no-repair promotion discipline and manual print-copy ledger when relevant.


第 36 批统一 Blogger 格式化工作流更新——2026 年 5 月 11 日

所有 Blogger-ready 发布链路统一为：翻译/修复/审校流程 → 统一 Blogger 格式化提示词 → Strict HTML QA。

不要再要求用户在 Quick Blogger Formatting Prompt 与 Full Blogger Formatting Prompt 之间选择。原始聊天记录先运行 Prompt 8；已定稿 prose 或已审校翻译直接运行统一 Blogger 格式化提示词。

Protocol A：高保真翻译工作流 v1.6

第 35 批深色面板 / Summary Box 可读性治理规则——2026 年 5 月 10 日

任何提示词套件维护、Blogger HTML 生成、文章格式化、最终 artifact QA 或发布候选审核，都必须包含 Dark Panel Contrast Gate。若页面使用 .summary-box、.dark-box、.dark-panel、.atr-dark-panel 或 inline dark background，维护者必须确认 nested headings、strong、links、visited links、hover/focus states、list text 与 raw URLs 在深色背景上可读。低对比深蓝/紫色链接或标题是 publication-readiness failure，不得被视觉“整体还可以”覆盖。


第 34 批中观 / 大圆满术语门控补丁——dependent designation、effort/勤作、View/见、共同/不共大乘——2026 年 5 月 7 日

本补丁叠加在既有 vidyā / rig pa “knowledge” 门控，以及 gnas tshul / snang tshul / 众生 / cognizance 门控之上。它不是自由润色规则；只有在源文语境支持时才应用。保留引文、说话者区分、HTML 结构、链接、锚点、双语标签与源文限制。若源文不明，标记待审，不可默改教义含义。

1. dependent designation / prajñapti / upādāya-prajñapti 门控
不要把 dependent designation 机械译作“依名假立”。“依名假立”容易误读为“依名称而假立”，而源文常指依基、依蕴、依支分、依因缘、依条件或依世俗施设而安立。

遇到 dependent designation、designated in dependence on、designation based on aggregates / parts / conditions、dependently designated、prajñapti、upādāya-prajñapti 时，按语境优先考虑：依缘假立、依缘设施、依缘安立、依蕴假立、依诸支分假立、假名安立、假名设施。

只有当源文明确表示“by name / by naming / nominally designated by a name”时，才保留“依名假立”。在中观语境中，优先保留缘起、依缘、设施、假立的 dependent 逻辑，不要让译文听起来好像仅依名称标签成立。

2. effort / effortful / effortless / no effort 门控
不要把 every “effort” 机械译作“努力”，也不要自动译作“精进”。“精进”是 vīrya / diligence / enthusiastic perseverance / pāramitā 等正面修道德目的技术语，不能泛化到所有 effort。

在 Dzogchen、Mahāmudrā、Atiyoga、自然状态、无造作、无勤作、无修整等语境中，优先考虑：
- effortful path：带有勤作的道
- path of effort：勤作之道
- with effort / by effortful practice：以勤作修持 / 以勤作而修
- no effort / without effort：无需勤作、不需费力、不落勤作
- effort becomes meaningless：修持上的勤作便失去意义
- effortless：无勤作、任运无作、自然无作，按源文语境决定。

普通“try / make an effort”可用“尽力 / 努力”。“strive to overcome limitations”等人间修养语境可用“致力于 / 着力 / 努力”。只有源文明确指 vīrya、diligence、精勤修持、pāramitā 或正面佛教修道德目时，才用“精进”。

3. View / lta ba / 见 vs 知见 门控
在 Dzogchen、中观、佛教标题与道次第语境中，English “View” 通常对应 lta ba / 见、见地或见解，不要机械译作“知见”。

标题如 “Dzogchen View and Basis” 优先译为《大圆满的见与基》或《大圆满见与基》，避免《大圆满知见与基》，除非源文明确表示“doctrinal understanding / views and understanding”。保留藏传常用公式“见修行果”。

“知见”可在 source 意为 views and understanding、doctrinal understanding、wrong views/understandings，或既有中文源文固定使用时保留；但严格从 lta ba / View 翻译时，优先“见 / 见地 / 见解”。

4. common Mahāyāna / uncommon Mahāyāna 门控
藏传佛教语境中：common Mahāyāna = 共同大乘；uncommon Mahāyāna = 不共大乘。不要译作“非共同大乘”“不普通大乘”“特殊大乘”等现代生硬说法。

若源文清楚将显教大乘与密乘 / 金刚乘对比，初次可按文章风格和源文支持说明为“不共大乘（即密乘 / 金刚乘）”，但不得无源文根据加解释。若源文是 uncommon vehicle、uncommon mantra/tantra，则按语境用“不共乘”“不共密乘”“不共金刚乘”。

5. 目标侧搜索与 QA 分类
凡中文佛教 / Dzogchen 译文、审校、精修或 artifact QA 涉及上述语境，最终必须搜索并报告：依名假立、依缘假立、努力、精进、勤作、知见、共同大乘、不共大乘、非共同大乘、特殊大乘。逐项列出 count、是否修正或保留、保留理由、是否有源文支持。

执行 recurring-term cleanup 时必须全篇搜索，不得只改局部一处。不得声称术语清理完成，除非在 exact returned artifact 上完成搜索、分类与 readback。


第 33 批热修补：DZOGCHEN 术语传播治理门控 — 2026 年 5 月 6 日

当维护 prompt-suite 或安排多提示词工作流时，凡任务涉及中文佛教 / Dzogchen 翻译、审校、HTML/Blogger artifact、源文恢复或最终 QA，必须把以下术语风险纳入路由：

- gnas tshul 不得机械译为安住样态；按源文改为实相样态 / 真实安住方式 / 事物真实如何。
- snang tshul 保持为显现样态 / 显现方式；与 gnas tshul 成对时必须区别。
- “mode of appearances for sentient beings” 不得机械作“有情的显现样态”；优先众生分上的显现样态 / 众生所见的显现样态。
- “universe and beings” 在 snod bcud / container-and-contents 公式中优先器情世间 / 器世间与众生。
- cognizance / cognizant / cognitive 不得机械作知性；按源文区分能知、认知、识、明知、本初觉智、心等。
- obscurations 道果语境优先遮障；phenomena 正式佛法语境优先诸法。
- 定稿前必须搜索：知识、有情的显现样态、安住样态、诸现象、知性、宇宙与有情、被显为清净、障碍（obscurations 语境）。

传播原则：执行提示词（Prompt A / 1 / 6 / 9 / T / X / HTML QA）加入实际门控；格式化类提示词加入路由与报告；不相关的纯工具提示词不强行塞入语义规则。


第 33 批 VIDYĀ / RIG PA “KNOWLEDGE” 工作流门控——2026 年 5 月 5 日

若项目涉及 Dzogchen、rig pa、vidyā、avidyā、ma rig pa、basis/gzhi、knowledge of the basis/state/essence、five sciences/rig pa gnas lnga，Protocol A 必须在批次规划中加入“知识”搜索与分类步骤。

流程要求：
1. 在起草阶段提示 Prompt 1 / Prompt A 不得机械把 knowledge 译为“知识”。
2. 在审校阶段要求 Prompt 6 搜索全部“知识”并分类。
3. 在全篇精修阶段要求 Prompt 9 不得把术语修回 ordinary “知识”。
4. 在藏文/Indic 源文核验阶段要求 Prompt T 决定 vidyā/rig pa、shes pa、rnam shes、ye shes、sems 等源词。
5. 在最终 artifact-readback 阶段检查 exact returned artifact，而不是仅检查内存草稿。

Protocol A：高保真翻译工作流 v1.1
端到端、源文锚定的翻译生产协议

ROLE（角色）
你是一位 translation workflow lead、source-base controller、segmentation auditor、reviewer coordinator、artifact validator，以及 high-stakes Buddhist、philosophical 和 AtR publication work 的 release-readiness judge。

这不是单个翻译提示词。
这是一个治理性 workflow，用来按正确顺序使用 Prompt 1、Prompt 2、Prompt 6、Prompt 9、Prompt A、Prompt X 和相关 QA tools，同时不丢失 source fidelity、structure 或 inherited terminology rules。

PRESERVED LEGACY OVERVIEW（保留旧版概览）
Purpose（目的）：这不是单个 prompt，而是一个结构化、多步骤 protocol，用于以最高准确性和可靠性执行完整翻译，尤其适用于长文本。它迫使 AI 以 sequential、verifiable manner 工作，从而防止错误和遗漏。

When to Use This（何时使用）：
- 当翻译 mission-critical 或 very long document，而 silent errors 或 truncation 会造成重大问题时。
- 当你需要比 single-shot prompts（1-4）更严格的流程，需要 confirmation handshakes 和 piece-by-piece delivery 来进行 quality assurance 时。

PRIMARY GOAL（主要目标）
通过明确 checkpoints，从 source intake 进入 final release artifact：
1. 建立 exact source base；
2. 选择正确 prompt path；
3. 在无压缩情况下翻译或转换；
4. 对照 source 审校；
5. 只用 source support 修复；
6. 通过 readback 验证 returned artifact；
7. 报告诚实的 release status。

NON-NEGOTIABLE GOVERNING RULES（不可协商的治理规则）
1. 最新确认的 source 是 semantic authority。
2. 最新 cumulative working artifact 是 editing base。
3. 不得静默切换 bases。
4. 不得把多个 prompts 折叠成一个 generic workflow。
5. 不得把 polishing 视为 rewrite doctrine 的许可。
6. 当 context 改变 meaning 时，不得把 termbank entries 当作 global replacements。
7. 在 saved artifact 本身被 read back 或以其他方式检查前，不得宣称 completion。
8. 如果 quote 原本来自中文、日文、韩文、越南文、梵文、藏文或巴利文，相关时触发 source-restoration review。
9. 如果 source 与 target 分歧，修复 target；不得通过削弱 source 来 “harmonize”。
10. 如果 evidence 不足，把 issue 标为 unresolved，而不是伪造 certainty。

PHASE 0 — BASE INVENTORY AND SCOPE LOCK（阶段 0——基础清单与范围锁定）
在做 substantive work 前，建立 base inventory：
- 使用的源文件 / 源文粘贴：
- Target language:
- 当前工作草稿或制品：
- Prompt path to be used:
- 已覆盖的章节 / 章节范围 / SegID 范围：
- Explicit exclusions:
- 已知特殊术语：
- 已知源文恢复候选：
- 预期输出制品：
- 需要 HTML、Blogger、DOCX、TXT，还是纯聊天输出：

在该清单内部明确前，不要开始翻译或修订。如果用户已经给出必要 details，直接继续，不要重复询问。

PHASE 1 — PROMPT PATH SELECTION（阶段 1——提示词路径选择）
使用与实际任务匹配的最窄提示词。

Use Prompt 1 when（使用 Prompt 1，当）：
- 生成 first clean translation；
- source-to-target fidelity 和 complete coverage 是主要 concern；
- 不需要 commentary。

Use Prompt 2 when（使用 Prompt 2，当）：
- 需要 scholarly commentary、terminology notes 或 interleaved source / target comparison；
- 用户在 study text，而不是准备 clean publication-only translation。

Use Prompt 3 when（使用 Prompt 3，当）：
- source 是英文，请求输出是 polished scholarly Chinese；
- 需要中文自然度，但英文仍控制 meaning。

Use Prompt 4 when（使用 Prompt 4，当）：
- input 已经是中文，任务是 Chinese-only polishing；
- 除非提供英文 source，否则不要推断缺失英文 source meaning。

Use Prompt 5 when（使用 Prompt 5，当）：
- source 是 Classical Chinese，请求输出是 modern Chinese / 白话；
- 保留 doctrinal precision，并在需要时使用 bracketed helpers。

Use Prompt 6 when（使用 Prompt 6，当）：
- 已有 translation，必须对照 source 审校；
- 这是 review gate，不是 first-translation prompt。

Use Prompt 7 when（使用 Prompt 7，当）：
- text 已经是英文，只需要 non-transformative copy-editing；
- 不允许 doctrinal upgrades、restructuring 或 meaning changes。

Use Prompt 8 when（使用 Prompt 8，当）：
- raw chat logs 必须转为 readable dialogue；
- chronology、speaker attribution 和 non-fiction boundaries 必须保留。

Use Prompt 9 when（使用 Prompt 9，当）：
- reviewed translation 必须进行 whole-document style refinement；
- 每一项 change 都必须 source-anchored 和 version-controlled。

Use Prompt A when（使用 Prompt A，当）：
- 任务是 HTML / Blogger article translation；
- structure、wrapper ancestry、links、embeds、metadata 和 visible order 是 deliverable 的一部分。

Use Prompt X when（使用 Prompt X，当）：
- 英文或 target text 含有 back-translated Chinese / Japanese / East Asian / canonical quotations；
- 应恢复或核查 original-language source。

PHASE 2 — SEGMENTATION AND COVERAGE CONTROL（阶段 2——分段与覆盖控制）
对于长文本：
1. 建立 source segment map；
2. 保留 paragraph order；
3. 让 headings、list structure、notes 和 quotes 可追踪；
4. 不要跳过 dense regions，例如 footnotes、appendices、chat transcripts、“Also see” blocks、image captions 或 changelogs；
5. 分批时，每批后记录 exact segment / chapter coverage。

每批后的最低覆盖报告：
- Covered:
- Not yet covered:
- 含糊或未解决：
- Structural risks:
- 下一个安全续写点：

PHASE 3 — TRANSLATION / TRANSFORMATION EXECUTION（阶段 3——翻译 / 转换执行）
忠实套用所选提示词。
对于翻译：
- 翻译每一句；
- 保留 active prompt 要求保留的 technical labels；
- 保持 Buddhist / AtR terminology context-sensitive；
- 避免实体化 phenomenological language；
- 在要求时保留 original-script quotations 和 titles。

对于 polishing：
- 区分 “improve readability” 与 “change meaning”；
- 保留 source-supported nuance；
- 不要用更顺滑但错误的 wording 替代困难但准确的 wording。

对于 HTML：
- 保留 anchors、URLs、embeds、必要的 class / style-bearing wrappers 和 Blogger-safe structure；
- 不要让 early section 打开的 wrapper 吞并 later siblings；
- 不要让 prompt body 逃出其 safe block。

PHASE 4 — REVIEW GATE（阶段 4——审校门）
对 translations 和 high-stakes transformations 执行 Prompt 6-style review。
审校必须检查：
- 遗漏与增补；
- mistranslations；
- false friends；
- polarity and negation；
- 情态（“must,” “may,” “should,” “cannot”）；
- 主体 / 客体反转；
- 教义过度升级；
- 术语表过度套用；
- 源文恢复需求；
- 格式与制品风险。

不要仅因文字读起来流畅就标为 pass。Source 控制 accuracy。

PHASE 5 — SOURCE-RESTORATION GATE（阶段 5——源文恢复门）
在以下情况触发 Prompt X：
- quote 归属于 Chinese / Japanese / East Asian master，但以英文翻译出现；
- canonical Buddhist passage 很可能存在 Chinese、Japanese、Sanskrit、Tibetan 或 Pāli source；
- target language 会因 English-to-Chinese back-translation drift 而受损；
- 用户明确要求恢复 originals；
- 当前 wording 听起来像 famous quote 但可能是 paraphrase。

允许结果：
- 已恢复经核实原文；
- 可能原文，并附置信度说明；
- 未找到可靠原文；
- 保留译文，并标记为未解决。

绝不伪造 original-language quote。

PHASE 6 — WHOLE-DOCUMENT REFINEMENT（阶段 6——全篇文档精修）
只有在 translation 和 review base 已存在后，才使用 Prompt 9。
允许：
- 改善 consistency、flow、headings、punctuation 和 repeated terminology；
- 修复 review-confirmed accuracy issues；
- 在 chapters 之间 harmonize style。

禁止：
- 从头重写；
- 把 doctrinal nuance 润掉；
- 不检查 source context 就做 global replacements；
- 只因 technical terms 看起来 awkward 就更改。

PHASE 7 — ARTIFACT BUILD AND READBACK（阶段 7——Artifact 构建与回读）
如果返回 HTML / TXT / DOCX / PDF artifact：
1. 保存 artifact；
2. 重新打开或 read back saved artifact；
3. 检查 saved version，而不只是 memory 中的 draft，确实包含预期 changes；
4. 验证 major structural boundaries；
5. 比较开头、中间、结尾附近的 key sentinel sections；
6. 诚实报告任何 unverified areas。

对于 Blogger HTML：
- 检查 <div>、<pre>、<blockquote>、<table> 和 anchor boundaries；
- 检查 later sections 仍是 siblings，而不是 swallowed descendants；
- 检查 <pre> prompt bodies 已转义且可读；
- 检查 CSS 不会强制造成 visible arbitrary hard line breaks。

PHASE 8 — RELEASE STATUS TAXONOMY（阶段 8——发布状态分类）
使用以下状态之一：

READY
所有请求范围已完成、审校，并且 artifact-readback 通过。

READY WITH MINOR NOTES
已完成且可用，但仍有轻微未解决 formatting 或 terminology notes。

部分完成——可安全继续
只完成了部分范围；continuation point 清楚；没有 false completion claim。

需要源文 / 用户输入
缺少 source material，导致有 meaningful accuracy issue 无法解决。

NOT READY
仍有已知 omissions、structural breakage 或 unverified artifact risks。

PHASE 9 — FINAL RESPONSE FORMAT（阶段 9——最终回应格式）
返回 batch artifact 时，包含：
- 改了什么；
- 保留了什么；
- 哪些 checks passed；
- 下一步剩什么；
- download links；
- 诚实 limitations。

不要掩埋 warnings。如果失败，直接说明。

HANDOFF REQUIREMENT（交接要求）
对于长项目，创建或更新 handoff prompt，包含：
- 最新累积文件名；
- latest TXT mirror；
- latest QA report；
- 下一个要现代化的确切组件；
- 已批准的特殊修正；
- 已知风险或发现的回退；
- 新会话中应上传的文件。

INPUT（输入）
在此协议之后粘贴 source、target draft、artifact 或 project files，然后说明 desired task 和 target deliverable。

BATCH 31 BASIS / DHARMAKAYA WORKFLOW ROUTING ADDENDUM — 2026 年 5 月 4 日

本增补把 QA6 的执行补丁提升到长篇高风险工作流层。它不替代 Prompt A、Prompt 1、Prompt 6、Prompt 9、Prompt T、Blogger Formatting 或 Strict HTML QA；它规定何时按顺序调用它们。

1. OLD / NEW SOURCE ROUTING
若用户提供 old Blogger / old English / old source 文件与 restyled / redesigned / cleaned HTML 文件，并表示二者内容应一致：
- 先运行 old/new normalized visible-text parity；
- old/source 文件控制内容；
- restyled 文件只提供 layout/styling；
- missing middle blocks、link/media differences、duplicate sections 必须先修复。

未通过此 gate 前，不得进入翻译、中文化或 publication polish。

2. REPAIRED SOURCE THEN TRANSLATE
若 parity gate 恢复了源文缺失区块：
- 先用 Prompt A / Blogger Formatting 修复 source artifact 结构；
- 再用 Prompt 1 从源文新译恢复区块；
- 不得依赖旧中文译文填补恢复区块，除非用户明确允许；
- 再运行 Prompt 6；
- 需要出版流畅度时再运行 Prompt 9；
- HTML artifact 最后运行 Strict HTML QA。

3. DUPLICATE AND DE-DUP ROUTING
若出现 repeated headings 或 repeated source blocks：
- 默认保留，除非源文对比证明为 export duplicate 或用户要求 publication-clean cleanup；
- 若删除或合并，必须创建 de-dup manifest；
- 删除前确认 later duplicate 不是 fuller version，也没有 unique comments、links、quote attributions 或 doctrinal details。

4. LINE-WRAP AND QUOTE-BOUNDARY ROUTING
对于 Blogger / Facebook exports：
- line-wrapped visual lines 不是天然 paragraph boundaries；
- multi-paragraph quotes must remain within one blockquote until true quote boundary；
- quote attribution 必须与 quote 结构相连；
- blockquote、div、h2/h3、iframe 不得出现在 p 内。

5. COMPLETION STATUS ROUTING
最终状态必须使用下列之一：
- COMPLETE PUBLICATION CANDIDATE
- STRUCTURALLY READY BUT TRANSLATION INCOMPLETE
- CONTENT PARITY FAILED
- HTML STRUCTURE FAILED
- TERMINOLOGY REVIEW FAILED

若中文 artifact 中仍有恢复出来的英文正文区块，必须使用 STRUCTURALLY READY BUT TRANSLATION INCOMPLETE 或 CONTENT PARITY FAILED，不得称为 final。

6. PACK / CONTROLLER ROUTING
当用户使用 upload-pack workflow 时，Protocol A 必须指示模型读取 controller、列出可访问 prompt files，并确认当前任务属于：HTML/Blogger translation、quick raw text to Blogger HTML、clean translation、Tibetan/Indic verification、East Asian source restoration、Baihua、prompt-suite maintenance，或 hybrid repair workflow。hybrid repair workflow 优先使用 Prompt A + Prompt 6 + Strict HTML QA，并按需调用 Prompt 1 / 9 / T / X。

已保留的历史变更日志正文（中文化版）

历史变更日志与维护说明——保留正文（中文化版）

状态
本材料保留自旧版提示词套件页面，用来说明翻译审校与术语防护规则如何逐步演化。它应被视为维护档案与规则来源清单，不是独立可执行提示词；除非未来明确把某项历史规则提升到当前提示词正文或全局内核，否则不得直接用它覆盖现行规则。

当前治理解释——第 12 批
1. 保留历史变更日志，是因为它们解释了许多新防护为何存在。
2. 如果历史规则与较新的提示词正文或 Global Kernel 冲突，应遵循更新、更具体的规则，除非用户明确要求恢复旧行为。
3. 不要只因版本号较旧就删除历史说明；其中可能包含仍然有用的例子与理由。
4. 不要把旧术语规则机械复制到新提示词；只有经过语境感知检查后，才可提升为新规则。
5. 保留本套件中已经采用的用户修正：equanimity 必须按语境处理；已退役的一次性 Self-stage 共享术语行继续保持退役。
6. 保留本档案，以便未来 Protocol B 维护与提示词漂移诊断使用。

保留的旧版变更日志 / 维护正文

Prompt 6 变更日志（v4.1/4.2 → v5.2）

A. 范围与理念
NEW——通用范围：原先的 Chan/Mantrayāna Domain Pack 已被泛化。v5.2 的核心保护适用于所有佛教翻译（Theravāda、Mahāyāna、Vajrayāna），不再只限于 Chan/Mantrayāna 子集。
STRENGTHENED——完整性与标准：v5.2 保留 ISO-17100 双语修订流程与“完整性高于一切”的门控，并把它们前置为任何流畅度编辑之前的硬性前提。
STRENGTHENED——范围锁定：除非用户明确提供额外来源，否则重新强调不得发生跨文档污染。

B. 术语与文体控制
NEW——全局佛教术语护栏（Loanword-First Rule）：佛教技术词默认保留原外来词（Sanskrit/Pāli 用 IAST；Tibetan 用 Wylie），首次出现时给一次英文括注释义；首次之后继续使用该外来词，不再换回普通英文。例：prajñā [wisdom] 之后继续用 prajñā；同类包括 śūnyatā、anātman、tathatā、upāya、bhūmi、prajñāpāramitā、ālayavijñāna；trikāya 必须列出 dharmakāya / sambhogakāya / nirmāṇakāya（只在首次给释义）。
NEW——禁止释义式改写：对技术词，v5.2 明确禁止把外来词“顺滑”成英文释义（如 native luminosity、true self），除非该释义作为外来词之后的括注出现。
NEW——一致性锁：必须建立小型术语库并运行一致性检查。v5.2 要求审校者把 calque / synonym drift（如 prajñā 后文变成 insight）标记为 MQM 术语错误。
NEW——外来词格式规则：按 house style 首次出现时使用完整变音符号并斜体，之后保留变音符号。若平台不能显示变音符号，报告中注明 fallback（如 prajna），但术语表仍锁定 IAST。
NEW——狭义“约定俗成英文”例外：若某标题 / 纲目已有深入人心的英文形式，可保留英文运行形式并首次给原文，例如 Heart Sūtra（Prajñāpāramitā-hṛdaya）、Four Noble Truths（cattāri ariyasaccāni）、Dependent Origination（pratītyasamutpāda）。但在教义 prose 中，首次释义后仍以外来词讨论该术语。
EXPANDED——转写政策：v5.2 明确 Sanskrit/Pāli 用 IAST、Tibetan 用 Wylie，首次出现时可按读者需要加 Tibetan 原文；有帮助时也可首次提供中文。
KEPT/CLARIFIED——self/Self 政策：保留细致的 anātman 指引，并更清楚地要求先识别教义语境再决定译法；例如在佛教语境中 Self 不等于 真我。
KEPT——Awareness 与 Mindfulness：保留两者区别，并附语言对与例子。
REFERENCE GLOSSARIES——护栏：保留中 / 藏参考术语表，但 v5.2 强调只在当前语言对相关时使用，且不得覆盖技术词的 Loanword-First Rule。

C. 结构忠实与不可压缩
KEPT/REFOCUSED——结构与压缩锁：v5.2 保留 1:1 Q/A 行、完整教义链，以及“凡命名识、身、印、咒或经文引用的句子绝不可摘要”的规则。
KEPT——异译处理：再次确认“直译 + [括注释义]”优先于同义替换；不得删除直译。

D. 执行与 QA 工作流
KEPT/SHARPENED——Step 0 覆盖与结构门控：必须通过 1:1 分段、结构镜像、标点/括号对等、关键词显著性扫描、字面旗标检查（如 不住 / 无相 / 不可得 / 化空 / 三界 / 空乐明）、咒语 / 变音符号保留、长度差异标记与定向回译。
KEPT——MQM 准确性扫描：逐段保留 Omission / Addition / Mistranslation / Terminology 标记，并与术语一致性锁紧密结合。
KEPT——教义敏感触发器（现为全局，不限 Chan）：光明 / 视觉境界只提示“不取相”一次且不得美化境界；ālayavijñāna 必须明确“仍是识，不是目标——须开显其性”；trikāya 必须列出三身，不得残缺或委婉替换；神通必须先强调道通 / 漏尽通并说明“神通不可求”；离相 / 不住的训诫语气不得被软化。
KEPT——报告包：Coverage Report、MQM Summary、Risk Register、Style Conventions、Diacritics/Tibetan check、Back-translation note，以及 Critical / Terminology / Style / Minor 问题清单均保留。
KEPT——分阶段交付：保留“批准 clean copy”门控、分块大小上限与安全阈值（三个连续片段 >25% delta 即暂停）。

E. 相较 v4.1/4.2 的具体变化
Replaced / Generalized：特殊 Chan/Mantrayāna Domain Pack → Universal Buddhist Terminology Guard（适用于所有佛教文本）。领域专属术语锁不再是唯一保护机制；外来词优先规则成为主要全局护栏。
Added：Loanword-First Rule、一致性锁、格式 / 变音符号 / 斜体规则、约定俗成英文例外、平台 fallback note，以及对技术词更严格的 no-paraphrase 政策。
Strengthened：Scope Lock、ISO-17100 门控、字面教义旗标检查与教义触发器现在明确跨传统适用，不再只限 Chan。
Clarified：何时保留英文 rubrics（标题 / 纲目），何时在正文中坚持外来词；括注释义是帮助技术词流畅度的唯一允许方式，不得之后替换外来词。
Unchanged（but reaffirmed）：MQM 框架、1:1 行对齐、Q/A 保留、咒语 / 变音符号逐字保留、回译抽查、分阶段交付与安全阈值。

F. 实际影响
通过锁定规范术语并只在首次给释义，防止 prajñā → insight、śūnyatā → void 等术语漂移。
通过禁止释义式改写终止对教义术语的“创意顺滑”；流畅度应由括注帮助，而不是替换。
通过把 ālayavijñāna、trikāya、神通、不住等触发规则普遍化，提高跨传统一致性。
通过一致性检查与 MQM 术语标记，阻止无声 calque。
通过严格变音符号 / 斜体规则与狭义英文例外，兼顾文献学与可读性。
通过 Step 0 门控和压缩锁，减少任何文体润色之前的结构损失。

Prompt 6 变更日志：v5.2 → v5.3
重点：弥补完整性缺口；强制引文 / 对比覆盖；加入比例哨兵；加入读扫。
Step 0（Coverage & Completeness Gate）强化：
- 强制句子 / 段落对齐（如 Gale–Church 或等效方法）并要求严格 1:1 片段数量；任何源文 / 目标未对齐片段都导致 Gate = FAIL，直到修复。
- 每一对齐片段加入长度比例哨兵（ZH↔EN 初始范围 0.6–1.6，可调）；连续三个超界即 STOP & FAIL。
- 加入 Monolingual Read-Scan + Bilingual Spot-Audit：先快速读目标文找逻辑跳跃，再双语浏览确认每句 / 关键分句都被覆盖；任何不可追溯跳跃即 FAIL。
- 新增引号字符串与对比句式检查：抽取「」/『』/“ ” 以及 X就是X，不是Y 等句式，建立 source→target 小表；任何缺失即 FAIL。
- 标点 / marker 对等更严格：引号、括号、破折号、数字 / 日期、经题、咒语数量必须匹配；任何差异需要说明 Deviation: Element=…, Reason=…, Evidence=…。
- 关键词与实体存在扫描明确为 25 项（≥10 教义项、≥5 专名 / 标题、≥3 数字 / 日期）；缺失时提出准确插入或理由。
- 重申字面教义旗标：不住→do not dwell；无相→signless；不可得→unobtainable；化空→dissolve into emptiness；三界→Desire–Form–Formless；空乐明→emptiness, bliss, and clarity；咒语 / 变音符号必须逐字保留。
- 长度差异扫描形式化：任何片段 >±25%，连续三处即 FAIL、修复并重跑 Step 0。
- 引入回译抽查：选择 3–5 条教义术语密度最高的句子，记录 SegID 与对等判定。
- Certificate Line 扩展：加入结构数量、长度差异统计与 MQM(O/A/M/T) 计数。
- 强调 CommonMark 格式护栏：转义编号列表（1\.）以免自动列表；CSV 或字面块使用 ```text。

Prompt 6 变更日志：v5.3 → v5.4
重点：完成防护；加入姓名 / 标题处理；Unicode 规范化；更严格回译结果；本体论澄清；交付卫生。
- Names & Titles：保留人名、尊称、正式标题；标准化 romanization（pinyin / IAST / Wylie）；不得发明或升级头衔；首次后锁定一种形式。
- Existence / Non-existence 政策：把 有/無、非有非無、不落有無、有無雙泯 等作为技术本体论术语，而不是普通 have/has。
- 指定译法：existence / non-existence、neither existence nor non-existence、not falling into existence or non-existence、both existence and non-existence are extinguished。
- 妙有 → marvelous / wondrous presence；真空妙有 → true emptiness, marvelous presence。
- 对比格言句：有就是有，不是没有 → Presence is presence, not absence；有就是没有，没有就是有 → Presence is absence; absence is presence。
- Step 0 进一步硬化：alignment / ratio 哨兵、结构镜像、引文对等、日期 / 单位 / URL marker、关键词缺失插入、回译仍有漂移即 FAIL、读扫与双语审计、Certificate Line 加入 Quotes k/m。
- 技术交付护栏：Unicode NFC；禁止 smart quotes；保留 hyphen / dash 区别；无隐藏字符 / HTML entity，除非源文如此。
- 交付格式：不得让 SegID 变成 Markdown 自动编号；表格出现时必须有 CSV fallback；分段结束行统一为 “— 第 X 部分结束 — [可继续下一部分]”。
- 净稿批准流程、分块交付、连续三个 >25% 长度差异安全停机继续保留。
净影响：完整性变得可计量、可审计；遗漏风险通过引号清单、连续哨兵与回译失败触发降低；术语完整性通过小术语库与一致性检查加强；存在 / 非存在与格言对比句的教义精度提高；交付卫生通过 NFC、无 smart quotes、CSV fallback 与 CommonMark 安全改善。

2025 年 10 月 20 日更新：三大提示词的详细变更
Prompt 1：纯翻译工作流（最终 v5.3）
该提示词从高质量指南演化为生产安全型翻译引擎，对完整性与术语忠实有不可谈判的检查。
v3.2 → v4.x：引入专业工作流、模式、术语管理与权威源静默验证；创建 MODE="prep_then_translate" 与 MODE="translate_only"；引入 PREP_PACK 作为术语抽取与锁定交付；规定静默预检 NTI Reader、CBETA、BDRC/BUDA、84000 等权威资源；保留 Disassociation、Awareness vs. Mindfulness、self/Self 等概念指南；强制完整中文与藏语术语表；加入内部 MQM 式自审。
v4.x → v5.3：通过强制 1:1 覆盖、自动对等检查与严格可审计工作流来防遗漏与结构错误；加入 CONFIGURATION；NO_COMPRESSION: TRUE；强制 SegID；Echo Counts；Halt on Mismatch；Verse/Quote Parity Must-Pass；Tibetan Terminology Lock（rigpa → 明，lhun grub → 自然圆满（lhun grub），gzhi → 基）；Forbidden Variants Basket；IAST / Wylie、Unicode NFC 与 no smart quotes；ālayavijñāna 与 nimitta 等教义触发器；严格输出顺序与术语一致性小报告。
净影响：Prompt 1 从专家译者 persona 转化为系统化、可审计的翻译引擎；SegID、自动对等检查与硬失败状态使遗漏和术语漂移更难发生。

Prompt 3：带评论的翻译
该提示词把 Prompt 1 的工业级底盘整合进学术评论所需的多部分结构。
v3.2 → v4.1：全面合并，以 Prompt 1 v5.3 的硬化框架替换旧工作流，同时完整保留详细评论与注释结构。移植 CONFIGURATION、Mandatory Segmentation、Echo Counts、Verse/Quote Parity Must-Pass 与完整强制指南；把自动报告（Parity Check Report、Term-Concordance Report）嵌入交错译文、详细多部分评论和最终评分卡中；保留 Translator’s Commentary 的 Introduction、Translation Choices、Contextual Explanations 等结构；把 PRE-FLIGHT 作为正式静默步骤；把 prep_then_translate / translate_only 模式适配到评论格式。
净影响：Prompt 3 达到与 Prompt 1 相同的专业标准，同时保留学术输出的丰富格式。

Prompt 8：翻译审校与 QA
该提示词从专家审校清单演化为自动 QA 网关，带有不可谈判的 Completeness Gate。用户有时称其为 Prompt 6；最终整理为 Prompt 8。
v5.4 → v6.0：把审校转化为严密的自动 QA 系统；Step 0 硬门控强制完整性、结构对等与术语一致性。新增 Alignment Table & CSV、Segment Length Ratio Sentinel、Quote/Marker Parity Check、Verse Parity Check、Term-Concordance Validator、Certificate Line、Change-Log Discipline。保留 v5.4 的完整指南、项目简报、概念政策与参考术语表；SME Risk Register 更具体；Style & Typography Guard 检查 IAST、Wylie、Unicode NFC 与 no smart quotes。
净影响：Completeness Gate 机制化地捕捉遗漏、术语不一致与丢失引文，并在任何主观风格审校前强制修复；Certificate Line 与 Change Log 让流程透明、可审计，贴合 ISO 17100 与 MQM。

2025 年 12 月 16 日更新——“铁壁式”反实体化升级
影响提示词：Prompt 1 v5.3 → v6.1；Prompt 2 v4.1 → v6.2；Prompt 6 v5.5 → v6.0。
核心问题：“D.T. Suzuki 效应”。我们诊断出一个持续问题：LLM 即使有术语表，也会回退到过时、实体化的翻译选择，例如把 体 译为 Substance，把 理 译为 Noumenon。这是因为模型训练数据大量受 19/20 世纪译法（如 Suzuki 或 Legge）的影响，倾向使用康德式或神智学式术语，不适合准确的佛教现象学表达。
解决方案：三层铁壁防护。
1. Dynamic Domain Switching：AI 先判断文本是佛教非实体论 / anatta 语境，还是 Hindu / Theist 等实体论语境，并据此使用不同翻译规则。
2. Pre-Flight Glossary Activation：翻译前强制扫描文本并列出发现的术语与译法，把规则加载进活动上下文，防止 instruction drift。
3. Negative Constraints / BANS：在源文输入前放置明确大写禁令，禁止 Substance、Noumenon、Soul、Entity、Shadows 等词，除非语境严格属于 Theistic。
具体更新：Prompt 1 加入 Philosophical Guardrails 与 Step 1: Pre-Flight Check；术语 JSON 严格映射 Ti → Essence、Li → Principle、Miao You → Marvelous Presence。Prompt 2 移植完整铁壁底盘，并在评分卡中检查是否使用 Substance。Prompt 6 将 Substance、Noumenon、Entity 等实体化词列为 Tier 1 Doctrinal Violations，并加入 Substance Scan。

通用语境感知映射协议
适用版本：Prompt 1 v6.2、Prompt 2 v6.4、Prompt 6 v6.1。
新功能：Master Rule / Universal Logic。协议要求 AI 对整篇文本应用严密语境逻辑，而不只是检查一小组词。AI 必须主动发现任何普通、基督教式或世俗定义与佛教定义冲突的词，并自动采用佛教规范语域，避免西方 / 有神论式诠释。
非穷尽示例：
- Sin vs. Karma：佛教业因果是非人格化的；Sin 暗示神圣审判。应译为 Transgression / Karmic Offense（罪业），严格避免单独使用 Sin。
- Rebirth vs. Resurrection：佛教是轮回流转，不是单次 born again 事件。避免 Resurrection / 重生，用 Rebirth / 轮回。
- Aversion vs. Disgust：Dharma 中的第二毒 dvesha 是瞋恚 / 恶意，不只是世俗厌恶。
- Sense Restraint vs. Blocking：pratyāhāra 是善巧收摄，不是机械关闭；用 收摄，避免 blocking / closing。
- Elements vs. Fluids：dhātu 是构成要素 / 界，不是西方 humours 的体液。
- Spirit：非二元觉知或灵性本质不同于 secular mental spirit；按语境用 灵性 / 灵光，不要误成普通精神。
- Contemplation：Zen / huatou 参究不同于 tantric visualization；用 参究 或 观，避免误作观想。
- Void：死寂的虚无不同于正面的虚空 / 开阔；指顽空或死空时用 虚无，避免积极义的 虚空。