---
title: "使用哪一个圣经文本"
canonical: "https://paulineletters.com/zh-hans/explore/methodology/which-text"
published: "2026-08-07"
updated: "2026-08-14"
language: "zh-Hans"
license: "https://paulineletters.com/zh-hans/explore/license"
source: "保罗书信 · Pauline Letters"
---

# 使用哪一个圣经文本

> 经文必须来自可验证、版本固定的正式文本；若所需经文缺失，系统应停止，而不是手工补写或换用另一译本。

**简体中文版引用哪一译本，怎样保证引文准确且权利说明清楚？**

简体中文版只引用2010年《新译本》，内部译本 ID 为 CNVS，来源是 eBible 的 cmn-ncvs VPL 档案。完整上游压缩包以 SHA-256 固定，导入器只取项目实际引用的经文段落与讲话切片，并核对书卷、章节、编码、参考位置和散列。缺少任何必需段落时构建停止，不会手工补写或改用其他译本。

## 译本身份与上游来源

简体中文版内部译本 ID 为 CNVS，显示名称为“新译本”，来源是 eBible 的 cmn-ncvs 2010年 VPL 档案。原始压缩包以 SHA-256 固定，任何上游字节改变都要求更新来源记录并重新审查。

固定散列针对下载档案的原始字节，不是只针对解压后的几个经文字符串。若上游在相同 URL 替换了档案，即使看来只是换行或元数据，导入也会拒绝，直到来源记录和审查显式更新。

## 稀疏导入和逐段校验

项目只导入实际引用的经文段落和讲话切片。导入器核对书卷、章节、节数、编码、参考位置和每段散列；故事作者文件从不存放或生成经文正文。

导入在临时区域完成全部解析与校验，只有所有参考位置、节数、切片边界与散列都通过后，才一次替换已提交的稀疏包。这样任何失败都不会留下新旧混合的半份经文数据。

## 版权说明与泄漏边界

凡注以“新译本”的经文，均引自《圣经新译本》，版权属于环球圣经公会。经文正文不进入审查包、日志、CI制品、数据集、Markdown镜像或其他批量机器输出。

经文正文与参考位置在类型上分开。年代表、书信数据集、Markdown 镜像和审查包可以包含“罗马书8:1”之类参考，却不能包含对应的 CNVS 正文或可反向恢复正文的内部切片。

日志和 CI 产物只输出稳定段落 ID、参考位置、期望散列和错误代码，不输出“实际值”的经文片段。因此某节不符时，运营者可定位来源与重新导入，却不会在可下载制品中泄漏受保护正文。

故事作者文件只存放引文 ID 与稳定的讲话切片键。运行时再由服务器端经文层注入准确正文；作者不会在叙事文件里复制、改写或请人工智能生成引文。

## 常见问题

### 简体中文版引用的“新译本”是什么？

指2010年出版的《圣经新译本》，一部现代中文译本，版权属于环球圣经公会；本站内部译本 ID 为 CNVS。正文不是手工键入的，而是从 eBible 固定的 cmn-ncvs 档案生成，来源以 SHA-256 锁定，因此页面上的引文不会偏离它声称出自的那个版本。

### 为什么简体中文版只提供一个译本？

因为每个译本都必须走完同一条管线：固定的官方来源、逐段的散列校验和明确的权利审查。新译本是走完这些步骤的译本；它的经文按权利政策只在阅读语境中显示，不进入数据集、Markdown 镜像或信息流。在另一个译本同样通过这些步骤之前，宁可提供一个可验证的文本，也不混入无法验证的文字。

### 译本之间的差异会改变本站的主张吗？

主张建立在经文出处上，而不是某一种措辞上：每处引文都带着章节参考并标明“新译本”，读者可以拿自己信任的任何译本对照同一节经文核查。当某个具体措辞对论证要紧时，页面会引出那句话并注明它。

---

规范网址: https://paulineletters.com/zh-hans/explore/methodology/which-text