每月通讯：FOLIO国际社区进展（4.11-5.10）
2026年05期【海外动态】
供稿整理：容娟（江苏嘉图）
信息更新时间截至2026年5月10日
FOLIO是一个透明、开放的图书馆社区，致力于与图书馆、服务供应商以及开发人员共同重塑和创新图书馆服务。FOLIO的治理模式旨在实现开放、透明和互相尊重的合作，以创建一个对所有社区参与者开放且中立的可持续社区和生态系统。
当前FOLIO社区治理模式的三个主体为社区委员会（CC）、产品委员会（PC）、技术委员会（TC）。社区委员会是 FOLIO 所有委员会和团体的最高管理机构，负责 FOLIO 的管理模式，监督社区健康；产品委员会负责指导FOLIO图书馆服务平台功能的开发，并管理FOLIO产品的范围；技术委员会将负责维护技术政策、最佳实践以及平台基础设施和运营稳定性。兴趣小组SIG（Special Interest Groups）是社区项目推进与实现的组织，由领域专家（图书馆员）、产品经理PO、用户体验设计师等组成。
以下为FOLIO国际社区各委员会及SIG小组近期动态整理。
一、社区委员会（CC）
1.CC更新了Eureka版本的实施进展和后续任务安排。Eureka落地成效显著，90%的FSE（FOLIO System Engineering）租户已完成升级。后续将推进多版本应用支持、Keycloak安全功能、模块联邦、应用拆解等待办任务，以及探讨新平台能力拓展方向。
2.为改进FOLIO宣传工作，增强社区宣传活跃度，CC提出后续需组建志愿者宣传委员会，明确宣传渠道及对外推广流程，完善宣传规范化机制。
二、产品委员会（PC）
1.PC近期以视频录像的方式评审了一份PCE（Product Change Evaluation）。这种异步评审的方式允许参评人提交录制好的功能演示视频，无需出席PC会议。
2.PC制定了Umbrellaleaf版本新功能开发的评审流程，并在采访小组、用户管理小组以及元数据管理小组这三个小组进行小范围试点。目前元数据管理小组完成了评审，采访小组与用户管理小组尚未开展。根据元数据管理小组反馈，试点中遇到的问题有：难以区分新功能、功能优化与架构调整内容，业务专家不易看懂专业技术表述，且评审信息量大、任务重叠多，负担较重。针对工作量过大这一问题，PC参考TC工单评审模式，计划安排一名PC成员或CC成员推进PCE工单评审流程。
3. PC对PCE-16进行评审，拟批准增加RTAC Cache缓存模块，新模块计划随Trillium版本发布。针对大型OPAC实时计算RTAC信息存在的性能问题，改用数据变更预计算+缓存方案。RTAC缓存模块将替代原有RTAC模块，支持多馆藏条目请求、浏览接口与检索接口服务。
4. 针对FOLIO系统中的个人身份信息（PII）和个人数据披露（PDD）问题，PC需为Privacy SIG指派专属联络人，为各模块创建Jira工单以完善PDD表单，PC需与TC共同承担隐私、无障碍、安全等相关工作，推动隐私安全审查的标准流程。
5.PC在会上讨论了整合FOLIO版本最新信息、功能说明、社区常规新闻相关内容，并通过了发布管理与沟通工作组提出的整体重构优化FOLIO Wiki首页的方案。方案负责人后续需与CC沟通方案意向，再协调UX资源协助落地。
三、技术委员会（TC）
1.因Sunflower版本数据导入功能的后台调整未同步至用户端，出现数据导入失败、日志记录异常的情况。会议上讨论了TC在该事项的职责定位，初步判定TC无需直接介入沟通。后续将复盘测试环节漏洞，并讨论如何避免同类问题。
2. 安全团队对NPM/JavaScript生态供应链攻击进行风险汇报及提出防护方案，TC审议并批准了相关安全规范：明确要求全UI仓库提交依赖锁定文件、禁用安装后置脚本、优先引用正式版本依赖。TC与安全团队厘清了以往不提交锁定文件的历史原因，确定全仓库规范纳入锁定文件管控，保障本地开发与CI流水线安全，整体落地资源成本可控。
3. TC同步DevOps团队关于老旧设施下线及架构优化的方案。明确2026年5—6月分阶段下线Jenkins服务器、基于Okapi的folio-snapshot参考环境。并确定了版本架构调整方案：后续不再使用platform-complete构建前端，短期由platform-lsp承接，长期则等待模块联邦方案成熟。
4. TC就现有模块评估专题召开会议，确定了现有模块技术评估的整体流程、Jira任务模型、角色权责、争议升级路径及状态定义。明确保留评估队列，计划先达成共识再创建工单，并由一名TC成员牵头维护队列而暂不设立专项小组。部分执行细则仍在草案阶段，将通过补充文档进一步明确。
5. TC召开了配置管理专题会议，会上重点探讨了配置管理方案与TC现有环境变量政策存在重叠、配置管理文档的存放与落地流程不完善、开发团队的职责划分不明确、配置文件的复用和自动化更新等问题。针对上述问题，TC明确了后续的推进方向：由专人负责审阅现有环境变量政策，完善待审核的配置管理文档；把配置管理文档同步到Wiki，推进配置文件的复用和自动化更新工作；明确开发团队的相关职责；提供对应的环境支持。
6. TCR Board更新
- TCR-65:RequestforTechnicalEvaluationofstripes-hub(ModuleFederation)
TC正在评审中。
- TCR-66:RequestforTechnicalEvaluationofmod-rtac-cache
TC正在评审中。
四、兴趣小组
（一）采访小组（Acquisitions SIG）
采访小组负责与开发人员合作完成采访功能开发及界面设计，定义各类资源采编管理的核心功能，包括：资金结构、订单管理、验收、付款、催缺、维护、使用统计及其他评估工具与报表功能。该小组将研究资源关系的呈现方式，以及支持这些功能所需的机制与工作流程。该小组的近期动态有：
- 开放edge-orders接口并集成Mosaic API，支持自定义交换服务商。
- 改进订单收货排序、P/E-Mix订单处理及“无需收货”自动设置逻辑。
- 优化发票搜索与汇总信息，支持历史账期数据查询。
- 取消ISBN强制校验，优化批次分配性能，避免持仓与物品数据脱节失联。
（二）APP交互小组（App Interaction SIG）
APP交互小组负责审查FOLIO应用程序之间的工作流和数据流，确定跨应用程序功能的差异，提供开发所需的功能机制和解决方案。该小组的近期动态有：
- 评估多时区部署风险，启动深度技术评估。
- 调整采选筛选器方案。
- 推进Cross App Convener交接。
（三）数据导入小组（Data Import SIG）
数据导入小组明确FOLIO数据导入应用程序的功能要求，包括导入MARC记录，以创建或更新典藏中的书目、馆藏和单册记录，以及MARCcat中的相应记录。数据导入应用程序对元数据管理SIG、应用程序交互SIG、采集SIG和资源管理SIG尤为重要。该小组的近期动态有：
- 推进数据导入更新逻辑优化，修复日志隐患及SRS-实例联动风险，拟增设强制覆盖机制。
- 催办MARC单字段更新用例，同步WOLFcon动态，评审Trillium新功能。
- 研讨“删除记录匹配”策略，推进Bugfest测试。
（四）电子资源管理小组（Electronic Resource Management SIG）
电子资源管理小组的工作围绕电子资源管理的用例、需求和工作流程进行。该小组的近期动态有：
- 启动ERM应用重构招标：VZG计划用Go语言重构ERM套件以消除技术债务，Index Data已接手过渡期维护，承诺全过程公开透明。
- 明确双轨并行开发模式，K-Int确认继续独立维护现有应用，与VZG的重构工作并行。
- 确定过渡期联合产品负责人，协调SIG会议安排。
（五）实施小组（Implementers SIG）
实施小组的核心使命是识别机构的共性实施问题，针对具体问题成立专项工作组，与系统运行和管理小组建立联络机制，共享实施方法论、最佳实践等资源。该小组的近期动态有：
- 推进Sunflower迁移前的环境清理和脚本开发等准备工作。
- 定位并排查康奈尔大学与SCELC团队在认证与角色配置中遇到的编辑权限受限及变更不生效问题。
- 当前权限配置成为迁移阻点，会议指出需明确具体操作与能力集的映射规范。
（六）关联数据小组（Linked Data SIG）
关联数据小组倡导基于社区的关联数据与实体管理方法，培育围绕BIBFRAME的实践并推动其发展状态，构建FOLIO环境下关联开放数据工作和技术实施经验交流的平台，制定标准化的实施框架。该小组的近期动态有：
- 针对关联数据落地难和技术债务问题，小组倾向采用插件化、模块化的渐进改造方案，聚焦数据索引策略与本地最佳实践。
- 面对数据管理复杂和权限模糊等挑战，提出以URI为桥梁实现MARC与关联数据并存。
- 盘点IBCult、NLS等案例，针对当前环境提出质询，强调后续需关注关联数据平台的使用现状，以及相关内容是否对社区开放编辑。
（七）元数据管理小组（Metadata Management）
元数据管理小组主要负责书目管理功能相关的内容，如定义书目控制模块的基本数据元素、探索可纳入FOLIO的各种元数据格式(MARC、RDA、BIBFRAME、DC等）。小组专注于数据的共享性和可操作性，就图书馆和供应商之间所需的交互向开发团队提出需求，并与资源管理小组和资源访问小组进行密切协作。该小组的近期动态有：
- 确认批量处理功能存在实际需求，与SRS集成诉求强烈，但因各机构优先级不一，需进一步调研统一排序。
- 招募WOLFcon 2026志愿者。
- 同步推进“直接馆藏/单册搜索”开发，要求结果中清晰区分同名实例。
- 计划重启”数据导出工作组”，完善数据流转功能。
（八）系统运行和管理小组（System Operations and Management SIG）
系统运行与管理小组成员需全方面了解FOLIO的运作方式，包含但不仅限于安装和维护FOLIO系统、管理数据库、调试问题、向开发者团队报告错误和问题、为前端开发人员构建开发环境。该小组的近期动态有：
- Eureka架构升级推进，计划于6月发布Wolfcon 2026相关议程。
- MinIO升级受阻，考虑先升级到Sunflower版本再切换Eureka。
- 提出解决配置技术债务，补充运维标准规范。
（九）用户管理小组（User Management SIG）
用户管理小组与开发人员合作，指导身份验证系统（如Shibboleth，OAUTH，InCommon）和授权系统（Grouper）与FOLIO平台的集成。该小组的近期动态有：
- 开发“用户记录模板”功能，预设默认值与隐藏字段简化录入。
- 确认模板作为流通工作的可选辅助工具。
- 优化字段显示与交互，调整界面默认模式。
- 规划细粒度权限，限制敏感字段访问以保护隐私。
编辑：周江纯