先说结论：一次构建，手机上就有一份能用的页面
Inkwell Engine 里，一个业务模块的页面分两个平台维度：PC 端和移动端。两者挂在同一个路由下（例如 /ai-pages/item），共用同一份后端接口，但各自是一份独立页面、各自记录自己的版本与更新时间。
过去要让一个模块在手机上可用，等于把同一套需求再排一次期：再画一次界面、再对一次字段口径、再测一次数据一致性。现在的做法是——你在 PC 端把模块页面搭出来，编译时平台按移动端规范同步产出一份移动端同伴页。路由不变、字段不变、接口不变，手机浏览器打开就是能查、能填、能走流程的页面。
这条能力交付的是三件事：
- 编译即同步：PC 页面每次编译，移动端同伴页跟着刷新，不需要为"手机版"单独立项。
- 精修保护：同伴页是起点，不是终点。移动端上被人工调整过的部分，不会被下一次 PC 端同步覆盖掉。
- 双端同源：两端读同一套接口、同一份数据。不存在"手机上看到的库存数和电脑上不一样"这类问题。
为什么这件事值得单独讲
企业里的系统使用者从来不是同一群人。建台账、录档案、批量维护数据的人坐在工位前，用大屏、多列表格、复杂筛选；而真正在业务现场需要这些信息的人，站在仓库货架前、车间设备旁、客户会议室里，手上只有一部手机。
一个只做 PC 端的模块，对这些现场角色来说等于没交付。盘点时对着一台电脑回忆货架上的数量、工艺员在设备旁查不到生效的 BOM 结构、销售在客户现场翻不出这条物料改过什么版本——这些场景里缺的从来不是功能，是"能拿到手上的那一屏"。
传统补法是再开发一套小程序或 H5：两套需求文档、两套排期、两套字段定义，最后靠人工对齐，数据口径迟早分叉。Inkwell Engine 走的是另一条路：数据模型和接口只建一次，页面按端各出一份，两端由同一份契约约束。移动端不是"缩小版 PC"，而是同一份业务契约在移动交互规范下的另一次表达。## 拆开看：一份页面怎么变成两份
第一层：模块只建一次。 一个模块在平台上先有数据和接口——字段定义、必填与校验规则、字典枚举、跨模块引用、列表的筛选与关键字检索契约。这一层与端无关：不管是电脑还是手机，走的都是同一组增删改查与状态动作接口。所以"同步到手机"不涉及任何后端重做。
第二层：PC 页面是业务表达的主稿。 你在构建器里搭出列表页、表单、详情、批量操作，配上桌面端的组件与布局。这一层承载了业务规则的落地形态：哪些字段可筛、哪些状态能流转、哪些动作只有特定角色可见。
第三层：编译时产出移动端同伴页。 PC 页面编译的同时，平台按移动端的组件规范重排出一份同伴页——同样的字段、同样的校验、同样的接口调用，换成手机上顺手的样子。
这里有两个细节值得说明：
- 组件不通用，语义通用。 PC 端用桌面组件库（Element Plus，负责宽表格、抽屉、多列表单），移动端用移动组件库（TDesign，负责列表卡片、下拉筛选、全屏表单）。同步搬运的是业务语义——字段、必填、字典选项、状态动作——不是像素布局。所以同伴页结构比 PC 页更精简，它不会硬塞一张十几列的表格进手机屏幕。
- 两端标题可以不同。 同一个 BOM 模块，PC 端页面叫"产品结构 BOM"，移动端同伴页叫"BOM 版本管理"。前者面向工艺人员看完整结构树，后者面向现场人员快速定位当前生效版本。平台允许两端各自决定怎么表达，而不是逼着一个名字服务两种场景。
精修保护：改手机不会改回原样，改电脑不会冲掉手机
自动同步最大的风险是"我调好的东西被下一次同步覆盖"。这条能力的规则是：PC 端同步只刷新移动端上未被人工精修过的部分。
也就是说，同伴页拿到手是"可用"状态；如果你发现现场人员更需要先看到数量而不是名称，你在移动端把顺序调了、把某个字段收起了，这个改动被保护住，后续 PC 端继续迭代字段、加筛选项时，你的移动端精修不会被抹平。
结果是两条独立的版本线：PC 端按业务复杂度快速演进，移动端按现场使用反馈小步调整，两边互不阻塞、互不覆盖。数据契约仍然是同一份，所以两条线不会把业务逻辑拆成两半。## 在哪验证的：PLM 产品线五个模块
首批把这条能力跑通的是 PLM 产品线的五个模块：物料管理、分类管理、BOM 版本管理、工程变更管理、文档管理。
选这条产品线做首批不是偶然。研发与工艺数据天然是"办公室建、现场查"：物料档案和分类树由工程师在 PC 端维护，但真正要用它们的人拿着物料编码在产线边上找件、对着设备铭牌核对图纸版本、在客户现场确认这条工程变更有没有生效、在检修时翻那份作业文档。这些动作全部发生在手机上。
五个模块的双端页面已经完成构建与联调，PC 端与移动端各自持有独立版本线，走同一套模块接口。需要说明的是：这批移动端同伴页目前处于内部构建与联调阶段，还没有发布到任何客户环境，所以本文只讲机制与验证范围，不给出使用效果方面的数字。
平台侧的既有能力同样覆盖双端。模块生命周期管理面提供沙箱、发布预检与错误账本——发布前的预检会把模块的页面与接口一起过一遍，双端页面不会有一端漏检。业务模块（如员工档案、考勤、日程、任务、会议、公告、运单、派车、运费结算、客户、产品）已经以 PC 端页面稳定交付，它们接入同一套同步机制。
上线前建议查三件事
- 字段口径是否一致。 在 PC 端确认一遍必填与校验规则，再到移动端提交一条最小数据，看两端拦截的是不是同一个问题。同源不等于同表现，移动端报错文案更短，别让它把关键约束说丢了。
- 现场要看的字段是否在第一屏。 同伴页给的是"可用"，不是"最顺手"。列表页默认展示哪几列、筛选默认落在哪个条件上，值得按真实使用场景手动精修一次。
- 状态流转动作是否可达。 提交、审批、作废这类动作端点在两端都要能点到，尤其是只有特定角色可见的动作，别在移动端被折叠到找不到。
边界在哪
移动端同伴页覆盖的是"查、填、流转"这类标准业务交互。它不打算替代 PC 端做重活：多列横向对比的大表、批量导入导出、复杂看板布局，仍然应该在电脑前完成。把移动端理解成现场那一屏的入口，而不是把整个系统塞进手机，这条能力的定位就清楚了。