Skip to content

[Roadmap] EduWork — 2026 Q4 #95

Open

Description

@freedomkk-qfeng

欢迎同学、老师和开发者在本 issue 下提出建议、补充使用场景,或参与设计与开发。本 Roadmap 持续更新,具体范围和优先级将结合讨论确定。Bug 请另开 issue 跟进。

各方向的独立 issue 已列在下方,具体方案与认领在对应 issue 中跟进。已认领的条目仍欢迎协作,方案需经讨论和评审后再实施。

学校专属服务与数据接入见 EduWork@ECNU Q4 Roadmap。

更新于 2026-10-14。下列“评审中/候选”表示正在讨论或验证,具体合入范围和版本仍以评审结果为准。

Focus

  • 日历与日程:提供通用日历模块,统一展示个人日程与插件接入的数据。
  • 远程连接:通过 Web 客户端访问运行中的 EduWork,提供开放的客户端与 server 接入协议。
  • 桌面宠物:优先复用社区基座,支持多种形象,并与 Agent 状态联动。
  • 工作区与成果体验 #118:复用 DSH 原生能力,完善文件和媒体成果的查看与操作。
  • 备份恢复与迁移:完整备份与恢复个人数据,评估 EduWork 与 DSH 的双向迁移。
  • 数学学习与研究:通过可选插件接入 VeryMath 的技能、工具与研究工作流。
  • 语音输入:评估复用 DSH 语音能力,支持本地转写和供应商 ASR。
  • 插件与开发架构:精简内置 Node/Python 与 Office 处理依赖,评估向官方 Office 方案迁移与增量更新机制;完善公共扩展接口和跨平台开发流程,保持 CI 稳定。

日历与日程

  • 通用日历模块
    • 状态:已认领,已有实现 PR,评审中;下个大版本候选。认领人:@Zewang0217;跟踪 issue:课表日程功能的价值与可行性 #48;实现:PR #113。
    • 当前评审重点:多来源数据与个人备注保留、ICS 时区与重复日程,以及学校插件可复用的数据源接口;首版提醒范围仍需讨论。
    • 支持个人日程、日历视图和提醒,评估 ICS/iCalendar 导入与订阅。
    • 提供统一事件模型、数据源注册和事件注入接口,供课表、邮件、活动等插件接入。
    • 多来源同步应保留个人日程与备注。
    • 相关:#48 课表日程功能的价值与可行性。
    • 学校课表、校历和教务规则通过机构插件接入。

远程连接

  • 开放远程接入协议与 Web 客户端

    • 跟踪 issue:#116;已认领,协议提案讨论中,认领人:@Paraso42;提案:Draft PR #128。当前仍处于方案阶段。
    • 用户可以在另一台设备上查看并继续本机 EduWork 的会话、任务和工作区成果。
    • 首阶段采用独立 DSH 插件、Web 客户端与可自托管的中继 Server,公开协议和实现,优先复用官方连接层与社区能力。
    • 本机确认首次配对,业务内容端到端加密,支持设备身份保存、重连和逐设备撤销。配对后可作为本人操作 Agent,并延续已有会话与工作区权限。
    • 中继可通过部署者发放的接入 Key 控制接入;Key 与设备配对分开。ECNU 的学校身份整合在公版基础完成后讨论。
    • 具体选型和协议设计在 [Feature] 开放远程接入协议与 Web 客户端 #116 中讨论。
  • 社区方案参考

上述项目用于选型与架构参考,尚未完成 EduWork 适配验证。优先评估现有插件及DSH 官方连接层的复用范围,再确定需要补充的开放 server 接入契约。

桌面宠物与形象生态

  • 通用桌面宠物插件

    • 跟踪 issue:#117;已认领,已有实现 PR,评审中;下个大版本候选。认领人:@JunieXD;实现:PR #149。
    • 当前评审重点:安静、可关闭的桌面体验,原生平台交互与资源占用,以及机构/社区形象的注册入口。
    • 优先评估复用社区基座,支持桌面展示、动画状态、拖拽、基本交互和启停设置。
    • 与 Agent 的工作、等待、完成等状态联动。
    • 日程提醒、模型访问等能力复用宿主已有接口。
  • 多形象与扩展能力

    • 与通用桌面宠物一并在 #117 跟进。
    • 公共核心支持多个可切换形象,形象包提供素材、动作映射和台词配置。
    • 社区和机构可以修改或增加形象,并按需扩展行为。
    • 可复用的交互能力归公共插件维护,校园内容通过机构扩展接入。
    • 学校扩展:ECNU PR #18 小花狮桌面宠物。结合公版 feat(desktop): 桌面宠物第一阶段(#117) #149 讨论复用公共基座,学校版提供形象、台词和可选玩法;形象分发范围根据素材授权确定。
  • 社区基座参考

以上是选型参考,尚未完成 EduWork 适配验证。

工作区与桌面体验

  • 工作区、文件与媒体成果

    • 跟踪 issue:#118;待认领,按具体使用场景讨论。
    • 复用 DSH 原生文件与成果能力,完善浏览、预览、打开和成果继续处理的体验。
  • 安装引导与窗口交互

    • 已有 Draft PR #147,作者:@dbbDylan;候选方案,仍待完善和评审。
    • 评估安装、首次启动和窗口交互的一致体验,保留既有升级与用户数据处理行为。

备份恢复与迁移

  • 完整备份恢复与 DSH 双向迁移
    • 跟踪 issue:#124;已认领,数据清单、兼容矩阵与原型准备阶段,认领人:@JJasonSun。
    • 提议来自 @JJasonSun 的建议。
    • 备份和恢复会话、附件、记忆、设置、插件配置及相关工作区文件,明确范围、完整性校验、恢复预演与冲突处理。
    • 评估 EduWork ↔ DSH 双向迁移,明确支持的版本、格式与数据映射,以及不兼容内容的处理方式。
    • 保留记忆的遗忘标记,明确旧备份恢复与删除状态的处理,避免意外重新启用已遗忘内容。
    • 优先评估 dsh-backup 与上游数据迁移能力,具体方案在 [Feature] 完整备份恢复与 DSH 双向迁移 #124 讨论。

数学学习与研究

  • VeryMath 插件接入
    • 跟踪 issue:#152;新增方向,待认领,首批场景与适配范围待讨论。
    • 通过可选插件复用 VeryMath 的数学论文阅读、数学工具、写作与研究工作流。
    • 首阶段选择 1—2 个场景,跑通从任务提出、工具调用到工作区成果保存的完整流程,再逐步扩展。
    • 复用已有模型、会话与权限机制;计算和形式化环境按具体能力配置,保留上游来源与共享资源。

语音输入与转写

  • 语音输入与本地/供应商转写
    • 跟踪 issue:#146;已有提案,已分配给 @dbbDylan,方案待评审。
    • 结合 DSH 插件中心的实验性语音输入能力与社区方案,优先复用底层接口和现有共享转写服务。
    • 首阶段聚焦“录音 → 转写进入原有输入框 → 用户修改并发送”,评估本地 CPU 与供应商 ASR;GPU 支持根据平台验证逐步推进。
    • 完整实时语音对话、自动发送及默认内置范围另行讨论。

插件与开发架构

  • 内置 Node / Python 运行时精简

    • 跟踪 issue:#119;已认领,多个实现 PR 评审中,认领人:@JunieXD。
    • PR #136:统一运行时文件裁剪;PR #141:依赖与语言资源精简;PR #142:复用 Electron Chromium,减少重复浏览器。
    • 三项分别涉及文件、依赖与浏览器架构,分阶段评估功能兼容、实际体积收益和维护成本;feat(desktop): 以桌面程序自身充当 Chromium,去掉 Chrome for Testing #142 的浏览器能力与协议适配仍在讨论。
    • 梳理解释器、npm/Python 依赖、资源文件的体积与重复项,建立安装包和解压后体积基线。
    • 参考 DSH 官方运行时文件裁剪规则与主运行时打包流程,评估裁减开发与测试文件、缓存、调试信息及其他平台的二进制,并按实际功能整理最小依赖集。
    • 评估重复依赖共享与可选能力按需安装,在 Windows/macOS 上保留插件扩展、Office、多媒体、离线使用和自动升级能力。
  • 增量更新与下载体积优化

    • 跟踪 issue:#120;已认领,分平台实现评审中,认领人:@JunieXD。
    • macOS:PR #144,复用 Sparkle 增量能力;Windows:Draft PR #145,文件级增量更新。
    • 更新交互与后台下载由 PR #130 接续 PR #110,贡献者:@SUGE2016、@JunieXD;需与增量更新组合验证。
    • Windows 首个引入新更新器的版本仍通过完整包升级,后续版本再使用增量能力。
    • 评估文件级或分块差分更新,复用未变化的 Node/Python 运行时、依赖与媒体资源,减少每次升级的下载量、等待时间及临时磁盘占用。
    • 优先复用 DSH 与平台更新器已有能力,适配现有 Windows 更新器和 macOS Sparkle 流程;首次安装继续提供完整安装包。
    • 验证升级前后的版本与文件哈希,保留签名校验、失败回退及完整包兜底;覆盖跨版本升级、下载中断和本地程序文件被修改等情形,保留用户配置、会话及工作区数据。
    • 与配置、Skills 独立更新和运行时精简协同,按实际变更选择合适的更新范围;比较下载节省、安装耗时、磁盘峰值与维护成本,再确定方案。
  • Office skills 向官方方案迁移

    • 跟踪 issue:#121;待认领,迁移范围待评估。
    • 评估复用 DSH 官方 Office skills 与 dsh-libreoffice-kit,梳理已接入的环节,逐步迁移格式转换、渲染预览、PDF 导出和表格公式重算链路。
    • 明确文档生成/编辑与转换/渲染的职责,统一会话与 Studio 使用的 Office 服务,保留 Word、PPT、Excel 的生成编辑能力及已有工作区权限。
    • 对比中文字体、版式、图表、公式、性能与包体积,验证 Windows/macOS 离线使用后分阶段迁移。
    • 与运行时精简联动,识别并清理重复 Office 引擎及仅供旧链路使用的 Python 依赖。
  • 公共扩展接口与机构插件

    • 跟踪 issue:#122;待认领,按具体场景逐步设计。
    • 通用数据结构、界面插槽和服务接口由公版提供。
    • 学校通过独立插件接入专属服务,减少对公共核心的改写。
    • 日历数据注入和远程接入协议作为本季度具体讨论对象。
  • 跨平台开发与构建流程

    • 跟踪 issue:#123;跨平台构建基础迁移已合入,后续优化持续跟进。
    • 统一开发入口和共享构建阶段,评估缓存复用与中断恢复,减少重复脚本。
    • CI 保持稳定,避免随功能开发频繁调整发布流程。
    • 已合入:PR #76 与相关接续工作 PR #114。后续围绕实际开发需求优化,不重复重构已经稳定的流程。
  • 社区 Skills 与 DSH 插件征集


欢迎在评论区补充:

  • 希望完成什么具体任务,为什么有价值?
  • 是否有可复用的项目或现成方案?
  • 是否愿意参与设计、开发或测试?

新的方向将在讨论后补入 Roadmap,具体设计通过独立 issue 展开。

Activity

  1. JJasonSun commented on Oct 8, 2026

    @JJasonSun
    Contributor
    • Chat / Work 双模式

      • 在主界面提供独立的 Chat 和 Work 入口,分别使用云端网页聊天服务和本地 Agent,切换时保留各自会话与工作状态,减少应用与浏览器之间的切换。
      • 评估所需的公共扩展接口,机构通过插件接入自己的聊天服务。
      • 可参考 DSH 官方网页插件的网页承载、导航与页面保活能力,补齐应用级模式切换和登录衔接。
    • 完整备份恢复与 DSH 双向迁移

      • 支持备份和恢复会话、附件、记忆、设置、插件配置及相关工作区文件,减少升级、换机时的数据损失。
      • 支持 EduWork ↔ DSH 数据互相迁移,明确版本兼容范围和冲突处理方式,保留记忆中的遗忘设置,避免已遗忘内容在恢复后重新出现。
      • 可复用 dsh-backup 的归档、完整性校验和恢复预演,结合 DSH 会话格式迁移机制,补齐两端的数据映射与导入导出。
  2. JunieXD commented on Oct 8, 2026

    @JunieXD
    Contributor
    • 增量更新

      • 认领,主导开发,Windows 与 macOS 一起做。
      • 现状:0.4.1 → 0.4.2 的 macOS arm64 包,46,144 个文件中只有 69 个内容变化,压缩后估算约 6 MB;目前两端每次都下载约 700 MB 的完整 ZIP。这两个版本的 DSH 内核相同,内核升级时的差异需要另测。
      • macOS 复用锁定的 Sparkle 2.10.0 自带的 BinaryDelta,发布时为最近几个版本生成签名 delta,写入 appcast 的 sparkle:deltas。
      • Windows 在现有更新器上增加文件级差分:签名清单记录每个文件的哈希,只下载变化的文件,在暂存目录组装并校验后再替换,继续复用现有的续传、进度和重启安装流程。
      • 两端都保留完整 ZIP,首次安装、跨版本跳级和差分失败时回退到完整包。验收:差分安装后与完整包逐个文件比对哈希、校验签名;覆盖下载中断、本地程序被修改和跨版本升级,确认配置、会话和凭据保留。
    • 内置运行时精简

      • 认领,主导开发,与增量更新合成一个设计提案:包里的文件越少、布局越稳定,差分就越小。
      • 现状:0.4.2 macOS 包解压后 1.8 GB,其中 node_modules 905 MB(libreoffice-kit 147 MB、rspack 41 MB、typescript 23 MB)、Chrome for Testing 355 MB、Electron 290 MB、Python 115 MB。
      • 先建立 Windows/macOS 的体积基线,按组件和来源统计;第一步参考 DSH 官方运行时文件裁剪规则,只去掉其他平台的二进制、source map 和类型声明。
      • 再逐项评估大头:Chrome for Testing 主要供 Studio 媒体渲染,评估改用 chrome-headless-shell 或按需下载;确认 typescript/rspack 是否为插件安装运行时所需;Office 迁移后清理旧链路的 Python 依赖。每项都要验证 Office、媒体、插件安装、离线使用和自动升级。
    • 桌面宠物

      • 认领,主导开发,Windows 与 macOS 一起做。
      • 社区方案(AsahiMoon/dsh-desktop-pet、PC2005-cloud/dsh-pet、ysyyhhh/dsh-pet)代码均为 MIT,但桌面小窗都靠插件另起一个 Electron 进程(运行时下载或复用本机已装的),不适合签名后的安装包;ysyyhhh 版尚未实现 macOS。
      • 评估由桌面壳提供通用的置顶透明窗口和 Agent 状态通道(复用现有任务通知的 Host→壳通道),公版宠物插件负责形象包接口、动作映射和状态机。macOS 需单独处理透明窗口和素材格式:webm alpha 在 Safari 内核下不透明。
      • 学校形象由机构扩展接入,与 ECNU PR #18 小花狮桌面宠物 协调拆分:通用能力进公版,小花狮形象和校园台词留在学校版。
  3. changed the title [-]EduWork Roadmap — 2026 Q4[/-] [+][Roadmap] EduWork — 2026 Q4[/+] on Oct 8, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions