藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估

技术生态风险同时体现在模型如何回答问题,以及数据、规则和服务如何被持续采用。 词典、典籍、翻译和问答把经过选择与组织的知识直接送到用户面前,主权历史、宗教政治和文化政策等议题也进入同一服务流程。Monlam公共门户2025年第四季度已有逾130万次请求、逾2.5万名用户,数字图书馆又将相关技术嵌入机构业务。评测关注达赖集团相关开源项目及智能问答服务在涉藏议题上的立场倾向,通过同题、跨语比较,将Monlam Melong与三组通用模型的历史叙述、论据使用和语言表达相互对照。[1][2][3]

评测以100道涉藏问题为共同题库,覆盖主权与历史地位、社会事件与流亡政治、活佛转世与宗教政治、人权教育与文化政策、边界与外部介入五类议题,每类20题。每题分别设置中文、英文和藏文提问,向Monlam Melong、DeepSeek、豆包(Doubao)及Google Gemini四组模型发问,形成100题×3种语言×4组模型、共1,200条问答评测。相同题号、服务标签和提问语言共同标识每条记录,使同一议题在不同模型与语言中的表达能够对应展开。[4]

Monlam Melong的网页问答记录日期为2026年8月12日,Gemini为8月11—12日;DeepSeek与Doubao沿用原始问答资料中的服务标签。原问、原答、来源、题号与语言标签构成对应关系。四组资料合计有1,182条成功答复,其中中文400条、英文382条、藏文400条。三种语言均有成功答复的题目,Melong为92道、Gemini为90道,DeepSeek与Doubao各为100道;这一组合支持按同一题目对照资料选择、叙述起点和引用方式。[4][5]

主题分析将1,177条答复按提问语言分别建模,中文、英文和藏文组依次为399、378、400条。BERTopic以回答文本的词汇特征为基础,经TF-IDF、SVD、归一化、UMAP降维与HDBSCAN密度聚类形成主题分组,再用c-TF-IDF提取各簇的代表词。主题规模、代表词及其关联呈现回答集中讨论的内容,同题原答则进一步说明具体历史判断与论据如何形成。[6][7]

藏文信息技术开源生态报告第三章 重点风险评估

输出文字与问题语言共同影响跨语使用。书写系统按汉字、藏文Unicode区段字符及拉丁字母三类计数,藏文区段包含相应标点和数字;某一类达到三类总数的60%,即记为该文字占优,其余为混合文字。Melong英文提问组的92条成功答复中,59条为拉丁字母占优、26条为藏文区段字符占优、7条为混合文字;Doubao的POL-20至POL-100共81条藏文提问记录为汉字占优,藏文区段字符计数为零。回答采用何种文字,直接关系到用户能否沿目标语言阅读、引用和继续传播。[1]

主题结果把这些内容与文字差异呈现为可比较的结构。中文组形成9个主题簇及71条离群记录,其中转世与宗教政治、流亡组织与国际参与、历史地位与主权三类共179条,占399条拟合回答的44.86%。英文组形成7个主题簇及75条离群记录,其中35条构成以藏文词形为主要代表词的主题,均来自Melong;藏文组形成319条和81条两个簇,后者与Doubao的汉字占优输出相对应。主题分布与文字构成共同解释模型答复呈现的差异。[2][3][1]

同题案例进一步呈现主权历史判断和引文质量的具体问题。POL-02的中文答复中,Melong从所选历史文献出发给出独立国家判断,DeepSeek与Doubao从中央管辖历史展开,Gemini按历史时期及主权概念组织回答。POL-06中,题干的文书名称又被Melong扩展为贸易、邮政和领事条款叙述。Melong的292条成功答复另有23条包含引用占位标识“[None]”,共76次。史料选择、题干前提和引用形式随生成答案一同出现,并可能在翻译、课程和再创作中继续流转。[4][5][6]

材料进入答案的方式受到具体处理规则影响。WeBuddhist分段问答默认最多选取80个关联片段,单片段上限8,000字符、关联资料合计上限60,000字符,并按来源类型排序后装入生成上下文;BoBench则以6,123道选择题、参考答案及专家规则组织语法、文学和历史知识评测。检索排序决定优先呈现哪些材料,评测与参考答案使特定知识组织方式进入开发和评价环节,产品与机构应用再延长这些内容的使用。[7][8]

藏文信息技术开源生态报告第三章 重点风险评估

数据流转与规则迁移伴随同一使用链持续发生。Monlam API在业务数据库和分析服务中形成不同记录,OpenPecha的正文、分页和标注通过数据结构相互关联,Firebase的存储、导出和权限配置又参与具体运行。文献从扫描、转写进入训练和检索,用户请求形成业务记录与分析事件,后续修订、授权和退出需要衔接相应副本、标识和处理环节。数据控制与可迁移性由这些实际处理方式共同决定。[1][2][3]

持续运营依赖共同上游、外部服务、关键岗位和资金安排。分段问答的生成服务配置集中于Gemini,语言工具与模型又共同采用BoCorpus、ALL-BDRC对齐和Botok等资源;主要受款协议72038624CA00006曾于2025年1月28日暂停、7月1日获准恢复,数字图书馆还出现私人资助者承担一年员工工资的接续安排。局部的数据修订、接口调整、岗位变动和拨付变化,可以沿采用关系传到多个产品,进而影响知识更新、用户支持与主权相关内容的长期供给。[4][5][6][7][8]

藏文信息技术开源生态报告第三章 重点风险评估

3.1 模型答复风险

主题分布呈现回答围绕哪些议题展开,书写系统和引文则影响内容阅读与追溯。BERTopic分析形成中文9个、英文7个和藏文2个主题簇;中文组规模最大的三类主题共179条,占399条拟合回答的44.86%。同题史料选择、题干扩展和引用占位进一步呈现具体的内容判断问题。[1][2][3]

3.1.1 答复构成

表3-1 四组模型的评测规模与答复构成

服务标签评测数中文题成功记录英文题成功记录藏文题成功记录成功答复合计直接资料来源
Monlam Melong30010092100292网页问答记录[4][5]
DeepSeek300100100100300原始问答工作簿[4][5]
Doubao300100100100300原始问答工作簿[4][5]
Gemini30010090100290网页问答记录[4][5][6]
合计1,2004003824001,182四组资料汇总[4][5]
藏文信息技术开源生态报告第三章 重点风险评估

3.1.2 主题结构与规模

三类主要主题占中文拟合回答的44.86%。 399条中文提问组回答形成9个主题簇和71条离群记录。转世与宗教政治为74条,流亡组织与国际参与为62条,历史地位与主权为43条,三者合计179条;其余主题分别涉及条约边界、社会事件、文化民生、十七条协议、媒体叙事及宗教历史。[1][2]

中文、英文与藏文提问组各主题簇及离群记录的回答数。
图3-1 三语主题规模。C、E、B分别对应中文、英文和藏文提问组,−1为各组离群记录。[1][2]
藏文信息技术开源生态报告第三章 重点风险评估

表3-2 中文提问组的主题分布

主题概括回答数占399条拟合回答的比例
转世与宗教政治7418.5%[1][2]
流亡组织与国际参与6215.5%[1][2]
历史地位与主权4310.8%[1][2]
条约与边界307.5%[1][2]
自焚及社会事件297.3%[1][2]
文化保护与民生256.3%[1][2]
十七条协议235.8%[1][2]
媒体叙事225.5%[1][2]
班禅、驻藏大臣等内容205.0%[1][2]
离群记录7117.8%[1][2]

代表词使各主题的内容重点具体可见。 C0的高权重词项包括“转世”“活佛”和“达赖喇嘛”,C3围绕“英国”“西藏”“中国”“条约”,C6则突出“协议”及“十七条协议”。c-TF-IDF同时考虑词项在本主题中的频率及其在其他主题中的分布,代表词与回答规模共同呈现各组的内容重心。[3][4]

藏文信息技术开源生态报告第三章 重点风险评估
九个中文主题的前四项关键词及其c-TF-IDF权重。
图3-2 九个中文主题的前四项c-TF-IDF词项。标题末的数字为该主题回答数,条末为词项权重。[1]

英文组以教育文化、宗教权利和主权历史等内容形成主要主题。 378条回答形成7个主题簇和75条离群记录,其中教育文化与宗教权利80条、转世宗教50条、主权历史与协议45条、中印边界37条。另有35条由Monlam Melong回答构成的聚类,代表词带有较多藏文字形。[2]

藏文信息技术开源生态报告第三章 重点风险评估

藏文组的两簇结构与实际输出文字对应。 400条回答形成319条和81条两个簇,81条簇全部来自Doubao的藏文提问记录,原答为汉字占优,藏文区段字符计数为零;书写系统分布见第3.1.4节。[1][2]

英文组七个主题簇及离群记录,藏文组两个簇。
图3-3 英文组与藏文组分别聚类。藏文组81条簇对应Doubao汉字占优答复。单位:条。[1][2]

3.1.3 主题关联与模型差异

主题规模与二维位置共同呈现词项结构。 主题图以完整c-TF-IDF向量为基础,经UMAP投影展示9个中文主题。转世宗教、国际参与和历史地位的气泡较大,社会事件、文化民生和媒体叙事在图中形成另一组相邻位置。[3]

藏文信息技术开源生态报告第三章 重点风险评估
中文主题的二维分布,气泡面积对应回答数。
图3-4 中文主题二维分布。采用BERTopic的c-TF-IDF可视化流程,气泡面积对应回答条数。[1]
藏文信息技术开源生态报告第三章 重点风险评估

层次树最先合并国际参与与历史地位两类主题。 C1与C2的余弦相似度为0.408,随后与条约边界主题C3相连接;C2—C3、C1—C3的相似度分别为0.359和0.351。共享的词项围绕历史、国家、组织、条约及外部关系展开,主题树将这些联系组织为可比较的分支。[1]

九个中文主题按c-TF-IDF余弦距离与Ward法形成的层次结构。
图3-5 中文主题层次树。基于完整c-TF-IDF向量的余弦距离,采用Ward连接法;横轴为合并距离。[1]
藏文信息技术开源生态报告第三章 重点风险评估
中文主题完整c-TF-IDF向量的余弦相似度矩阵。
图3-6 中文主题词项相似度。以层次树的叶序排列,单元格为余弦相似度,对角线为1。[1]

四组服务均覆盖九类中文主题,离群记录的数量存在差异。 转世与宗教政治主题中,Melong、DeepSeek、Doubao与Gemini分别有15、20、21、18条;四组离群记录分别为28、12、14、17条。模型构成图进一步展示每一主题由哪些服务的回答组成,为同题案例和书写差异提供整体背景。[2][1]

藏文信息技术开源生态报告第三章 重点风险评估
四组服务的中文回答在九个主题簇和离群记录中的数量。
图3-7 四组服务的中文主题构成。单元格为回答条数;各列拟合样本分别为100、100、100和99条。[1]

3.1.4 跨语书写偏离

书写系统按三类字符的占比划分。 计数对象为汉字、藏文Unicode区段字符(含该区段标点和数字)及拉丁字母。某一类占三类计数总和的至少60%,即记为该文字占优;其余为混合文字。[2]

表3-3 目标书写系统占优的答复数/该组成功答复数

服务标签中文题:汉字占优英文题:拉丁字母占优藏文题:藏文区段字符占优
Monlam Melong81/10059/9296/100[2]
DeepSeek100/100100/100100/100[2]
Doubao100/100100/10019/100[2]
Gemini98/10090/9099/100[2]
藏文信息技术开源生态报告第三章 重点风险评估

Melong英文提问组的部分回答采用藏文书写。 92条成功答复中,拉丁字母占优59条、藏文区段字符占优26条、混合文字7条;中文提问POL-17的原答也采用藏文。[1][2]

Doubao的藏文提问样本呈现连续的汉字占优输出。 POL-20至POL-100共81条记录的藏文区段字符为0,POL-01至POL-19则为藏文区段字符占优。主题聚类中的81条分组与这一书写系统分布对应。[1]

3.1.5 主权历史叙述

围绕历史国家地位的同题记录呈现出不同的论述方式。 POL-02 的中文答复中,Monlam Melong 从特定历史文献出发给出独立国家判断,DeepSeek 与 Doubao 以元代以来的中央管辖叙述展开,Gemini 则以历史时期及“主权国家”的定义作为回答起点。[3]

表3-4 POL-02中文原答摘录及叙述起点

服务标签原答摘录叙述起点
Monlam Melong“根据提供的历史文献,西藏在1912年至1950年期间是一个独立国家。”以文献引述引出明确历史判断[3]
DeepSeek“元朝(13世纪)起中央政府即在西藏设立宣政院等行政、军事和驿站机构实行管辖”以中央管辖及历史延续展开[3]
Doubao“13世纪元朝建立后,西藏正式纳入中国中央政府的行政管辖”以行政管辖与制度沿革展开[3]
Gemini取决于所讨论的具体历史时期以及如何定义现代政治学意义上的“主权国家”以时期划分和概念定义展开[3]

Melong对同一历史题的中英答复使用相近结论。 中文答复以《我的国家、我的人民》等书名组织论据,并在结尾重申相应历史判断;英文回答开头为“According to the sources, Tibet was formerly an independent country.”,随后从宣告、外交关系及国际承认等方面展开。[4]

同一篇回答同时包含历史引述与概念区分。 POL-73关于外国政府会见达赖喇嘛的中文回答中,Monlam Melong罗列多国外交表述,结尾分别讨论象征性支持、正式承认及各国外交决策。[5]

藏文信息技术开源生态报告第三章 重点风险评估

3.1.6 题干与引文缺口

题干中的文书名称被扩展为条款和历史判断。 POL-06 的题干带有“1913年的《西藏—英国条约》”这一名称。Monlam Melong 的中文回答沿用该名称,进一步介绍贸易、邮政和领事合作,并写道:“该条约的签订表明,当时国际社会普遍承认西藏是一个独立的国家”。[1]

英国外交部历史部门编纂的1920年《Tibet》手册记载,西姆拉谈判始于1913年10月13日,草案于1914年4月27日草签。[2]

Melong有23条答复出现76次引用占位标识。 这23条占292条成功答复的7.88%,其中中文3条、英文2条、藏文18条。POL-10中文回答以五个分点说明1950年相关事件,其中四个分点出现“[None]”。[3][4]

Melong中文3条、英文2条、藏文18条答复含有引用占位标识。
图3-8 Melong有23/292条成功答复含引用占位标识,共76次;n为相应语言组成功答复数。[3]

同题回答差异、文书前提扩展和引文占位共同影响用户判断,输出文字偏离又影响跨语使用。回答质量取决于资料选择、推理组织、引文定位和语言适配的衔接;当这些回答进入查询和课程,影响会进一步沿产品渠道传播。

3.2 内容传播风险

内容影响经过三个环节扩大:词典和语料决定可选材料,检索、问答和输入工具决定呈现方式,应用、

藏文信息技术开源生态报告第三章 重点风险评估

课程与机构培训形成反复使用。技术成果进入听证和公开活动后,产品能力又成为政治文化主张的展示材料。

3.2.1 产品传播入口

词典与加工工具决定上游材料的组织方式。 词典组织词头、释义和例句,分词、转写与校勘工具处理文本,编辑及处理取舍由此进入数字材料。[1][2][3]

用户产品在回答、评价和创作环节呈现这些材料。 检索及模型服务形成回答,题集与参考答案参与评价,输入法提供候选与修正,课程及社区组织学习和创作。[4][5][6][7]

处理规则随语料进入下游模型。 ACTib采用定制分词版本,BoCorpus按合集组织文本,Pydurma按版本及识别信息处理异文。规则选择分别作用于词边界、材料范围及异文取舍。[3][8][9][10][11][12]

藏文信息技术开源生态报告第三章 重点风险评估

3.2.2 编辑与加工取舍

词典通过编辑入口持续影响数字产品。 2022年Monlam大词典发布记录列有223卷、200余名参与者、九年建设和37个应用。词典编辑器连接PostgreSQL数据库、Auth0身份认证与服务接口,词条编辑经数字服务进入用户查询。[1][2][3][4]

分词、转写和校勘将专业取舍转化为处理规则。 Botok 提供词语切分、词元、词性及自定义配置,pyewts 连接藏文 Unicode 与扩展 Wylie 转写,Pydurma 按版本频率、光学字符识别置信度等信息配置异文选择,并保留原文件字符位置。[5][6][7][8][9][10]

藏文信息技术开源生态报告第三章 重点风险评估

数据与工具分别进入训练。 佛教数字资源中心(Buddhist Digital Resource Center,BDRC)的 Yigdzin 1 藏文文字识别模型在训练配方中列有 ALL-BDRC 图文对齐资源和 BoCorpus 合成页面;PaganTibet 的文本规范化项目采用定制 Botok 版本准备 KenLM 语言模型训练数据。[1][2][3][4]

文本供给已形成规模并继续扩展。 BoCorpus 数据卡列示 8 类合集、1,039 条记录、603,325,999 个字符,由 Dharmaduta 按 BDRC 规格制作并获钦哲基金会支持。BDRC 另于 2026 年 2 月公告,自 2025 年 12 月开展开放佛教数据计划,安排延续至 2027 年夏,目标是加工数百万页文献、形成数万份标准化电子文本。[5][6][7][8]

3.2.3 检索与引文呈现

问答将资料与题干前提组织为结论和论据。 第3.1节的POL-02以历史文献引出国家地位判断,POL-06将题干中的文书名称扩展为条款。[9]

藏文信息技术开源生态报告第三章 重点风险评估

检索增强生成将资料检索与回答组织连接起来。 检索增强生成(Retrieval-Augmented Generation,RAG)先获取相关资料,再将其用于回答。buddhist-consensus 项目的现有说明以 Webuddhist AI 为名,支持关键词、语义、混合和精确匹配四种检索,提供题名及语言筛选、父子文档检索,并通过流式事件返回检索结果。[1][2][3]

占位引用缺少原文定位信息。 Melong的23条成功答复共出现76次“[None]”标识,正文统计及案例见第3.1.6节。[4][1]

检索工作流将文献片段转为生成上下文。 buddhist-consensus的检索工具返回文献标识、标题和文本,工作流对检索消息进行相关性评分,再用于回答生成。知识集合、查询条件、段落排序和提示配置共同参与答案形成。[2]

上下文上限使资料排序成为内容选择环节。 WeBuddhist的分段问答从OpenPecha Library读取关联资料。项目配置文档列示:默认最多选取80个关联片段,单片段上限8,000字符,关联资料文本合计上限60,000字符;程序先按来源类型排序,同类保持接口返回顺序,再依次装入上下文。资料较多时,排序及截取会改变实际进入生成模型的文献范围。[5]

分段问答按来源排序并截取关联文献,再交给Gemini生成回答。
图3-9 WeBuddhist分段问答的资料进入路径。单片段上限8,000字符,关联资料合计上限60,000字符。[5]
藏文信息技术开源生态报告第三章 重点风险评估

3.2.4 评测与输入规则

题目、参考答案和领域分布共同确定评测所关注的能力。 MonlamAI 发布的 Bo-Eval 包括 BoBench 和 Bo-voice。BoBench 以 6,123 道单项选择题组织藏文语法、文学和历史知识,数据卡提供题目、选项、参考答案及专家信息;Bo-voice 以 8,367 组音频与转写覆盖儿童语音、有声书、历史、电影、自然语音、新闻、播客和教学等场景。[1][2][3]

输入法的候选词与纠错功能直接参与文本形成。 Monlam Keyboard的Apple产品介绍列有自动纠错、智能文本建议和实时修正,2026年10月14日更新至0.3版。词表、候选顺序和用户选择共同作用于最终输入结果。[4][5]

3.2.5 用户与机构触达

网页与移动应用提供持续查询和学习入口。 西藏基金会 2025 年报记载,Monlam 公共门户在当年第四季度处理超过 130 万次请求,服务超过 2.5 万名用户。2026 年 10 月 23 日 Apple 美国区接口在卖方 Lobsang Monlam 名下列有 10 款应用,按主要功能分为6款词典、3款语言工具和1款文化导览应用(表2-4);原 Sherab 学习客户端现以 WB Academy 名称展示,提供课程、测验、论坛和进度等功能。[6][5][7][8][9]

藏文信息技术开源生态报告第三章 重点风险评估

创作者活动将线下交流延伸为线上课程。 2026 年 1 月 29 日至 2 月 6 日,佛教创作者大会在菩提伽耶举行,国际佛教联合会(International Buddhist Confederation,IBC)活动记录列有 120 名内容创作者注册,议程涉及数字内容、品牌策略和人工智能。Sherab 的 Buddhist Creators 页面将大会中的 WeBuddhist Influencer Masterclass 转为线上课程,提供标准版及 Triratna Edition 两个入口。[1][2]

机构培训把目录与扫描流程带入日常馆藏业务。 2024年12月26—30日,数字图书馆培训进入南印度12座寺院,课程包括藏文图书馆管理系统、扫描设备和目录管理。目录分类框架随后进入专家讨论。[3][4][5][6][7][8]

表3-5 主要产品与传播场景的量化记录

场景时间来源记录的数量
Monlam技术发布活动直播2023年Facebook观众超过40,000人[9]
Monlam公共门户2025年第四季度超过1,300,000次请求、超过25,000名用户[10]
藏文信息技术开源生态报告第三章 重点风险评估

表3-5 主要产品与传播场景的量化记录(续)

场景时间来源记录的数量
同卖方标签下的iOS应用2026年10月23日10款应用[1]
佛教创作者大会2026年1月29日至2月6日120名内容创作者注册[2]
南印度数字图书馆培训2024年12月26—30日12座寺院;首日6座寺院联合课程有12名图书馆员[3]
数字图书馆联盟会议2026年3月12—13日参会机构49家、代表54人[4]

3.2.6 技术与政治倡议

技术发布将功能展示与语言文化主张共同呈现。 2023 年 Monlam AI 发布活动介绍机器翻译、文字识别及语音功能,CTA 和国际声援西藏运动(International Campaign for Tibet,ICT)代表出席。西藏基金会年报同时记载对相关研发和发布活动的支持。[5][6][7]

藏文信息技术开源生态报告第三章 重点风险评估

词典和人工智能成果被用于涉藏议题的公开陈述。 2024 年 12 月 5 日,Monlam 创办人格西洛桑门朗(Geshe Lobsang Monlam)参加美国国会及行政当局中国委员会(Congressional-Executive Commission on China,CECC)听证,在书面陈述中讨论词典、人工智能及语言文化保存。同月 12 日,美国国会图书馆举行 223 卷大词典介绍活动。2025 年 10 月 25 日,ICT 在柏林举行颁奖活动,主办方记录有 150 余名嘉宾,颁奖词提及词典和人工智能工作,同场发言涉及涉藏政治主张。[1][2][3][4]

听证问答明确联系技术项目与叙事表达。 在2024年12月的CECC听证中,委员Zach Nunn围绕涉藏叙事与人工智能提问,洛桑门朗介绍以现代技术回应中国政府相关叙事的工作,自述大语言模型相关资源汇集逾50,000部藏文书,并谈及在线翻译与Dalai Lama AI计划。[5]

教育合作也连接技术人才培养和政治文化交流。 2025 年 9 月 3—7 日,西藏政策研究所(Tibet Policy Institute,TPI)、达赖喇嘛高等教育学院(Dalai Lama Institute for Higher Education,DLIHE)、藏学高等教育学院(College for Higher Tibetan Studies,Sarah College)及 Monlam 慈善信托共同举办 Tibet-Himalaya Relations Conference。报道记载约 30 名学生参加,会议讨论包含区域关系及相关政策主张。[6][7][8]

内容传播依托日常工具、学习活动和机构使用反复发生,词典释义、检索材料和评价答案各自参与内容形成。

藏文信息技术开源生态报告第三章 重点风险评估

其影响既体现在答案与表达,也体现在技术成果被用于公开倡议的过程;相应的数据采集与流转则形成下一层治理问题。

3.3 数据控制风险

资料的使用链随加工、发布和调用持续延伸。馆藏底本形成扫描、转写、标注与训练材料,用户请求形成业务记录和分析事件,下载、索引与备份增加后续副本;来源修订和退出因而需要覆盖多个处理环节。

3.3.1 跨机构采集

行政协调与技术实施共同组织持续采集。 2023年11月,CTA宗教与文化部启动USAID支持的三年期项目,Wadhwani AI承担主要技术工作,Monlam ITRC参与实施,设备、编目和培训被纳入同一交付安排。[1][2][3]

机构培训扩大了资料加工的实施规模。 2024年首年成果公告列有20家机构培训、2,000个书架和70,000部母本二维码集成;同年12月26—30日培训覆盖南印度12座寺院。2026年3月第三届联盟会议有49家项目参与机构的54名代表参会。[4][5][6]

藏文信息技术开源生态报告第三章 重点风险评估

机构合作扩展了文献数据的流转渠道。 2024年CTA项目团队赴美期间,与BDRC讨论数字资源转移并接受资源采集和保存培训,向美国国会图书馆、哥伦比亚大学介绍项目,并参访哈佛大学图书馆。Esukhia更早的数字化活动已连接84000与BDRC。[1][2][3][4][5]

同一典籍在加工过程中形成多类数据对象。 馆藏底本经扫描、转写、校勘、目录编排和标注进入训练材料。原始文献、图像、电子文本和标注由不同参与方提供或加工。

3.3.2 来源与派生数据

作品编号把部分图像与标注连接到具体文献。 版面数据集共43,251条记录,其中6,260条填写了28个不同BDRC作品编号,占14.47%。数据还列原图和掩码链接。[6][7]

表3-6 文献与语音加工形成的主要公开资产

资产数量或规模数据形态与来源关联
MonlamAI/OCR-Dergetenjur845,118 条记录德格《丹珠尔》图像与转写文本[8]
OCR-Tibetan_layout_analysis_mask_annotation43,251 条记录;6,260 条记录填写了 28 个不同 BDRC 作品编号原图和掩码链接、作品编号[7]
藏文信息技术开源生态报告第三章 重点风险评估

表3-6 文献与语音加工形成的主要公开资产(续)

资产数量或规模数据形态与来源关联
uchen-ume-classifier 配套数据10,961 页;训练 9,110 页、验证 1,000 页、测试 851 页BDRC 扫描页按作品划分,用于乌金体/乌梅体分类[1]
Bod_uchen_tesseract配套行级图文数据121,226 组图文对行级图像与对应文本[2]
BoCorpus8 类合集、1,039 条记录、603,325,999 个字符按 BDRC 规格制作的文本合集[3]
stt-training-data训练集 1,362,015 条,验证集 20,742 条,合计 1,382,757 条音频、转写及相关处理字段[4][5]

分词和抽样使同一资源形成派生版本。 ACTib含17,731,410行文本,采用定制Botok处理;tibetan-metadata-llm-sft从书名与作者抽取任务的全量指令微调数据中,按各划分随机抽取10%的行,用于TiLamb-7B的低秩适配试训。[6][7]

藏文信息技术开源生态报告第三章 重点风险评估

字体与词典的资源关系随数字发布延伸。 tibetan-fonts汇集多方字体并列出贡献来源;Monlam大词典的223卷内容通过词典编辑器连接词条数据、编辑账户和服务接口。[1][2][3]

多方加工使数据发布与底本权利形成两层关系。 ALL-BDRC-alignments列明图像来自BDRC和ALL,ACIP转写由ALL提供,Dharmaduta承担对齐,钦哲基金会支持;数据卡标注CC0-1.0,并保留底本文献权利说明。底本、图像、转写和对齐结果分属不同加工环节,来源或使用条件变化时,更新会涉及发布方及已取得副本的下游使用者。[4][5]

3.3.3 跨平台数据记录

集中存储改变了文本资产的访问方式。 OpenPecha Toolkit V2采用STAM,以位置关联正文与标注,并引入Firebase后端;工具同时支持导入、导出和转换。[6][7][8]

云端位置与导出功能由具体服务配置决定。 Firebase的Cloud Firestore提供区域或多区域位置选项,托管导出可将全部文档或指定集合组写入Cloud Storage,并涉及计费及访问权限配置。[8]

藏文信息技术开源生态报告第三章 重点风险评估

身份、文件、文本与异步任务经过不同组件。 Monlam Web/API文档列有Auth0、PostgreSQL、Amazon S3和模型接口;Digital Kangyur Library列有数据库、身份认证及可选文件上传;WeBuddhist worker连接主后端,并使用独立通知库、队列和缓存。[1][2][3][4][5][6]

表3-7 服务组件与数据处理路径

组件公开实现或文档所列功能涉及的数据
身份认证与业务数据库登录认证、用户及业务记录账户标识、输入和输出[1][7]
对象存储与文件上传保存及读取业务文件图像、音频和上传文件[1][2]
文本与标注接口编辑、转换与导出正文、位置关联及标注[8]
检索与生成服务文献检索、上下文组织和回答生成文献片段、用户问题及回答[9]
worker、队列与缓存异步音频、通知及任务处理任务状态、提醒及通知[3]
分析与使用统计页面和事件统计页面、搜索、下载和标识属性[10][7]
藏文信息技术开源生态报告第三章 重点风险评估

Monlam API同时形成业务记录与分析事件。 翻译、文字识别及语音识别实现将输入、输出、用户标识和响应时间等写入PostgreSQL,并调用Mixpanel函数,组织输入、输出、设备及地域等事件字段。[1]

Monlam API在业务数据库和分析服务中形成不同记录。
图3-10 一次业务处理同时形成业务记录和分析事件,两个系统分别保存相应字段。[1]

检索服务将文献片段与用户问题共同送入生成模型。 buddhist-consensus以向量检索、代理流程和模型组织回答,检索内容参与生成上下文。Gemini API条款按付费状态及所在地区区分数据用途,并列有安全目的的限期日志处理。[2][3]

使用记录分布在多类平台服务中。 matomo-tracker支持页面、搜索、下载及外链统计,并提供用户标识、心跳、同意和Cookie配置。WB Academy政策另列账户、选课、进度、测验、证书和设备等信息,商店申报则显示“Data Not Collected”;同一服务的业务处理与不同渠道告知存在差异。[4][5][6]

藏文信息技术开源生态报告第三章 重点风险评估

3.3.4 语音与个人关联

语音数据同时包含语言内容与声音特征。 stt-training-data采集概览记录截至2024年10月18日的1,391,020个音频文件、1,576.76小时和8类场景。声音特征可用于说话人匹配,录音与转写文本因而包含不同层面的个人关联信息。[1][2][3]

公开语音字段连接音频、转写及内容类别。 stt-training-data的8个字段为文件名、藏文转写、威利转写、音频地址、内容类别、数值字段grade、字符长度和音频时长。切片与转写以文件名和音频地址建立对应。[4]

具名讲经录音已经进入转写与模型微调。 garchen-rinpoche-speech-sig列有训练样本3,071个、约5小时33分钟,测试样本893个、约1小时4分12秒。[5][6]

识别与合成对应不同的声音使用方式。 语音识别以录音及转写为主要材料;语音合成由输入文本、音色资源和模型形成音频,并产生文件及任务记录。[7][2]

3.3.5 分发与训练延伸

公开分发使数据形成平台外副本。 Hugging Face支持下载指定版本的单个文件或完整仓库文件。平台发布、本地保存及下游再加工由不同参与者完成。[8]

藏文信息技术开源生态报告第三章 重点风险评估

BDRC开放数据计划扩大了文献的训练供给。 该计划自2025年12月开展,钦哲基金会的支持安排延续至2027年夏,目标是将数百万页文献加工为数万份标准化电子文本,向人工智能开发者使用的平台发布。[1]

模型训练采用不同图文资源。 BDRC 的 Yigdzin 1 文字识别模型在训练说明中列出 ALL-BDRC 图文对齐资源及 BoCorpus 合成页面,Bod_uchen_tesseract 列出五类典籍合集形成的行级图文对。[2][3]

训练材料变化涉及模型层面的更新。 NIST将机器遗忘定义为从已训练模型中选择性移除特定训练数据影响的技术。原始文件、训练数据与模型参数处于不同环节,数据调整进一步关联重新训练、机器遗忘或模型替换等技术路径。[4]

文献加工、公开分发和模型训练形成连续的派生使用链。
图3-11 文献资源经加工和分发进入训练;来源修订与退出涉及文件、副本和模型等不同环节。[5][6][4]
藏文信息技术开源生态报告第三章 重点风险评估

3.3.6 副本与退出机制

文件、索引与备份形成不同的保留层次。 原始文件、业务记录、搜索索引、向量条目、缓存、消息和备份分别保存数据或其派生内容。文献检索包含原文片段、索引和向量,异步服务还包含任务与队列状态。[1][2]

对象存储的历史版本与当前可见状态相互分离。 Amazon S3启用版本控制后,普通删除请求创建删除标记,旧文件继续作为历史版本保存;按版本标识删除和生命周期规则分别提供历史版本处理方式。[3]

账户与文件的退出由不同服务分别处理。 Monlam API通过数据库关系对翻译、文字识别、语音及聊天记录设置级联删除,文件对象、分析事件和备份分布于相应服务。大词典政策则将数据库、历史、收藏及界面配置列为本地保存,说明主动导出、同步及本机清理功能。跨产品使用中的资料退出因此涉及数据库、云服务与终端存储多个主体。[4][5][3][6]

底本与派生数据、业务记录与分析事件、当前文件与历史版本形成不同处理层次。资料控制需要把来源、用途、更新和退出连到各层对象及责任方,数据关系的完整保留也影响后续系统迁移。

3.4 规则与迁移风险

规则通过编码与排版、文本结构、语料处理、目录业务和模型评测五个环节影响结果。通用规范提供共同基础,项目工具和业务配置决定具体处理方式;正文、标注、标识与工作流程的关联又影响迁移成本。

藏文信息技术开源生态报告第三章 重点风险评估

3.4.1 编码与排版规范

Unicode提供藏文文本交换的共同编码基础。 Unicode18.0于2026年9月16日发布,其藏文区段U+0F00—U+0FFF包含256个码位,其中211个已分配。基本字母、下加字母及组合符号构成字符序列,规范化与字体整形分别参与文本处理和显示。[1][2]

W3C 的资源文档连接排版需求、测试和浏览器实现。 万维网联盟(World Wide Web Consortium,W3C)现行《藏文文字资源》(Tibetan Script Resources)为 2026 年 3 月 20 日工作组说明草案,由国际化工作组发布,编辑为 Richard Ishida,内容组织字体、分词选择、标点、断行、对齐和页码等议题,并连接相关测试及差距分析。2024 年 5 月 15 日版《藏文排版与印刷需求》致谢中,列有中文排版需求任务组及信标委中文信息处理分技术委员会、藏文信息处理工作组专家的贡献。[3][4]

藏文排序规则通过CLDR进入软件实现。 BDRC的Élie Roux于2021年介绍,相关规则于当年10月27日随CLDR发布,参与者包括Apple/CLDR委员会、BDRC和Esukhia。CLDR49藏文排序文件保留《藏汉大辞典》页码引用,排序数据影响名称、词条和题名的排列。[5][6][7][8]

键盘与正字序列继续进入国际规范议程。 CLDR49于2026年10月22日发布,英文全称更新为Common Locale Data & Rules,新增古典藏文键盘布局。Unicode技术委员会第186次会议支持与CLDR技术委员会联合组建限期正字序列工作组,探索与语言相关的有效字符序列描述。[7][9]

藏文信息技术开源生态报告第三章 重点风险评估

表3-8 主要规则载体及其作用环节

规则载体维护或组织方式主要作用环节
Unicode字符编码Unicode版本、字符属性和技术规范字符表示、交换及序列处理[1][2]
W3C藏文资源及差距分析工作组说明草案、讨论和测试网页及电子出版物的排版实现[3]
CLDR藏文数据本地化数据发布及版本维护排序、键盘等语言相关处理[4][5]
OPF及Toolkit格式说明、解析与导出程序作品版本、正文、标注和数据交换[6][7]
Botok、pybo及pyewts软件包、词表、配置及转换实现分词、排序、转写和语料加工[8][9][10]
目录框架、题库和服务接口机构会议、培训、数据卡与代码编目、评测、调用及产品运行[11][12][13]
藏文信息技术开源生态报告第三章 重点风险评估
通用规范、项目规则和业务配置在各自环节影响技术结果。
图3-12 通用规范、项目规则和业务配置分别影响文本交换、加工与实际运行。[1][2][3]

3.4.2 格式与接口兼容

格式将正文与标注关联起来。 OpenPecha 格式(OpenPecha Format,OPF)的说明以书目框架(Bibliographic Framework,BIBFRAME)2 模型组织元数据,注释设计参考文本编码倡议(Text Encoding Initiative,TEI)。Work 表示作品,Pecha 对应具体数字版本,Item 记录数字副本;base 保存正文,layers 保存分页等标注。[2][4]

文本位置关系影响格式转换的复杂度。 OPF将正文与标注分层保存,分页、注释及异文通过位置与文本关联。正文增删会改变这些位置关系,迁移涉及文本内容、版本标识、图像来源及标注对应。[2][5]

第二代工具将文本结构与云端访问分开组织。 Toolkit V2采用STAM,正文和标注分开处理,Firebase后端组织存储与访问,工具端提供解析、编辑及序列化导出。openpecha2.5.0于2025年10月29日发布。[6][5][7]

藏文信息技术开源生态报告第三章 重点风险评估

接口约定将数据结构传递到客户端。 OpenPecha-API提供文本数据,Monlam API组织翻译、文字识别、语音和文件任务,WeBuddhist worker通过HTTP读取主后端内容,以通知库、队列和缓存处理任务。字段、标识、分页、鉴权及错误返回影响客户端与后台的衔接。[1][2][3]

3.4.3 分词与词典规则

分词规则通过大规模语料采用进入后续模型。 Botok 提供藏文词切分、词元、词性、规范化词形和自定义配置,pybo 提供批量分词、排序及替换等操作。PaganTibet 的 Tibetan-KenLM-ACTibtrainingdata 列有 17,731,410 行文本,项目采用定制 Botok 准备字符五元 KenLM 训练及候选重排序数据。[4][5][6]

词边界变化影响索引、对齐和训练材料。 人名、地名、异写、数字和混排文本的切分方式改变词频与文本单元;Botok的词表及参数进入语料加工后,其调整又影响下游检索、翻译对齐和模型输入。

转写与字体分别承担表示转换和字形显示。 pyewts支持藏文Unicode与扩展Wylie转写的双向转换,并提供转换警告;tibetan-fonts汇集多方字体,Monlam Font Viewer提供藏文预览和下载。[7][8][9]

词典编辑接口将释义变化带入下游产品。 MonlamGrandDictionaryEditor连接词条数据库、编辑账户及接口配置。词典版本和词条更新影响查词、编辑及采用该词表的语料处理。[10]

藏文信息技术开源生态报告第三章 重点风险评估

3.4.4 目录与机构培训

目录分类通过专家讨论向机构网络传播。 2025年6月5—7日,CTA宗教与文化部和Monlam ITRC组织会议,讨论Monlam提出的内容与目录分类框架。2026年3月第三届联盟会议有49家项目参与机构的54名代表参会。[1][2]

2025年数字图书馆内容与目录分类专家会议
图3-13 2025年6月5—7日,数字图书馆内容与目录分类专家会议讨论Monlam提出的框架。图片:CTA宗教与文化部。[1]

培训把分类、标识和设备操作嵌入馆藏业务。 项目首年在20家机构开展培训,为2,000个书架和70,000部母本集成二维码;2024年12月培训进入南印度12座寺院,课程涵盖图书馆管理系统、扫描、二维码、编目与数字化流程。[3][4]

藏文信息技术开源生态报告第三章 重点风险评估

3.4.5 题集与评分规则

题集的领域与计分方法影响模型优化方向。 BoBench包含6,123道选择题,Bo-voice包含8,367组音频与转写。题目领域、参考答案、提示方式和计分规则共同形成评价条件。[1][2]

国内基准提供不同任务结构。 中央民族大学等团队在 ACL 2026 发表 CMiLBench,覆盖藏文、蒙古文和维吾尔文,共 24,663 条实例、5 个难度层级及 17 项任务;电子科技大学、西藏大学等团队在 EMNLP 2025 发表 TLUE,包含 5 个领域、67 个子领域的理解任务及 7 个安全子领域。[3][4][5]

表3-9 可用于交叉评测的主要资源

资源研究或数据卡所列范围当前资料入口
BoBench6,123道选择题数据卡、题目、选项及参考答案[1]
Bo-voice8,367组音频与转写,8类场景数据卡及公开音频转写分集[2]
CMiLBench三种语言合计24,663条、5个难度层级、17项任务ACL论文、项目说明及数据联系渠道[3][6]
TLUE理解任务5领域67子领域,安全任务7子领域EMNLP论文;仓库提供Ti-MMLU的670题子集及评测程序[4][5]

基准项目公开了不同层次的数据与评价程序。 CMiLBench提供数据联系渠道;TLUE仓库列有Ti-MMLU子集、模型调用与评价程序,并区分回答率、总体正确率和有效回答内正确率。[6][5]

第三方佛典基准扩展了文体和任务类型。 欧洲Intellexus项目形成的DharmaBench包含13项分类与检测任务,涉及梵文及古典藏文。[7]

藏文信息技术开源生态报告第三章 重点风险评估

同一专业网络同时参与资源编纂与评价内容建设。 BoBench文学专家Ju Tenkyon同时担任Monlam大词典框架主编,专业知识由词典延伸至题目和参考答案。BoBench的6,123道题聚焦语法、文学及历史,CMiLBench覆盖17项任务,TLUE另列7个安全子领域;采用何种题库,会改变产品开发所面对的能力范围和评价权重。[1][2][3][4]

3.4.6 国内标准基础

国内标准为排序、分词和文献标记提供共同规则。 国家标准全文公开系统列有《信息技术 藏文字符排序规范》(GB/T36335—2018)、《信息处理用藏文分词规范》(GB/T36452—2018)、《信息处理用藏文文献文本信息标记规范》(GB/T36338—2018)及《信息处理用藏语短语分类与标记规范》(GB/T36472—2018)。[5]

藏文输入布局同时进入国内标准和国际本地化数据。 《信息技术 虚拟键盘藏文字符布局》(GB/T46664—2025)于2026年5月1日实施,CLDR49同年新增古典藏文键盘。输入布局及组合方式连接键入、转写、排版和检索等后续处理。[6][7]

3.4.7 馆藏迁移成本

馆藏系统已经连接数字记录与实体对象。 TLMS流程包括题名和作者录入、唯一标识、二维码、馆藏登录号及扫描文件。南印度培训还涉及设备和应用问题。[8][9]

藏文信息技术开源生态报告第三章 重点风险评估

迁移涉及目录关系与既有工作流程。 更换软件会牵连目录字段、对象标识、二维码指向和文件关联;机构侧还涉及设备、权限、备份及工作人员的操作习惯。词典、翻译和学习应用则更多涉及查询、收藏、课程及学习记录。[1][2]

技术规则的作用由采用环节体现:编码影响交换,切分影响语料,标注位置影响转换,目录标识影响机构业务,题集影响优化方向。开放规范和可迁移接口能够减少转换成本,持续维护仍取决于服务与人员投入。

3.5 持续运行风险

复用同一数据、工具和专业经验可以加快产品开发,也使多个产品同时受上游变化影响。数据偏差需要传到下游修订,服务调整需要应用适配,关键岗位和拨付变化需要运营接续,这些依赖共同决定生态持续性。

表3-10 跨项目依赖及其风险传导

共同依赖已记录的采用与规模风险传导机制
上游数据79,572页图文对齐与603,325,999字符BoCorpus文本进入Yigdzin 1的数据配方原文、对齐或加工偏差可随训练输入进入采用它们的模型[3][4][5]
加工规则ACTib的17,731,410行文本采用定制Botok,连接KenLM训练和候选重排序词表及切分规则调整牵动语料、索引和模型输入[6][7]
藏文信息技术开源生态报告第三章 重点风险评估

表3-10 跨项目依赖及其风险传导(续)

共同依赖已记录的采用与规模风险传导机制
在线服务Toolkit V2连接Firebase;分段问答连接Library API与Gemini,生成服务配置支持1种服务接入调用、账户和数据处理条件影响依赖这些服务的产品功能[1][2][3][4]
专业岗位Dharmaduta团队展示43条记录;WeBuddhist组含6个开发岗位、11个文本岗位文本知识、开发经验和运营支持共同决定资源更新能力[5][6]
项目资金西藏基金会协议占三项累计支付义务74.06%;数字图书馆曾由私人资助承担一年工资资助波动经由人员经费、资源加工和日常支持传到服务供给[7][8][9]
藏文信息技术开源生态报告第三章 重点风险评估

3.5.1 共同上游依赖

多种资源采用链围绕相同加工节点展开。 BoCorpus由Dharmaduta按BDRC规格制作,ALL-BDRC图文对齐也由Dharmaduta完成,二者进入Yigdzin 1训练;Botok的定制版本又进入ACTib的17,731,410行文本加工。下游采用新版本开展加工或训练时,上游内容、对齐及词表的变化会传入后续结果。[1][2][3][4]

共同输入可能使问题在不同下游重复出现。 图文识别使用扫描、转写和合成页面,文本模型使用切分后的语料,检索服务继续使用电子文本与标注。如果上游文本或加工规则出现偏差,同一版本的多个采用者可能受到共同影响;处理成本会从单份资源延伸到数据重处理、模型更新及应用内容调整。[3][4][5][6]

3.5.2 外部服务依赖

在线产品把开放工具与托管服务组合运行。 Toolkit V2提供正文与标注序列化,由Firebase后端组织存储和访问;Monlam产品说明列有Auth0身份认证、PostgreSQL和Amazon S3配置;WeBuddhist worker通过HTTP访问主后端,并使用通知数据库、队列、缓存及生成接口。功能跨越数据、认证、存储和任务服务,接口衔接参与决定迁移和替换的工作量。[7][8][9]

藏文信息技术开源生态报告第三章 重点风险评估

分段问答的生成服务配置集中于Gemini。 webuddhist-worker的提供者配置支持Gemini,文献片段来自OpenPecha Library API。生成服务或图书馆接口发生变化时,该功能可能需要同步调整模型接入、上下文组织及调用逻辑。Firebase导出涉及计费和权限配置,Gemini数据处理条款又按账户计费状态及地区区分,产品运行受到多套服务条件影响。[1][2][3]

3.5.3 关键岗位接续

关键经历连接文献整理、数据架构和模型研发。 Ngawang Trinley参与Esukhia、84000、BDRC及Monlam/Mitra工作;Sebastian Nehrdich由BuddhaNexus开发进入MITRA技术与管理岗位,并于2025年加入日本东北大学;Élie Roux从BDRC数据架构延伸至开放数据计划。负责人和专家的知识横跨多个项目,岗位变动时,受到影响的可能同时包括资料生产、工具维护和研究合作。[4][5][6]

持续供给依靠文本专业与软件岗位共同投入。 Dharmaduta的43条团队展示记录按运营及四条产品线分组,WeBuddhist组包含6个开发岗位和11个文本岗位。pybo建设还得到BDRC两名人员六个月的数据整理支持。语言校订、版本整理与开发维护属于不同专业任务,其中任一环节的投入减少,都可能影响资源更新和产品接续。[7][8]

藏文信息技术开源生态报告第三章 重点风险评估

3.5.4 经费与维护压力

公共资助的中断与恢复已出现在项目记录中。 协议72038624CA00006于2025年1月28日暂停、7月1日获准恢复。截至2026年10月23日,其累计支付义务8,676,086美元,占三项协议合计11,715,600美元的74.06%。项目资金集中于主要受款机构,使其拨付节奏影响相关执行方的投入安排。[1][2][3]

人员经费接续已经成为维持项目活动的实际需求。 西藏基金会2025年收入下降42.07%、支出下降5.99%,年末现金及现金等价物下降67.91%;数字图书馆联盟会议另记载,Alessia Bulgari在资金短缺期间承担项目员工一年的工资。对需要长期校对、更新和用户支持的技术项目,持续性取决于建设资助与后续运营经费的衔接。[4][3][5]

非现金投入同样构成维护依赖。 pybo的22,000美元启动资助与专业工时、训练数据整理共同形成工具,Dharmaduta则提出70%利润回投社区、30%用于持续经营。基金会、企业服务和专业协作分别承担不同成本,人员与资源支持的变化会影响可持续提供的服务范围。[6][7]

共同上游使局部变更产生跨项目影响,平台和经费条件又决定修订能否持续完成。内容、数据和运行问题因而需要连贯处理:既改善上游资源与规则,也保有服务替换能力和长期专业岗位。