在FOLIO的元数据管理特别兴趣小组（MM-SIG）支持下，实体管理工作组（EM-WG）在2020-2021年打算开发实体App，形成了2份文件：
- 实体App愿景（Entities App: Vision）
- FOLIO用例（Use Cases – EMWG），针对元数据管理中的实体管理
之后EM-WG大概就结束活动了。2022年小组恢复活动，并更新了用例。
实体管理工作组的恢复，似乎与美国国会图书馆（LC）于2022年9月宣布决定采用由EBSCO支持的FOLIO有关。参见：美国国会图书馆选择folio系统（2022-9-22）
2023年1月30日LC的BIBFRAME更新论坛，已经与BIBFRAME关系不大，几乎成为其FOLIO更新论坛，其中第3时段的康奈尔大学Jason Kovari报告，针对FOLIO中的实体管理，介绍了上述2份文件。该时段后来增加EBSCO的Gloria Gonzalez报告，针对LC的FOLIO项目，在用于FOLIO的新BIBFRAME/关联数据需求部分，介绍“规范和实体管理功能”，提到以下两点：[1]自动化规范管理任务，用MARC书目和规范记录同步关联数据规范；[2]作为LC图书馆馆藏获取平台（LCAP）的一部分创建实体管理服务，FOLIO实体管理工作组将提供反馈。
根据“实体App愿景”，实体包括：行为者、体裁、地理、主题、作品、其他（如MARC和RDA词表），即通常的规范控制对象。通过管理、创建、缓存、发布，集成实体数据，支持实体的CRUD（即创建、读取/消费、更新、删除）功能。
概述：
- 实体管理应用程序（实体App）是FOLIO架构的模块，在这里管理、创建、缓存和发布实体数据。该应用程序提供支持实体管理的功能，跨FOLIO应用程序集成外部和内部关联数据源，并提供促进基于实体的数据模型（如BIBFRAME）的一个组件。这将是FOLIO管理受控实体和支持FOLIO存储和支持的任何元数据模式的中心位置。
- 为了方便其他功能，实体App必须缓存外部实体并存储内部实体。外部实体，如美国国会图书馆（LC）主题标题、LC名称规范档（LCNAF）、Getty词表、RBMS词表或任何具有关联数据端点的基于web的词库，可以在内部缓存，以便可以在MARC SRS、典藏和FOLIO内开发的其他数据存储中控制数据。
- 实体App还将支持使用永久URI创建、维护和发布的本地定义实体。实体的本地管理示例可能包括机构的本地实体，这些实体不由现有的外部实体数据源表示，或创建关于外部实体的本地数据（例如：为有问题的主题标题添加替代标签）。
- 实体管理工作组承认CODEX愿景，该愿景与实体管理概念之间存在一些重叠【本人说明附后】。然而，实体管理app旨在实现特定功能，以实现对Folio内实体的管理，并不局限于CODEX愿景，也不要求交付CODEX愿景的任何部分。
- 在规范管理范围内，实体App以多种方式处理FOLIO和第三方查找服务中其他地方存储的数据。首先，实体App保存FOLIO中使用的受控标题的记录数据。这包括MARC SRS书目记录中1XX、6XX、7XX等字段中存储的标题等数据，以及FOLIO中当前管理的参考数据（例如：资源类型和载体类型）。
【说明】Folio使用Codex管理元数据（The Codex Vision），并作为规范化的元数据中心，供各种app调用。Codex不但映射导入各种来源的元数据，甚至还建立抽象的“作品”，以实现如典藏（Inventory）中的实物资源和知识库（KB）中电子资源（eHoldings）的关联。这显然与实体管理有交叉。
实体管理App作为规范控制工具，对于转向FOLIO的LC来说是刚需，其他图书馆不一定需要。而Codex作为不同FOLIO域和App之间的连接点，则是所有图书馆都需要的基础FOLIO域，二者本各有侧重。实体App完成后，Codex当可直接利用实体管理域中的规范数据。