为什么墨舜

已有业务系统，为什么还需要墨舜。

ERP、MES、CRM 承担已有的业务流程。墨舜系统面向这些系统之间的共同上下文：理解数据与知识的关系，形成有依据的判断，并在授权范围内继续推进。

继续使用已有系统，
补上共同理解的一层。

这是定位与机制的对照。既有系统也可能具有分析、流程与自动化能力。

信息
常见的工作方式
在现有业务系统中记录、统计与追踪，再由人对齐跨系统口径。
墨舜的系统方向
把既有系统的数据接入同一套上下文，连接企业知识与规则，并保留来源。
判断
常见的工作方式
结合报表与业务经验分析；实际能力因系统与配置而不同。
墨舜的系统方向
在授权范围内综合理解，给出有依据的建议，同时说明约束与不确定性。
行动
常见的工作方式
人在相关系统里推进，或使用已配置的流程与自动化。
墨舜的系统方向
通过登记工具继续推进；敏感和不可逆动作先预览，再按策略确认或审批。

墨舜的规范支持与 ERP、MES、WMS、CRM、OA、财务系统、数据库、表格及 API 共存与接入，逐步确定替代范围。

上下文、权限、来源与执行一起参与，才能让一条建议可复核。

因为上下文需要跨模块: 一条判断往往同时牵涉订单、库存、生产、人员与文档。只有当身份、权限、文件、搜索与审计是全系统共用的一套实现时，智能层才可能在不绕过模块边界的前提下跨模块理解上下文。能否做到这些，取决于接入方式与共同契约，不能仅凭多了一个对话框来判断。
因为权限必须一起参与: 同一个问题，不同的人能看到的依据不同。授权由身份、租户成员关系、角色绑定、权限、数据范围、策略与资源上下文共同计算，明确拒绝优先于允许，并且会对搜索结果、工具调用与敏感操作重新判定。这是系统层的事，不是提示词能约束的事。
因为执行要留下记录: 谁授权了哪个 Agent、对哪个资源执行了哪个工具，要能被审计。审计与应用日志是两套系统，企业管理员不能手工删除审计记录，保留期由策略驱动。
因为模型不应该绑定业务: 业务模块调用墨舜的智能契约，不直接对接任何模型厂商。模型接入、路由与降级由系统处理，日常使用的人不需要先选模型，企业也不会因为换模型而需要改业务。

共存接入、客户端形态和受控执行，是明确的产品边界。

不要求先替换掉现有系统: 现有的 ERP、MES、WMS、CRM、OA、财务系统、数据库与表格可以被接进来共存，再按企业自己的节奏逐步替代。
不提供浏览器版的业务系统: 产品形态是 Windows、macOS 桌面端与 iOS、Android、HarmonyOS 原生客户端。浏览器只用于管理台形态：墨舜控制面控制台、墨舜账号中心与企业高级管理控制台。
不做无约束的自动执行: 系统不自动替管理者做决定。重要判断给出依据与不确定性，敏感与不可逆的动作需要确认或审批，Agent 不会比授权它的上下文拥有更高权限。
不让企业自建任意 Agent: 初期企业使用墨舜提供的官方 Agent。受控的 Agent 创建能力是后续单独定义的事情，现在不承诺。

接入墨舜系统从了解企业现状开始：正在用哪些系统、数据在哪里、谁在用、怎么用。把这些讲清楚之后，才谈接入范围与部署方式。

系统规范与架构已冻结为基线，实现按阶段推进；客户端尚未开放下载，账号中心尚未开放注册。