Syzygy 1.1.0：把桌面端重构成真正的工作台

Syzygy 1.1.0 仍在开发中。这一版最重要的工作不是增加一个孤立功能，而是重新整理桌面端的工作方式。我们把应用外壳、导航、浏览器、文档面板、预览、弹出窗口和设置页面放回同一条用户流程里，再把命令、编辑、识别和同步状态接到这条流程上。你打开的是同一个工作台，只是根据当前条目显示不同的操作。

#这次真正改变了什么

1.1.0 之前，桌面端的不同页面各自拥有一套布局习惯。列表、预览、设置和快捷面板之间能完成任务，却不一定能保留上下文。用户从一个入口跳到另一个入口时，需要重新寻找条目、重新判断当前状态，后台下载也容易把前台操作挤到后面。1.1.0 直接处理这组结构问题：先确定条目和当前上下文，再把合适的能力放到附近。

这次重构涵盖以下层面：

#桌面工作台是一次结构重构

#从页面集合变成连续工作流

新的应用外壳把左侧导航、当前页面标题、内容区域和辅助面板放在同一个层次中。主导航负责切换工作区域，页面标题说明你正在处理的对象，返回动作回到上一个明确的上下文。设置页面、设备页面和剪贴板页面不再各自发明标题栏和间距规则，弹出层也沿用相同的层级关系。

这项变化的价值在于减少“我现在在哪里”的判断。比如你从剪贴板列表打开一个文档，随后进入文字工作台保存修改，再返回列表时，原来的选择和筛选仍然有据可循。界面不需要把每一步都塞进一个窗口，状态也不需要依赖用户记忆。

#探索器分栏让条目保持在视线内

剪贴板浏览器现在可以把列表、文档面板和检查器组合成稳定的分栏布局。左侧用于扫描条目，中间显示当前内容，右侧保留针对该条目的操作和元数据。窗口变窄时，面板会按优先级收起；窗口恢复后，用户仍能回到同一个条目。

分栏并不意味着每个条目都要同时打开全部信息。文本适合在文档面板中阅读，图片适合在预览区域中查看，文件条目则先展示名称、大小、类型和本地状态。界面根据内容能力安排空间，而不是让所有条目使用同一个卡片模板。

#快捷面板和浮动窗口拥有清楚的边界

快捷面板的尺寸、间距和内容密度经过重新调整，长标题、预览动作和键盘提示不再互相挤压。浮动面板和弹窗使用统一的窗口表面、透明度和标题栏规则，用户可以把它们当作当前工作台的临时延伸，而不是另一套应用。

窗口透明度也分成两个层次：原生窗口的透明度影响整个表面，内容透明度只影响网页内容。调整其中一项不会意外改变另一项。系统提供的窗口活力效果和圆角样式只在平台支持时启用，功能不依赖装饰效果。

#命令面板和快捷键增强

#最近使用的命令放在第一项

命令面板现在会保存最近一次成功执行的命令。下一次按下 Command + K 或对应平台的快捷键时，最近命令会出现在第一项，用户可以直接按回车重复操作。历史只记录命令本身，不保存剪贴板正文，也不会把失败的搜索结果当成最近命令。

这一点看似很小，却改变了高频操作的节奏。打开预览、复制条目、进入文字工作台或查看设备诊断时，用户不必每次从完整命令列表开始筛选。命令面板仍然支持搜索，最近命令只是一个可见的起点，不会阻塞其他命令。

#快捷键配置更接近真实桌面行为

快捷键设置现在把按键组合、作用范围、当前绑定和冲突提示放在同一个编辑流程中。焦点位于输入框、弹窗或快捷面板时，系统会先处理当前界面需要的按键；快捷键接管只有在明确启用后才生效。

Windows 端增加了系统快捷键接管的状态提示，也补充了 Figma 相关捕获场景。用户可以知道哪些按键由 Syzygy 处理，哪些按键仍交给操作系统。需要停止接管时，设置页面提供明确的关闭入口，不必退出整个应用。

#回车、复制和打开不会被后台任务遮住

快捷面板中的回车、复制和打开属于前台命令。大项目下载、远程图片物化或同步追赶会在后台运行，它们可以更新状态，却不能夺走当前选中条目的操作优先级。关闭快捷面板也不会取消已经排队的任务，再次打开时会读取同一份任务状态。

#文字工作台和编辑流程

#预览、编辑和保存使用同一份来源信息

文字工作台现在能够处理语义化超文本标记语言（HTML）内容。标题、段落、列表、引用和代码块在预览和编辑之间保持清楚的结构，用户不必先把内容压扁成一大段纯文本再修改。

编辑器增加了搜索、替换、历史记录和更明确的保存状态。保存操作会创建新的内容快照，并记录来源应用信息；原始剪贴板条目仍然保留。这样既能继续使用修改后的版本，也能回到复制时的原始内容。

文件预览会先判断本地是否拥有完整字节，再决定显示哪些动作。只有元数据的文件可以查看名称、类型和大小，但依赖原始字节的打开、复制或编辑会等待物化完成。用户看到的按钮与当前内容状态一致，不会点击后才发现文件尚未下载。

#内容能力决定操作，而不是文件名决定操作

1.1.0 继续统一内容能力模型。文字、图片、文件、富文本、可渲染图形和识别结果分别声明自己支持的预览、复制、编辑、搜索或识别动作。一个条目可以同时拥有多种能力，例如既能作为文字编辑，也能作为图片预览；界面会按照当前动作选择正确的表示。

这种规则避免了“看起来像图片就只能当图片处理”的限制。可渲染的矢量图形会保留原始内容，同时提供适合查看的渲染结果。需要真实文件的目标应用仍然会收到经过验证的原始字节。

#文件识别、远程图片和 OCR

#文件分类更准确

文件识别流程会结合内容类型、文件名、扩展名和可读取的正文来判断条目分类。预览和搜索因此可以区分普通文字、图像、文档、PDF 和可渲染图形。分类失败时，系统保留原始文件，不会因为一次猜测错误而改写内容。

#远程 HTTP 和 HTTPS 图片可以进入同一条流程

HTML 条目中的图片地址会先解码实体，再按统一规则处理本地路径、HTTP 地址和 HTTPS 地址。预览可以显示远程图片；当目标应用需要真实字节时，系统会下载到本地、检查响应和内容，再写入剪贴板。下载失败会保留原有剪贴板，不会注入半截数据。

SVG 和其他可渲染图形会同时保留原始文本与渲染图像。用户可以查看图形，也可以在需要时把它当作文字快照或真实图片使用。远程资源的允许范围、重定向和资源预算仍由应用边界控制，诊断信息不会包含图片正文或账户密钥。

#OCR 语言候选更容易确认

OCR 现在会按照语言提示整理候选结果。打开图片识别时，用户可以看到当前语言范围和候选分组，识别出的文字会与原始图片关联。识别结果属于派生内容，删除或重新识别不会覆盖原始图片。

#同步过程终于可见

#大文件显示真实进度和速度

剪贴板同步状态会区分排队、传输中、校验中和已就绪。传输层提供数据时，界面显示已接收字节数、总大小和当前速度；暂时没有总大小时，界面会明确标注未知，而不是伪造百分比。

排队 -> 传输中 -> 校验中 -> 已就绪
              |             \\
              +-> 速度、字节数、剩余状态

同步进度属于条目状态的一部分。列表、详情面板和预览区域读取同一份状态，因此从一个入口切换到另一个入口时不会出现互相矛盾的进度。后台任务继续运行时，前台仍可搜索、标记、复制和打开其他条目。

#网络诊断回答“慢在哪里”

设备页面现在能显示本次会话实际选择的路径、远端地址、本地地址、连接复用情况、候选探测、重试次数和阶段耗时。详细诊断对话框支持复制脱敏后的报告，报告不会包含剪贴板正文、账户密码或访问密钥。

“已选择路径”表示真正承载本次会话的连接。它不能靠地址前缀推断。直连会话可能使用 VPN 地址，中继在某些网络环境下也可能比反复失败的直连更快。诊断界面会把路径选择和地址类型分开显示，用户可以把报告交给支持人员，而不必手工拼接日志。

#标签、回收站和账户状态保持一致

标签页面、条目行和预览列现在读取同一个已保存的标签颜色。回收站操作继续遵循可恢复优先的流程，保留和删除状态在列表与详情中使用同一份数据。账户页面、设备授权和权益状态也共享服务器确认过的结果，页面刷新后不会因为各自缓存不同而显示相互冲突的状态。

这些内容不是 1.1.0 的独立宣传点，它们说明了重构的边界：界面层可以变化，条目的权威状态不能在不同页面之间漂移。用户在一个地方完成的操作，应该能在另一个地方得到同样的解释。

#从 1.0.1 到 1.1.0

1.0.1 主要处理稳定版分发、账户权益说明和快捷面板会话等维护问题，让已经存在的流程更容易复现。1.1.0 在这层稳定性之上继续向前，重新安排桌面端的信息层级，并把编辑、识别、同步和诊断放进同一个上下文模型。

可以把两次更新理解成两步：1.0.1 让既有路径少出错，1.1.0 让路径本身更容易看懂和继续操作。前者减少不确定的结果，后者减少寻找结果所需的步骤。

#当前状态与升级说明

这篇日志描述的是 1.1.0 开发线。公开安装包会以完成构建、测试和部署验收的版本为准，开发中的界面不代表每个平台已经同时发布。

如果你正在使用 1.0.x，可以继续使用现有的本地历史和配对设备。升级后，原始条目、标签、回收站和同步配置不会因为界面重构而被重新解释。远程图片和大文件仍会在需要真实字节时执行本地物化，网络诊断报告也会保持脱敏。

1.1.0 的验收标准很具体：打开工作台时知道自己在哪个区域，选中条目时知道下一步能做什么，后台传输时知道它进行到哪一步，遇到慢或失败时知道应该查看哪一段诊断。只要这四件事保持清楚，重构才算真正完成。