Historical vs Current.
Current（权威）： 产品契约。先在本机安顿好；组织能力像工作室里另一间可独立布置的房间。托管 Node / 全量 App iframe 是 过渡桥；终态是把 openXYOS 迁入 宿主做成原生能力，并导出可商业化源码。
Historical： 下文 2026-09-19 的全量页面/链路验收清单仍可用于「要对齐哪些原系统能力」。文末「安装包内托管 Node + 组织登录为唯一身份权威、默认产品不再以零 Node 为约束」已 作废，不得再当现行架构。Phase-5 零 Node 与全量 iframe 都是迁原生途中的过渡态，不是终点。
日期：2026-09-19。状态：进行中，未达到全量一致。能力对齐目标仍有效；运行时与身份模型以产品契约为准。
用户明确要求：openXYOS 全部已实现的网页模块、功能和彼此逻辑关系，完整转化成 FreeOS「组织」的子模块，保持对应界面内容与操作能力，形成统一、便于使用的产品。
本要求取代 org-merge-plan.md 中「只迁 Open-12」「商业 App.tsx 不迁」「Chat 永久不迁」的范围限制。旧 Phase 0–5 是有限切片的工程记录，不代表全量融合完成。原有 Chat 的组织沟通功能必须纳入对应分析，是否复用宿主执行引擎不能成为丢弃功能的理由。
范围取 App.tsx、OpenApp.tsx 的并集，并继续追踪页面内部标签、详情、弹窗、设计器和未直接挂路由的组件。没有可执行实现的原始占位，单独记为原系统缺口，不伪称原功能或迁移完成。
每个子模块必须同时满足：
- 页面字段、视图、筛选、统计、详情、内部标签、弹窗、导入导出与原有有效实现对应。
- 原有操作连接真实 API 和持久化数据；重载和应用重启后可读取。
- 组织、部门、员工、账号、任务等关联保持一致，不在不同页面维护互不相通的副本。
- 保留角色权限与租户边界；统一登录不得以把所有用户映射为管理员替代。
- 跨页跳转留在组织子模块，身份、语言、时区和返回路径一致。
- 空态、失败、权限不足和未实现能力明确显示，不静默返回成功或样例数据。
- 独立站与宿主共享页面来源；原页面仍是功能对照基准。
- 原页面对照、真实交互、后端测试与最终安装版验收分别留证。
| 链路 | 必须保留的关系 |
|---|---|
| 组织与员工 | 部门层级、员工归属、汇报关系、岗位、技能、人才录用、离职处理 |
| 目标与执行 | 公司/部门/个人目标、任务关联、进度、例行任务、绩效与效率 |
| 流程与业务 | 流程设计、审批实例、处理人、加签/转签/退回、通知、原业务单据回写 |
| 资产与财务 | 资产、采购、盘点、车辆费用、合同、预算及费用归属 |
| 人事与协作 | 考勤、补卡、请假、报销、日报、组织沟通、通知 |
| 知识与智能体 | 员工知识、技能插件、记忆、反思、智能体配置及执行反馈 |
| 治理与系统 | 权限、租户、审计、配置版本、模块配置、账号与业务管理 |
客户服务、电力交易等原路由也包含在盘点中，不因没有列在 Open-12 而自动排除。
- 扫描原始页面及依赖 →
uv run python scripts/org-parity-inventory.py生成org-full-parity-inventory.json。 - 逐项核验原 API 挂载、字段、操作和关联 → 原系统断点单列，不用迁移状态掩盖。
- Historical 路径（已取代）： 保留完整 Node 业务后端并由 FreeOS 托管。Current： 把网页与能力迁入宿主原生部分；Node 仅作过渡桥。组织能力像工作室里另一间可独立布置的房间，与日常对话、助手同在一个 FreeOS。
- 按业务链而非菜单数量交付 → 对照原页验收，同一账号连续完成业务流程。
- 全量质量门禁和最终安装验收 → 未通过不得宣称整体完成。
自动清单是静态辅助证据，不是功能测试。host_route_exists=true 也不代表界面或功能对等；初始全部记为 not_accepted。
后端路线已确认：安装包内托管 Node 组织运行时，FreeOS 统一启动、停止、代理和健康恢复；组织注册登录是唯一身份权威。默认产品不再以“零 Node”作为架构约束。
Current： 见 产品契约。托管 Node 是桥；组织像工作室里另一间房间，与日常用法各自留白；终态是原生迁入 + 可导出源码。Phase-5 零 Node 与全量 iframe 均为过渡。