系统设计
SYSTEM DESIGN

DMTX Desktop Workspace 桌面客户端技术方案

基于现有 DMTX 后端、Vue 主应用和多个遗留编辑器,规划 macOS / Windows 桌面工作区,并逐步叠加 AI Copilot、任务、工件、审批和审计能力。

solution.md 2026-06-04 ~12 分钟阅读

方案概览#

要点

推荐将 DMTX 打造成 DMTX Desktop Workspace:以 Electron 桌面壳复用现有 Vue 主应用和编辑器,先完成 macOS / Windows 工作台化,再通过 desktop-bff、AI Copilot、任务、工件、审批和审计能力逐步演进到 Claude Cowork-like 的营销运营协同客户端。

方案 A — 简单套壳

仅做安装包、登录、主前端加载和基础自动更新,适合演示但产品价值不足。

方案 D — 企业级 Workspace

加入多 Agent、私有化、设备管理、管理员策略和编辑器现代化,适合作为后续战略阶段。

需求与验收#

用户原始需求是:基于 DMTX 后端、主前端、拖拽编辑器、表单编辑器和 H5/CKEditor,评估如何将 DMTX 做成类似 Claude Cowork 的 macOS / Windows 多端客户端,并明确开发路径与工时。

项目路径当前定位桌面化策略
DMTX 后端/Users/jack/IdeaProjects/dmtx/biz-projectsJava 17 + Maven 多模块 Spring Boot不本地打包;通过 gateway / desktop-bff 访问
主前端/Users/jack/IdeaProjects/dmtx/dmtxfront/appVue 3 + Vite + Pinia + Qiankun最大化复用,增加 runtime config 与 desktop bridge
拖拽编辑器draggable-editorVue 2 + webpack 3 邮件编辑器MVP 兼容 iframe;补 origin 校验和 typed message
表单编辑器form-editorVue 2 + Vue CLI 表单/问卷编辑器去掉 Ato query token,改宿主 bridge 注入
H5 编辑器Dmartech-CKEditorCKEditor 4 分叉静态资源MVP 兼容,中期重封装,长期替换或升级

竞品调研#

竞品 / 参考产品实现方式优点缺点DMTX 可借鉴点
HubSpot BreezeAssistant、Agents 和 100+ AI 功能嵌入 CRM、Marketing、Sales、Service 流程。AI 深度绑定 CRM 数据和业务流程。企业级权限和配置复杂。AI 要理解联系人、素材、旅程、表单和活动数据。
Mailchimp Intuit Assist / Analytics AIAnalytics AI、AI Segment Builder、自动化流程邮件生成、活动表现分析。面向营销人员高频任务,确认机制清晰。高级能力受套餐、地区和 beta 状态限制。采用“生成草稿 + 人工确认”,先提升素材和分群效率。
ActiveCampaign Active Intelligence自然语言创建 campaign、automation、segmentation,并探索 AI agents / MCP。接近 Autonomous Marketing。自动化能力越强,权限和审计要求越高。必须提供稳定、可控、可审计的 AI 工具接口。
Claude Code Desktop / CoworkChat / Cowork / Code、多 pane、任务面板、后台任务、subagents、permission modes、artifacts。工作区、会话、任务、工件、审批、权限对象模型清晰。偏研发和本地文件场景。借鉴对象模型,但工具对象换成联系人、素材、旅程、表单、报表。

用户体验设计#

第一版聚焦运营人员和实施/交付人员。管理员只保留账号、权限、环境、设备和审计的必要入口。

1

选择工作区

选择企业、环境和业务模块,例如“某客户 - 生产环境 - 邮件营销”。默认使用最近登录环境。

workspace≤1 step
2

提出营销目标

例如“帮我为 90 天未购买用户生成召回邮件,并保存为素材草稿”。AI 读取当前页面上下文和用户权限。

copilotdraft-first
3

审核并保存

AI 生成文案、表单、H5 或旅程建议,用户确认后保存为草稿;发布、删除、批量修改必须进入审批中心。

approvalaudit
配置项默认值说明
AI 操作权限只读 + 生成草稿默认不允许直接发布或批量修改。
高风险动作必须人工确认发布、删除、批量改数据、导出敏感数据都需要确认。
本地文件访问默认关闭用户明确授权后才允许读取本地文件。
桌面通知仅关键事件通知任务完成、失败、需要确认时通知。
生成内容保存保存为草稿草稿由用户确认后再应用到 DMTX。

技术架构#

DMTX Desktop Workspace 技术架构图 展示运营用户进入 Electron 桌面客户端,经由 preload bridge、renderer、desktop-bff、DMTX Gateway 访问业务模块,并将 AI 操作写入审计日志。 Electron Desktop Shell 桌面能力 / 安全边界 / 本地任务 Renderer Workspace 复用 Vue 主应用 + AI 协作界面 Desktop BFF Copilot API / 聚合 / 审批 DMTX Gateway & Modules 运营 / 实施用户 Main Process Preload Bridge Local Task Supervisor Secure Token Store Auto Updater DMTX Vue 主应用 AI Copilot Panel 任务面板 工件面板 编辑器容器 draggable form CKEditor desktop-bff copilot-api 审批 / Dry-run AI Audit Log contact material journey questionnaire others 安全原则 Renderer 无任意 Node 权限;Preload/IPC 白名单 + schema 校验;token 进系统安全存储;AI 高风险动作走审批、dry-run 与审计。
推荐架构:Electron 负责桌面能力和安全 bridge,现有 Vue 主应用作为业务主界面,desktop-bff 聚合 DMTX API 与 AI 工具调用。

✓ 优点

  • 现有 Vue 主应用和多个 Web 编辑器复用成本最低。
  • Electron 多窗口、通知、更新、后台进程生态成熟。
  • 适合工作台类产品,便于加入任务、工件、审批面板。

✕ 缺点

  • 包体和内存高于 Tauri。
  • 必须严格设计 preload / IPC / 自动更新签名。
  • 需要持续升级 Electron 以处理 Chromium 安全更新。

数据模型#

建议新增桌面设备、AI 工作区、会话、任务、工件、审批和审计 7 类核心对象。

关键字段用途
desktop_devicecompany_id, user_id, device_id, platform, app_version, status记录桌面设备、版本、平台和吊销状态。
ai_workspacecompany_id, user_id, name, env, region, default_module保存企业/环境/模块级工作区。
ai_sessionworkspace_id, title, module, context_snapshot, status保存一次 AI 协作会话和上下文快照。
ai_tasksession_id, task_type, status, input, output, error_message记录 AI 任务、后台任务、失败和输出。
ai_artifactartifact_type, title, content, version, status保存邮件文案、表单 schema、旅程方案、HTML/Markdown 等工件。
ai_action_approvaltask_id, action_type, risk_level, request_payload, approval_status保存高风险操作审批记录。
ai_audit_logcompany_id, user_id, action, target_module, request_summary, result_summary保存 AI 操作和桌面端关键动作审计。

API 设计#

建议新增 /api/desktop/v1/**/api/copilot/v1/**,由 desktop-bff 屏蔽现有 DMTX API 版本差异。

接口方法用途关键入参
/api/desktop/v1/devices/registerPOST设备注册deviceId, platform, appVersion
/api/desktop/v1/runtime-configGET获取环境配置env, region
/api/copilot/v1/sessionsPOST创建 AI 会话workspaceId, module, contextSnapshot
/api/copilot/v1/tasksPOST发起 AI 任务sessionId, taskType, input
/api/copilot/v1/tasks/{taskId}GET查询任务状态taskId
/api/copilot/v1/artifactsPOST创建工件草稿sessionId, artifactType, content
/api/copilot/v1/approvalsPOST请求高风险操作审批taskId, actionType, riskLevel
/api/copilot/v1/approvals/{approvalId}/approvePOST审批并执行confirmText, dryRunPassed
示例:发起 AI 邮件文案任务
POST /api/copilot/v1/tasks
{
  "sessionId": 90001,
  "taskType": "generate_email_copy",
  "input": {
    "goal": "为 90 天未购买用户生成召回邮件",
    "tone": "专业、温和、有优惠引导",
    "language": "zh-CN",
    "targetModule": "material"
  }
}

前后端实现#

1

主前端适配桌面运行时

LINKS.js 硬编码地址迁移到 runtime config;新增 webAuthProvider / desktopAuthProvider 双实现;增加 Copilot、任务、工件和审批挂载点。

Vue 3runtime config
2

标准化编辑器 bridge

为 draggable-editor、form-editor、CKEditor 统一 editor.readyeditor.saveeditor.previeweditor.ai.insert 等消息;去掉 query token。

editor bridgesecurity
3

新增 desktop-bff / copilot-api

聚合 Contact、Material、Journey、Questionnaire API,落库 workspace/session/task/artifact/approval/audit,并封装 AI 工具调用。

JavaBFF
4

实现桌面壳安全能力

Electron 禁用任意 Node 集成,通过 preload + contextBridge 暴露最小能力;token 放系统安全存储;自动更新签名。

ElectronIPC whitelist

阶段路线图#

DMTX Desktop Workspace 实施路线图 以 2026-06-10 为示例启动日,分为 Phase 0 POC、Phase 1 MVP 和 Phase 2 产品化三个阶段。 DMTX Desktop Workspace 实施路线图 06-10 06-24 07-08 07-22 08-05 08-19 Phase 0 POC Electron 壳与登录验证 编辑器兼容性验证 认证链路与 API shortlist Phase 1 MVP Runtime Config 与统一认证 主前端桌面适配 AI Copilot 与 Desktop BFF 初版 编辑器桥接兼容 打包发布与 E2E Phase 2 产品化 工作区 / 任务 / 工件 / 审批中心 API 治理与企业发布能力
路线图以 2026-06-10 作为示例启动日;正式排期需结合人员和客户交付窗口确认。

工作量评估#

方案 / 阶段范围人天日历周期建议
方案 A:简单桌面套壳Electron 壳、登录、主前端、打包、基础自动更新30-503-6 周可做演示,不作为最终目标
方案 B:桌面工作台方案 A + runtime config + 统一认证 + 三个编辑器 + 日志通知60-1006-10 周可作为 MVP 基础
方案 C:AI 协同客户端方案 B + AI Copilot + 工作区/会话/任务/工件/审批/审计 + desktop-bff120-2203-5 个月推荐主线
方案 D:企业级 AI Workspace方案 C + 多 Agent + 私有化 + 设备管理 + 管理员策略 + 编辑器现代化220-400+6-9 个月+后续战略阶段
Phase 1 MVP 模块工作项预估人天
Electron Shell窗口、菜单、托盘、安装包、自动更新20-35
Runtime Configbeta/prod/eu/private 环境运行时切换8-15
统一认证secure token、SSO/2FA 兼容、退出登录12-20
主前端适配desktop bridge、布局、Copilot 挂载点12-20
编辑器兼容draggable/form/CKEditor 桌面运行和桥接15-25
AI Copilot文案、表单、H5、旅程说明生成20-35
Desktop BFF会话、任务、工件、审批、审计初版20-35
测试/发布E2E、兼容测试、安装包验证、文档15-25

风险与安全#

质量自检#

维度满分得分说明
A. 需求理解43已记录用户原始需求和验收标准;外部客户名称/交付日期未确认。
B. 竞品调研44覆盖 HubSpot、Mailchimp、ActiveCampaign、Claude Code/Cowork。
C. 用户体验66有核心流程、默认值、空状态、批量操作和撤销设计。
D. 技术完整度66数据模型、API、前后端、编辑器、AI 边界均已覆盖。
E. 可行性44分阶段工时、风险、兼容策略已给出。
F. 附加分22有多方案对比和后续扩展路线。
要点

总分:25 / 26。达到 ≥20 分评审门槛,可提交产品/研发评审。若转为客户交付方案,需要补充客户名称、客户原始业务场景、明确交付日期和合同边界。