内容契约层：让 AI 长内容可装载、可质检、可复现
宁封子（NinFenz，简称 NF）是内容契约层（content contract layer）：把「AI 稳定产出长内容」变成工程。协议本体域中立、模型无关；叙事只是官方第一个域包。
不是模型 · 不是提示词模板集 · 不是某厂商 SDK · MIT · 可离线
它是什么 / 不是什么
是：一套协议（module / pipeline / asset）+ 一个确定性门禁入口 + 一份可复算的资产台账，全部是纯 markdown 与 JSON，放在 git 里。
不是：不是模型、不是提示词集合、不是 SDK。门禁管结构与可复现，不管文笔好坏——这条边界是设计的一部分。
可引用事实（每个数字可回指真源）
- 质量凭证：verify v2.29 · check1-39 · PASS=68，单入口
bash verify.sh。 - 规模：111 登记包 · 363 资产档 · 101 概念图；标准目录 370 条（可达 332 / 不可达 38）· 标准绑定 1200 条 · 馆藏 3 件。真源 protocol/repo_stats.json
- 官方核心：13 模块 · 3 管线（P00 / P01 / P90）· 协议件 01–07。
- 可验证产物：Merkle inclusion proof（RFC 6962） + hmac / ssh-sig / sigstore-keyless 签名锚；缺验证器 fail-closed。
- 接入面：MCP 只读（
nf serve），双协议版本 2026-07-28 / 2025-11-25。 - 终端：
python tui/nf.py（纯标准库全屏 TUI）。
五分钟跑起来
# 免 clone，直接跑只读体检
npx -y ninfenz doctor
# 打开终端 TUI
npx -y ninfenz tui
# 完整 39 条门禁（需要真实检出）
git clone https://github.com/Monyeah777/NinFenz
cd NinFenz && bash verify.sh前置：Node ≥ 18.17；Python ≥ 3.11（纯标准库，无 pip 依赖）。
看它长什么样
终端 TUI（纯标准库、离线；14 秒演示）：
和提示词模板集的差别
| 提示词模板集 | 宁封子 NinFenz | |
|---|---|---|
| 交付物 | 一段文本 | 协议 + 门禁 + 资产台账 |
| 第二次产出 | 结构随机 | 与首次同构（有基线可 diff） |
| 判合格 | 靠人看 | 39 条确定性检查 + 冻结基线 |
| 可验证 | 无 | Merkle inclusion proof + 签名锚，fail-closed |
| 边界 | — | 管结构与可复现，不管文笔好坏 |
为什么叫宁封子
取自《列仙传》：宁封子是黄帝的陶正——生料入窑，经火候与封缄，出的是耐久的成品。火候对应确定性门禁，封对应封缄验信（Merkle 证明 + 签名锚）。英文品牌名 NinFenz 是它的压缩形式，简称 NF。
考据说明：「封」在原典里来自葬于宁北山（封土）；此处取「封」字的封缄/验信义。
常见问题
宁封子 NinFenz 是什么？
内容契约层：用协议 + 确定性质量门 + 资产标准定义「AI 稳定产出长内容」，使产出可装载、可质检、可复现。
它是模型吗？
不是。协议本体模型无关，任何能读文本的 AI 都能按协议装配与装载。
和提示词模板集有什么区别？
模板只给文本；NinFenz 给协议 + 可核验门禁 + 资产台账，产出可被判合格与否。
必须联网吗？
不必。仓库即 markdown 源件，bash verify.sh 只读本地，可离线运行。
产出可验证吗？
可。产物带 Merkle inclusion proof（RFC 6962）与可选的 hmac / ssh-sig / sigstore 锚；缺验证器时 fail-closed，不静默通过。
许可与费用？
MIT，无付费版、无托管服务。