Skip to content

[R4] Windows 高级功能与性能收敛 #9

Open
1 of 3 issues completed
Open

Description

@JavaZeroo

当前方向与确认边界(2026-10-26)

Windows 11 x64 完整复刻优先,最终覆盖 Windows/Linux/macOS。#3/#4 的本地终端原版基线是当前优先工作,不因归属 R4 而延后;平台可行性调查可并行。行为原版优先,具体性能容差与重要差异须用户确认。

依据:已确认方向与决策权限。

交付目标

在 Windows 从日常远程终端扩展到 WindTerm 2.7.0 的完整专业工作流,各面板和动作背后都有真实功能。

工作块:

  • 高级连接与协议。 在固定来源与运行观察确认的范围内补齐高级 SSH 认证、复用、跳转、代理、转发与 SSH signal 请求,以及 Telnet、Raw TCP、串口、X/Y/Zmodem、X11 等能力。每个协议独立验证生命周期、错误和资源边界。
  • 文件与远程工作流。 扩展 SCP、本地/远程文件操作、传输队列和关联操作;明确完整性、覆盖、冲突、取消和重试语义。WSL 文件与系统信息联动按参考版本实际行为验收。
  • 高级文本与自动化。 补齐高亮、折叠、标记/大纲、补全、命令历史、命令面板、Sender、QuickBar、Free Type Mode(用户可见的自由输入模式,具体行为待取证)、同步输入、自动执行及其他已确认的工作流;后台分析必须有预算并可取消。
  • 完整工作区。 完成剩余面板、对话框、模式、主题/颜色、快捷键上下文、多语言、日志及会话操作;分清参考版本支持、参考版本已知限制和本项目额外能力。
  • tmux 深度整合。 按 2.7.0 的会话、窗口、面板与操作合同实现整合,而不是把“能在终端里运行 tmux”作为完成。参考版本已知不支持的组合不自动升级为本路标必须实现的增强。
  • 跨平台准备。 提前调查 Linux/macOS 的 PTY、输入法、字体、窗口、剪贴板、会话和打包,识别长期选型障碍。完整客户端整合及实际平台验收在 [R5] WindTerm 2.7.0 完整复刻验收:先 Windows,后全平台 #10 的 Windows 完整出口之后完成,仍属于最终必需目标。
  • 性能收敛。 对大历史、后台搜索、多会话、慢连接、大量小文件及持续输出识别瓶颈,再比较数据布局、缓存、压缩、批处理和调度方案。采用能保持正确性与维护成本的方案,不以恢复 WindTerm 的私有内部结构为前提。

出口条件: Windows 每个声明支持的功能域都有可重复集成环境、失败路径、资源回收及真实工作流验证;功能与性能差距进入 #10 的 Windows 完整验收清单。Linux/macOS 的完整客户端不阻塞 Windows 出口,后续全平台出口继续开放。

执行约定

这是路标总项;完成取决于出口合同,不按关闭 issue 的数量判定。远期工作包进入执行前再拆成可验收任务;调查可提前并行。

总体路线 · 当前能力 · 证据

已拆出的任务

自有分层计量的遗留工作:解码/状态/历史独立归因、Unicode/大历史负载、真正无插桩构建、严格环境与重复成本验证。已有连续 CPU 校准不代表整个工作包完成。

Activity

  1. added
    epic路标总项;以出口合同验收
    needs-breakdown工作包,进入执行前需拆成可验收切片
    on Oct 23, 2026
  2. changed the title [-][R4] 高级功能、跨平台与性能收敛[/-] [+][R4] Windows 高级功能与性能收敛[/+] on Oct 26, 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

    epic路标总项;以出口合同验收needs-breakdown工作包,进入执行前需拆成可验收切片

    Projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions