workbuddy 重启后分屏尺寸重置是因 electron 默认未实现窗口状态持久化，既未监听 will-resize/move 事件保存位置，也未在启动时 restore() 或读取 config.json 恢复布局。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 默认不支持 Windows 原生分屏（Win + ←/→）的窗口尺寸记忆，强行拖拽分屏后重启会重置为默认大小——这是设计限制，不是 bug。
为什么 WorkBuddy 分屏后一重启就“弹回”原尺寸？
WorkBuddy 使用 Electron 构建，其 BrowserWindow 默认未启用窗口状态持久化逻辑。Windows 的 Snap Layouts 仅向应用发送尺寸/位置变更事件，但 WorkBuddy 没有监听 will-resize 或 move 事件并保存坐标，也没有在启动时调用 restore() 或读取本地配置恢复布局。
常见现象包括：
- 用 Win + ← 把 WorkBuddy 占左半屏，关闭再打开 → 窗口回到 1024×768 居中
- 双显示器下拖到副屏分屏 → 下次启动仍默认主屏中心
- 手动调大窗口后关机 → 第二天打开仍是窄窄一竖条
手动保存分屏尺寸的临时方案（需改配置文件）
WorkBuddy 会在用户目录下生成 config.json，路径通常是：%APPDATA%\WorkBuddy\config.json。它支持硬编码窗口尺寸，但不自动写入——你得自己填。
使用 draw.io（.drawio 格式）和 SVG 生成兼容 Microsoft Visio 的架构图。当用户需要以下任一场景时触发： - 用于 Visio 或技术文档的架构/系统/网络图 - 带连接标注的分层控制系统图 - 将 draw.io XML 转换为稳定、可嵌入的 SVG - 修复 Visio 或 draw.io 无法打开的故障排查类图表 - 任何需专业级布局且文本可编辑的图表
操作步骤：
- 先全屏或手动拖成你想要的分屏尺寸（比如 960×1080 左半屏）
- 打开任务管理器 → 找到
WorkBuddy.exe→ 右键「打开文件所在位置」→ 进入上级目录，再进Roaming\WorkBuddy\ - 用记事本打开
config.json，添加或修改以下字段：
{
"windowWidth": 960,
"windowHeight": 1080,
"windowX": 0,
"windowY": 0,
"isMaximized": false,
"isFullScreen": false
}
注意：windowX/windowY 是屏幕绝对坐标，左上角主屏为 (0, 0)；若你在副屏（比如主屏宽 1920，副屏在右侧），则 windowX 应设为 1920 起始值。
Electron 层面的兼容性隐患
即使你填了 config.json，仍有两个底层限制绕不开：
- Windows 11 的 Snap Assist 功能可能覆盖
setBounds()调用，导致启动瞬间闪一下再跳回默认尺寸 - 多 DPI 缩放场景下（如主屏 125%，副屏 100%），
windowX/windowY坐标容易错位，实际显示位置偏移几十像素 - WorkBuddy v2.4.1 及更早版本未处理
screen.availSize变化，外接显示器拔插后配置失效
真正稳定的分屏体验，得等官方在 main.js 里补上窗口生命周期监听和跨会话状态序列化——目前只能靠手填 config + 接受偶尔跳变。
