藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
技术生态风险同时体现在模型如何回答问题,以及数据、规则和服务如何被持续采用。 词典、典籍、翻译和问答把经过选择与组织的知识直接送到用户面前,主权历史、宗教政治和文化政策等议题也进入同一服务流程。Monlam公共门户2025年第四季度已有逾130万次请求、逾2.5万名用户,数字图书馆又将相关技术嵌入机构业务。评测关注达赖集团相关开源项目及智能问答服务在涉藏议题上的立场倾向,通过同题、跨语比较,将Monlam Melong与三组通用模型的历史叙述、论据使用和语言表达相互对照。[1][2][3]
评测以100道涉藏问题为共同题库,覆盖主权与历史地位、社会事件与流亡政治、活佛转世与宗教政治、人权教育与文化政策、边界与外部介入五类议题,每类20题。每题分别设置中文、英文和藏文提问,向Monlam Melong、DeepSeek、豆包(Doubao)及Google Gemini四组模型发问,形成100题×3种语言×4组模型、共1,200条问答评测。相同题号、服务标签和提问语言共同标识每条记录,使同一议题在不同模型与语言中的表达能够对应展开。[4]
藏文信息技术开源生态报告第三章 重点风险评估
输出文字与问题语言共同影响跨语使用。书写系统按汉字、藏文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]
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
表3-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中文原答摘录及叙述起点
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]
同题回答差异、文书前提扩展和引文占位共同影响用户判断,输出文字偏离又影响跨语使用。回答质量取决于资料选择、推理组织、引文定位和语言适配的衔接;当这些回答进入查询和课程,影响会进一步沿产品渠道传播。
3.2 内容传播风险
内容影响经过三个环节扩大:词典和语料决定可选材料,检索、问答和输入工具决定呈现方式,应用、
藏文信息技术开源生态报告第三章 重点风险评估
课程与机构培训形成反复使用。技术成果进入听证和公开活动后,产品能力又成为政治文化主张的展示材料。
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
数据与工具分别进入训练。 佛教数字资源中心(Buddhist Digital Resource Center,BDRC)的 Yigdzin 1 藏文文字识别模型在训练配方中列有 ALL-BDRC 图文对齐资源和 BoCorpus 合成页面;PaganTibet 的文本规范化项目采用定制 Botok 版本准备 KenLM 语言模型训练数据。[1][2][3][4]
藏文信息技术开源生态报告第三章 重点风险评估
检索增强生成将资料检索与回答组织连接起来。 检索增强生成(Retrieval-Augmented Generation,RAG)先获取相关资料,再将其用于回答。buddhist-consensus 项目的现有说明以 Webuddhist AI 为名,支持关键词、语义、混合和精确匹配四种检索,提供题名及语言筛选、父子文档检索,并通过流式事件返回检索结果。[1][2][3]
检索工作流将文献片段转为生成上下文。 buddhist-consensus的检索工具返回文献标识、标题和文本,工作流对检索消息进行相关性评分,再用于回答生成。知识集合、查询条件、段落排序和提示配置共同参与答案形成。[2]
上下文上限使资料排序成为内容选择环节。 WeBuddhist的分段问答从OpenPecha Library读取关联资料。项目配置文档列示:默认最多选取80个关联片段,单片段上限8,000字符,关联资料文本合计上限60,000字符;程序先按来源类型排序,同类保持接口返回顺序,再依次装入上下文。资料较多时,排序及截取会改变实际进入生成模型的文献范围。[5]
藏文信息技术开源生态报告第三章 重点风险评估
3.2.4 评测与输入规则
题目、参考答案和领域分布共同确定评测所关注的能力。 MonlamAI 发布的 Bo-Eval 包括 BoBench 和 Bo-voice。BoBench 以 6,123 道单项选择题组织藏文语法、文学和历史知识,数据卡提供题目、选项、参考答案及专家信息;Bo-voice 以 8,367 组音频与转写覆盖儿童语音、有声书、历史、电影、自然语音、新闻、播客和教学等场景。[1][2][3]
藏文信息技术开源生态报告第三章 重点风险评估
创作者活动将线下交流延伸为线上课程。 2026 年 1 月 29 日至 2 月 6 日,佛教创作者大会在菩提伽耶举行,国际佛教联合会(International Buddhist Confederation,IBC)活动记录列有 120 名内容创作者注册,议程涉及数字内容、品牌策略和人工智能。Sherab 的 Buddhist Creators 页面将大会中的 WeBuddhist Influencer Masterclass 转为线上课程,提供标准版及 Triratna Edition 两个入口。[1][2]
藏文信息技术开源生态报告第三章 重点风险评估
表3-5 主要产品与传播场景的量化记录(续)
藏文信息技术开源生态报告第三章 重点风险评估
词典和人工智能成果被用于涉藏议题的公开陈述。 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]
内容传播依托日常工具、学习活动和机构使用反复发生,词典释义、检索材料和评价答案各自参与内容形成。
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
机构合作扩展了文献数据的流转渠道。 2024年CTA项目团队赴美期间,与BDRC讨论数字资源转移并接受资源采集和保存培训,向美国国会图书馆、哥伦比亚大学介绍项目,并参访哈佛大学图书馆。Esukhia更早的数字化活动已连接84000与BDRC。[1][2][3][4][5]
同一典籍在加工过程中形成多类数据对象。 馆藏底本经扫描、转写、校勘、目录编排和标注进入训练材料。原始文献、图像、电子文本和标注由不同参与方提供或加工。
藏文信息技术开源生态报告第三章 重点风险评估
表3-6 文献与语音加工形成的主要公开资产(续)
藏文信息技术开源生态报告第三章 重点风险评估
多方加工使数据发布与底本权利形成两层关系。 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]
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
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]
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.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]
藏文信息技术开源生态报告第三章 重点风险评估
表3-8 主要规则载体及其作用环节
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
接口约定将数据结构传递到客户端。 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.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 可用于交叉评测的主要资源
第三方佛典基准扩展了文体和任务类型。 欧洲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]
藏文信息技术开源生态报告第三章 重点风险评估
迁移涉及目录关系与既有工作流程。 更换软件会牵连目录字段、对象标识、二维码指向和文件关联;机构侧还涉及设备、权限、备份及工作人员的操作习惯。词典、翻译和学习应用则更多涉及查询、收藏、课程及学习记录。[1][2]
技术规则的作用由采用环节体现:编码影响交换,切分影响语料,标注位置影响转换,目录标识影响机构业务,题集影响优化方向。开放规范和可迁移接口能够减少转换成本,持续维护仍取决于服务与人员投入。
3.5 持续运行风险
复用同一数据、工具和专业经验可以加快产品开发,也使多个产品同时受上游变化影响。数据偏差需要传到下游修订,服务调整需要应用适配,关键岗位和拨付变化需要运营接续,这些依赖共同决定生态持续性。
藏文信息技术开源生态报告第三章 重点风险评估
藏文信息技术开源生态报告第三章 重点风险评估
3.5.1 共同上游依赖
多种资源采用链围绕相同加工节点展开。 BoCorpus由Dharmaduta按BDRC规格制作,ALL-BDRC图文对齐也由Dharmaduta完成,二者进入Yigdzin 1训练;Botok的定制版本又进入ACTib的17,731,410行文本加工。下游采用新版本开展加工或训练时,上游内容、对齐及词表的变化会传入后续结果。[1][2][3][4]
藏文信息技术开源生态报告第三章 重点风险评估
分段问答的生成服务配置集中于Gemini。 webuddhist-worker的提供者配置支持Gemini,文献片段来自OpenPecha Library API。生成服务或图书馆接口发生变化时,该功能可能需要同步调整模型接入、上下文组织及调用逻辑。Firebase导出涉及计费和权限配置,Gemini数据处理条款又按账户计费状态及地区区分,产品运行受到多套服务条件影响。[1][2][3]
藏文信息技术开源生态报告第三章 重点风险评估
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]
共同上游使局部变更产生跨项目影响,平台和经费条件又决定修订能否持续完成。内容、数据和运行问题因而需要连贯处理:既改善上游资源与规则,也保有服务替换能力和长期专业岗位。
