lunheng-article-pipeline 18.2.4 → 18.2.6

package/README.es.md

@@ -1,6 +1,6 @@
 # Lunheng (lunheng-article-pipeline) — pipeline multiagente para textos largos
 
-> 版本：v18.2.4（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
+> 版本：v18.2.6（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
 
 > 🌐 [English](README.md) ｜ [中文](README.zh.md) ｜ **Español**（este archivo）｜ [Português](README.pt.md) ｜ [हिन्दी](README.hi.md)
 
@@ -41,6 +41,7 @@ Regla práctica: pregunte si la evidencia ya está **publicada**. Si lo está, L
 | Borradores | Versiones sucesivas con limpieza de huellas de IA, cada una de un redactor independiente |
 | Informes | Informe crítico (C1–C7), auditoría (G0–G14), revisión por pares (6 dimensiones + revistas) |
 | Entregables finales | `final/定稿.md`, figuras, paquete probatorio, notas de entrega, informe de la puerta M |
+| Integración con DSH (instalación como bundle) | Dos herramientas **de solo lectura**: `lunheng_m_gate` (precomprobación mecánica de la puerta M) y `lunheng_char_count` (recuento de caracteres chinos); si su sesión no las expone, invoque los mismos scripts con `pwsh` como antes (misma fuente de verdad). Comando humano `/lunheng-status` (lee `run/<proyecto>/status.md`; no genera mensajes de modelo). **Protección de escritura de los archivos de mecanismo**: un guard global rechaza las llamadas de herramientas tipo `write`/`edit` dirigidas al paquete de la skill, de modo que una sesión no puede reescribir en silencio las reglas de la propia pipeline. Límite declarado sin adornos: el guard solo ve **llamadas de herramientas**; `pwsh` y cualquier subproceso **no pasan por esta puerta**; la excepción del propietario es `LUNHENG_ALLOW_MECH_EDIT=1` (o `config: { allowMechanismEdit: true }`). El **Config** del plugin (interruptor de despliegue, en la fila de este plugin de su perfil) cubre `quiet`, `allowMechanismEdit`, `scriptTimeoutMs` y `scriptMaxOutputBytes` — las mismas palancas que las variables `LUNHENG_QUIET` / `LUNHENG_ALLOW_MECH_EDIT`, pero versionadas con el perfil y revisables; una **config inválida falla ruidosamente en la carga** en lugar de volver en silencio a los valores por defecto. |
 
 ## Pipeline overview
 
@@ -67,16 +68,16 @@ Fase 5  Verificación  T8 (lo ejecuta el coordinador) → texto final, paquete p
 ```text
 lunheng-article-pipeline/                 # el paquete es el repositorio
 ├── package.json              # declara main (lib/index.js) + dsh.bundle.patch
-├── cordis.patch.yml          # capa bundle: inserta las 3 herramientas subagent por nivel
-├── lib/index.js              # entrada del plugin: registra la skill vía ctx.skills
+├── cordis.patch.yml          # capa bundle: fila de autorregistro + 3 herramientas subagent por nivel (solo se montan si define LUNHENG_*)
+├── lib/index.js              # entrada del plugin: skill + herramientas de solo lectura + guard de escritura + /lunheng-status
 ├── skills/lunheng-article-pipeline/       # el cuerpo de la skill (un directorio)
 │   ├── SKILL.md              # entrada de la skill (roles, puertas, límites de ejecución)
 │   ├── AGENTS.md             # manual del operador
 │   ├── QUICKSTART.md         # inicio en cinco minutos
 │   ├── README.md             # readme de la skill (chino)
 │   ├── references/           # 9 fichas de rol, plantillas, algoritmos de puerta, base de revistas
-│   └── scripts/              # 11 scripts .mjs de verificación sin dependencias
-├── scripts/                  # puertas del repositorio: superficie de empaquetado + higiene
+│   └── scripts/              # scripts .mjs de verificación sin dependencias (recuento: véase la línea de lista blanca de la skill)
+├── scripts/                  # puertas del repositorio: superficie de empaquetado + higiene + humo del paquete
 ├── tests/                    # suites node --test (scripts + humo de la entrada)
 ├── docs/                     # instalación, uso, arquitectura, faq, resolución de problemas
 ├── examples/preset/          # notas de niveles de modelo y guía de instalación
@@ -87,7 +88,7 @@ lunheng-article-pipeline/                 # el paquete es el repositorio
 
 La entrada del plugin registra `skills/lunheng-article-pipeline/SKILL.md` como skill con `resourceBase` apuntando a ese directorio, de modo que `references/**` y `scripts/**` se resuelven relativos a él desde cualquier directorio de trabajo.
 
-La capa patch hace dos cosas: **inserta una fila para este paquete** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — esa fila es la que hace que el loader importe `lib/index.js`, que es lo que registra la skill — e inserta las tres herramientas subagent por nivel. **Esa fila es portante**: sin ella la entrada nunca se importa y la skill no aparece (defecto de v18.0.0, corregido en 18.0.1; vigilado por `tests/bundle-contract.test.mjs`).
+La capa patch hace dos cosas: **inserta una fila para este paquete** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — esa fila es la que hace que el loader importe `lib/index.js`, que es lo que registra la skill — e inserta las tres herramientas subagent por nivel, que **no se montan por defecto** (defina cualquier `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_{PROVIDER,MODEL}` o `LUNHENG_TIERING=on` para montarlas; `off` para forzar que no se monten). **Esa fila es portante**: sin ella la entrada nunca se importa y la skill no aparece (defecto de v18.0.0, corregido en 18.0.1; vigilado por `tests/bundle-contract.test.mjs`).
 
 ### Documentation
 
@@ -108,14 +109,14 @@ La capa patch hace dos cosas: **inserta una fila para este paquete** (`- id: lun
 Las versiones se publican **solo por tag**; `npm publish` local está prohibido (evita las puertas de CI y la procedencia OIDC, y una versión npm nunca se puede sobrescribir).
 
 ```sh
-git tag v18.2.4 && git push origin v18.2.4   # un tag por push (GitHub: >3 tags en un push no dispara workflow)
+git tag v18.2.6 && git push origin v18.2.6   # un tag por push (GitHub: >3 tags en un push no dispara workflow)
 # publish.yml ejecuta: puerta 1 consistencia → puerta 2 empaquetado → puerta 3 higiene → puerta 4 humo del paquete → tests
 #   → tag/versión iguales → guarda de idempotencia → OIDC publish --provenance --tag dsh → auditoría posterior
 ```
 
 ## Install
 
-**Como bundle** (recomendado; la entrada registra la skill y la capa patch activa los niveles):
+**Como bundle** (recomendado; la entrada registra la skill + las capacidades del grupo C, y la capa patch *puede* montar las herramientas por nivel — **desactivadas por defecto**, véase [Model routing](#model-routing)):
 
 ```sh
 dsh plugin --profile web add lunheng-article-pipeline
@@ -149,11 +150,11 @@ Un directorio simple no declara `dsh.bundle`, así que `dsh plugin add` solo lo
 dsh plugin --profile <profile> remove lunheng-article-pipeline
 ```
 
-Al desinstalar desaparecen las 3 filas `- insert:` y la skill registrada por la entrada, sin residuos. Si además copió el directorio de la skill en una raíz de skills, bórrelo aparte.
+Al desinstalar desaparecen las 4 filas `- insert:` (la de autorregistro y las tres de nivel) y la skill registrada por la entrada, sin residuos. Si además copió el directorio de la skill en una raíz de skills, bórrelo aparte.
 
 ## Model routing
 
-DSH enruta modelos mediante `settings.yaml`; `subagent` hereda el modelo de la sesión, de modo que una configuración de un solo modelo funciona sin ajustes. Para escalonar por rol, el bundle instala tres herramientas por nivel:
+DSH enruta modelos mediante `settings.yaml`; `subagent` hereda el modelo de la sesión, de modo que una configuración de un solo modelo funciona sin ajustes. Para escalonar por rol, el bundle puede montar tres herramientas por nivel, **desactivadas por defecto** (mientras todos los niveles heredan son idénticas al `subagent` integrado, así que montarlas sin condición costaría tres esquemas de herramienta por sesión a cambio de nada):
 
 | Herramienta | Roles | Capacidad |
 |---|---|---|
@@ -161,7 +162,7 @@ DSH enruta modelos mediante `settings.yaml`; `subagent` hereda el modelo de la s
 | `subagent_strong` | T4 análisis / T5 redacción | Razonamiento fuerte |
 | `subagent_audit` | T6 crítica / T7 auditoría / T9 revisión / detector G14 | Máximo nivel, sin degradar por coste |
 
-Sobrescriba con `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` y `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL`: proveedor y modelo son campos independientes (cruzar proveedores exige ambos) y `LUNHENG_TIERING=off` devuelve los tres niveles a la herencia. Cuando una herramienta de nivel no está montada, el envío recae en `subagent`. Véase `examples/preset/README.md` y `docs/installation.md`.
+Sobrescriba con `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` y `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL`: **definir cualquiera de ellas también monta las tres filas** (una configuración escalonada ya existente sigue funcionando igual). Proveedor y modelo son campos independientes (cruzar proveedores exige ambos); `LUNHENG_TIERING=on` monta las filas sin fijar ningún modelo (útil para comprobar que son visibles) y `LUNHENG_TIERING=off` devuelve los tres niveles a la herencia y las desmonta. Cuando una herramienta de nivel no está montada, el envío recae en el `subagent` integrado. Véase `examples/preset/README.md` y `docs/installation.md`.
 
 ## Data and external services
 
@@ -180,12 +181,14 @@ El coordinador debe divulgar estos envíos y obtener consentimiento explícito e
 | Artículo | Escala | Resultado |
 |---|---|---|
 | Consistencia de marca (2026-08) | ~7900 caracteres, 15 fuentes + 54 datos | Paquete probatorio; 8 hallazgos cerrados |
-| Paradoja de originalidad (2026-08) | ~9500 caracteres, 12 fuentes + 34 datos + 6 casos | 4 rondas de revisión, nota A-, publicado |
+| Paradoja de originalidad (2026-08) | ~9500 caracteres, 12 fuentes + 34 datos + 6 casos | 4 rondas de revisión en total a lo largo de la ejecución, nota A-, publicado |
 | Aislamiento del campo docente (2026-08) | ~12000 caracteres, 18 fuentes + 47 datos + 9 casos | Auditoría ronda 2 aprobada |
 | Escritura estudiantil con IA generativa (2026-08) | ~2000 caracteres, 12 fuentes + 26 datos | Búsqueda triple paralela; puerta M exit 0 |
 | Caso de la col china con formaldehído (2026-08) | ~4200 caracteres, 12 fuentes + 29 datos + 4 casos | Puerta M exit 0; 6 reglas incorporadas |
 | Artículo sobre noción e idea (2026-09) | ~6280 caracteres, 18 fuentes + 15 datos, 0 casos | 2 rondas de auditoría, 23/30 revisión menor, P0 real = 0 |
 
+> **Cómo leer esta tabla (dos criterios que se confunden con facilidad)**: ① «rondas de revisión» cuenta **todas las pasadas del redactor en esa ejecución** (fase 3.5 → v2, correcciones de la crítica T6, rondas G14, bucle de auditoría), mientras que el límite propio de la pipeline (**≤2 rondas**) se aplica **solo al bucle de auditoría de la fase 4.2**: los dos números no miden lo mismo; ② los resultados son **valores históricos registrados en el momento de cada ejecución, con la versión de scripts de entonces** — no son reproducibles con los scripts actuales. Volver a ejecutar los scripts del paquete sobre los proyectos archivados da hoy, por ejemplo, el artículo de la col china con formaldehído en `exit 2` con 5 P0 (M-Form-6/10, M-Exist-7/9, M-Integrity-1): tres de esas puertas se añadieron **después** de aquella ejecución. Lea la tabla como «lo que la pipeline produjo entonces», no como «el conjunto de puertas actual aprueba estos proyectos».
+
 ## Known limitations
 
 - **Prioridad del chino.** Prompts de rol, entregables, nombres de archivo y flujos están en chino por defecto.

package/README.hi.md

@@ -1,6 +1,6 @@
 # लुन्हेंग (lunheng-article-pipeline) — बहु-एजेंट दीर्घ-लेख पाइपलाइन
 
-> 版本：v18.2.4（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
+> 版本：v18.2.6（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
 
 > 🌐 [English](README.md) ｜ [中文](README.zh.md) ｜ [Español](README.es.md) ｜ [Português](README.pt.md) ｜ **हिन्दी**（यह फ़ाइल）
 
@@ -41,6 +41,7 @@
 | प्रारूप | क्रमिक संस्करण, AI-चिह्न सफ़ाई सहित, प्रत्येक स्वतंत्र लेखक से |
 | रिपोर्ट | समालोचना (C1–C7), लेखा-परीक्षा (G0–G14), सहकर्मी समीक्षा (6 आयाम + पत्रिकाएँ) |
 | अंतिम उपज | `final/定稿.md`, चित्र, प्रमाण-पुंज, वितरण टिप्पणियाँ, M-द्वार रिपोर्ट |
+| DSH एकीकरण (bundle स्थापना पर) | दो **केवल-पठन** उपकरण — `lunheng_m_gate` (M-द्वार यांत्रिक पूर्व-जाँच) और `lunheng_char_count` (शुद्ध चीनी अक्षर गणना); सूची में न हों तो पहले की तरह `pwsh` से वही स्क्रिप्ट चलाएँ (एक ही स्रोत)। मानव आदेश `/lunheng-status` (`run/<परियोजना>/status.md` पढ़ता है; मॉडल संदेश नहीं बनाता)। **तंत्र-फ़ाइल लेखन सुरक्षा**: वैश्विक guard स्किल पैकेज को लक्षित `write`/`edit` प्रकार की उपकरण-कॉल अस्वीकार करता है, अतः सत्र चुपचाप पाइपलाइन के अपने नियम नहीं बदल सकता। **सीमा स्पष्ट रूप से**: guard केवल **उपकरण-कॉल** देखता है — `pwsh`/उप-प्रक्रियाएँ **इस द्वार से नहीं गुज़रतीं**; स्वामी की छूट `LUNHENG_ALLOW_MECH_EDIT=1` (या `config: { allowMechanismEdit: true }`) है। प्लगइन **Config** (परिनियोजन स्विच, आपकी profile में इस प्लगइन की पंक्ति पर) `quiet`, `allowMechanismEdit`, `scriptTimeoutMs`, `scriptMaxOutputBytes` कवर करता है — वही नियंत्रण जो `LUNHENG_QUIET` / `LUNHENG_ALLOW_MECH_EDIT` env देते हैं, पर profile के साथ संस्करणित और समीक्षायोग्य; **अवैध config लोड के समय ज़ोरदार विफल होता है**, चुपचाप डिफ़ॉल्ट पर नहीं लौटता। |
 
 ## Pipeline overview
 
@@ -67,16 +68,16 @@
 ```text
 lunheng-article-pipeline/                 # पैकेज ही रिपॉज़िटरी है
 ├── package.json              # main (lib/index.js) + dsh.bundle.patch घोषित करता है
-├── cordis.patch.yml          # बंडल परत: 3 स्तरीय subagent उपकरण जोड़ती है
-├── lib/index.js              # प्लगइन प्रवेश: ctx.skills से स्किल पंजीकृत करता है
+├── cordis.patch.yml          # बंडल परत: स्व-पंजीकरण पंक्ति + 3 स्तरीय subagent उपकरण (LUNHENG_* सेट होने पर ही लदते हैं)
+├── lib/index.js              # प्लगइन प्रवेश: स्किल + केवल-पठन उपकरण + तंत्र-लेखन गार्ड + /lunheng-status
 ├── skills/lunheng-article-pipeline/       # स्किल का मुख्य भाग (एक निर्देशिका)
 │   ├── SKILL.md              # स्किल प्रवेश (भूमिकाएँ, द्वार, निष्पादन सीमाएँ)
 │   ├── AGENTS.md             # संचालक पुस्तिका
 │   ├── QUICKSTART.md         # पाँच मिनट में आरंभ
 │   ├── README.md             # स्किल-स्तरीय रीडमी (चीनी)
 │   ├── references/           # 9 भूमिका कार्ड, टेम्पलेट, द्वार-एल्गोरिद्म, पत्रिका-कोश
-│   └── scripts/              # 11 निर्भरता-रहित .mjs सत्यापन स्क्रिप्ट
-├── scripts/                  # रिपॉज़िटरी द्वार: पैकेजिंग सतह + यांत्रिक स्वच्छता
+│   └── scripts/              # निर्भरता-रहित .mjs सत्यापन स्क्रिप्ट (संख्या: स्किल की श्वेतसूची पंक्ति देखें)
+├── scripts/                  # रिपॉज़िटरी द्वार: पैकेजिंग सतह + यांत्रिक स्वच्छता + पैकेज स्मोक
 ├── tests/                    # node --test सूट (स्क्रिप्ट + प्रवेश स्मोक)
 ├── docs/                     # स्थापना, उपयोग, संरचना, faq, समस्या-निवारण
 ├── examples/preset/          # मॉडल-स्तर नोट्स और स्थापना मार्गदर्शिका
@@ -87,7 +88,7 @@ lunheng-article-pipeline/                 # पैकेज ही रिपॉ
 
 प्लगइन प्रवेश `skills/lunheng-article-pipeline/SKILL.md` को स्किल के रूप में पंजीकृत करता है और `resourceBase` उसी निर्देशिका की ओर इंगित करता है, अतः `references/**` और `scripts/**` किसी भी कार्य-निर्देशिका से उसके सापेक्ष हल होते हैं।
 
-patch परत दो काम करती है: **इस पैकेज के लिए एक पंक्ति जोड़ती है** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — यही पंक्ति loader को `lib/index.js` आयात करने पर बाध्य करती है, और वही स्किल पंजीकृत करता है — तथा तीन स्तरीय subagent उपकरण जोड़ती है। **यह पंक्ति भार-वाहक है**: इसके बिना प्रवेश कभी आयात नहीं होता और स्किल दिखती नहीं (v18.0.0 का दोष, 18.0.1 में ठीक; `tests/bundle-contract.test.mjs` द्वारा सुरक्षित)।
+patch परत दो काम करती है: **इस पैकेज के लिए एक पंक्ति जोड़ती है** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — यही पंक्ति loader को `lib/index.js` आयात करने पर बाध्य करती है, और वही स्किल पंजीकृत करता है — तथा तीन स्तरीय subagent उपकरण जोड़ती है, जो **डिफ़ॉल्ट रूप से नहीं लदते** (कोई भी `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_{PROVIDER,MODEL}` या `LUNHENG_TIERING=on` सेट करने पर लदते हैं, `off` पर बलपूर्वक अनलोड)। **यह पंक्ति भार-वाहक है**: इसके बिना प्रवेश कभी आयात नहीं होता और स्किल दिखती नहीं (v18.0.0 का दोष, 18.0.1 में ठीक; `tests/bundle-contract.test.mjs` द्वारा सुरक्षित)।
 
 ### Documentation
 
@@ -108,14 +109,14 @@ patch परत दो काम करती है: **इस पैकेज
 संस्करण **केवल tag से** प्रकाशित होते हैं; स्थानीय `npm publish` वर्जित है (यह CI द्वारों और OIDC provenance को दरकिनार करता है, और npm संस्करण कभी अधिलेखित नहीं हो सकता)।
 
 ```sh
-git tag v18.2.4 && git push origin v18.2.4   # एक बार में एक ही tag (GitHub: >3 tag एक push में कोई workflow नहीं चलाता)
+git tag v18.2.6 && git push origin v18.2.6   # एक बार में एक ही tag (GitHub: >3 tag एक push में कोई workflow नहीं चलाता)
 # publish.yml क्रम: द्वार 1 सुसंगति → द्वार 2 पैकेजिंग → द्वार 3 स्वच्छता → द्वार 4 पैकेज स्मोक → स्क्रिप्ट परीक्षण
 #   → tag/संस्करण समानता → idempotency गार्ड → OIDC publish --provenance --tag dsh → प्रकाशन-पश्चात लेखा-परीक्षा
 ```
 
 ## Install
 
-**बंडल के रूप में** (अनुशंसित; प्रवेश स्किल पंजीकृत करता है और patch परत स्तर सक्रिय करती है):
+**बंडल के रूप में** (अनुशंसित; प्रवेश स्किल + C-समूह क्षमताएँ पंजीकृत करता है, और patch परत स्तरीय साधन **लाद सकती है** — डिफ़ॉल्ट रूप से लदे नहीं, देखें [Model routing](#model-routing)):
 
 ```sh
 dsh plugin --profile web add lunheng-article-pipeline
@@ -149,11 +150,11 @@ dsh --profile web --dump-config   # "# == lunheng-article-pipeline" परत
 dsh plugin --profile <profile> remove lunheng-article-pipeline
 ```
 
-विस्थापन पर `cordis.patch.yml` की 3 `- insert:` पंक्तियाँ और प्रवेश द्वारा पंजीकृत स्किल — दोनों हट जाती हैं, कोई अवशेष नहीं। यदि आपने स्किल निर्देशिका किसी स्किल-मूल में भी प्रतिलिपि की थी, तो उसे अलग से हटाएँ।
+विस्थापन पर `cordis.patch.yml` की 4 `- insert:` पंक्तियाँ (स्व-पंजीकरण + तीन स्तरीय) और प्रवेश द्वारा पंजीकृत स्किल — दोनों हट जाती हैं, कोई अवशेष नहीं। यदि आपने स्किल निर्देशिका किसी स्किल-मूल में भी प्रतिलिपि की थी, तो उसे अलग से हटाएँ।
 
 ## Model routing
 
-DSH में मॉडल मार्ग `settings.yaml` तय करता है; `subagent` सत्र-मॉडल विरासत में लेता है, अतः एकल-मॉडल विन्यास बिना सेटिंग चलता है। भूमिका-अनुसार स्तरीकरण हेतु बंडल तीन स्तरीय साधन स्थापित करता है:
+DSH में मॉडल मार्ग `settings.yaml` तय करता है; `subagent` सत्र-मॉडल विरासत में लेता है, अतः एकल-मॉडल विन्यास बिना सेटिंग चलता है। भूमिका-अनुसार स्तरीकरण हेतु बंडल तीन स्तरीय साधन लाद सकता है — **डिफ़ॉल्ट रूप से बंद** (जब सभी स्तर विरासत में हों तो वे अंतर्निहित `subagent` के पूर्णतः समान हैं, अतः बिना शर्त लादना प्रति-सत्र तीन उपकरण-स्कीमा व्यर्थ व्यय करता है):
 
 | साधन | भूमिकाएँ | क्षमता |
 |---|---|---|
@@ -161,7 +162,7 @@ DSH में मॉडल मार्ग `settings.yaml` तय करता
 | `subagent_strong` | T4 विश्लेषण / T5 लेखन | प्रबल तर्कण |
 | `subagent_audit` | T6 समालोचना / T7 लेखा-परीक्षा / T9 समीक्षा / G14 संसूचक | शीर्ष स्तर, लागत घटाकर नहीं |
 
-`LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` और `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL` से अधिलेखन करें: प्रदाता और मॉडल स्वतंत्र क्षेत्र हैं (प्रदाता बदलने पर दोनों आवश्यक), और `LUNHENG_TIERING=off` तीनों स्तरों को विरासत पर लौटा देता है। स्तर-साधन अनुपलब्ध हो तो प्रेषण `subagent` पर लौटता है। देखें `examples/preset/README.md` और `docs/installation.md`।
+`LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` और `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL` से अधिलेखन करें: **इनमें से कोई भी सेट करने पर तीनों पंक्तियाँ भी लद जाती हैं** (मौजूदा स्तरीकरण विन्यास जैसा था वैसा ही काम करता रहता है)। प्रदाता और मॉडल स्वतंत्र क्षेत्र हैं (प्रदाता बदलने पर दोनों आवश्यक); `LUNHENG_TIERING=on` बिना कोई मॉडल तय किए पंक्तियाँ लादता है (दृश्यता जाँचने हेतु उपयोगी), और `LUNHENG_TIERING=off` तीनों स्तरों को विरासत पर लौटाकर उन्हें अनलोड कर देता है। स्तर-साधन अनुपलब्ध हो तो प्रेषण अंतर्निहित `subagent` पर लौटता है। देखें `examples/preset/README.md` और `docs/installation.md`।
 
 ## Data and external services
 
@@ -180,12 +181,14 @@ DSH में मॉडल मार्ग `settings.yaml` तय करता
 | लेख | परिमाण | परिणाम |
 |---|---|---|
 | ब्रांड-संगति लेख (2026-08) | ~7900 अक्षर, 15 स्रोत + 54 आँकड़े | प्रमाण-पुंज; 8 निष्कर्ष बंद |
-| मौलिकता-विरोधाभास लेख (2026-08) | ~9500 अक्षर, 12 स्रोत + 34 आँकड़े + 6 प्रकरण | 4 संशोधन चक्र, A- श्रेणी, प्रकाशित |
+| मौलिकता-विरोधाभास लेख (2026-08) | ~9500 अक्षर, 12 स्रोत + 34 आँकड़े + 6 प्रकरण | पूरे चक्र में कुल 4 संशोधन चक्र, A- श्रेणी, प्रकाशित |
 | शिक्षक-क्षेत्र पत्र (2026-08) | ~12000 अक्षर, 18 स्रोत + 47 आँकड़े + 9 प्रकरण | लेखा-परीक्षा चक्र 2 उत्तीर्ण |
 | जनरेटिव AI छात्र-लेखन टिप्पणी (2026-08) | ~2000 अक्षर, 12 स्रोत + 26 आँकड़े | त्रि-दिशा समानांतर खोज; M-द्वार exit 0 |
 | फ़ॉर्मेल्डिहाइड बंदगोभी लेख (2026-08) | ~4200 अक्षर, 12 स्रोत + 29 आँकड़े + 4 प्रकरण | M-द्वार exit 0; 6 नियम समाहित |
 | संकल्पना और आदर्श-विचार पत्र (2026-09) | ~6280 अक्षर, 18 स्रोत + 15 आँकड़े, 0 प्रकरण | 2 लेखा-परीक्षा चक्र, 23/30 लघु संशोधन, वास्तविक P0 = 0 |
 
+> **यह तालिका कैसे पढ़ें (दो मानदंड जो आसानी से मिल जाते हैं)**: ① «संशोधन चक्र» उस **पूरे चक्र के सभी लेखक-पास** गिनता है (चरण 3.5 → v2, T6 समालोचना-सुधार, G14 चक्र, लेखा-परीक्षा लूप), जबकि पाइपलाइन की अपनी सीमा (**≤2 चक्र**) केवल **चरण 4.2 के लेखा-परीक्षा लूप** पर लागू होती है — दोनों संख्याएँ एक ही बात नहीं नापतीं; ② परिणाम **प्रत्येक चक्र के समय दर्ज ऐतिहासिक मान हैं, उस समय के स्क्रिप्ट संस्करण के साथ** — वर्तमान स्क्रिप्ट से पुनरुत्पाद्य नहीं। संग्रहीत परियोजनाओं पर आज पैकेज की स्क्रिप्ट चलाने पर, उदाहरणार्थ, फ़ॉर्मेल्डिहाइड बंदगोभी लेख `exit 2` तथा 5 P0 (M-Form-6/10, M-Exist-7/9, M-Integrity-1) देता है: उनमें से तीन द्वार उस चक्र के **बाद** जोड़े गए थे। इस तालिका को «तब पाइपलाइन ने क्या उत्पादित किया» के रूप में पढ़ें, «वर्तमान द्वार-समूह इन परियोजनाओं को उत्तीर्ण करता है» के रूप में नहीं।
+
 ## Known limitations
 
 - **चीनी प्राथमिकता।** भूमिका-प्रॉम्प्ट, उपज, फ़ाइल-नाम और प्रवाह डिफ़ॉल्ट रूप से चीनी में हैं।

package/README.md

@@ -2,7 +2,7 @@
 
 > 🌐 **English** (this file) ｜ [中文](README.zh.md) ｜ [Español](README.es.md) ｜ [Português](README.pt.md) ｜ [हिन्दी](README.hi.md)
 
-> 版本：v18.2.4（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
+> 版本：v18.2.6（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
 
 > A DeepSeek Harness (DSH) bundle that registers one on-demand agent skill. The skill turns long-form production — academic papers, industry analysis, business commentary, and long-form articles — into a **9-role pipeline with a human in the loop**.
 
@@ -41,6 +41,7 @@ Rule of thumb: ask whether the evidence is already **published**. If yes, Lunhen
 | Drafts | Successive versions with AI-trace cleanup, each independent writer run |
 | Review reports | Critical report (C1–C7), audit report (G0–G14), peer-review report (6 dimensions + journal matching), AI-trace report |
 | Final deliverables | `final/定稿.md`, figures, evidence bundle, delivery notes, M-gate report |
+| DSH integration (bundle install) | Two **read-only** tools — `lunheng_m_gate` (M-gate mechanical pre-check) and `lunheng_char_count` (pure Chinese-character count); if your session does not expose them, call the same scripts with `pwsh` as before (same source of truth). Human command `/lunheng-status` (reads `run/<project>/status.md`; produces no model message). **Mechanism-file write protection**: a global guard rejects `write`/`edit`-style tool calls that target the skill package, so a session cannot quietly rewrite the pipeline's own rules. Boundary, stated plainly: the guard only sees **tool calls** — `pwsh` and any subprocess are **not** behind this gate; the owner's escape hatch is `LUNHENG_ALLOW_MECH_EDIT=1` (or `config: { allowMechanismEdit: true }`). Plugin **Config** (deployment switch, this plugin's row in your profile) covers `quiet`, `allowMechanismEdit`, `scriptTimeoutMs` and `scriptMaxOutputBytes` — the same knobs as the `LUNHENG_QUIET` / `LUNHENG_ALLOW_MECH_EDIT` env vars, but reviewable in the profile; an **invalid config fails loudly at load time** instead of silently falling back to defaults. |
 
 ## Pipeline overview
 
@@ -67,16 +68,16 @@ Phase 5  Finalize     T8 finalizer (run by the coordinator) → final draft, evi
 ```text
 lunheng-article-pipeline/                 # the package is the repository
 ├── package.json              # declares main (lib/index.js) + dsh.bundle.patch
-├── cordis.patch.yml          # bundle layer: inserts the 3 model-tier subagent tools
-├── lib/index.js              # plugin entry: registers the skill through ctx.skills
+├── cordis.patch.yml          # bundle layer: self-register row + 3 model-tier subagent tools (mounted only when LUNHENG_* is set)
+├── lib/index.js              # plugin entry: skill + read-only tools + mechanism write guard + /lunheng-status
 ├── skills/lunheng-article-pipeline/       # the skill body (one directory)
 │   ├── SKILL.md              # skill entry (roles, gates, execution boundaries)
 │   ├── AGENTS.md             # operator manual
 │   ├── QUICKSTART.md         # five-minute start
 │   ├── README.md             # skill-level readme (Chinese)
 │   ├── references/           # 9 role cards, templates, shared gate algorithms, journal database
-│   └── scripts/              # 11 zero-dependency .mjs verification scripts
-├── scripts/                  # repository gates: packaging surface + mechanical hygiene
+│   └── scripts/              # zero-dependency .mjs verification scripts (count: see the skill's whitelist line)
+├── scripts/                  # repository gates: packaging surface + mechanical hygiene + pack smoke
 ├── tests/                    # node --test suites (scripts + plugin entry smoke)
 ├── docs/                     # installation, usage, architecture, faq, troubleshooting
 ├── examples/preset/          # model-tier notes and install guide
@@ -87,7 +88,7 @@ lunheng-article-pipeline/                 # the package is the repository
 
 The plugin entry registers `skills/lunheng-article-pipeline/SKILL.md` as a skill whose `resourceBase` is that directory, so `references/**` and `scripts/**` resolve relative to it from any working directory.
 
-The patch layer does two things: it **inserts one row for this package** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — that row is what makes the loader import `lib/index.js`, which is what registers the skill — and it inserts the three model-tier subagent tools. **That self row is load-bearing**: without it the entry is never imported and no skill appears (the v18.0.0 defect fixed in 18.0.1; guarded by `tests/bundle-contract.test.mjs`).
+The patch layer does two things: it **inserts one row for this package** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — that row is what makes the loader import `lib/index.js`, which is what registers the skill — and it inserts the three model-tier subagent tools, which are **not mounted by default** (set any `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_{PROVIDER,MODEL}` or `LUNHENG_TIERING=on` to mount them, `off` to force them off). **That self row is load-bearing**: without it the entry is never imported and no skill appears (the v18.0.0 defect fixed in 18.0.1; guarded by `tests/bundle-contract.test.mjs`).
 
 ### Documentation
 
@@ -108,14 +109,14 @@ The patch layer does two things: it **inserts one row for this package** (`- id:
 Releases are **tag-only**; a local `npm publish` is forbidden (it would bypass the CI gates and OIDC provenance, and a published npm version can never be overwritten).
 
 ```sh
-git tag v18.2.4 && git push origin v18.2.4   # push one tag at a time (GitHub: >3 tags in one push triggers no workflow)
+git tag v18.2.6 && git push origin v18.2.6   # push one tag at a time (GitHub: >3 tags in one push triggers no workflow)
 # publish.yml then runs gate 1 consistency → gate 2 packaging surface → gate 3 hygiene → gate 4 pack smoke → script tests
 #   → tag/version equality → idempotency guard → OIDC publish --provenance --tag dsh → post-publish audit
 ```
 
 ## Install
 
-**As a bundle** (recommended; the entry registers the skill and the patch layer activates the model tiers):
+**As a bundle** (recommended; the entry registers the skill + the C-group capabilities, and the patch layer *can* mount the model-tier tools — off by default, see [Model routing](#model-routing)):
 
 ```sh
 dsh plugin --profile web add lunheng-article-pipeline
@@ -149,11 +150,11 @@ A plain directory carries no `dsh.bundle` declaration, so `dsh plugin add` insta
 dsh plugin --profile <profile> remove lunheng-article-pipeline
 ```
 
-Removing the bundle removes the 3 `- insert:` rows and the skill registered by the entry, leaving no residue. If you also copied the skill directory into a skill root, delete that copy separately.
+Removing the bundle removes the 4 `- insert:` rows (the self-register row + the three tier rows) and the skill registered by the entry, leaving no residue. If you also copied the skill directory into a skill root, delete that copy separately.
 
 ## Model routing
 
-DSH routes models through `settings.yaml`; `subagent` inherits the session model, so a single-model setup works with no configuration. To tier by role, the bundle installs three tiered tools:
+DSH routes models through `settings.yaml`; `subagent` inherits the session model, so a single-model setup works with no configuration. To tier by role, the bundle can mount three tiered tools — **off by default** (they are identical to the built-in `subagent` while every tier inherits, so mounting them unconditionally would cost three tool schemas per session for nothing):
 
 | Tool | Roles | Capability |
 |---|---|---|
@@ -161,7 +162,7 @@ DSH routes models through `settings.yaml`; `subagent` inherits the session model
 | `subagent_strong` | T4 analyst / T5 writer | Strong reasoning |
 | `subagent_audit` | T6 critical / T7 auditor / T9 reviewer / G14 detector | Top tier, no downgrade for cost |
 
-Override with `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` and `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL`. Provider and model are independent fields; crossing providers requires both. `LUNHENG_TIERING=off` forces every tier back to inheritance. When a tier tool is not mounted, dispatch falls back to `subagent`. See `examples/preset/README.md` and `docs/installation.md`.
+Override with `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` and `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL` — **setting any of them also mounts the three rows** (so an existing tiered setup keeps working unchanged). Provider and model are independent fields; crossing providers requires both. `LUNHENG_TIERING=on` mounts the rows without pinning any model (useful to check they are visible); `LUNHENG_TIERING=off` forces all three tiers back to inheritance and unmounts them. When a tier tool is not mounted, dispatch falls back to the built-in `subagent`. See `examples/preset/README.md` and `docs/installation.md`.
 
 ## Data and external services
 
@@ -180,13 +181,15 @@ The coordinator must disclose these and obtain explicit consent at Phase 0. For
 | Article | Scale | Key outcome |
 |---|---|---|
 | Brand-consistency article (2026-08) | ~7900 chars, 15 sources + 54 data points | Evidence bundle; 8 audit findings closed |
-| Originality-paradox article (2026-08) | ~9500 chars, 12 sources + 34 data + 6 cases | 4 revision rounds, A- grade, published |
+| Originality-paradox article (2026-08) | ~9500 chars, 12 sources + 34 data + 6 cases | 4 revision rounds in total across the run, A- grade, published |
 | Teacher-field isolation paper (2026-08) | ~12000 chars, 18 sources + 47 data + 9 cases | Audit round 2 passed; first consistency audit |
 | Generative-AI student writing commentary (2026-08) | ~2000 chars, 12 sources + 26 data | Three-way parallel retrieval; M-gate exit 0 |
 | Formaldehyde cabbage article (2026-08) | ~4200 chars, 12 sources + 29 data + 4 cases | M-gate exit 0; 6 back-feed rules merged |
 | Notion vs. idea philosophy paper (2026-09) | ~6280 chars, 18 sources + 15 data, 0 cases | 2 audit rounds, 23/30 minor revision, M-gate true P0 = 0 |
 
-Local gates: `node skills/lunheng-article-pipeline/scripts/consistency-check.mjs`, `node scripts/plugin-surface-check.mjs`, `node scripts/repo-hygiene-check.mjs`, `node --test "tests/**/*.test.mjs"`.
+> **How to read this table (two calibers that are easy to mix up)**: ① "revision rounds" counts **all writer passes in that run** (Phase 3.5 → v2, critique/T6 fixes, G14 rounds, audit loop) — the pipeline's own cap of **≤2 rounds** applies to the **Phase 4.2 audit loop alone**, so the two numbers measure different things; ② the outcomes are **historical values recorded at the time of each run, with that run's script version** — they are not reproducible with the current scripts. Re-running the packaged scripts on the archived projects today yields e.g. the formaldehyde cabbage article at `exit 2` with 5 P0 (M-Form-6/10, M-Exist-7/9, M-Integrity-1): three of those gates were added **after** that run. Read this table as "what the pipeline produced then", not as "the current gate set passes these projects".
+
+Local gates: `node skills/lunheng-article-pipeline/scripts/consistency-check.mjs`, `node scripts/plugin-surface-check.mjs`, `node scripts/repo-hygiene-check.mjs`, `node scripts/pack-smoke.mjs`, `node --test "tests/**/*.test.mjs"`.
 
 ## Known limitations
 

package/README.pt.md

@@ -1,6 +1,6 @@
 # Lunheng (lunheng-article-pipeline) — pipeline multiagente para textos longos
 
-> 版本：v18.2.4（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
+> 版本：v18.2.6（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
 
 > 🌐 [English](README.md) ｜ [中文](README.zh.md) ｜ [Español](README.es.md) ｜ **Português**（este arquivo）｜ [हिन्दी](README.hi.md)
 
@@ -41,6 +41,7 @@ Regra prática: pergunte se a evidência já está **publicada**. Se estiver, Lu
 | Rascunhos | Versões sucessivas com limpeza de vestígios de IA, cada uma de um redator independente |
 | Relatórios | Relatório crítico (C1–C7), auditoria (G0–G14), revisão por pares (6 dimensões + periódicos) |
 | Entregáveis finais | `final/定稿.md`, figuras, pacote probatório, notas de entrega, relatório do portão M |
+| Integração com o DSH (instalação como bundle) | Duas ferramentas **somente leitura**: `lunheng_m_gate` (pré-checagem mecânica do portão M) e `lunheng_char_count` (contagem de caracteres chineses); se a sua sessão não as expõe, chame os mesmos scripts com `pwsh` como antes (mesma fonte de verdade). Comando humano `/lunheng-status` (lê `run/<projeto>/status.md`; não gera mensagens de modelo). **Proteção de escrita dos arquivos de mecanismo**: um guard global recusa chamadas de ferramentas do tipo `write`/`edit` dirigidas ao pacote da skill, de modo que uma sessão não pode reescrever em silêncio as regras da própria pipeline. Limite declarado sem rodeios: o guard só vê **chamadas de ferramentas**; `pwsh` e qualquer subprocesso **não passam por este portão**; a exceção do proprietário é `LUNHENG_ALLOW_MECH_EDIT=1` (ou `config: { allowMechanismEdit: true }`). O **Config** do plugin (chave de implantação, na linha deste plugin do seu perfil) cobre `quiet`, `allowMechanismEdit`, `scriptTimeoutMs` e `scriptMaxOutputBytes` — os mesmos controles das variáveis `LUNHENG_QUIET` / `LUNHENG_ALLOW_MECH_EDIT`, mas versionados com o perfil e revisáveis; uma **config inválida falha ruidosamente no carregamento** em vez de voltar em silêncio aos padrões. |
 
 ## Pipeline overview
 
@@ -67,16 +68,16 @@ Fase 5  Verificação   T8 (executada pelo coordenador) → texto final, pacote
 ```text
 lunheng-article-pipeline/                 # o pacote é o repositório
 ├── package.json              # declara main (lib/index.js) + dsh.bundle.patch
-├── cordis.patch.yml          # camada bundle: insere as 3 ferramentas subagent por nível
-├── lib/index.js              # entrada do plugin: registra a skill via ctx.skills
+├── cordis.patch.yml          # camada bundle: linha de autorregistro + 3 ferramentas subagent por nível (só são montadas se definir LUNHENG_*)
+├── lib/index.js              # entrada do plugin: skill + ferramentas somente leitura + guard de escrita + /lunheng-status
 ├── skills/lunheng-article-pipeline/       # o corpo da skill (um diretório)
 │   ├── SKILL.md              # entrada da skill (papéis, portões, limites de execução)
 │   ├── AGENTS.md             # manual do operador
 │   ├── QUICKSTART.md         # início em cinco minutos
 │   ├── README.md             # readme da skill (chinês)
 │   ├── references/           # 9 fichas de papel, modelos, algoritmos de portão, base de periódicos
-│   └── scripts/              # 11 scripts .mjs de verificação sem dependências
-├── scripts/                  # portões do repositório: superfície de empacotamento + higiene
+│   └── scripts/              # scripts .mjs de verificação sem dependências (contagem: ver a linha de lista branca da skill)
+├── scripts/                  # portões do repositório: superfície de empacotamento + higiene + fumaça do pacote
 ├── tests/                    # suítes node --test (scripts + fumaça da entrada)
 ├── docs/                     # instalação, uso, arquitetura, faq, solução de problemas
 ├── examples/preset/          # notas de níveis de modelo e guia de instalação
@@ -87,7 +88,7 @@ lunheng-article-pipeline/                 # o pacote é o repositório
 
 A entrada do plugin registra `skills/lunheng-article-pipeline/SKILL.md` como skill com `resourceBase` apontando para esse diretório, então `references/**` e `scripts/**` resolvem-se relativos a ele a partir de qualquer diretório de trabalho.
 
-A camada patch faz duas coisas: **insere uma linha para este pacote** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — é essa linha que faz o loader importar `lib/index.js`, que é o que registra a skill — e insere as três ferramentas subagent por nível. **Essa linha é estrutural**: sem ela a entrada nunca é importada e a skill não aparece (defeito da v18.0.0, corrigido na 18.0.1; vigiado por `tests/bundle-contract.test.mjs`).
+A camada patch faz duas coisas: **insere uma linha para este pacote** (`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`) — é essa linha que faz o loader importar `lib/index.js`, que é o que registra a skill — e insere as três ferramentas subagent por nível, que **não são montadas por padrão** (defina qualquer `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_{PROVIDER,MODEL}` ou `LUNHENG_TIERING=on` para montá-las; `off` para forçar que não sejam montadas). **Essa linha é estrutural**: sem ela a entrada nunca é importada e a skill não aparece (defeito da v18.0.0, corrigido na 18.0.1; vigiado por `tests/bundle-contract.test.mjs`).
 
 ### Documentation
 
@@ -108,14 +109,14 @@ A camada patch faz duas coisas: **insere uma linha para este pacote** (`- id: lu
 As versões são publicadas **apenas por tag**; `npm publish` local é proibido (contorna os portões de CI e a proveniência OIDC, e uma versão npm nunca pode ser sobrescrita).
 
 ```sh
-git tag v18.2.4 && git push origin v18.2.4   # uma tag por push (GitHub: >3 tags em um push não dispara workflow)
+git tag v18.2.6 && git push origin v18.2.6   # uma tag por push (GitHub: >3 tags em um push não dispara workflow)
 # publish.yml executa: portão 1 consistência → portão 2 empacotamento → portão 3 higiene → portão 4 teste de fumaça do pacote → testes
 #   → tag/versão iguais → guarda de idempotência → OIDC publish --provenance --tag dsh → auditoria posterior
 ```
 
 ## Install
 
-**Como bundle** (recomendado; a entrada registra a skill e a camada patch ativa os níveis):
+**Como bundle** (recomendado; a entrada registra a skill + as capacidades do grupo C, e a camada patch *pode* montar as ferramentas por nível — **desligadas por padrão**, veja [Model routing](#model-routing)):
 
 ```sh
 dsh plugin --profile web add lunheng-article-pipeline
@@ -149,11 +150,11 @@ Um diretório simples não declara `dsh.bundle`, então `dsh plugin add` apenas
 dsh plugin --profile <profile> remove lunheng-article-pipeline
 ```
 
-Ao desinstalar, as 3 linhas `- insert:` e a skill registrada pela entrada desaparecem, sem resíduos. Se você também copiou o diretório da skill para uma raiz de skills, apague essa cópia separadamente.
+Ao desinstalar, as 4 linhas `- insert:` (a de autorregistro e as três de nível) e a skill registrada pela entrada desaparecem, sem resíduos. Se você também copiou o diretório da skill para uma raiz de skills, apague essa cópia separadamente.
 
 ## Model routing
 
-O DSH roteia modelos por `settings.yaml`; `subagent` herda o modelo da sessão, então uma configuração de modelo único funciona sem ajustes. Para escalonar por papel, o bundle instala três ferramentas por nível:
+O DSH roteia modelos por `settings.yaml`; `subagent` herda o modelo da sessão, então uma configuração de modelo único funciona sem ajustes. Para escalonar por papel, o bundle pode montar três ferramentas por nível — **desligadas por padrão** (enquanto todos os níveis herdam, elas são idênticas ao `subagent` embutido, então montá-las sem condição custaria três esquemas de ferramenta por sessão em troca de nada):
 
 | Ferramenta | Papéis | Capacidade |
 |---|---|---|
@@ -161,7 +162,7 @@ O DSH roteia modelos por `settings.yaml`; `subagent` herda o modelo da sessão,
 | `subagent_strong` | T4 análise / T5 redação | Raciocínio forte |
 | `subagent_audit` | T6 crítica / T7 auditoria / T9 revisão / detector G14 | Nível máximo, sem degradar por custo |
 
-Substitua com `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` e `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL`: provedor e modelo são campos independentes (cruzar provedores exige ambos) e `LUNHENG_TIERING=off` devolve os três níveis à herança. Quando uma ferramenta de nível não está montada, o despacho recai em `subagent`. Veja `examples/preset/README.md` e `docs/installation.md`.
+Substitua com `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` e `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL`: **definir qualquer uma delas também monta as três linhas** (uma configuração escalonada já existente continua funcionando igual). Provedor e modelo são campos independentes (cruzar provedores exige ambos); `LUNHENG_TIERING=on` monta as linhas sem fixar nenhum modelo (útil para conferir se estão visíveis) e `LUNHENG_TIERING=off` devolve os três níveis à herança e as desmonta. Quando uma ferramenta de nível não está montada, o despacho recai no `subagent` embutido. Veja `examples/preset/README.md` e `docs/installation.md`.
 
 ## Data and external services
 
@@ -180,12 +181,14 @@ O coordenador deve divulgar esses envios e obter consentimento explícito na fas
 | Artigo | Escala | Resultado |
 |---|---|---|
 | Consistência de marca (2026-08) | ~7900 caracteres, 15 fontes + 54 dados | Pacote probatório; 8 achados encerrados |
-| Paradoxo da originalidade (2026-08) | ~9500 caracteres, 12 fontes + 34 dados + 6 casos | 4 rodadas de revisão, nota A-, publicado |
+| Paradoxo da originalidade (2026-08) | ~9500 caracteres, 12 fontes + 34 dados + 6 casos | 4 rodadas de revisão no total ao longo da execução, nota A-, publicado |
 | Isolamento do campo docente (2026-08) | ~12000 caracteres, 18 fontes + 47 dados + 9 casos | Auditoria rodada 2 aprovada |
 | Escrita estudantil com IA generativa (2026-08) | ~2000 caracteres, 12 fontes + 26 dados | Busca tripla paralela; portão M exit 0 |
 | Caso do repolho com formaldeído (2026-08) | ~4200 caracteres, 12 fontes + 29 dados + 4 casos | Portão M exit 0; 6 regras incorporadas |
 | Artigo sobre noção e ideia (2026-09) | ~6280 caracteres, 18 fontes + 15 dados, 0 casos | 2 rodadas de auditoria, 23/30 revisão menor, P0 real = 0 |
 
+> **Como ler esta tabela (dois critérios que se confundem facilmente)**: ① «rodadas de revisão» conta **todas as passagens do redator naquela execução** (fase 3.5 → v2, correções da crítica T6, rodadas G14, laço de auditoria), enquanto o limite da própria pipeline (**≤2 rodadas**) vale **apenas para o laço de auditoria da fase 4.2** — os dois números não medem a mesma coisa; ② os resultados são **valores históricos registrados no momento de cada execução, com a versão de scripts daquela época** — não são reproduzíveis com os scripts atuais. Reexecutar hoje os scripts do pacote sobre os projetos arquivados devolve, por exemplo, o artigo do repolho com formaldeído em `exit 2` com 5 P0 (M-Form-6/10, M-Exist-7/9, M-Integrity-1): três desses portões foram acrescentados **depois** daquela execução. Leia a tabela como «o que a pipeline produziu então», não como «o conjunto de portões atual aprova estes projetos».
+
 ## Known limitations
 
 - **Prioridade do chinês.** Prompts de papel, entregáveis, nomes de arquivo e fluxos são em chinês por padrão.

package/README.zh.md

@@ -2,7 +2,7 @@
 
 > 🌐 [English](README.md) ｜ **中文**（本文件）｜ [Español](README.es.md) ｜ [Português](README.pt.md) ｜ [हिन्दी](README.hi.md)
 
-> 版本：v18.2.4（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
+> 版本：v18.2.6（DSH bundle：package.json + cordis.patch.yml + lib/index.js）
 
 > 一个 DeepSeek Harness（DSH）bundle 插件，注册一个按需加载的 agent 技能。它把深度长文的生产——学术论文、行业分析、商业评论、公众号深文——变成**带人在环节点的 9 角色流水线**。
 
@@ -41,6 +41,7 @@
 | 初稿 | 逐版递进，含中文 AI 痕迹清理，每轮由独立写手执行 |
 | 审阅报告 | 批判报告（C1–C7）、审计报告（G0–G14）、审稿报告（6 维度 + 期刊匹配）、AI 痕迹报告 |
 | 终交付 | `final/定稿.md`、图件、证据包、交付说明、M 门报告 |
+| DSH 集成（bundle 安装时） | 两个**只读**工具 `lunheng_m_gate`（M 门机械预检）与 `lunheng_char_count`（纯汉字数）——清单里没有就照旧用 `pwsh` 调同名脚本（同源）。人类命令 `/lunheng-status`（读 `run/<项目>/status.md`，**不产生模型消息**）。**机制文件写保护**：全局 guard 否决指向技能包内的 `write`/`edit` 类工具调用，会话无法悄悄改写流水线自己的规则。**边界如实声明**：guard 只看**工具调用**——`pwsh`/子进程**不经此门**；主人授权例外走 `LUNHENG_ALLOW_MECH_EDIT=1`（或本插件行 `config: { allowMechanismEdit: true }`）。插件 **Config**（部署开关，写在你 profile 的本插件行上）覆盖 `quiet` / `allowMechanismEdit` / `scriptTimeoutMs` / `scriptMaxOutputBytes`——与 `LUNHENG_QUIET` / `LUNHENG_ALLOW_MECH_EDIT` 同义、但随 profile 走且可 review；**非法配置在加载期响亮失败**，不静默回落默认值。 |
 
 ## Pipeline overview
 
@@ -67,16 +68,16 @@ Phase 5  终检      T8 终检（主控执行）→ 定稿、证据包、交付
 ```text
 lunheng-article-pipeline/                 # 包即仓库
 ├── package.json              # 声明 main（lib/index.js）+ dsh.bundle.patch
-├── cordis.patch.yml          # bundle 层：叠加 3 档 subagent 工具
-├── lib/index.js              # 插件入口：通过 ctx.skills 注册技能
+├── cordis.patch.yml          # bundle 层：本包自注册行 + 3 档 subagent 工具（设了 LUNHENG_* 才装载）
+├── lib/index.js              # 插件入口：注册技能 + 只读工具 + 机制写保护 + /lunheng-status
 ├── skills/lunheng-article-pipeline/       # 技能本体（一个目录）
 │   ├── SKILL.md              # 技能入口（角色 / 闸门 / 执行能力边界）
 │   ├── AGENTS.md             # 操作手册
 │   ├── QUICKSTART.md         # 5 分钟快速开始
 │   ├── README.md             # 技能级说明（中文）
 │   ├── references/           # 9 张角色卡、模板、共享闸门算法、期刊数据库
-│   └── scripts/              # 11 个零依赖 .mjs 机械校验脚本
-├── scripts/                  # 仓库门：打包面 + 机械卫生
+│   └── scripts/              # 零依赖 .mjs 机械校验脚本（数量真源 = 技能白名单行）
+├── scripts/                  # 仓库门：打包面 + 机械卫生 + 打包产物冒烟
 ├── tests/                    # node --test 回归（脚本 + 插件入口冒烟）
 ├── docs/                     # 安装 / 使用 / 架构 / FAQ / 排障
 ├── examples/preset/          # 分档说明与安装指南
@@ -87,7 +88,7 @@ lunheng-article-pipeline/                 # 包即仓库
 
 插件入口把 `skills/lunheng-article-pipeline/SKILL.md` 注册为技能，其 `resourceBase` 指向该目录——因此 `references/**` 与 `scripts/**` 的相对引用在任意工作目录下都能解析。
 
-patch 层做两件事：**插入一行本包自注册行**（`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`）——loader 靠这一行按包名 import `lib/index.js`，技能才注册得上——以及插入三档分档 subagent 工具。**这一行是承重的**：缺了它入口永远不会被 import、技能不会出现（v18.0.0 的缺陷，18.0.1 修复；由 `tests/bundle-contract.test.mjs` 机械防守）。
+patch 层做两件事：**插入一行本包自注册行**（`- id: lunheng-article-pipeline` / `name: lunheng-article-pipeline`）——loader 靠这一行按包名 import `lib/index.js`，技能才注册得上——以及插入三档分档 subagent 工具，后者**默认不装载**（设任一档 `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_{PROVIDER,MODEL}` 或 `LUNHENG_TIERING=on` 才装载，`off` 强制不装载）。**这一行是承重的**：缺了它入口永远不会被 import、技能不会出现（v18.0.0 的缺陷，18.0.1 修复；由 `tests/bundle-contract.test.mjs` 机械防守）。
 
 ### Documentation
 
@@ -108,14 +109,14 @@ patch 层做两件事：**插入一行本包自注册行**（`- id: lunheng-arti
 **只推 tag 发布，禁止本地 `npm publish`**（本地直发会绕过 CI 三道门与 OIDC 来源证明，且 npm 版本不可覆盖）。
 
 ```sh
-git tag v18.2.4 && git push origin v18.2.4   # 一次只推 1 个 tag（GitHub：单次 push >3 个 tag 不触发任何 workflow）
+git tag v18.2.6 && git push origin v18.2.6   # 一次只推 1 个 tag（GitHub：单次 push >3 个 tag 不触发任何 workflow）
 # publish.yml 依次跑：门 1 一致性 → 门 2 打包面 → 门 3 机械卫生 → 门 4 打包产物冒烟 → 脚本回归测试
 #   → tag/版本一致校验 → 幂等守卫 → OIDC 发布 --provenance --tag dsh → 发布后审计
 ```
 
 ## Install
 
-**方式一：作为 bundle 安装**（推荐；入口注册技能，patch 层激活分档工具）
+**方式一：作为 bundle 安装**（推荐；入口注册技能 + C 组能力，patch 层**可**装载分档工具——默认不装，见 [Model routing](#model-routing)）
 
 ```sh
 dsh plugin --profile web add lunheng-article-pipeline
@@ -149,11 +150,11 @@ dsh --profile web --dump-config   # 应出现 "# == lunheng-article-pipeline"
 dsh plugin --profile <profile> remove lunheng-article-pipeline
 ```
 
-卸载后 `cordis.patch.yml` 的 3 段 `- insert:` 与入口注册的技能一并消失，不留残余行。若曾手工把技能目录拷到技能根（`.dsh/skills/` 或 `.agents/skills/`），需另行删除该目录。
+卸载后 `cordis.patch.yml` 的 4 段 `- insert:`（自注册行 + 三档工具行）与入口注册的技能一并消失，不留残余行。若曾手工把技能目录拷到技能根（`.dsh/skills/` 或 `.agents/skills/`），需另行删除该目录。
 
 ## Model routing
 
-DSH 通过 `settings.yaml` 路由模型；`subagent` 继承会话模型，因此**单模型零配置**即可跑。要按角色分档时，bundle 会装入三档工具：
+DSH 通过 `settings.yaml` 路由模型；`subagent` 继承会话模型，因此**单模型零配置**即可跑。要按角色分档时，bundle 可装入三档工具——**默认不装载**（三档全继承时它们与内置 `subagent` 完全同义，无条件装载等于每会话白付 3 份工具 schema）：
 
 | 工具 | 角色 | 能力定位 |
 |---|---|---|
@@ -161,7 +162,7 @@ DSH 通过 `settings.yaml` 路由模型；`subagent` 继承会话模型，因此
 | `subagent_strong` | T4 分析 / T5 写作 | 推理强 |
 | `subagent_audit` | T6 批判 / T7 审计 / T9 审稿 / G14 检测 | 顶配防漏判 |
 
-用 `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` 与 `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL` 覆盖：provider 与 model 是**独立字段**，跨 provider 时才需同时给；`LUNHENG_TIERING=off` 一键让三档全部退回继承。某档工具未挂载时，派发自动回退 `subagent`。详见 `examples/preset/README.md` 与 `docs/installation.md`。
+用 `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_PROVIDER` 与 `LUNHENG_{RETRIEVAL,STRONG,AUDIT}_MODEL` 覆盖——**设任一档即同时装载三行**（既有的分档配置行为不变）：provider 与 model 是**独立字段**，跨 provider 时才需同时给；`LUNHENG_TIERING=on` 可在不指定模型的情况下只把三行挂上（用于确认工具是否可见），`LUNHENG_TIERING=off` 一键让三档全部退回继承并卸载三行。某档工具未挂载时，派发自动回退内置 `subagent`。详见 `examples/preset/README.md` 与 `docs/installation.md`。
 
 ## Data and external services
 
@@ -180,13 +181,15 @@ DSH 通过 `settings.yaml` 路由模型；`subagent` 继承会话模型，因此
 | 文章 | 规模 | 关键结果 |
 |---|---|---|
 | 品牌一致性文章（2026-08） | 约 7900 字，15 条文献 + 54 条数据 | 证据包齐备；8 项审计问题全部关闭 |
-| 原创性悖论文章（2026-08） | 约 9500 字，12 文献 + 34 数据 + 6 案例 | 4 轮修订，A- 评级，已发表 |
+| 原创性悖论文章（2026-08） | 约 9500 字，12 文献 + 34 数据 + 6 案例 | 全程共 4 轮修订，A- 评级，已发表 |
 | 教师场域隔离论文（2026-08） | 约 12000 字，18 文献 + 47 数据 + 9 案例 | 审计第 2 轮通过；首次一致性审计 |
 | 生成式 AI 学生写作评论（2026-08） | 约 2000 字，12 文献 + 26 数据 | 三方并行检索；M 门 exit 0 |
 | 甲醛白菜文章（2026-08） | 约 4200 字，12 文献 + 29 数据 + 4 案例 | M 门 exit 0；并入 6 条反哺规则 |
 | 观念与理念哲学论文（2026-09） | 约 6280 字，18 文献 + 15 数据，0 案例 | 2 轮审计，23/30 minor revision，M 门真 P0 = 0 |
 
-本地四道门：`node skills/lunheng-article-pipeline/scripts/consistency-check.mjs`、`node scripts/plugin-surface-check.mjs`、`node scripts/repo-hygiene-check.mjs`、`node --test "tests/**/*.test.mjs"`。
+> **本表怎么读（两种容易混的口径）**：① 「修订轮数」数的是**那一次跑的全部写手过稿**（Phase 3.5 → v2、T6 批判修订、G14 轮、审计回环），而流水线自己的上限 **≤2 轮**只约束 **Phase 4.2 的审计回环**——两个数字量的不是一回事；② 表内结论是**当时那一次跑的历史值（配当时的脚本版本）**，用**当前脚本无法复现**：今天拿随包脚本重跑归档项目，甲醛白菜文章会得到 `exit 2` 与 5 个 P0（M-Form-6/10、M-Exist-7/9、M-Integrity-1），因为其中三项门是**那篇文章之后**才加的。请把本表读成「当时产出了什么」，而不是「当前门集能过这些项目」。
+
+本地四道门 + 回归测试：`node skills/lunheng-article-pipeline/scripts/consistency-check.mjs`、`node scripts/plugin-surface-check.mjs`、`node scripts/repo-hygiene-check.mjs`、`node scripts/pack-smoke.mjs`、`node --test "tests/**/*.test.mjs"`。
 
 ## Known limitations