开源图书馆系统生态及其AI时代演进-面向云瀚社区的全面调研报告

云瀚社区专题调研开源图书馆系统生态——面向云瀚社区的全面调研报告（2026）调研范围：ILS、LSP、发现系统、机构知识库、数字资源、档案、E供云瀚社区、图书馆技术团队、业务管理者和合作伙伴开开源图书馆系统生态及其AI时代演进2 5 7 7 7 8 9 9 3 7.2AspenDiscovery：公共图书 8.3Fedora、Hyrax与I 9.1ArchivesSpace：档案层级与 9.3Archivematica：长期 十一、中国适用性：从“能够安装”到“能够长 4 I类做深、E类慎重生长 开源图书馆系统生态及其AI时代演进5摘要过去二十年，图书馆系统经历了两次明显的结构变化。第一次是从封闭的集成图书馆系统转向开源ILS，Koha和Evergreen是这条路线最有代表性的成果；第二次是从“一个系统承包全部业务”转向模块化微服务化图书馆服务平台，FOLIO把应用、接又、租户、权限和部署平台的位置。生成式人工智能正在推动第三次变化。它不会自动淘汰ILS或LSP，却图书馆的服务创新而变化，并重新回答几个问题：馆藏和业务数据能否被机器安全调用，规则能否本报告在24个代表性开源项目调查的基础上，重点分析FOLIO、KohREROILS、InvenioRDM、SLiMS、Next讨论；同时考察VuFind、AspenDiscoCORAL和Archivematica等或“带有AI”当作先进性的充分条件，而是从业务完整性、接又能力、部署成本、社区治理和中国适用性等方面综调研表明，FOLIO是当前最值得深入研究的开放LSP。它的模块化多租户基础和正在形成的Eureka平台，为智能体工具调用和跨模块编排提供了较好条件；但它对Kubernetes、PostgreSQL、Kafka、OpenSearch、Keycloak、Kong及模块版本治复杂流通规则和多级组织结构具有独特价值，不过OpenSRF技术体系提高了中国团队接手和持续对于云瀚A-LSP，最有价值的路线并非再造一套完整ILS，而是将FOLIO、Koha、Evergreen及国内既有系统纳入M类业务模块，通过适配器、数据契约、权限映射和审计机制接入智慧生长开源图书馆系统生态及其AI时代演进6开。这样形成的平台既可以服务采用国际开源系统的图书馆，也能叠加在汇文、Interlib、Aleph、关键词：图书馆集成管理系统；图书馆服务平台；FOLIO；Koha；Evergreen；开源软件；AI智能开源图书馆系统生态及其AI时代演进7一、为什么需要重新研究开源图书馆系统1.1GitHub上的“图书馆系统”作业：数据模型只有图书、读者和借阅三张表，业务逻辑停留在制、馆藏层级，也没有预约队列、流通规则、连续出版物、采访经费、电子资源权益和多馆组织。本次调研因此设置了四项进入条件：项目必须明确面向真实图书馆或相邻文化机构；存在持续维护的源代码和可识别许可证；具备专业业务模块；拥有部署文档、用户文档、社区或生产使用证据中的至少两项。通过关键词、GitHubTopics、项目组织和官方站点交叉检索，最终保留24个代调研采用六项指标：业务完整性、技术开放性、成熟度、部署可行性、演进能力和AI就绪度。GitHub的最近提交、发行版和社区规模只承担辅助证据1.2ILS、LSP和AI服务平台ILS的中心任务是保持事务正确。一本书属于某个馆藏地、某位读者是否有借阅资格、预约队列如何排序、罚款怎样计算、订单从哪项经费支出，这些问题必须由确定性规则处理。Koha和访问的数字资源，传统ILS以单册为中心的数据模型很难统一处理纸本与电子资源。FOLIO把Inventory、Orders、Finance、Agreements、Licens开源图书馆系统生态及其AI时代演进8AI服务平台又增加了一层任务。它需要理解自然语言，汇集不同系统的数据，调用检索或交易工具，生成解释、草稿和分析，同时保留证据与审计所有专业数据复制到自己的数据库。比较稳妥的结构是：ILS/LSP与专业系统继续保存权威状态，ILS连接，可以很快形成差异化；若从头补齐采访、流通、连续出版物、财务、预约、馆藏地和各1.3如何评价“AIready”数据可访问是否存在稳定、版本化的API或可控数据副本数据可理解记录模型、字段定义、标识符和关系是否明确权限可约束能否把查看、生成草稿、提交和批准分开授权变化可感知是否有事件、消息、变更时间戳或增量同步机制工具可调用业务操作能否封装为参数明确、结果可验证的工具过程可追溯是否记录调用者、来源、输入、变更和失败原因系统可降级模型或向量服务不可用时，基本业务能否继续运行开源图书馆系统生态及其AI时代演进9二、24个项目所呈现的生态第二层是发现与门户，包括VuFind、AspenDiscovery和Blacklight。它们把分散的库、数字资源和第三方索引组织为读者入又，但通常不保存借还、第三层是机构知识库与数字资源，包括DSpace、InvenioRDM、Fedora、Hyrax、Islandora和OmekaS。它们管理论文、数据集、数字对象、媒体和展览叙事，重视版本、全文、开放获取、长第四层是档案、电子资源与保存系统，包括可能继续运行discovery、机构知识库、档案系统和数字展陈平台。所谓2.1核心项目概览FOLIOFOLIO主要定位：模块化LSP主要技术栈：Java/Vert.x、JavaScript/Stripes、PostgreSQL、Kafka、OpenSearch；Eureka引入Kong、Keycloak、Sidecar成熟度判断：高AI改造潜力：很高中国适用性概览：高校馆和联盟潜力高，实施门槛也高Koha主要定位：完整开源ILS主要技术栈：Perl、MariaDB/MySQL、Apache、Vue/JavaScript、Zebra/Elasticsearch成熟度判断：很高AI改造潜力：中高中国适用性概览：成本可控，需补CNMARC、本地生态和中文服务EvergreenEvergreen主要定位：馆群型ILS主要技术栈：PostgreSQL/PLpgSQL、Perl、JavaScript/TypeScript、OpenSRF、XMPP成熟度判断：很高AI改造潜力：中等中国适用性概览：总分馆场景契合，技术和本地化门槛较高REROILS主要定位：语义化、多馆ILS主要技术栈：Python/Invenio/Flask、Angular、Elasticsearch、PostgreSQL成熟度判断：中高AI改造潜力：很高中国适用性概览：适合语义编目试点，生态较小开源图书馆系统生态及其AI时代演进SLiMSSLiMS主要定位：轻量WebILS主要技术栈：PHP、MySQL/MariaDB、JavaScript成熟度判断：中高AI改造潜力：中等中国适用性概览：中小馆成本优势明显Next-LEnju主要定位：日本语境ILS/发现主要技术栈：RubyonRails、PostgreSQL、Solr成熟度判断：中等AI改造潜力：中高中国适用性概览：东亚元数据经验有参考价值dpdp2主要定位：中国本地自动化套件主要技术栈：C#/.NET、Windows服务及客户端成熟度判断：中高AI改造潜力：中等中国适用性概览：国内业务适配较好，需加强开放接又与Web化InvenioILS/CDS-ILS主要定位：科研机构定制ILS主要技术栈：Python/Flask、Elasticsearch、PostgreSQL、Web前端成熟度判断：中等AI改造潜力：高中国适用性概览：适合技术实力强的专业机构BiblioteQBiblioteQ主要定位：桌面型馆藏管理主要技术栈：C++、Qt、PostgreSQL/SQLite成熟度判断：中等AI改造潜力：较低中国适用性概览：小型、离线和专门收藏可用Pinakes主要定位：新兴WebILS主要技术栈：PHP、JavaScript、MySQL/MariaDB成熟度判断：早期AI改造潜力：中等中国适用性概览：可观察，不宜立即承担关键业务2.22026年7月GitHub活跃度替代生产案例、代码审计和实施评估。FOLKoha最近推送（UTC）：2026-07-13GitHub最新发行版：官方采用独立发行渠道许可证标识：GPL-3.0照：579星标快FOLIOOkapi最近推送（UTC）：2026-06-26GitHub最新发行版：v7.0.5（2026-06-23）Apache-Evergreen最近推送（UTC）：2026-07-14GitHub最新发行版：以官方发行与维护分支为准许可证标识：GPL-REROILS最近推送（UTC）：2026-07-14GitHub最新发行版：v1.29.0（2026-07-14）许可证标识：AGPL-3.0SLiMS最近推送（UTC）：2026-07-13GitHub最新发行版：v9.8.0（2026-06-24）许可证标识：GPL-3.0星标快照：231最近推送（UTC）：2026-07-10GitHub最新发行版：v1.6.1（2026-05-17）许可证标识：MIT星标dp2最近推送（UTC）：2026-06-03GitHub最新发行版：—许可证标识：Apache-2.0星标快照：116BiblioteQ最近推送（UTC）：2026-07-06确星标快照：265GitHub最新发行版：2026.07.05（2026-07-06）许可证标识：API未明VuFind最近推送（UTC）：2026-07-14GitHub最新发行版：v11.0.4（2026-06-01）许可证标识：GPL-2.0星标快照：305DSpace最近推送（UTC）：2026-07-14GitHub最新发行版：10.0（2026-05-28）许可证标识：BSD-3-Clause星InvenioRDM最近推送（UTC）：2026-07-10GitHub最新发行版：多组件发行许可证标识：MIT星标快照：ArchivesSpace最近推送（UTC）：2026-07-14GitHub最新发行版：v4.2.1（2026-07-10）许可证标识：以仓库许可证文件为准星标快照：432OmekaS最近推送（UTC）：2026-07-09GitHub最新发行版：v4.2.1（2026-06-18）许可证标识：GPL-3.0星标快照：498Archivematica最近推送（UTC）：2026-07-14GitHub最新发行版：v1.18.0（2025-09-26）许可证标识：AGPL-508开源图书馆系统生态及其AI时代演进三、FOLIO：最值得研究的开放LSP3.1FOLIO的意义不止是一套开源软件它既管理纸本与电子资源，也允许图书馆选择所需应用，并由不同服务商提供实施、托管和支持。其一，业务被拆成边界相对清晰的应用。馆藏具体分为Instance、Holdings、Item等层次；采访涉及Organizations、Orders、Finance、Invoices；电子资源管理又涉及Agreements、Licenses、eHoldings和本地知识库。图书馆可以围绕业务域配置应用，不必等待一个大版本统一交付全部功API站点由各模块的接又文件自动生成。开发者资料明确推荐API-first，并正在从RAML转向商共同影响路线图。图书馆获得了参与权，也承担了理解版本、模块和社区决策的责任。这里的开3.2业务模块：从纸本流程扩展到纸电一体元数据与库存。Inventory使用Instance—Hol开源图书馆系统生态及其AI时代演进流通与读者。Users、Checkin、Checkout、Requests、Fees/F者类型、借阅类型、到期日、预约、召回、类型、服务点和馆藏地进行配置，适合高校多校采访与财务。Orders、Finance、Invoices、货和发票。采访文档把经费结构、采购订单、收货、付款和供应商管理列为基本功能。相比只管理数据交换与统计。DataImport通过job、match、action和mappingprofile处理MARC、规范记录和EDIFACT发票，保留任务日志和错误结果。数据导入文档展⽰了其配置化导入流程。跨模块统计则可使用Metadb，将模块数据抽取到独立数据库，形成历史记录、派生表和复杂查询，避免分析任务直接冲击生产库。FOLIORepo这些模块让FOLIO有资格称为LSP，但也产生了实施上的现实问题：业务边界清晰不等于开箱即用。每所图书馆仍要完成政策配置、元数据映射、供应商接又、身份数据、历史数据迁移和报3.3从Okapi到Eureka：一次仍在进行的平台换代于React的Stripes工具集。数Kafka承担消息流。理论上后端模块可以采用任何语言，但官方技术决策仍倾向保持一致开源图书馆系统生态及其AI时代演进整个生态的维护成本。FOLIO多语言开发说明对网关，Keycloak负责身份认证与授权，Qu用注册、租户和应用授权。FOLIOWiki的Eureka平台概览把它称为下一代架构，并强调application作为模块组合和版本管理单位。Sunflower版本开始采用Eureka的capabilities、capabilitysets和Eureka对AI平台有直接启发。Keycloak和细粒馆藏”“生成编目草稿”“修改记录”“批准变更”；Kong可以统一施加速率、身份和审计策略；applicationdescriptor有利于管理一组相互依赖的AI模块。问题也同样明显：Kong、Keycloak、理接又还需要重写。Okapi与Eureka对比和EurekaFAQ都提⽰了这类迁移边界。3.4部署成本：开源不等于轻量官方安装资料显⽰，完整的platform-complete模块集至少需要24GB内存，并依赖PostgreSQL、OpenSearch/Elasticsearch和Kafka，可选MinIO或S3；面向扩展和多租户时，本地DockerCompose引导适合开发、演⽰和平台探索库、搜索、消息队列、安全、监控、备份和模块升级能力。采用厂商托管可却不会消除数据迁移、流程配置和接又治理。对中国中小型图书馆而言，直接部署全量FOLIO往往不是最经济的第一步；对大型高校馆、区域联盟和有技术团队的机构，这种投入才可能开源图书馆系统生态及其AI时代演进3.5FOLIO的优势、短板与成熟度判断源附件。第二，API和模块边界较完整，适合与校园系统、发现系统和新型应用连接。第三，多租户和应用组合为联盟化服务提供了基础。第四，社区中同时存在图书馆和技术厂商，能够形托管和二次开发生态。FOLIO集成清单列出了OAI-PMH、EDIFACT、KBART、NCIP、SIP2、配置和故障定位成本；跨模块报表需要额外的数据平台；不同服务商可能形成自己的部署组合；Okapi—Eureka过渡使近年的实施决策更复杂。FOLIO已经具备生产成熟度，但不能把“项目成熟”3.6FOLIO最适合做AI化引，订单完成后刷新采访分析。三是Metadb提供跨模块、近实时且不干扰生产业务的分析副本。1.外部AI控制面。模型网关、RAG、AgentRun2.FOLIO馆员应用。在编目、采访、ERM、流通等工作界面提供建议、差异对照、来源和确认开源图书馆系统生态及其AI时代演进3.事件与数据投影。将经过权限控制的数据转换为搜索索引、向量索引、知识图谱和运营主题表。优先场景应当从“可验证、可回退”开始。编目助手可以根据题名页、版权页和外部规范源生成字段候选；数据导入助手可以解释匹配失败和映射冲突；ERM助手可以在协议和许可证文本中回答允许的访问、教学使用和馆际互借条件；采访助手可以把预约、检索失败、馆藏结构、课程书目和经费执行合并成采购建议；Metadb可以为年度阅读报告、资源绩效和馆群运行提供可信数据。续借、预约、订单变更等写操作则需要更严格的权限、预览、不建议为每个FOLIO模块分别接入模型供应商。那样会重复保存密钥、提⽰词、日志和向量数据，也难以统一成本与安全策略。模型网关和工具注册应属于云瀚A-LSPCore；FOLIO只是其3.7FOLIO在中国的现实基础FOLIO并非完全没有中国实践。中国FOLIO社区资料显⽰，2018年CALIS馆、上海交通大学图书馆、中国人民大学图书馆、深圳大学图书馆、上海图书馆等机构开始合作探索；2019年以后，国内高校馆和公共馆已在部分场景使用FOLIO模块或技术。云瀚联盟的中国合试运行二维码借阅，这个案例尤其说明“叠加而非替代”在中国具有现实可行性。北京大学图书馆国内资源与供应链。国外的OCLC、GOBI、EDI开源图书馆系统生态及其AI时代演进微信或移动门户都要接入。SIP2、NCIP、SSO等标准可以解决一部分问题，仍会留下大量机构特数据与模型合规。读者身份、借阅记录和咨询内容应按个人信息进行最小化用需要单独评估。面向公众的生成式服务还涉及内容安全、模型备案或登记、生成内容标识等要求。计的基本边界。对于云瀚社区，FOLIO可以同时承担两个角色：它是优先适配的真实LSP，也是A-LSPCore的架构参照。应学习其业务域、应用描述、API-first、租户和权限方法；不必照搬其全部微服务，开源图书馆系统生态及其AI时代演进四、Koha：成熟ILS的现实价值与外置AI路线4.1为什么Koha仍然重要续发布，原因并不神秘：图书馆需要的采访、编目、流通、读者、连续出版物、规范控制、通知和报表，Koha都已经积累了足够深的业务实现。Koha官方介绍称其适用于单馆、多列出标签、离线流通和多语种等能力。官方目前保持高频维护与发行，这比一次Koha的价值主要来自长期业务积累。预约优先级、分馆转运、读者类型、流通规则、逾期通知、采访篮和经费、连续出版物签收、规范记录联动等，任何一个模块都包含大量边界条件。若一个新平台没有经过多年生产使用，很难一次补4.2技术结构及其双重影响行、Apache和数据库运维能力。安装要求很坦率地承认，它不是按一个按钮就能稳定运行的桌面从维护角度看，Perl和长期演进的单体代码是负担。新开发者进入成本较高，历史模板和前后端耦合也会限制界面革新。换一个角度，Koha的组件少于醒，内置统计向导的观察范围有限，正式年度统计往往需要自定义报表。Koha报表文档所反映的开源图书馆系统生态及其AI时代演进问题具有普遍性：业务数据库适合事务，不天然适合跨期、4.3API与插件：可以扩展，但要看清边界会根据隐私与政策减少返回数据；馆员接又也会按用户所在馆和权限对敏感字段进行遮蔽。认持Basic、Cookie和OAuth2clientcredentials。KohaRESTAPI同时说明，目前还不支持OAuth这对AI改造有两层含义。积极的一面是，馆藏、读者本人记录、续借、预约和采访对象可以以天然表达“某位读者授权智能体代为续借”的细粒度委托。云瀚适配器必须在自己的身份与同意层保留最终用户上下文，并把可执行动作映射到受限的Koha服务账号，不能只依赖一个高权限APIKoha也提供KPZ插件体系，可增加工具、报作区按钮，却不适合承载完整模型网关、向量数据库和多智能体运行时。官方手册明确说明，Koha社区不对第三方插件进行统一审核。插件系统说明因此，任何AI插件都需要独立进行代码、安全、4.4Koha的AI改造应采用“侧车”模式数据侧。从RESTAPI、检索索引、报表导出或受控只读副本获得书目、馆藏、流通和采访数据。读者标识在离开事务系统前应做分级与脱敏。分析主题库保存可重建的数据投影，不成为新的要、目录、电子资源链接和全文片段组合为混合检索。每个片段必须带KohabibliographicID、开源图书馆系统生态及其AI时代演进馆员侧。编目助手从图像、PDF和外部书目源提取候选字段，执行重复记录、规范名称和分类号提⽰；采访助手结合未满足检索、预约、课程书目和经费提出候选转换为受控指标或预审SQL。它们只产这种侧车结构还便于复用。相同的RAG、模型、审计和确认卡可以服务SLiMS、dp2或商业4.5Koha在中国的适用性Koha的低软件成本、完整业务和多语种能力，对中小馆、学校馆、专门馆和预算有限的公共文化机构具有吸引力。它也适合用作云瀚适配器的开源测试基线：社区公开、数据可控、REST中文界面只是中国落地的第一步。更困难的是专业数据与服务生态，包括CNMARC与MARC21、中文分类与主题规范、国内馆配数据、条码/RFID、自助借还、校园卡或统一身份、微因此，Koha更适合两类中国项目：一类是业务相对标准、愿意采用开源并具备技术合作方的开源图书馆系统生态及其AI时代演进五、Evergreen：为联盟和复杂流通而生的系统5.1Evergreen的真正特长Evergreen最早由美国佐治亚州公共图书馆系统多馆、海量读者和复杂预约配送问题，而不是先做单馆再勉强扩展联盟。官方文档称其服务超过544家不同类型的图书馆，并把高负载稳定性、鲁棒性、灵活性与读者隐私列为开发要求。Evergreen的组织树能够表达联盟、系统、分馆、流动图书车和子馆等多级结构。馆藏检索、流通政策、预约范围和权限可以沿组织层级继承或覆盖。这与中国公共图书馆总分馆、区域联盟和跨馆通借通还具有业务相似性。它的优势常常不体现在单个页面，而体现在复杂规则长期运行后仍5.2OpenSRF：可靠、可扩展，也相对陌生ils.vandelay。XMPP承担JavaScript/TypeScript等。Open这种架构有两项长期价值。服务可以分布到不同机器，报表服务还可以指向只读数据库副本，问题在于OpenSRF不是当代主流Web团队熟悉的REST微服务框架。XMPP、服务注册、数据库对象，官方文档特别警告不能把这类私有服务公开；有权限控制的open-ils.pcrud才适EvergreenWebServices说明了这些传统协议的角色。它们有助于连接自助设备、发现系统和馆际业5.3Evergreen的AI改造路径•get_hold_options：返回可以预约的层级、取书馆和预估限制；•explain_circulation_policy：把适用规则转换为可读说明，同时返回规则标识；•get_patron_summary：仅返回当前用户被授权查看的借阅摘要；为阅读报告、馆群流通分析、调拨预测和异常检测提供了较安全的基础。知识检索则可以把unioncatalog、组织树、馆藏地和服务政策投影到统一索引，让AI理解“全编目、规范和数据导入助手同样可行，但要尊重Evergreen的批量导入与权限流程。自动生成5.4中国适用性判断Evergreen的组织与流通模型对中国公共图书馆联盟很有吸引力，尤其适合统一目录、分馆政策差异、跨馆预约和配送。限制主要有三项：中文界面与元数据本地化工作量才稀缺；国内实施服务和案例远少于北美。若没有云瀚社区可把Evergreen作为“复杂馆群适配”的标杆，而不是近期默认交付系统。先建设通用SIP2/Z39.50/OAI-PMH接又和EvergreenToolGateway，选择一个测预约链路。若国内已有商业ILS承担同类业务，云瀚仍可复用这套标准工具契约，无须更换底层系开源图书馆系统生态及其AI时代演进六、较现代或具有鲜明特色的ILS项目6.1REROILS：语义数据路线最值得关注覆盖RDA/BIBFRAME编目、连续出版物、流通、馆际互借、读者和公共目录，并公开JSONBIBFRAMEAPI。REROILS与传统MARC中心系统相比，RERO更重视实体关系和机器可理解的数据表⽰。责任者、作品、载体、主题和规范对象如果能够稳定标识，AI就不必只在文本字段中猜测关系。跨语言检索、开发团队较友好。它还使用异步队列和独立规范服务。短板是社区、实施商和大规模案例少于对云瀚而言，RERO的价值首先是数据模型参考。可选择一批中文书目和规范数据，验证CNMARC/MARC21—BIBFRAME—和引用质量的提升。这项试验即使不导向R6.2InvenioILS与CDS-ILS：技术型机构的定制路线它们与RERO共享Python、Flask、Elasticsearch和PostgreSQL等基础，适合把文献管理、机构知识这条路线的长处是可编程性。科研机构可以将文献记录与研究人员、项目、数据集、会议和内要理解Invenio组件、自己完成业务配置和持续开发。对于中国科学院系统、专业情报机构、研究开源图书馆系统生态及其AI时代演进6.3SLiMS：低成本条件下的完整性会员、盘点、报表、连续出版物和数字附件，并支持OAI-PMH、Z39.50、SRU、联邦检索和SLiMS功能说明及运行要求显⽰，它对服务SLiMS无需与FOLIO比较平台规模。它证明了轻量系统同样可以具备专业业务和标准接又，6.4Next-LEnju：东亚语境与开放数据经验Next-LEnju使用RubyonRails、PostgreSQL和Solr，支持检索、编目和流通，并能输出RDF/XML、MODS、JSON、TSV等多种格式。Enju项目说它在全球部署规模上不及Koha，但对中国具有方法上的参考意义：东亚文字、多语种名称、国家书目服务和开放数据如何进入轻量系统。云6.5dp2：国内业务适配与现代化之间的取舍dp2是中国本土开源图书馆自动化项目，包含dp2Kernedp2的优势在于熟悉国内图书馆工作方式和中文数据，部署团队也更容易找到.NET与Windows运维经验。相对不足是桌面/服务组合和技术表达带有较强上一代系统特征，面向现代开源图书馆系统生态及其AI时代演进Web、统一API、事件和多租户的能力需要额外封装。社区版与商业支持之间的版本、责任和升级云瀚不应把dp2只当成“较老系统”。它很适合检验适配器能否真正覆盖中国本地ILS：如果平6.6BiblioteQ、Pinakes与历史系统Pinakes是近年出现的PHPWebILS，功能清单包括OPAC、流通、预约、通知、插件和Z39.50/SRU，开发活跃。Pinakes仓库值得持续观察。项目历史较短，当前最适合实验和贡献，不OpenBiblio和KualiOLE则主要具有历史意义。它们分别代表早期轻量WebILS和高校开放式平台探索。停止或显著放缓维护并不否定其历史贡献，但新项目应把维护社区、依赖安全和升级能开源图书馆系统生态及其AI时代演进七、发现与门户：最容易形成读者可感知的AI服务7.1VuFind：成熟的统一发现基础字资源和外部索引汇集到统一检索界面，支持分面、馆藏状态、用户账户和多种ILS驱动。V言查询可以被转换为题名、作者、主题、年代、资源类型和馆藏地等结构化条件；关键词、向量和实体关系可以共同排序；系统还可以对结果集合进行聚类、比较和摘要。生成答案必须保留文献记VuFind与云瀚的组合方式很清楚：VuFind继续承担成熟的发现、提供中文自然语言理解、跨语种检索、引用式问答、专题知识组织和阅读推广。对于已经使用7.2AspenDiscovery：公共图书馆的一体化读者体验数字馆藏。AspenDiscovery仓库列出了多种ILS和电子内容连接。它更接近公共他们希望在一个入又里找到“现在能借什么、线上能看什么、本周有什么活动、与这个主题还有什么地方资料”。AI可以承担跨类型意图识别和结果解释，Aspen则提供成熟的账户和资源整合。其开源图书馆系统生态及其AI时代演进7.3Blacklight：适合技术团队的发现框架Blacklight适合研究型机构和数字人文团队：可以围绕档案、图像、手稿、地图或专题数据设计独特界面，也能把AI解释、实体导航和可视化深度嵌入检索流程。代价是需要长期Ruby/Rails开发能力。中国普通图书馆若只需要统一发现，VuFind或现有商业发现系统通常更省力；若要建设高定制专题门户，Blacklight7.4发现层的共同AI改造原则发现层的AI服务应保留三种结果：原始检索式、经过扩展或改写的检索式、最终命中文献。用户可以看见系统如何理解问题，也能退回传统检索。推荐结果需要说明依据，例如“主题相当查询涉及馆藏状态、个人借阅或许可资源时，发现层只能做协调者。书目索引可以缓存，单册可借状态和读者权益要实时回查ILS/ERM。云瀚的全域发开源图书馆系统生态及其AI时代演进八、机构知识库与数字资源：AI知识服务的主要内容基础8.1DSpace：成熟机构知识库的首选基线DSpace广泛用于学位论文、机构成果、开放获取文献和数字资源。官方仓库说明，其后端基DSpace的成熟度来自元数据、提交、审核、社区/集合、访问控制、全文、持久标识和互操作经验。它不是ILS：一篇论文或数据对象不会像馆藏单册那样借出、归还和预约。把DSpace与建立带页码和版本的引用式问答；从机构成果中形成学科地图和研究趋势。所有自动补全都应标记在中国高校馆，DSpace具有较好的概念适配性，但历史系统版本、中文元数据质量、与科研管理系统重复建设、统一身份和学位论文授权是常见难题。云瀚可以把DSpa8.2InvenioRDM：面向科研数据的现代架构InvenioRDM面向科研数据管理和现代机DataCite元数据、OAI-PMH、RESTAPI和分面检索。功能文档与互操作说明展⽰了较完整的开放它以Python/Flask、PostInvenioRDM的架构资料明确选择模块化单体，而不是把每项功能拆成微服务；写入以关系数据库为权威，检索引擎保存可重建的读副本。架构说明所表达的工程取舍对云瀚很有价值：模块化和可开源图书馆系统生态及其AI时代演进科研数据的AI服务比论文问答更复杂。系统需要理解数据文件、变量、代码、方法、许可证和版本关系。AI可以生成数据说明草稿、检查READ论文与数据、辅助形成数据管理计划，也可以让研究者通过自然语言探索数据集。任何推断都要区分“仓储中明确记录的事实”和“模型从文件内容推InvenioRDM对中国研究型大学、科研院所和学科数据中心有潜力，前提是能与科一身份、DOI/PID服务、数据分级和本地存储结合。它比DSpa8.3Fedora、Hyrax与Islandora：仓储内核和定制生态Fedora是数字对象仓储内核，强调复杂对象、持久存储、访问和保存，使用Java、REST与OCFL等技术。Fedora仓库明确把自身定位为数字图书馆和档案的模块化仓储系统。它没有完整的最终用户工作流，需要Hyrax、IslandoraIslandora则以Drupal为内容与界面层，连接Fedora、消息队列、IIIF、图像处理、和OCR服务。Islandora仓库显⽰，它适合同时考虑Drupal、Fedora、媒体服务和消息基础设施。这三类项目的AI改造应主要进入数字加工管线。OCR/HTR、版面分析、图像内抽取、音视频转写、敏感信息识别、自动衍生文件和质量检查都可以作为异步算子加入队列。原始文件、保存副本、AI衍生物和人工修订版必须分开，对中国图书馆而言，这套生态适合大型特藏、地方文献、古籍、又述史和科研数据项目。它的开源图书馆系统生态及其AI时代演进8.4OmekaS：展览叙事和语义发布的轻量选择户手册说明其核心对象包括items、itemsets、media、v默认返回JSON-LD，也支持RDF/XML、Turtle等格式。OmekaSRESTAPI使它很适合与知识图谱需要注意的是，Omeka的模块兼容性取决于块管理说明提⽰实施方必须建立插件清单、版本锁定、升级测试和义输出很有吸引力，但中文主题、字体、地图、社交分享和无障碍界面仍需本地化。它适合作为E九、档案、ERM与数字保存：专业边界不能被“统一平台”抹9.1ArchivesSpace：档案层级与出处关系的权威系统ArchivesSpace是成熟的档案管理系统，包含后端RESTAPI、工作人员界面用MySQL。架构概览和API文档说明了各组件边界和JSONModel交换方式。档案记录强调fonds、series、file、item等层级与原始秩序以辅助从目录、移交清单和数字文件中提取人名、机构、时间、地点和主题，发现跨全宗关联，生成对公众友好的说明；但原始著录层级、出处和限制条件必须保持。云瀚适配器应把Arch中国档案馆、高校档案馆和地方文献机构采用时，要补中文档案规则、保密与开放期限、数字9.2CORAL：范围有限但仍有价值的开源ERM技术风格较传统，但它清楚展⽰了电子资源管理的实际范围：供应商、协议、许可条款、资源包、使用数据和续订决策都需要管理，给书目记录机构。AI改造的重点是许可证条款提取、资源覆盖比较、续订材料整理和使用异常解释。模型不中国电子资源采购具有集团采购、联盟谈判、中文数据库、访问控制和统计云瀚可以把CORAL/FOLIOERM的对象模型作为起点，建设本地资源、合同、许可、开源图书馆系统生态及其AI时代演进9.3Archivematica：长期保存流程的专业工具Archivematica是基于标准工作流的长期数字保存系统，面向档案员、图书馆人员，由主应用、StorageService、FormatPoliAI可以进入格式识别后的内容分析、质量检查、敏感信息发现、OCR/转写和保存风险说明，但不能取代校验和、格式策略、AIP/SIP/DIP、存储复制等确定性保存机制。模型输出应作为衍生文件或元数据候选保存，并记录生成环境。对于古籍、地方文献、科研数据和音视频档案，这种边态，把保存流程纳入统一看板；真正的保存策略仍由专业开源图书馆系统生态及其AI时代演进十、跨项目比较：成熟度、AI就绪度与改造成本以下评分是本次调研的分析判断，采用五级制，不代表社区、版本和文档；AI就绪度重视API、权限、事件、⽰需要的专门技术与工程投入越大。FOLIOFOLIO业务成熟度：4.5API/接口：5数据语义：4权限与审计：4.5事件/增量：4.5AI就绪度：4.6改造成本：高Koha业务成熟度：5API/接口：4数据语义：3.5权限与审计：3事件/增量：2.5AI就绪度：3.5改造成本：中Evergreen业务成熟度：5API/接口：3数据语义：3.5权限与审计：3.5事件/增量：3.5AI就绪度：3.4改4.5数据语义：4.5权限与审计：3.5事件/增量：3.5AI就绪度：4.1API/接口：2.5数据语义：3权限与审计：2.5事件/增量：2AI就绪度：2.7改造成InvenioRDM业务成熟度：4API/接口：4.5数据语义：4.5权限与审计：4事件/增量：3.5AI就绪度：4.2中业务成熟度：5API/接口：4.5数据语义：4权限与审计：4事件/增量：3AI就绪度：4.0改造成本：VuFind业务成熟度：4.5API/接口：3.5数据语义：3.5权限与审计：3事件/增量：2.5AI就绪度：3.7（发现OmekaS业务成熟度：4API/接口：4数据语义：4.5权限与审计：3事件/增量：3AI就绪度：4.0（展陈场ArchivesSpace业务成熟度：4.5API/接口：4数据语义：4.5权限与审计：3.5事件/增量：3AI就绪度：4.0就绪度更高。这并不说明RERO更适合立即替换前两者。成熟的事务系队，FOLIO的复杂度可能抵消其开放优势；Koha加云瀚反而更快产生价值。若目标是大型总分馆开源图书馆系统生态及其AI时代演进十一、中国适用性：从“能够安装”到“能够长期运行”11.1元数据转换是第一道硬门槛发展。中国图书馆还要处理CNMARC、中国图书馆分类法、中文主题词、国内名称规范、古籍著警告和人工修订；支持回放和批量重做。AI可以识别疑似错误、推荐规范名称和分类，但不能悄11.2国内图书馆运行在复杂的本地系统环境中高校馆需要连接统一身份、人事、教务、科研管理、财务、校园卡、课程公共馆需要连接总分馆、社保卡/身份证认证、文化云、活动预约、自助设备和移动端；两者都可云瀚适配器体系应同时支持三条路径：优先使用OpenAPI/REST和事件；其次使用SIP2、NCIP、Z39.50/SRU、OAI-PMH、OpenURL、KBART、COUNTER/SUSHI等行业协议；最后对没有开放接又的存量系统使用经授权的批量文件、只读视图或中间交换库。对生产数据库的直接写入应明确禁止。11.3私有化部署不是合规的全部把模型放在本地只能减少一部分数据外发风险。读者借阅史、检索记录、咨询内容、账户信息和画像仍需要合法、正当、必要的处理目的，并提供查询、更正、删除和撤回同意等机制。模型输开源图书馆系统生态及其AI时代演进若系统面向公众提供生成式服务，还要区分图书馆内部辅助工具和公众服务。前者以馆员工作生成合成内容标识制度要求相关服务提供显式或隐式标识。中国网信网的政策说明可作为产品设计办法面向模拟自然人人格特征和持续情感互动的公众服务，涉及显著提⽰、未成年人保护、沉迷提醒和安全责任等要求。办法全文与云瀚未来的数字人、角色扮演和沉浸服务直接相关。E类体验若11.4实施生态决定开源系统能否落地中国图书馆购买商业系统，往往同时购买数据迁移、流程梳理开源系统若只交付代码仓库，很难与之竞争。云瀚社区需要把适配器、迁移工具、测试数据、配置设备与中文服务包；对Evergreen，重点是馆群模型、OpenSRF网关和人才培养；对DSpace/Omeka/ArchivesSpace，重点是中文元数据和专业流程。每种适配都应列出支持版本、只读/11.5中国市场不适合“一套开源系统包打天下”•存量叠加型：保留汇文、Interlib、Aleph、Symphony或其他现有系统，先接发现、知识和AI服•开源组合型：Koha/FOLIO+DSpace/Omeka/VuFind+云瀚C•联盟平台型：底层允许多种ILS并存，云瀚统一身份、资源发现、知识服务、统计和跨馆任务。这三种形态都比要求客户先完成系统替换更符合中国图书馆的投资开源图书馆系统生态及其AI时代演进十二、对云瀚A-LSP的启示：M类兼容、I类做深、E类慎重生长12.1M类模块：把现有系统纳入平台，而非重新定义它们M1存量系统接入FOLIOAPI、KohaREST、EvergreenOpenSRF、DSpaceREST/OAI适配器SDK、版本矩阵、健康检查和降级M2统一身份与权益FOLIOKeycloak/roles、Koha用户权限、各系统账户用户上下文、同意、最小权限和跨系统身份映射M3资源与知识组织FOLIOInventory/SRS、REROBIBFRAME、OmekaJSON-LDCNMARC/MARC21/DC/BIBFRAME映射、实体标识和血缘M4全域发现VuFind、Aspen、Blacklight、Solr/OpenSearch关键词+向量+图谱混合检索，实时馆藏回查M5/M6基本服务与咨Koha/Evergreen流通、FOLIO只读先行、受控交易、人工转介询Users/CirculationM7/M8任务与智能体FOLIO应用/事件、Invenio任务、Islandora队列工具注册、任务恢复、模型网关和确认卡M9/M10治理与统计FOLIOMetadb、Koha报表、Archivematica审计数据分级、成本、日志、指标又径和可重建分析适配器不能只是把外部API转发一遍。它至少要完成身份映射、权限收敛、字段标准化、错误转换、幂等、超时、审计和版本协商。面向智能体的工具还要提供可读描述、参数约束、风险等级开源图书馆系统生态及其AI时代演进12.2I类模块：云瀚真正能够建立优势的区域FOLIO、Koha和Evergreen已经把传统馆务做得很深，云瀚不应在这些领域与其正面重复。I智能资源采集与语料建设。连接网站、数据库、机构库和特色资源，完成采集、快照、OCR、元数据、版权定级、双审和发布。它可向DSpace、O可信研究与学科服务。将DSpace/InvenioRDM、据，支持专题监测、深度研究、数据可视化和报告生产。FOLIO/Koha提供“本馆有什么”，云瀚回阅读账单、阅读推荐和活动素材。统计又径应固化在指标层，模型负责解释和叙事，不能自行计算AI素养与学术诚信。把资源检索、来源核验、引用、生成内容识别和负责任使用纳入课程与评测。图书馆可以从“提供工具”转向“教会读者如何判这些能力可以跨图书馆、档案馆、博物馆、智库和研究机构复用，也是云瀚现有代码资产最有12.3E类模块：以可信内容为前提发展无界体验角色扮演、实时游戏、数字人、沉浸展览和多智能体协作容易形成演⽰效果，也容易与权威资开源图书馆系统生态及其AI时代演进例如，读者选择历史人物进入地方文化场景时，角色语言可以生成，人物文献出处必须来自经过审核的知识库；过关机制可以动态调整，关键历史事实不能随模型自由改写。系统还应准备预生成剧情和规则模式，在模型超时、2026年拟人化互动服务规范已经对持续情感若发展“数字馆员”或长期角色陪伴，需要把产品定位、用户年龄、使用时长、内容风险和人工援助12.4推荐的适配优先级第一批：FOLIO、Koha、通用协议和DSpace。FOLIO代表现代LSP，Koha代表成熟开源ILS，DSpace代表机构知识库；SIP2、Z39第三批：REROILS、InvenioRDM、SLiMS、Aspen、Archivematica。作为语义编目、科研适配顺序不等于项目价值排序。第一批解决开源图书馆系统生态及其AI时代演进十三、面向AI时代的通用改造架构第一，AI索引和知识图谱都是投影，可以重建；借还、