DioCrafts/OpenFoundry

## 为什么选择 OpenFoundry？ 大多数组织没有数据问题。 它们面临的是**协调问题**。 它们的信息分布在太多的工具、太多的团队和太多的流程中： - 运营数据在一个系统中 - 计划在另一个系统中 - 质量问题又在另一个系统中 - 文档在共享驱动器中 - 分析在仪表板中 - 行动依赖于电子邮件、聊天和电子表格 结果就是： - 决策缓慢 - 工作重复 - 可见性差 - 被动救火 - 结果难以衡量 **OpenFoundry 改变了这一点。** 它为您的组织创建了一个共享的运营层，让人们可以基于相同的实际情况进行工作——拥有正确的上下文、正确的工作流和正确的权限。 ## 🚀 您可以使用 OpenFoundry 做什么 OpenFoundry 专为处理**复杂运营**、**高协调成本**和**关键决策**的团队而设计。 ### 航空与工业运营 在一个平台中连接工程、维护、车队、供应链和运营数据。 使用 OpenFoundry，团队可以： - 更快地检测反复出现的缺陷 - 了解对延误和可用性的下游影响 - 将维护历史记录与实时运营上下文联系起来 - 根据风险和运营紧迫性确定维修的优先级 - 跨工厂、供应商和现场团队进行协调 - 通过预测性警报减少资产停机时间 - 在不牺牲质量的情况下提高吞吐量 **示例：** 制造商或航空公司可以将维护记录、零件交付、工单、质量检查结果、航班运营数据和工程更新统一到一个共享的运营视图中。 ### 医疗保健与医院运营 帮助临床医生、规划人员和运营领导者在保护敏感数据的同时，基于及时、可信的信息进行工作。 使用 OpenFoundry，组织可以： - 连接候补名单、转诊、床位容量、手术室可用性、人员配备和出院工作流 - 识别护理路径中的障碍 - 改善调度和资源利用率 - 减轻管理负担 - 支持患者流转和出院协调 - 创建针对敏感运营和临床信息的安全的、基于角色的访问机制 **示例：** 医疗保健系统可以结合调度、容量、护理路径和任务跟踪数据，帮助团队更高效、更安全地引导患者完成护理过程。 ### 保险、风险与弹性 将碎片化的内部和外部数据转化为鲜活的风险视图。 使用 OpenFoundry，团队可以： - 统一承保、理赔、风险敞口、气候、网络和投资组合数据 - 创建跨业务单元的单一风险视图 - 将风险模型落实到实际工作流中 - 将分析周期从数天缩短至数分钟 - 帮助专家调查、比较复杂场景并采取行动 - 支持治理、可追溯性和合规性 **示例：** 风险组织可以结合投资组合、地理空间、气候和理赔信息，构建能够识别风险敞口模式、支持定价决策并改进弹性规划的工具。 ### 公共部门与关键基础设施 支持跨机构、运营商和项目的更好决策。 使用 OpenFoundry，组织可以： - 安全地连接孤立的系统 - 跨团队和区域协调资源 - 监控瓶颈和任务关键型工作流 - 无需从零开始构建运营应用程序 - 提高透明度和问责制 - 更快地响应中断和不断变化的情况 ## ✨ 为什么人们选择 OpenFoundry ### 1. 一个了解全局的地方 OpenFoundry 将来自组织各个部分的数据汇集到一个共享的运营视图中。 不仅是仪表板。 不仅是存储。 不仅是报告。 一个让数据成为**行动上下文**的地方。 ### 2. 为真正的运营而构建，而不仅仅是为了分析 许多工具可以帮助您查看数据。 但很少有工具能帮助人们**使用数据**、**围绕数据进行协调**以及**根据数据做出决策**。 OpenFoundry 支持的运营用例包括： - 问题分流 - 分配任务 - 解决瓶颈 - 管理工作流 - 跟踪异常 - 监控实时运营 - 长期跟踪结果 ### 3. 设计安全 对于处于受监管或敏感环境中的组织来说，治理不是可选项。 OpenFoundry 旨在支持： - 基于角色和属性的访问控制 - 可审计性和可追溯性 - 环境隔离 - 安全协作 - 数据所有权边界 - 策略感知工作流 ### 4. 足够灵活以适应复杂的组织 每个组织都有不同的实际情况： 不同的系统、不同的流程、不同的术语、不同的约束条件。 OpenFoundry 的构建是为了适应这种复杂性，而不是强迫您采用一刀切的工作流。 ### 5. 开源、可扩展且可自托管 与封闭、高成本的企业平台不同，OpenFoundry 是在开放中构建的。 这意味着您可以： - 自行托管 - 进行扩展 - 与您的系统集成 - 检查其工作原理 - 与您的团队和社区共同塑造它 ## 🧭 OpenFoundry 帮助您的团队做什么 ### 查看全貌 汇聚来自 ERPs、CRMs、数据仓库、运营工具、文件、APIs、事件流和内部应用程序等系统的数据。 ### 建立共享语言 定义您组织的核心概念——资产、客户、患者、保单、供应商、工单、事件、案例、设施、航班、货物或任何其他重要的事物。 ### 理解关系 查看人员、流程、资产、事件和结果是如何关联的。 ### 发现关键问题 跟踪异常、延误、风险、绩效差距、质量问题和运营依赖关系。 ### 协调行动 将洞察转化为任务、工作流、审查、干预和决策。 ### 衡量影响 跟踪各项变更是否真正提高了可靠性、效率、吞吐量、安全性，降低了成本或改善了服务质量。 ## 🖼️ 体验感是怎样的 OpenFoundry 的设计初衷是让您感觉不再像是在“使用数据技术栈”，而更像是**清晰地运营您的组织**。 在平台内部，团队可以处理： - 统一的运营视图 - 实时仪表板 - 可搜索的记录和实体 - 数据探索和分析工具 - 工作流和任务管理 - 警报和异常监控 - 为特定团队构建的内部应用程序 - AI 辅助的调查和决策支持 ## 💡 OpenFoundry 可以支持的示例成果 当组织在一个地方连接数据、决策和工作流时，它们旨在实现以下成果： ### 在运营方面 - 减少延误 - 减少可避免的升级 - 更快的根因分析 - 更好的跨团队协调 - 更可预测的吞吐量 ### 在维护方面 - 提高资产可用性 - 更快的问题解决速度 - 更好的维修工作优先级排序 - 减少计划外停机时间 ### 在医疗服务方面 - 更好地了解候补名单和瓶颈 - 提高调度效率 - 减轻管理负担 - 更顺畅的出院和患者流转协调 ### 在风险和保险方面 - 更快地访问复杂的分析 - 更好的风险可见性 - 更一致的决策 - 更强大的治理和可追溯性 ### 在企业转型方面 - 减少孤立的工具 - 减少基于电子表格的工作 - 更强的跨职能一致性 - 对数据驱动决策的更高信任度 ## ❤️ 为决策者和一线团队而设计 OpenFoundry 不仅适用于工程师或数据专家。 它适用于： - 运营领导 - 规划人员 - 分析师 - 临床医生 - 维护团队 - 供应链团队 - 转型团队 - 高管 - 项目经理 - 合规与治理团队 目标很简单： **让复杂的组织更容易理解、更容易管理** ## 🔍 OpenFoundry 的与众不同之处 | | 传统 BI | 独立的数据仓库 | 封闭的企业平台 | OpenFoundry | |---|---|---|---|---| | 显示指标 | ✅ | ✅ | ✅ | ✅ | | 连接多个系统 | ⚠️ | ✅ | ✅ | ✅ | | 支持运营工作流 | ❌ | ❌ | ✅ | ✅ | | 共享的业务模型/本体 | ❌ | ❌ | ✅ | ✅ | | 跨团队的安全协作 | ⚠️ | ❌ | ✅ | ✅ | | 基于数据的可操作应用 | ❌ | ❌ | ✅ | ✅ | | AI 就绪的运营上下文 | ⚠️ | ⚠️ | ✅ | ✅ | | 可自托管 | ✅ | ✅ | ❌ | ✅ | | 开源 | ✅ | ✅ | ❌ | ✅ | ## 🛠️ OpenFoundry 的内部构成 OpenFoundry 将多种功能整合到一个平台体验中： ### 统一数据层 汇聚您整个组织内部的结构化和非结构化数据。 ### 运营知识模型 定义对您的业务至关重要的对象、实体、流程和关系。 ### 分析与探索 搜索、查询、调查、比较并了解正在发生的情况。 ### 工作流与任务分配 通过运营工作流从洞察迈向执行。 ### 内部应用 为特定团队和用例构建专注的应用程序。 ### AI 与 Copilot 使用 AI 探索数据、总结上下文、辅助工作流并支持决策。 ### 治理与安全 负责任地控制访问、追踪操作并管理敏感环境。 ## 📌 产品状态 OpenFoundry 目前处于**积极开发**阶段。 今天，该项目专注于为强大的开放数据运营平台构建基础，包括： - 核心平台架构 - 数据服务 - 工作流编排 - 本体和语义建模 - 分析基础设施 - 应用程序框架 - 安全和治理基础 ### 当前重点 - 强大的平台核心 - 优秀的开发者和运维人员体验 - 模块化服务 - 面向生产的架构 - 渐进式交付面向最终用户的功能 ### 发展方向 我们的目标是让 OpenFoundry 成为领先的**开源运营智能平台**——赋予组织构建强大、安全、数据驱动工作流的能力，而无需供应商锁定。 ## 🎯 OpenFoundry 适用的对象 如果您的组织经常这样说，那么 OpenFoundry 尤为相关： - “我们有数据，但没有可见性。” - “每个团队看到的现实情况都不一样。” - “我们在协调电子表格和系统上花费了太多时间。” - “我们可以分析问题，但采取行动太慢了。” - “重要的工作流依赖于人工将各个工具拼接起来。” - “我们需要安全和治理，但也需要敏捷性。” - “我们需要企业级的能力，但不想被锁定在一个黑盒中。” 如果这听起来很熟悉，那么 OpenFoundry 就是您的最佳选择。 ## ⚡ 快速开始 ### 对于好奇的用户 如果您想探索 OpenFoundry 未来的发展： - 阅读路线图 - 关注该项目 - 加入社区 - 为仓库加星标 ### 对于贡献者 如果您想帮助构建 OpenFoundry： 1. 克隆仓库 2. 按照开发环境设置操作 3. 探索未解决的问题 4. 贡献代码、文档、设计或反馈 ``` git clone https://github.com/open-foundry/open-foundry.git cd open-foundry cp .env.example .env ``` 然后按照以下文档进行开发者设置： - [CONTRIBUTING.md](CONTRIBUTING.md) - [ARCHITECTURE.md](ARCHITECTURE.md) ## 🗺️ 路线图 OpenFoundry 正在分阶段进行构建。 ### 阶段 1 — 基础 核心平台服务、身份验证、本体、数据层、工作流和平台基础。 ### 阶段 2 — 运营可见性 仪表板、搜索、质量、目录、监控和更丰富的体验。 ### 阶段 3 — 运营应用 应用程序、团队工作流、低代码构建模块和特定领域的用例。 ### 阶段 4 — 智能 AI 辅助、高级分析、预测性工作流和更多自动化。 ### 阶段 5 — 生态系统 插件、扩展、合作伙伴集成、模板和更广泛的社区贡献。 有关更多详细信息，请参阅 [ROADMAP.md](ROADMAP.md)。 ## 🤝 贡献 我们将 OpenFoundry 构建为一个开放平台，面向那些认为关键运营软件应该具备以下特性的人： - 可理解 - 可扩展 - 安全 - 协作性 - 开放 我们欢迎在以下方面的贡献： - 产品思考 - UX 和设计 - 文档 - 前端 - 后端 - 基础设施 - 测试 - 示例 - 集成 从这里开始：[CONTRIBUTING.md](CONTRIBUTING.md) ## 🔐 安全 我们非常重视安全性，特别是对于在敏感、受监管或任务关键型环境中运营的组织。 请查阅 [SECURITY.md](SECURITY.md) 以了解漏洞报告和安全实践。 ## 🌍 开源，兼具企业级雄心 OpenFoundry 是开源的，因为我们相信运营智能的未来不应仅仅属于封闭、高成本的平台。 世界上最重要的组织——无论是在医疗保健、工业、物流、公共基础设施、能源还是金融领域——都需要值得信赖的软件将数据转化为行动。 我们希望 OpenFoundry 能助其一臂之力。 ## 💬 社区 - 加入讨论 - 分享用例 - 提出改进建议 - 帮助塑造路线图 如果 OpenFoundry 引起了您的共鸣，请给项目一个 ⭐ 这有助于更多人发现它——并帮助我们继续构建。 ## 📄 许可证 OpenFoundry 采用 [GNU Affero General Public License v3.0](LICENSE) 进行授权。