NinFenz Content Gate

Name: NinFenz Content Gate
Author: Monyeah777

作者：Monyeah777版本 1.1.2i★ –i在你的电脑上运行

注册名称io.github.Monyeah777/ninfenz

安装

概览

作者提供的说明（英文原文）

AI output assurance with versioned contracts, deterministic release gates and reproducible evidence.

PopNx MCP 的三大支柱

这三项永远不会合并成一个分数：意见、测量和人气是不同的东西。

用户评价i暂无评价评价功能将在后续阶段与账户功能一起开放
我们的基础检查i1 项中通过 1 项依据公开信息检查；尚未扫描代码
使用情况i尚未统计★ –

它能帮你做什么

我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。

连接方式: 在你的电脑上运行
传输方式: stdio
分类: 其他

安装

选择你使用的 AI 应用，然后复制设置。

安装之前

基础检查：1 项中通过 1 项
在你的电脑上运行，拥有你的用户账户的权限（文件、网络、应用）。
注册中心没有列出需要填写的密钥。

你需要

npm已安装 Node.js（用于 npx 命令）

你用的是哪个应用？

ClaudeClaude CodeCursorVS CodeChatGPT

在上方选择你的应用。我们会记住它，下次按钮会显示“安装到 …”。

打开 Claude Desktop → Settings → Developer → Edit Config，把下面的内容粘贴到 claude_desktop_config.json

{
  "mcpServers": {
    "ninfenz": {
      "command": "npx",
      "args": [
        "-y",
        "ninfenz",
        "serve"
      ]
    }
  }
}

在终端中运行这条命令

claude mcp add ninfenz -- npx -y ninfenz serve

在 Cursor 中打开

或者自己复制设置

粘贴到项目中的 .cursor/mcp.json，或 ~/.cursor/mcp.json

{
  "mcpServers": {
    "ninfenz": {
      "command": "npx",
      "args": [
        "-y",
        "ninfenz",
        "serve"
      ]
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

在 VS Code 中打开

或者自己复制设置

粘贴到项目中的 .vscode/mcp.json

{
  "servers": {
    "ninfenz": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "ninfenz",
        "serve"
      ]
    }
  }
}

浏览器会先询问是否打开应用，然后应用会显示设置并请你确认。密钥的值会留空，由你自己填写。

这个服务器在你的电脑上运行，而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。

你的选择通过 Cookie 保存在这台设备上，无需账户。

这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同，请以 README 为准。

它能做什么

它在你的电脑上运行；安装后，工具列表会显示在你的 AI 应用中。

基础检查i

我们检查的是任何人都能看到的信息；我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日

✓ 通过
作者与仓库一致
注册名称已通过 GitHub 账户 Monyeah777 验证，该账户拥有此仓库
… 尚未检查
仍在维护
我们还没有从 GitHub 读取这个仓库
… 尚未检查
有许可证
我们还没有从 GitHub 读取这个仓库
– 不适用
端点有响应
它在你的电脑上运行，没有互联网端点
– 不适用
使用 OAuth 登录
在你的电脑上运行，改用本地设置
… 尚未检查
工具描述中没有隐藏指令
它在你的电脑上运行；我们只能读取互联网端点的工具列表

与“其他”中的其他服务器比较i

星标数多于此分类中其他 32606 个服务器的 0%
发布到注册中心的时间比此分类中其他 32606 个服务器的 82% 更新
基础检查结果等于或优于此分类中其他 32606 个服务器的 100%

与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时，星标数才计入。

常见问题

NinFenz Content Gate 安全吗？

它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前，请先看看这个服务器要求哪些权限，并使用只具备所需权限的密钥。

它需要哪些密钥或代码？

注册中心没有列出必需的密钥，不过有些服务器会在首次使用时要求你登录。

它在我的电脑上运行还是在云端？

它在你的电脑上运行。你的 AI 应用会在需要时启动它，数据不会经过作者的服务器（除非它自己调用在线服务）。

它还在维护吗？

GitHub 仓库最后更新于–，最新版本（1.1.2）于7天前进入注册中心。

哪些应用可以使用它？

支持 MCP 的应用，例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。

有什么可以替代它？

同一分类中有：Spec Driven Development, Remote Desktop Commander, Georgia MCP

替代选择

同一分类中其他作者的服务器，按星标数排序。

如何看卡片：★ GitHub 星标i三大支柱：评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i

Spec Driven Development

作者：formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

在你的电脑上运行★ 440MIT14个月前更新

安装

Remote Desktop Commander

作者：desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

在云端运行★ 211前天更新

安装

Georgia MCP

作者：abgeo

An MCP server for Georgian public data, read from the organizations that publish it.

电脑或云端今天更新

安装

作者的 README

打开 README

按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。

NinFenz · 文档生成工坊（规范驱动） Spec-driven documentation workshop

简体中文 · English · 日本语

唯一官方仓库：https://github.com/Monyeah777/NinFenz ｜官方 npm 包：ninfenz

其他账号下的同名仓库均为未经授权的镜像快照，不代表本项目，也不接受 Issue/PR。

站点（线上）：https://ninfenz.dev · 机器入口 llms.txt

NF 终端（TUI）演示 —— 全屏人机入口（纯标准库）；菜单与动作是 nf CLI 真命令的受控调用方。键位按顶尖终端约定：Tab 切面板、↑↓ 在当前面板内移动、/ 过滤、? 看键位。

演示帧文本 —— 与 --demo 渲染器逐字一致，便于检索/复制

┌ NF TUI v1.0.0 · NinFenz 内容契约层 ──────────────────────────────────────────────────────────┐

│仓库 NinFenz · 能力区 9 焦点动作 · 就绪（0 项待办）│ ├────────────────────────┬─────────────────────────────────────────────────────────────────────┤ │ 能力区 1/9 │▍ 动作 · 环境自检（2） │ │▸ 0 环境自检（2） │❯ 只读体检 nf doctor │ │ 1 一键演示世界（1） │ 体检（机器面） │ │ 2 需求 → 装配计划（2）│ │ │ 3 全链生产（2） ├─────────────────────────────────────────────────────────────────────┤ │ 4 校验与体检（4） │ 输出 · 1-3/3 · 已跟随 │ │ 5 货架与资产（4） │❯ nf doctor （退出码 0 · 0.42s） │ │ 6 管线与模块（4） │环境自检：Python 3.11 · 仓库在场 · 模块 13 · 管线 3 │ │ 7 帮助与命令面（2） │✔ 只读体检通过：无缺件 / 无越界 / 无非确定性输出 │ │ 8 写盘表单（13） │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ ├────────────────────────┴─────────────────────────────────────────────────────────────────────┤ │ Tab 切面板 · ↑↓ 移动 · / 过滤 · Enter 运行 · ? 帮助 · q 退出 │ └──────────────────────────────────────────────────────────────────────────────────────────────┘

python tui/nf.py 进全屏界面；--selftest 跑安全自检，--demo 打印上面这帧，--exec "nf doctor" 是脚本面（无 TTY 亦可：--list-actions --json 给 agent 列动作与退出码）。命令在后台线程跑，运行中 Ctrl-C 只取消该命令；路径参数过仓库包含性判据、写盘需键入 yes 确认、密钥只从环境变量读并遮蔽显示。细节见 tui/README.md。

双许可（分层）· 代码 AGPL-3.0-only 或商业许可 · 协议文本 CC BY 4.0 · 见 LICENSING.md

NF 是内容契约层——定义“AI 稳定产出长内容”的协议、质量与资产标准；协议本身域中立、模型无关。

别名与检索词：NF · NinFenz · 宁封子 · 内容契约层（content contract layer）· 规范驱动的内容工厂 · 长内容生成协议 · 装配式内容生产 · 模块/管线/资产 · 质量门禁 · 域包 · MCP 接入。

不是什么：不是模型、不是提示词模板集、不是某厂商 SDK——协议本体域中立、模型无关；MCP 只是可对接的连接协议之一。

bash verify.sh（当前基线见下方生成区「质量凭证」行） · python scripts/nf.py --version

⚡ 如果你是 AI / Agent

这是什么：规范驱动的文档工厂，装模块/管线/资产 → 校验 → 输出。
入口链：docs/agent/AGENT_START.md（开工）→ docs/agent/AI_ROUTING.md（选线）→ docs/meta/DEEP_DIVE.md（懂得深）。
机器凭证：bash verify.sh（当前基线见下方生成区的「质量凭证」行，由 nf stats --write 写入）；机器入口清单见 llms.txt；语言面见 README.en.md · README.ja.md（三面的机读事实与语言切换行由 check34 的语言面扫描断言一致；注册表 = protocol/locales.json）。
要懂 NF 为什么这样设计：读 docs/meta/DEEP_DIVE.md。

快速开始

作者/开发者，5 分钟：第一跳照 docs/quickstart.md 的 6 步逐条复制粘贴；想一条命令自检用 bash scripts/quickstart_check.sh（判据：退出码 0 · 墙钟 ≤ 300 秒 · 文档步数 == 脚本步数）。

bash verify.sh
python scripts/nf.py shell（交互终端：端壳退役后的人机入口，见 docs/terminal.md）
python scripts/nf.py demo
python scripts/nf.py --help
python scripts/nf.py doctor
python scripts/nf.py completion bash

安全边界（`nf verify` 会执行目标仓库自带的门禁脚本）：nf verify 的引擎会在本进程内

执行当前仓库 verify.sh 里的内嵌 Python（CWE-94 执行面）。故只有**当前运行代码所在的

安装根自动可信；外部仓库即使伪造官方 `origin` 也默认拒绝执行**（退出码 2 并给修复

指引）。确需执行须显式 nf verify --trust-repo（风险自担）；fork/镜像可用

NF_TRUST_OWNERS 显式 opt-in。只读体检请用 bash verify.sh，或先人工审阅该仓库的

verify.sh。详见 SECURITY.md。

AI 装配：

读 docs/agent/AGENT_START.md
读 docs/agent/agent_组装指令包_v0.2.md
按需取 01/02/06/07 与 community 包
组装完整版并过 ##7 自检
nf assemble "<需求>" --build --dest <目录>（组装式命令：直接产「完整版」单文件）
nf assemble "<需求>" --check

常见问题（FAQ）

NF 是什么？ 内容契约层：把「AI 稳定产出长内容」定义成协议 + 质量门 + 资产标准，使产出可装载、可质检、可复现。
NF 是 MCP 服务器吗？ 不是必须。协议与资产都是纯文本，克隆或直链即可装载；nf serve 才额外提供 MCP 接入面。
支持哪些模型？ 模型无关：任何能读文本的 AI 都能按协议装配与装载，不绑定某家模型或某个连接协议。
必须联网吗？ 不必。仓库本身就是 markdown 源件；bash verify.sh 只读本地，可离线跑。
产出怎么判合格？ 判据只来自内部链：verify 门禁（静态可核）+ 五维纵深自评 + 真实战例；外部评价不作为质量背书。
怎么引用？ 代码层 AGPL-3.0-only（或商业许可），协议文本 CC BY 4.0；引用请注明来源，边界见 LICENSING.md，机读元数据见 CITATION.cff。
出口与合规？ 密码学只走标准库 + 外部 ssh-keygen（不自制算法）；出口管制读法见 docs/EXPORT.md。

能力与资产

官方核心：13 模块 · 3 管线（P00 / P01 / P90） · 核心协议件 01–07 社区规模：111 登记包 · 363 资产档 · 101 概念图 · 100 域包/1200 细分 · 标准目录 370 条（可达 332 / 不可达 38 · 机构 194 · 206 条依赖边） · 标准绑定 1200 条 质量凭证：verify v2.30 · check1-42 · PASS=76（bash verify.sh 单入口；期望基线取自 quality_baseline.EXPECTED_*） · 馆藏 3 件

分层：data 148 · eng 38 · form 29 · gov 71 · iface 84 （按标准目录 layer）

本区由 python scripts/nf.py stats --write 生成，禁止手改；口径与实算真源见 protocol/repo_stats.json。

协议链与文档导航

层	入口
方向	`STRATEGY.md`
协议	`01_核心协议.md` · `02_联动注册表.md` · `06_Agent执行协议.md` · `07_官方核心出厂与社区预设导航.md` · `protocol/WORLD_MODEL.md`
库	`03_管线库/` · `04_模块库/` · `05_资产库/`
社区	`community/README.md` · `community/模板制作指令包.md`
AI	`docs/agent/AGENT_START.md` · `docs/agent/AI_ROUTING.md` · `docs/meta/DEEP_DIVE.md`
工具	`docs/mcp.md` · `docs/terminal.md` · `docs/layers.md` · `docs/release.md` · `scripts/nf.py` · `tui/nf.py` · `verify.sh`
接入面	`integrations/README.md`（MCP / LSP / CLI / TUI / 图书馆 / Skill / npm / Rust / .NET / A2A）
馆	`library/INDEX.md` · `docs/agent/ROUTES.md`

版本

现在安装就是 `ninfenz` 1.1.2（npm 正式源已发布，mcpName 已与官方 MCP Registry 对齐）：

npm i -g ninfenz@latest --registry https://registry.npmjs.org   # 装或升级（避开滞后镜像）

nf --version # 看当前版本 nf stats # 看门禁与仓库状态

同一份代码里有三条版本线，各自独立升：

线	当前	这条线管什么
内容与协议	v2.30.0	文档模板、领域包、规范本身 —— 决定「能生成什么」
命令行工具	1.1.2	`nf` 命令 / npm 包 / MCP 服务 —— 决定「怎么用」
质量门禁	见 `nf stats`	仓库自检通过情况 —— 决定「有没有改坏」

当前门禁发布为 v2.30.0；逐版变更、证据与发布说明以 CHANGELOG.md 和 GitHub Releases 为准，不在 README 复制易漂移的版本流水。

发版规则：内容线使用 v2.x 标签；CLI 线独立按语义版本编号；每次发版同步写 CHANGELOG.md，tag 只打在带功能的那次提交上。