Lityura 最初从动态壁纸开始，但“壁纸管理器”很快不足以描述真正想做的事情。桌面上还会出现 Widget、媒体状态、音频频谱、规则、数据事件和只属于自己的小型集成；如果它们彼此独立，最终只会变成一组难以维护的脚本。

因此，Lityura 被重新定义为个人桌面个性化运行时。壁纸是第一个应用，但不拥有其他插件无法获得的特殊权限。

它首先服务于自己的桌面

这不是一个需要商业化、遥测、账户体系或规模化运维的产品。Windows 是第一目标，其他平台只在合适时尽力支持；结构是否清楚、数月后能否重新进入，比面向陌生用户覆盖所有使用情景更重要。

所谓版本，也主要用来保存能够长期回到的个人基线，而不是制造公开发布节奏。

两种需求必须分开

Manager 使用 Tauri 与 React，负责场景、设置、插件和自动化的操作；真正接管桌面的 Engine 保持原生，并由 Rust、wgpu、mpv 与平台适配层完成呈现。

两者只通过明确的消息与状态边界连接。这样关闭设置窗口不会改变壁纸引擎的职责，桌面层的脆弱机制也不会蔓延到整个界面。

现在已经能够做什么

当前 Alpha 3 基线能够在 Windows 桌面呈现图片、视频、网页与 Shader 场景，并处理多显示器、热插拔和内容适配。Lua 插件可以声明数据源、触发器、集成和渲染能力，Widget、媒体状态、音频频谱与自动化规则已经沿着同一事件总线工作。

这意味着 Lityura 已经是一套可以实际运行的个人工具，只是仍需要把复杂开发阶段收束成稳定、可回到的基线。

当前的收尾

近期重点不是继续增加新的场景类型，而是复验高频请求收束、单屏目标保持性、Explorer 重启恢复与显示设置变化。没有完成验收的进程音频捕获继续留在隔离区，不进入默认能力。

剩余门槛关闭以后，0.1.0-alpha.3 才会成为第一个适合长期自用和继续演进的记录节点；最新过程已经单独整理在《Alpha 3 的稳定化，不是继续添加功能》中。

网站中的位置

Workspace 不提供虚假的公开下载入口，也不把 Lityura 包装成完成品。这里保存它目前能做什么、最近解决了什么、下一次需要回到哪里。

当个人基线完成时，网站与项目同步“上线”的含义，是这份档案正式开放并开始持续记录，而不是一次面向公众的软件发布。