磁吸窗口的几何内核：高度相等、宽度公式与260毫秒自动吸回

先说这篇文章的主角。安卓修改大师智改工坊的电脑版（https://www.apkeditor.cn/ai-version.aspx）打开之后，你会看到一个很特别的布局：左边一扇主窗口，右边一扇 AI 工作区窗口，两扇窗严丝合缝地并排站着——顶边对齐、底边对齐，中间没有缝，而且你拖宽左边，右边就同幅度变窄，像两个齿轮咬合在一起。很多用户第一次看到会以为这只是"窗口摆得整齐"，其实它背后是一整套几何约束，甚至还有一条"你把右边那扇拖走，它会在 260 毫秒后自己溜回来"的归位机制。

官网是 https://www.apkeditor.cn/。这篇文章不讲情怀，讲算法：我们把这扇"自动贴回来"的窗口当成一个几何问题拆开——三条不变式怎么定死关系、宽度公式怎么算、5 毫秒轮询为什么不跟你抢窗口、260 毫秒自动归位的边界怎么设计、最小化的时候发生了什么，最后附一份可以直接照改的调参手册，配两个自家内测包的改包实例。

为什么要把一个"窗口摆放"的功能讲得这么细？因为它是这种 AI 改包工具里最不起眼但最影响手感的一环。功能逻辑再好，两扇窗每次打开都要手动对齐、视线每次都要跳来跳去，用起来就是别扭。而这套磁吸做好了，你几乎感觉不到它的存在——感觉不到窗口在被"管理"，只觉得工作区天生就该是这个样子。这种"感觉不到"，恰恰是它设计成功的标志。

这篇文章适合谁读？如果你是智改工坊电脑版的用户，想知道为什么两扇窗会这么听话、想调自己屏幕上的配比，读它；如果你是做桌面软件的开发者，想参考一套跨窗口几何约束是怎么落地的，也可以读——它把"不变式、公式、轮询、稳定判定、边界跳过"这套组合讲得很具体。

先给不熟悉改包流程的读者补一句背景。安卓修改大师智改工坊是一个让你用中文描述需求、AI 自动帮你修改安卓安装包（APK）的工具。你拖入一个自家应用，写一句"把启动页背景换成这张图"，AI 就会反编译、改资源、再回编、签名、校验，最后给你一个改好的包。这个过程里，主窗口管"你和项目"，AI 工作区窗口管"AI 在干什么"——两扇窗并排，你才能一边下指令一边看进度。这就是磁吸要服务的那个工作流。

顺带说明本文的写作立场。我们不打算把这套磁吸吹成什么黑科技——它就是一组老老实实的几何规则。但越是这种"看起来理所当然"的功能，背后越有一堆不那么理所当然的取舍：为什么占屏比例而不是固定宽度、为什么 5ms 轮询而不是更省的间隔、为什么 260ms 才归位。把这些取舍讲清楚，比堆术语有用。你读完之后，至少能明白自己屏幕上那两扇窗为什么这么摆、以及想让它换个摆法时该动哪里。

你读完之后，至少能明白自己屏幕上那两扇窗为什么这么摆、以及想让它换个摆法时该动哪里。

对普通用户，这篇文章最实用的收获其实就三点。第一，知道右边那扇窗"被拖走会自己回来"是设计行为，不是故障，别去关它；第二，知道想调配比就动占屏比例、想加缝就动间隙，别的不用碰；第三，知道它在最小化、换屏、重启后都能自己恢复对齐，不用每次手动摆。把这三点记住，你日常用就够了。

一、先看现象：两扇窗为什么"严丝合缝"

先把现象描述准确，免得后面讲公式时对不上号。打开智改工坊电脑版，你观察右边那扇 AI 工作区窗口，会看到这几个行为：

• 它的顶边和主窗口顶边永远齐平，底边也永远齐平——你把主窗口拉高，它跟着变高；你把主窗口拖到屏幕中间偏下，它跟着挪。两扇窗高度始终相等。
• 它紧贴主窗口右侧，中间可以留一条细缝（间隙可配），也可以完全贴死——默认是完全贴死的，两扇窗看起来像一块完整的工作台。
• 你拖宽主窗口，它同幅度变窄；你把它拖宽，主窗口同幅度变窄——两扇窗的宽度此消彼长，合计宽度不变。
• 你把主窗口最小化，它跟着最小化；主窗口还原，它跟着还原——两扇窗的"显隐状态"是联动的。
• 你故意把它从右侧拖走、松手，260 毫秒后它会自己溜回右侧的槽位——这个"自动归位"是这篇文章要拆的核心。

这五条放在一起，画出来就是一块"从顶到底对齐、左右互补、显隐同步"的双窗。你把它和"两个随便摆的窗口"对比一下：随便摆的窗，顶边差几像素、宽度各算各的、最小化一个另一个还在。而磁吸的这对窗，像是从同一个矩形里切出来的两半——你动一半，另一半跟着补。这种"切出来"的感觉，就是后面要拆的几何约束在视觉上的投影。

而且这套行为是"持续"的，不是"一次性"的。很多窗口管理工具是"你点一下它摆一次"，之后两扇窗又各干各的。磁吸是一直盯着：你拖主窗，它实时补右边；你系统换了块屏，它重新按工作区算；你把它最小化又还原，它回到原来的相对位置。它不是"摆一次就完事"，而是"永远在对齐"。这也是为什么你用久了会觉得它"消失"了——它一直在做，你就感觉不到它在做。

这五个现象看起来像"很听话"，但写过程序的人都知道：跨窗口控制别人的窗口位置，最容易写坏的就是"看起来听话、实际上打架"——你拖一下它动一下，它动一下你又觉得被抢了，最后变成两个程序在鼠标底下抢地盘。这套磁吸之所以用起来不别扭，是因为它在动手之前先定了不变式：几条永远成立的几何关系。关系定死了，每一次刷新就只剩"按公式算一遍"这一件事，不需要临场判断，也就不会打架。

为什么这件事值得做成产品功能？因为"左边写需求、右边看结果"是改包这种工作流最自然的形态：你在左边组织一句中文需求，点发送，视线移到右边看 AI 怎么改；改完，打包窗口自动弹出来；打包完，设备预览窗口弹出来。如果两扇窗的位置每次打开都要重摆、高度每次都要对齐，这种"视线不跳"的流畅感就碎了。磁吸的本质，是把"两扇窗应该怎么摆"这件事从用户的每次劳动里拿掉，变成程序的默认行为。

而且它不是"贴死不动"的——你想调配比，拖任意一边都行；你想临时把右边挪去旁边查资料，拖走它会在松手后自动回来；你想彻底不用磁吸，设置里可以关掉，命令行还有"本次不摆放"的参数。它把默认行为做得很体贴，但把选择权留给你。这就是后面几章要拆的：体贴的默认行为背后，是哪些几何规则在支撑。

先纠正一个常见误解：磁吸不是"把窗口粘在一起"。很多人听到"磁吸"，以为是两扇窗焊死、拖一个另一个必须跟着动。实际它更像"一根弹簧连着的两个抽屉"：平时贴在一起，你用力拉开其中一个，另一个会按比例让位；松手后被拉开的那个会弹回槽位。它有约束，但不僵硬——你随时可以调配比、可以临时挪开、可以彻底关掉。理解了这个"弹性约束"的定位，后面讲的每一条规则就都有了出发点。

为什么是"两扇窗"这个数量？因为改包工作流天然是"输入—输出"两端：左边主窗口是项目列表、需求输入、修改历史、打包与预览；右边是 AI 改包的实时过程。两扇窗刚好覆盖这两端，不需要更多。再多一扇窗，屏幕就不够分了——这也是占屏比例默认 3/4 的由来：它默认你屏幕上主要就这一对窗。

在拆机制之前，先把"磁吸"这个词和传统理解区分开。很多桌面软件也有"窗口吸附"——把一个窗口拖到屏幕边缘，它自动贴边、自动占满一半。那是"贴边"。智改工坊电脑版做的是另一件事：让两个属于不同程序的窗口，始终保持一种几何伙伴关系——高度相等、宽度互补、位置相邻、状态联动。它不是贴到屏幕上，而是两扇窗互相贴着。这个区别决定了它的复杂度：贴边只要认屏幕边缘，伙伴关系要管两窗之间的相对位置、配比、显隐、甚至一方被拖走后另一方怎么反应。

再给一个预期管理：这套磁吸默认是开着的，但它不"霸着"你的桌面。你可以随时把主窗拖到屏幕任何位置，两扇窗作为整体跟着走；你可以随时调配比；你可以拖走 AI 窗、它松手后回来；你也可以在设置里关掉它，让两扇窗完全自由。它的目标是"默认给你一个最优布局"，而不是"强迫你按它的方式用"。理解了这个分寸，后面讲的规则你就不会觉得"这也管那也管"——每一条规则都是在维护那个默认最优布局，而你随时能打破它。

这是它和"贴边"工具的本质区别：贴边是把你钉在屏幕某个位置，磁吸是两扇窗结伴走。

"结伴走"这个定位，决定了它不挑你的工作位置。你把主窗放屏幕左边，它并排左边；放中间，并排中间；拖到副屏，并排到副屏。它维护的是"两扇窗的相对关系"，不是"两扇窗的绝对位置"。这和很多"贴边"工具完全不同——贴边工具是"把你钉在左/右/上/下边缘"，磁吸是"你去哪，它们跟到哪"。它服务的是你的工作位置，而不是强制你的工作位置。

这就是它和"贴边"工具的本质区别：贴边是把你钉在屏幕某个位置，磁吸是两扇窗结伴走。

"结伴走"还带来一个附带好处：换屏不迷路。你把主窗从主屏拖到副屏，AI 窗跟着挪到副屏——因为它维护的是"和主窗并排"，不是"在主屏右侧"。如果你只有一块屏，这个好处不明显；但如果你是双屏用户，就会发现：拖主窗跨屏，右边那扇一定跟着过去，两扇窗不会一个在主屏、一个赖在副屏。这种"结伴"，是关系型布局对绝对位置型布局的根本优势。

二、三条不变式：先把关系定死，代码才有唯一解

窗口布局这件事，最容易写坏的方式是"看着差不多就行"：主窗口拉宽了，右边那扇宽度不变，两扇窗之间裂出一道越来越大的缝；主窗口被拖到副屏，右边的还赖在主屏；主窗口最小化了，右边的还杵在那儿挡着别的程序。这些问题的共同根源不是"没写代码"，而是没有先把关系定死。智改工坊电脑版的做法是定义三条不变式，任何时刻、任何一次同步都要同时满足：

这三条里有一个细节容易被忽略：第二条用的是工作区（Work Area）宽度，不是屏幕分辨率。工作区是操作系统扣掉任务栏之后留给程序的那块地。用工作区算，任务栏在下面还是在侧面都不会算错——如果你的任务栏靠左立着，屏幕宽度 1920 但工作区可能只有 1870，两扇窗按 1920 算就会硬生生多出几十像素，右边那扇的下半截就被任务栏盖住了。

还有一处刻意的选择：占屏比例这个参数在参与计算前会被夹在合理区间内，就算你手滑把配置写成 7 或者 -1，也不会算出负宽度。这种"参数进公式前先夹紧"的防御，是几何代码的基本功——公式再漂亮，喂进去一个离谱的数就全盘崩溃。

还有一处刻意的选择：占屏比例这个参数在参与计算前会被夹在合理区间内，就算你手滑把配置写成 7 或者 -1，也不会算出负宽度。这种"参数进公式前先夹紧"的防御，是几何代码的基本功——公式再漂亮，喂进去一个离谱的数就全盘崩溃。

为什么不用"AI 窗口固定宽度"这种更简单的做法？给定右边固定 900 像素，主窗口随便拖，听起来省事。但它和"合计占屏"互斥：一旦右边固定 900，主窗口一拖宽，两扇窗的右边缘就往屏幕外推，固定承诺立刻破产，于是又得发明第二条、第三条边界规则去修——每条新规则都可能和你手上的拖动打架。"合计占屏"的聪明之处在于，它把一个绝对尺寸换成了一个可分配的比例：屏幕多大、任务栏多高、缩放多少，全部折算进"工作区宽度"这一个输入，剩下的就只有"主窗拿多少、右边拿多少"这一件事。环境变了，重新算一遍即可，规则一条都不用改。

这也是它能在笔记本小屏、1080p 台式机、2K 屏、带鱼屏上表现一致的原因：它不是为某一台机器写死的布局，而是一段会随环境重算的关系式。判断标准只有一条——右边那扇至少要能完整显示 AI 输出的代码块而不出现横向滚动。在 1080p 屏上默认 0.75 折合右边约 840 像素，足够看大多数代码；调到 0.65 右边掉到 700 以下，看代码就要频繁横滚了。

这三条里有一个细节容易被忽略：第二条用的是工作区（Work Area）宽度，不是屏幕分辨率。工作区是操作系统扣掉任务栏之后留给程序的那块地。用工作区算，任务栏在下面还是在侧面都不会算错——如果你的任务栏靠左立着，屏幕宽度 1920 但工作区可能只有 1870，两扇窗按 1920 算就会硬生生多出几十像素，右边那扇的下半截就被任务栏盖住了。

多显示器还有一个坑：屏幕坐标是"虚拟桌面"坐标。第二块屏的原点并不在 (0,0)——副屏摆在主屏左边，它的横向坐标甚至是负数；摆在主屏上方，纵坐标是负数。所以这套几何没有用"离屏幕右边缘还有多少像素"这种相对说法，而是老老实实保存整块工作区矩形（左、上、宽、高四个值，屏幕绝对坐标）。而且判断"会不会出屏"用的是主窗所在那块屏的工作区，不是"所有屏拼起来的大矩形"——否则把主窗拖到主屏最右边时，程序会以为右边还有副屏空间，把 AI 窗推到副屏坐标区，两扇窗被拆到两块屏上。现在主窗在哪块屏，这一对窗就完整待在哪块屏。

这三条里有一个细节容易被忽略：第二条用的是工作区（Work Area）宽度，不是屏幕分辨率。工作区是操作系统扣掉任务栏之后留给程序的那块地。用工作区算，任务栏在下面还是在侧面都不会算错——如果你的任务栏靠左立着，屏幕宽度 1920 但工作区可能只有 1870，两扇窗按 1920 算就会硬生生多出几十像素，右边那扇的下半截就被任务栏盖住了。

不变式一（高度相等）为什么成本极小收益极大？因为它只是"把主窗的顶边和高度抄给 AI 窗"，一次赋值的事；但视觉收益巨大——并排两扇窗只要顶边差 1 像素，人眼立刻觉得"没对齐"。这种"廉价约束、昂贵观感"的关系，是桌面 UI 设计里最值得白捡的便宜。不变式三（显隐联动）同理：主窗最小化时把 AI 窗也最小化，只是同步一个状态，却避免了"主窗收起来了、AI 窗还杵在那儿挡桌面"的混乱。

这三条里有一个细节容易被忽略：第二条用的是工作区（Work Area）宽度，不是屏幕分辨率。工作区是操作系统扣掉任务栏之后留给程序的那块地。用工作区算，任务栏在下面还是在侧面都不会算错——如果你的任务栏靠左立着，屏幕宽度 1920 但工作区可能只有 1870，两扇窗按 1920 算就会硬生生多出几十像素，右边那扇的下半截就被任务栏盖住了。

把三条不变式放在一起看，你会发现它们其实在做一件事：把两扇窗从"两个独立窗口"变成"一个组合体"。高度相等让它们像同一块板的左右两半；宽度互补让它们在横向上共享一块地；显隐联动让它们像同生共死的一对。当三条例子同时成立，你拖动其中一扇，另一扇会按公式自动补偿——这个组合体就活了。没有高度相等，两扇窗是高低不齐的两块板；没有宽度互补，它们是随便摆的两个窗；没有显隐联动，它们是互不相干的两个进程。三条缺一不可，少任何一条，"并排"就退化成"恰好并排过"。

还有一条隐含的不变式没写进公式，但它一直在工作：两扇窗的上下边缘始终对齐。高度相等只是"一样高"，如果主窗顶边在屏幕中间、AI 窗顶边在屏幕顶部，那一样高也没用。所以代码在同步高度的同时，也把主窗的顶边位置抄给 AI 窗——两扇窗不仅一样高，还贴着同一条水平线。这就是你看到的"严丝合缝"里最不起眼、也最影响观感的那一条：对齐的是顶边，不只是高度。

还有一处刻意的选择：占屏比例这个参数在参与计算前会被夹在合理区间内，就算你手滑把配置写成 7 或者 -1，也不会算出负宽度。这种"参数进公式前先夹紧"的防御，是几何代码的基本功——公式再漂亮，喂进去一个离谱的数就全盘崩溃。

为什么把"夹区间"单拎出来讲？因为它是"几何正确"和"程序健壮"之间那道不起眼的墙。一个只在"正常输入"下成立的公式，不是好公式——用户永远会给出离谱的输入（手滑、复制粘贴错、改错一行配置）。代码在算宽度之前先把占屏比例夹回 0 到 1、把主窗宽度夹到最小宽度下限以上，保证不管配置写成什么样，算出来的都是一个"能用的窗口"。好的几何代码不是"算得准"，而是"任何输入下都不会崩"。

这是它能在笔记本小屏、1080p 台式机、2K 屏、带鱼屏上表现一致的原因：它不是为某一台机器写死的布局，而是一段会随环境重算的关系式。判断标准只有一条——右边那扇至少要能完整显示 AI 输出的代码块而不出现横向滚动。在 1080p 屏上默认 0.75 折合右边约 840 像素，足够看大多数代码；调到 0.65 右边掉到 700 以下，看代码就要频繁横滚了。

"关系式"这个词值得再强调一次。写死的布局，是"主窗 600、AI 窗 800"这种绝对数字——换台屏就废了。关系式的布局，是"两窗合计占屏 3/4、高度相等、主窗多宽右边补多少"这种关系——换任何屏都成立。前者是给一台机器画的图，后者是给所有机器立的法。磁吸选了后者，所以它不怕你换屏、不怕你换缩放、不怕你接第二块显示器。写关系，不写数值；这是它能跨环境稳的根本。

这是它能在笔记本小屏、1080p 台式机、2K 屏、带鱼屏上表现一致的原因：它不是为某一台机器写死的布局，而是一段会随环境重算的关系式。

三条不变式为什么是"三条"而不是"更多"？因为它在做减法——只保留"必须永远成立"的，其余都交给公式或用户。比如"两扇窗永远贴在屏幕左侧"就不是不变式，因为用户可能把主窗拖到中间；"AI 窗永远在右边"也不是绝对不变式，因为你可以拖走它（它会回来，但拖这个动作本身是允许的）。不变式只写"关系"，不写"位置"——位置是用户的自由，关系是程序的纪律。越少的不变式，越少的约束，越多的自由。

这是它能在笔记本小屏、1080p 台式机、2K 屏、带鱼屏上表现一致的原因：它不是为某一台机器写死的布局，而是一段会随环境重算的关系式。

判断一套布局好不好，就看它"换台机器还成立吗"。写死数值的布局，换台不同分辨率的屏就崩；写关系的布局，换台机器照样成立。磁吸选了后者，所以你把它从笔记本搬到外接 4K 屏，它不会乱——它重新按新屏的工作区宽算一遍，两扇窗还是并排、还是等高、还是合计占屏 3/4。这种"环境变了、关系不变"，才是一套几何布局真正的价值。

判断一套布局好不好，就看它"换台机器还成立吗"。写死数值的布局，换台不同分辨率的屏就崩；写关系的布局，换台机器照样成立。磁吸选了后者，所以你把它从笔记本搬到外接 4K 屏，它不会乱——它重新按新屏的工作区宽算一遍，两扇窗还是并排、还是等高、还是合计占屏 3/4。这种"环境变了、关系不变"，才是一套几何布局真正的价值。

对用户来说，这个价值翻译成一句话就是：你换什么屏都不用重新学。你在笔记本上用惯了"左边写、右边看"，搬到台式机大屏还是这个布局；接了第二块显示器，两扇窗还是结伴。关系是恒定的，变的只是屏幕尺寸。恒定的是关系，变化的是尺寸——这就是关系型布局给用户的确定性。

恒定的是关系，变化的是尺寸——这就是关系型布局给用户的确定性。

再退一步讲，为什么"关系"比"位置"重要？因为位置是会变的——你今天想让主窗靠左，明天想让它居中，后天拖到副屏。如果布局绑死在位置上，你每换一次习惯就要重摆一次。而关系是不随习惯变的：不管主窗在哪，右边那扇都该和它并排、等高、互补。把不变的部分（关系）和可变的部分（位置）分开，布局才能既稳定又灵活。这就是磁吸的核心思路。

把不变的部分（关系）和可变的部分（位置）分开，布局才能既稳定又灵活。这就是磁吸的核心思路。

这个思路推到极致，就是"不记忆位置，只维护关系"。很多软件会"记住你上次把窗口拖到哪了"，下次打开恢复那个位置。磁吸不这么做——它每次启动都按公式重新摆，不记你上次停在哪。为什么？因为"上次位置"往往是某次临时拖动的结果，不是你想要的默认。公式摆出来的，才是稳定的默认。不记临时位置，只摆默认关系，才不会把你的临时动作固化成下次的麻烦。

不记临时位置，只摆默认关系，才不会把你的临时动作固化成下次的麻烦。

这也是"默认"和"记忆"的哲学分歧。"记忆上次位置"的软件，把你的一次临时动作当成了长期偏好；磁吸不这么干，它每次都给你那个经过设计的默认。哪个更好？取决于默认是不是足够好。磁吸对自己的默认有信心——占屏 3/4、并排、等高——所以它敢每次都摆这个默认。好的默认，比"记忆用户"更省心。

三、宽度公式怎么算：把数字代进去一眼就懂

三条不变式一合起来，就得到 AI 窗口宽度的唯一解。写成公式是：

把一台常见的 1920×1080 显示器代进去：工作区宽度按 1920 算（任务栏自动隐藏），占屏比例 0.75，那么两扇窗的宽度合计固定是 1440 像素。接下来主窗口每宽一点，右边就窄一点，像跷跷板一样：

主窗口宽度	AI 窗口宽度	说明
600	840	默认比例最舒服的搭配，两边都宽敞
800	640	主窗口变宽，右边自动让位
1000	440	右边还能看清 AI 输出的代码片段
1200	240（触及最小宽度下限）	不再继续变窄，保住可用宽度

最后一行值得单独说：主窗口被拖得太宽时，公式算出右边只剩一条缝，小于它的最小宽度下限，于是被抬回到下限值——宁可让合计稍微超一点"占屏 3/4"的承诺，也不给你一扇没法用的窄窗口。这是优先级排序：可用性下限 > 几何完美。你在实际使用里几乎不会遇到这一档，因为主窗口拖到那么宽时，右边本来也已经没法干活了——这个下限存在的意义，是让"拖过头"这件事不至于把界面直接拖坏。

把公式代进位置关系里会发现一个推论：AI 窗口的右边缘 = 主窗口左边缘 + 合计宽度。也就是说，只要主窗口本身不动，无论你把它拖宽到多少，两扇窗的右边缘都停在同一个位置——这套约束管的是"这一对窗口的整体占地"，而不是某一扇窗的宽度。整体占地定住了，右边那扇的宽度自然就是"总量减去主窗口拿走的那份"。

最后一行值得单独说：主窗口被拖得太宽时，公式算出右边只剩一条缝，小于它的最小宽度下限，于是被抬回到下限值——宁可让合计稍微超一点"占屏 3/4"的承诺，也不给你一扇没法用的窄窗口。这是优先级排序：可用性下限 > 几何完美。你在实际使用里几乎不会遇到这一档，因为主窗口拖到那么宽时，右边本来也已经没法干活了——这个下限存在的意义，是让"拖过头"这件事不至于把界面直接拖坏。

还有一个平时看不见的退路：如果系统查询显示器工作区失败（极少见，比如多显示器热插拔瞬间），程序不会去猜一个屏幕尺寸，而是退一步按一个保守的默认宽度给出可用值。它的作用不是精确，而是让界面在任何情况下都先能跑起来。拿不到数据就退回保守值，宁可少做一次精确计算，也不拿一个错误的屏幕尺寸去削窗口——这种"拿不准就保守"的取向，贯穿了整个磁吸代码。

把公式代进位置关系里会发现一个推论：AI 窗口的右边缘 = 主窗口左边缘 + 合计宽度。也就是说，只要主窗口本身不动，无论你把它拖宽到多少，两扇窗的右边缘都停在同一个位置——这套约束管的是"这一对窗口的整体占地"，而不是某一扇窗的宽度。整体占地定住了，右边那扇的宽度自然就是"总量减去主窗口拿走的那份"。

这个"整体占地"的视角，是理解整套几何的钥匙。很多人调参时纠结"右边到底该多宽"，其实问错了问题。你该决定的是"这一对窗占屏幕多少"，而不是"右边多宽"。占屏比例定了，右边宽度就是被推出来的结果。这也是为什么调参手册里，占屏比例是第一优先级——它是那个"你真正能决定的量"，其余都是它的推论。

落到调参上就是一句话：别问"右边应该多宽"，要问"这一对窗应该占屏多少"。前者是结果，后者才是你能决定的量。只想让右边能干活，调占屏比例；想让某扇窗多一点空间，用鼠标拖它——拖动会立刻改变两窗内部配比，且完全可逆。

再补一个公式里容易被忽略的角色：间隙 Gap。它在公式里是被减掉的那一项——两扇窗并排时，中间要留出 Gap 像素的缝。这个设计的意义是让"两扇窗"在视觉上仍是"两个程序"，而不是"一块大窗劈成两半"。默认 0 是最省空间的贴死模式；双屏拼接、屏幕上还有别的窗口时，6~12 像素的细缝能让边界一眼可辨。它和占屏比例是两个独立旋钮：占屏比例决定整体占地，间隙决定两扇窗之间隔多远。

最后说清一个常见误解：公式里的"主窗宽度"不是你设出来的，是你拖出来的。公式并不要求主窗必须 600 像素——600 只是首次启动时给主窗的初始值。之后主窗多宽，由你鼠标拖；公式每次只是根据"当前主窗多宽"反推"右边该多宽"。所以这套几何从来没有"设定主窗宽度"这个动作，它管的是两窗的关系，不是某一扇窗的绝对尺寸。这也是它能跟随你拖动的根本原因：它不预设主窗该多宽，只在你拖完之后把右边补齐。

拿不到数据就退回保守值，宁可少做一次精确计算，也不拿一个错误的屏幕尺寸去削窗口——这种"拿不准就保守"的取向，贯穿了整个磁吸代码。

这个"拿不准就保守"，其实是桌面软件的一条暗线。桌面环境太复杂了：多显示器、DPI 缩放、任务栏隐藏、远程桌面、平板模式……每一种环境都可能给你一个"看似对、实则错"的数字。所以代码在每一步都留了退路：查不到工作区就用保守默认宽度、算出来为负就夹回下限、参数离谱就夹回合理区间。它不是"算到最准"，而是"任何环境下都先能跑起来"。对工具软件，"能跑起来"比"算得漂亮"重要。

想让某扇窗多一点空间，用鼠标拖它——拖动会立刻改变两窗内部配比，且完全可逆。

再讲一个公式的"可逆性"。你拖主窗到很宽，右边变窄；你再拖回去，右边又变宽——完全可逆，没有任何"拖过了就回不去"的状态。因为公式是实时算的：每一帧都根据"当前主窗多宽"重算右边多宽。你不需要点"重置"，拖回去就行。可逆的布局，才不会让用户害怕拖动。很多人不敢拖窗口，是怕"拖乱了摆不回去"——磁吸的可逆性消除了这个恐惧。

它不预设主窗该多宽，只在你拖完之后把右边补齐。这也是为什么调参手册里，占屏比例是第一优先级——它是那个"你真正能决定的量"，其余都是它的推论。

把"推论"这个概念用透：你决定的是占屏比例，其余宽度都是它推出来的。这意味着你调一个旋钮，就够了。很多窗口管理软件给你七八个参数——主窗宽、副窗宽、边距、顶距、对齐方式……每个都要你设。磁吸只给你一个核心旋钮（占屏比例），其余全是公式推出来的。参数越少，用户越敢用。好的设计不是把所有控制权都给用户，而是把控制权收敛到少数几个真正有意义的旋钮上。

这也是它能跟随你拖动的根本原因：它不预设主窗该多宽，只在你拖完之后把右边补齐。这也是为什么调参手册里，占屏比例是第一优先级——它是那个"你真正能决定的量"，其余都是它的推论。

"你拖完之后它补齐"这个时序，其实是整个跟随体验的核心。如果它在你拖的过程中实时改右边宽度，你会觉得右边在"晃"；如果它等你完全拖稳了再改，又会觉得"慢半拍"。5ms 轮询让它在你拖动的同一瞬间就补好右边——你拖到哪，右边补到哪，像齿轮咬合。没有延迟的跟随，才叫"咬合"。这就是为什么轮询要做到 5ms：不是为了精确，是为了让跟随感觉不到延迟。

这就是为什么轮询要做到 5ms：不是为了精确，是为了让跟随感觉不到延迟。

再补一句关于"延迟"的体感。窗口跟随如果延迟超过 100ms，你会明显觉得"右边慢半拍"；5ms 的延迟小到眼睛根本察觉不到，于是你感觉右边是"实时跟着"的。这种实时感，是"咬合"手感的来源。很多窗口管理软件做出来"跟随但发涩"，就是因为跟随延迟在 100ms 以上——不是逻辑不对，是手感不对。磁吸把延迟压到 5ms，就是为了消灭那半拍的涩感。

不是逻辑不对，是手感不对。磁吸把延迟压到 5ms，就是为了消灭那半拍的涩感。

手感这件事，本质是"延迟低到让人觉得是一体的"。两扇窗如果跟随延迟大，你会觉得它们是"两个独立窗口被一根线拉着"；延迟压到 5ms，你会觉得它们是"一块板的两半"。从"两个"到"一块"，差别就在延迟。好的布局手感，是让用户感觉不到"两扇窗"，只感觉到"一个工作台"。磁吸做的就是这件事。

好的默认，比"记忆用户"更省心。

这套设计最后留给用户的，就是一个"打开即用"的桌面。你不用学怎么摆窗口、不用调参数、不用管它在背后怎么算——打开智改工坊电脑版，两扇窗已经并排摆好，你只管写需求、看结果。几何公式在后台跑，你感觉不到它。这就是这篇文章想让你理解的：你感觉不到的地方，正是它最用心的地方。

这篇文章想让你理解的：你感觉不到的地方，正是它最用心的地方。

如果你愿意动手，现在就可以打开智改工坊电脑版，按文中的方法试一次：拖宽主窗看右边怎么补、把右边拖走看它怎么回来、最小化主窗看右边怎么跟着收。不用懂公式，用手感受一遍，比读十遍文章更直观。然后再回到 settings.ini，把占屏比例调成你喜欢的数。到这一步，这套磁吸对你就不再是"一个功能"，而是"一套你能掌控的布局"了。

然后再回到 settings.ini，把占屏比例调成你喜欢的数。到这一步，这套磁吸对你就不再是"一个功能"，而是"一套你能掌控的布局"了。

这套几何内核，说到底是在做一件朴素的事：把"两扇窗应该怎么摆"从用户手里接过来，替他摆好，并且永远维护好。它不炫技、不花哨，只是把每一个细节都做对——高度对齐、宽度互补、拖动不抢、松手归位、最小化不打架。正是这些朴素细节的累积，让你打开智改工坊电脑版时，看到的是一块严丝合缝的工作台，而不是两扇需要自己摆的窗口。

正是这些朴素细节的累积，让你打开智改工坊电脑版时，看到的是一块严丝合缝的工作台，而不是两扇需要自己摆的窗口。

这就是这篇文章想讲完的全部。从现象到公式、从轮询到归位、从最小化到调参，一根线串下来：它是几何，是工程，也是取舍。希望你下次看着那两扇严丝合缝的窗时，能想起它背后的这套内核。

代一组 2K 屏的数字，看"比例"的好处

小屏算完，再代一组 2560×1440 的数字：按默认 0.75 算，两扇窗宽度合计是 1920 像素——正好等于一台 1080p 屏幕的宽度。主窗口按默认 600 算，AI 窗口拿到 1320 像素，改代码、看日志都很从容，不需要横向滚动。你觉得右边太宽？把主窗口拖到 900，右边自动变成 1020，合计仍是 1920。注意这个过程你不需要重设右边的任何参数——它从来就没有"自己的宽度设置"，只有"把剩下的补齐"这一条职责。

落到调参上就是一句话：别问"右边应该多宽"，要问"这一对窗应该占屏多少"。前者是结果，后者才是你能决定的量。只想让右边能干活，调占屏比例；想让某扇窗多一点空间，用鼠标拖它——拖动会立刻改变两窗内部配比，且完全可逆。

四、5 毫秒轮询：它为什么不跟你抢窗口

定完不变式，下一个问题是"怎么执行"。智改工坊电脑版的做法很直接：默认每 5 毫秒轮询一次，直写 SetWindowPos 把 AI 工作区窗口的位置和尺寸写过去。5 毫秒一次，听起来很"密"——一秒钟要写 200 次窗口位置。为什么不用更省的方式（比如监听系统消息、窗口一变就触发）？

原因在于跨进程：AI 工作区窗口属于另一个程序，跨进程挂消息钩子既复杂又容易被权限拦。轮询则简单可靠：每 5 毫秒读一次两边窗口的当前矩形，按公式算出目标矩形，和当前位置比对，不一致就写一次。在现代 CPU 上，读两个矩形、算一道减法、比对一次，开销小到可以忽略。

但 5 毫秒轮询立刻带来一个要命的问题：你拖窗口的时候，它 5 毫秒就把你写回去一次，你根本拖不动。你往左拖 10 像素，它 5 毫秒后把右边那扇写回原位；你感觉窗口像粘死了一样。这就是"轮询跟用户抢窗口"的经典矛盾。智改工坊的解法是一个很朴素的机制——事件稳定判定：

先讲清楚"为什么不抢"这个矛盾的根源。轮询是程序主动写窗口位置，人手拖动是用户手动改窗口位置——两件事都在改同一个矩形。如果程序写得太勤，就会把用户的每一次手动改动立刻覆盖掉，用户感觉"拖不动"。解决思路有两种：一是别写那么勤（比如等用户停手了再写），二是能认出"这次变化是用户干的还是我自己写的"。智改工坊选的是后者——它一边保持 5ms 的高频同步，一边用"稳定判定"认出人手动作，在人手动作期间按兵不动。这样既保证了平时跟随的丝滑，又保证了拖动时的自由。

这套机制还区分了"谁动的"：程序自己写入的位置，下一帧读回来的矩形和目标矩形一致，不触发任何反向判定；只有读出来的矩形和"应该在的位置"对不上，才进入观察窗。于是你拖它、它不动你；它归位、你抢不走——两种动作各走各的通道，互不干扰。

顺带说一个跨进程的限制：Windows 对不同权限级别进程之间的操作有额外限制（UIPI）。如果对方程序以管理员身份运行，而智改工坊电脑版是普通权限，那它对那扇窗口的移动、缩放操作可能被系统拦下，表现出来就是"窗口找到了，但位置不动"。此时的处理办法不是调参数，而是把两边的权限级别拉齐。诊断日志 dock.log 会把每一次窗口写入的原因记下来，排查"为什么它不动"时翻它最快。

顺带说一个跨进程的限制：Windows 对不同权限级别进程之间的操作有额外限制（UIPI）。如果对方程序以管理员身份运行，而智改工坊电脑版是普通权限，那它对那扇窗口的移动、缩放操作可能被系统拦下，表现出来就是"窗口找到了，但位置不动"。此时的处理办法不是调参数，而是把两边的权限级别拉齐。诊断日志 dock.log 会把每一次窗口写入的原因记下来，排查"为什么它不动"时翻它最快。

5 毫秒这个数字会不会太密？一秒钟写 200 次，听起来像在烧 CPU。但实际开销是：读两个矩形结构体、做一次减法、和当前值比对，不一致才真正调一次 SetWindowPos。大多数轮询轮次里，窗口根本没动，比对结果是一致的，于是什么都不写——轮询的密度不等于写入的密度。真正常驻写入只发生在你拖动窗口的那一两秒里。现代 CPU 跑这种量级的轮询，占用小到可以忽略，换来的是"拖动实时跟随"的丝滑手感。如果你真的在意，这个间隔是可以在 settings.ini 里调的。

为什么不监听窗口消息？理论上窗口位置变化会发系统消息，挂个钩子就能即时响应。但跨进程挂钩子既复杂、又受权限限制，还可能因为消息乱序导致状态错乱。轮询的哲学是"别相信任何事件，自己定期看一眼事实"——它简单、可靠、好调试，出问题翻 dock.log 就能看到每一轮读到了什么、写了什么。对一个"必须稳"的桌面工具来说，这种笨办法反而是最稳的办法。

这套机制还区分了"谁动的"：程序自己写入的位置，下一帧读回来的矩形和目标矩形一致，不触发任何反向判定；只有读出来的矩形和"应该在的位置"对不上，才进入观察窗。于是你拖它、它不动你；它归位、你抢不走——两种动作各走各的通道，互不干扰。

反向跟随也有冷却。如果你拖的是 AI 窗口，主窗口会反过来变窄来配比；但如果主窗因为自身最小宽度下限而拒绝变窄，这次跟随就没产生实际变化。若程序不做判断，下一轮又读到尺寸不符、又反向写一次，就会陷入每秒几百次的无效循环。所以代码里有个朴素判定：写完后主窗尺寸和写之前完全一样，就进入一小段冷却，这段时间不再尝试反向跟随。这种"发现白干就歇一会儿"的细节，是让轮询不烧 CPU 的隐形保险丝。

这套机制还区分了"谁动的"：程序自己写入的位置，下一帧读回来的矩形和目标矩形一致，不触发任何反向判定；只有读出来的矩形和"应该在的位置"对不上，才进入观察窗。于是你拖它、它不动你；它归位、你抢不走——两种动作各走各的通道，互不干扰。

把"事件稳定判定"抽象出来，它其实是一个通用的"人机冲突仲裁"模式。任何"程序自动改一个用户也能改的东西"的场景，都会遇到这个矛盾：程序改太勤，用户觉得被抢；程序改太懒，又跟不上。解法都是同一个——先观察，确认用户停手了再出手。窗口磁吸是这样，自动保存、自动布局、自动对齐也是这样。理解了这个模式，你看智改工坊的 260ms 就不会觉得它是个魔法数字，而是这套仲裁模式的一个具体取值。

这套机制还区分了"谁动的"：程序自己写入的位置，下一帧读回来的矩形和目标矩形一致，不触发任何反向判定；只有读出来的矩形和"应该在的位置"对不上，才进入观察窗。于是你拖它、它不动你；它归位、你抢不走——两种动作各走各的通道，互不干扰。

把"事件稳定判定"抽象出来，它其实是一个通用的"人机冲突仲裁"模式。任何"程序自动改一个用户也能改的东西"的场景，都会遇到这个矛盾：程序改太勤，用户觉得被抢；程序改太懒，又跟不上。解法都是同一个——先观察，确认用户停手了再出手。窗口磁吸是这样，自动保存、自动布局、自动对齐也是这样。理解了这个模式，你看智改工坊的 260ms 就不会觉得它是个魔法数字，而是这套仲裁模式的一个具体取值。

轮询还有一个好处：它天然支持"随时修正"。不管两扇窗因为什么原因错位了——也许是系统弹窗挤了一下，也许是显示缩放变了，也许是你换了一块屏——下一轮 5ms 后它读到错位、下下轮就把它写回公式位置。它不需要一个"重新对齐"的按钮，因为它永远在对齐。这种"持续巡检"的姿态，比"等事件触发"更适合桌面布局这种状态容易被外部打扰的场景：窗口位置是一个会被无数因素扰动的量，唯一稳的办法就是不停地看、不停地修。

这套机制还区分了"谁动的"：程序自己写入的位置，下一帧读回来的矩形和目标矩形一致，不触发任何反向判定；只有读出来的矩形和"应该在的位置"对不上，才进入观察窗。于是你拖它、它不动你；它归位、你抢不走——两种动作各走各的通道，互不干扰。

这里还有一个"反向跟随"的细节。如果你拖的不是 AI 窗，而是主窗口本身，AI 窗会按公式变窄来补偿——这是"跟随主窗"。但如果你拖的是 AI 窗，主窗口会反过来变窄——这是"反向跟随"。两个方向都要管，因为用户可能拖任意一扇。公式是对称的：合计宽度定了，动哪一扇，另一扇就补。这种对称让"拖哪边都行"，而不是"只能拖主窗"。

但反向跟随有一个边界：主窗口不能被拖到比它的最小宽度还窄。因为主窗口要放项目列表、需求输入框，太窄就没法用了。所以反向跟随到主窗的最小宽度就停——你再拖 AI 窗，主窗不动了，AI 窗自己变宽。这又是一个"可用性下限优先于几何完美"的取舍：宁可打破"合计宽度不变"，也不给主窗一条没法用的窄条。

这种"发现白干就歇一会儿"的细节，是让轮询不烧 CPU 的隐形保险丝。

轮询的"密度"和"写入"要分开看。很多人一听 5ms 轮询就觉得费电，其实轮询的开销主要在"读"——读两个矩形、做一次比对。真正贵的是"写"——调一次 SetWindowPos 改窗口位置。磁吸的策略是：读得勤（5ms），写得省（只有不一致才写）。大多数轮询轮次里，窗口根本没动，读回来和目标一致，于是什么都不写。高频读、低频写，这就是它丝滑又不费资源的原因。

那为什么不干脆监听窗口消息、只在窗口真的动了才反应？因为跨进程的窗口消息监听既复杂、又受权限限制，还容易因为消息乱序导致状态错乱。轮询的好处是"不依赖任何事件"——不管窗口为什么动、被谁动，它定期看一眼事实就行。对一个"必须稳"的桌面工具，这种笨办法反而最可靠：它不赌事件会不会来，它自己定期去看。

不赌事件会不会来，它自己定期去看。

这种"自己定期看"的姿态，其实是桌面软件对抗不确定性的通用解法。桌面环境里，窗口位置、屏幕尺寸、显示器数量都可能在你不注意时变——系统通知、锁屏解锁、接投影仪、远程桌面切换……你没法为每一种变化都注册一个事件。轮询的好处是"不管发生了什么，我过几毫秒看一眼就知道"。它笨，但它全覆盖。对一个"必须始终正确"的布局来说，全覆盖比精准触发更重要。

它笨，但它全覆盖。对一个"必须始终正确"的布局来说，全覆盖比精准触发更重要。

当然，轮询也有它的代价——它永远在跑，哪怕窗口根本没动。所以代码做了两件事来降低这个代价：一是轮询间隔可配（5ms 是手感优先的默认，性能敏感的场景可以调稀），二是每轮只读不写、只有不一致才写。大多数时候它在"空转"——读一下、发现没变、什么都不做。这种空转的开销小到可以忽略，但换来的是"任何变化都能在 5ms 内被发现并修正"。用极小的空转成本，换极大的鲁棒性。

用极小的空转成本，换极大的鲁棒性。

这种"空转换鲁棒"的取舍，在嵌入式和工控领域很常见，但在桌面软件里少见。桌面软件习惯"事件驱动、按需工作"——没事件就不跑。但窗口布局恰恰是一个"状态随时会被外部打扰"的场景，事件驱动会漏。磁吸选了轮询，等于承认"我赌不过事件，我自己定期看"。这个取舍对桌面软件来说不寻常，但对布局这种"必须始终正确"的东西，是对的。

这个取舍对桌面软件来说不寻常，但对布局这种"必须始终正确"的东西，是对的。

那为什么不把轮询做得更快，比如 1ms？更快当然更丝滑，但开销也线性涨。5ms（每秒 200 次）已经把延迟压到人眼不可察的区间，再快边际收益很小、代价却越来越大。这是一个"够用就停"的点——不是越快越好，而是快到刚好察觉不到就行。工程上的"足够快"，是快到体感无差，而不是越快越好。磁吸选 5ms，就是这个"刚好"的点。

工程上的"足够快"，是快到体感无差，而不是越快越好。磁吸选 5ms，就是这个"刚好"的点。

"刚好"这个概念，是工程取舍的精髓。不是追求极限性能，而是追求"刚好够好"——好到用户察觉不到差异，就停。再往上加，边际收益趋零、代价递增。磁吸在轮询间隔、归位延迟、最小宽度下限这些参数上，做的都是这种"刚好够好"的取舍。好的工程师不是把性能推到极致，而是知道在哪里停手。

五、260 毫秒自动吸回：边界是怎么设计的

有了事件稳定判定，"自动归位"就能安全地做了。你把 AI 工作区窗口从右侧拖走、松手——260 毫秒后，它自己溜回右侧的槽位。这个 260 毫秒不是拍脑袋，它是几个约束折中出来的：

• 太短不行——如果是 20 毫秒，你拖动还没结束它就开始拽回去，手感像"粘死"，窗口完全拖不动；
• 太长也不行——如果是 2 秒，你松手后它在外飘两秒才归位，肉眼可见一段"它怎么自己动了"的延迟，吓一跳；
• 260 毫秒——比"人手拖动的停顿时长"短，拖动中永远不触发；比"肉眼可察觉的延迟"短，松手后几乎无感。这就是它的取值逻辑。

但"被拖走就拽回来"听起来很霸道——凭什么我拖走了它还要回来？这里有一套边界设计，保证它只在"应该归位"的时候归位：

这里要讲清一个设计取舍：为什么要"自动归位"，而不是"拖走就不管了"？如果拖走不回来，你临时挪开 AI 窗口查资料，关了资料窗之后，那扇 AI 窗口就孤零零停在屏幕中间——下次打开主窗，两扇窗又不对齐了，磁吸就名存实亡。自动归位保证的是：不管你临时把它挪到哪，回到工作状态时它总在该在的槽位。它不是要跟你抢，而是要维护"两扇窗永远并排"这个默认形态。你真需要把它挪到别处用，多拖一会儿、或者干脆关掉磁吸即可。

260 毫秒这个数字，本质上是在"跟手"和"不烦人"之间找平衡。短于人手拖动的停顿，拖动中永远不触发；短于肉眼可察觉的延迟，松手后几乎无感。你可以把它理解成一个"观察窗"：窗口安静了 260ms，程序才敢下结论"用户真的松手了"，才出手归位。这个观察窗挡掉的是"拖动中途的微小停顿被误判为松手"——人手拖动时难免顿一下，260ms 的窗让这些停顿不会被当成"放手"。

归位动作本身也写得很克制。它只做一件事：按公式把目标矩形算出来，写一次 SetWindowPos。不做动画、不做渐变、不做"滑回来"的花哨效果——一次到位。因为跨进程窗口做平滑动画既难又容易卡，而"一次到位"在 260ms 的延迟下，用户感知就是"我松手它自己回去了"，干净利落。对工具类软件，克制的动效比炫技更重要。

这个观察窗挡掉的是"拖动中途的微小停顿被误判为松手"——人手拖动时难免顿一下，260ms 的窗让这些停顿不会被当成"放手"。

归位之后，它会不会又被自己拽走？不会。因为归位是按公式写的，写完之后下一轮读回来，矩形正好等于目标矩形，稳定判定立刻通过——它不会再触发"这是用户拖动"的观察，也就不会再归位一次。这个闭环是自洽的：程序写的位置，读回来是一致的，不触发任何反向逻辑。只有当不是程序写的变化（人手拖动、外部程序移动、系统弹窗挤压）让矩形偏离目标，才会被观察窗捕捉，然后才谈归位。

再讲一个边界：归位不抢焦点。很多跨窗口操作最招人烦的，是把窗口挪过来的同时把输入焦点也抢了——你正在左边打字，右边窗口突然挪过来抢走焦点，字就打到那边去了。智改工坊在归位时用的是"只动位置、不动激活"的写法：把窗口摆在该在的地方，但不把它拉到前台、不抢焦点。你该在左边打字还在左边打字，右边那扇只是默默回到了它的槽位。这种"动而不抢"的细节，是让磁吸"感觉不到它在动"的最后一块拼图。

这种"动而不抢"的细节，是让磁吸"感觉不到它在动"的最后一块拼图。

把这三层边界合起来，260ms 归位就从一个"霸道的自动拉回"变成了一个"体贴的归位"。拖动时它沉默、松手后它归位、归位时它不抢焦点。你全程感觉不到被打扰，只在需要的时候发现"它自己回去了"。这种体贴，不是靠"少做事"，而是靠"把每一步的边界都想清楚"——知道什么时候该动、什么时候该等、什么时候该不动。

你真需要把它挪到别处用，多拖一会儿、或者干脆关掉磁吸即可。

那"自动归位"到底什么时候是真有用的？它最有用的场景是"临时挪开"：你把 AI 窗拖去旁边查个资料、点个链接，用完松手，它自己回右侧，你不用再拖回来归位。如果没有自动归位，每次临时挪开都要手动拖回去，时间长了就烦了。它解决的是"用完得手动归位"这个小动作的累积——每次省两秒，一天下来省不少。它不是为了"管你"，而是为了"替你省那个拖回去的动作"。

这种体贴，不是靠"少做事"，而是靠"把每一步的边界都想清楚"——知道什么时候该动、什么时候该等、什么时候该不动。

反过来看，如果归位设计得不好，会是什么体验？拖动中途它往回拽，你觉得鼠标粘住了；松手它还在动，你以为没拖好又去抓；归位时抢走焦点，你打字打到右边去。每一条都会让用户觉得"这软件有问题"。260ms 这套边界，就是把这些糟糕体验逐条排除掉：拖动中不拽、松手后才回、回的时候不抢焦点。好的自动行为，是让用户感觉不到它在自动。

好的自动行为，是让用户感觉不到它在自动。

把这套"边界设计"抽出来，其实就是三条原则。第一，不抢——用户在动的时候，程序绝不出手；第二，不烦——归位一次到位，不做花哨动画；第三，不夺——归位时不抢焦点、不弹前台。这三条看起来朴素，但它们是"自动行为不招人烦"的全部秘密。你会发现，所有让人觉得"被软件管"的糟糕体验，都是因为违反了这三条里的某一条。

这三条看起来朴素，但它们是"自动行为不招人烦"的全部秘密。你会发现，所有让人觉得"被软件管"的糟糕体验，都是因为违反了这三条里的某一条。

260ms 这个数字，其实是这三条原则的量化结果。它要足够长，长过拖动中的自然停顿（不抢）；它要足够短，短到松手后几乎无感（不烦）；它只动位置不动激活（不夺）。三个约束叠在一起，落在 200~300ms 这个区间，260ms 是其中一个稳妥的取值。它不是拍脑袋的数字，而是三条原则的交集。

它不是拍脑袋的数字，而是三条原则的交集。

这个"原则交集定参数"的方法，比"凭感觉调"靠谱得多。很多参数定不下来，是因为你不知道它在服务什么原则。260ms 之所以能定，是因为它明确服务三条原则：不抢、不烦、不夺。每改一次这个参数，你都能问"这会破坏哪条原则"——答案清楚，决策就清楚。好的参数背后都有原则，没有原则的参数只是拍脑袋。

好的参数背后都有原则，没有原则的参数只是拍脑袋。

这也是为什么这篇文章花了这么多篇幅讲"为什么"，而不是只列"是什么"。只列参数表，你照着调，出了问题不知道为什么；讲清背后的原则，你就知道每个参数在守护什么、改它会破坏什么。理解了原则，参数就不再是死的数字，而是活的取舍。这也是技术文章比说明书值钱的地方——说明书告诉你怎么调，文章告诉你为什么这么调。

边界一：拖动中绝不吸回。只要窗口还在动（260 毫秒内有新变化），判定窗一直攒不满，程序绝不回写。你拖到哪里它都跟着你，松手才谈归位。
边界二：写回只写几何，不抢焦点。从任务栏点回主窗口时，AI 窗口会被恢复成普通窗口并抬到最前，但不抢你的输入焦点——你不会发现"我刚点主窗口，键盘输入跑到右边那扇去了"。
边界三：已在槽位就跳过。按公式算出的目标矩形和当前位置一致，这一轮就什么都不写，幂等不折腾。

这三条边界合起来，回答了"自动归位为什么不烦人"：它只在你明确松手、且已经离开槽位的时候出手一次；你拖着窗口划过屏幕的时候它全程沉默；它归位的时候不抢你的输入。你感觉它"自己回来了"，但不会感觉它"抢你的鼠标"。这就是几何约束 + 稳定判定 + 幂等写入三层叠出来的手感。

这套边界为什么重要？因为"自动归位"是一个很容易做得让人反感的功能——做不好就是"我的窗口怎么自己动了"的惊吓。你拖着窗口划过屏幕，它中途往回拽；你刚松手它还在动；它归位的时候把你正在输入的焦点抢走了——任何一条都会让用户觉得这个功能"有鬼"。三层边界就是为了把这些惊吓全部消掉：拖动时它沉默、松手后它归位、归位不抢焦点。你感觉到的是"它自己回到该在的地方了"，而不是"它在跟我抢"。

顺带说一个使用上的结论：不要把这一对窗口停在屏幕最右侧那四分之一区域里。因为占屏比例是 3/4，两扇窗的右边缘 = 主窗左边缘 + 3/4 屏宽，一旦主窗左边缘超过屏幕的四分之一处，AI 窗口就会因为"再按公式算就出屏"而被迫变窄。正确用法是让主窗贴着屏幕左侧或中间偏左——左边干活、右边看结果，屏幕最右侧留给桌面和别的窗口。这也是程序的自然形态。

六、最小化联动与占位矩形：谁都别在屏幕外打架

前面讲的都是"窗口正常显示时"的几何。但窗口还有另一种状态：最小化。这里有一个 Windows 窗口管理的冷知识，它是整套磁吸机制必须处理的边界——

Windows 把最小化的窗口放在哪里？不是任务栏，而是屏幕坐标系里一个远离可视区域的"占位矩形"，坐标大约在 (-32000, -32000) 附近。也就是说，一扇最小化的窗口，它的矩形不在屏幕可视区里，而是漂在负坐标的角落里。

这对轮询代码意味着什么？如果程序每 5 毫秒读到一个矩形在 (-32000, -32000) 的窗口，然后按公式算"它应该在哪"，它就会做一堆无意义的回写——甚至把一扇已经最小化的窗口强行拽回屏幕上。所以磁吸代码里有一条专门的规则：每轮先读矩形，发现它落在 -32000 附近的占位区，就整轮跳过——不参与判定，不写位置，当它不存在。等它被还原回可视区，再重新纳入几何同步。

这个 -32000 不是玄学数字。它是 Windows 长期以来的惯例：最小化窗口的恢复矩形被放到这个远离屏幕的位置，既不在可视区干扰用户，又不会真的消失（点任务栏还能还原）。磁吸代码只是顺着系统的这个惯例，把"在 -32000 附近"识别为"它现在是最小化状态，别碰它"。顺着系统惯例写代码，比自己发明一套"怎么判断窗口最小化"的逻辑可靠得多——系统对最小化窗口的一切行为，都已经把它放在那个占位区了。

还有两个物理限制顺带说清：第一，窗口高度不可能超过屏幕高度——这是操作系统行为，你让窗口长到 2000 像素而屏幕只有 1080，系统会把它截短。如果希望启动时高度自动贴合可视屏幕，可以打开对应的"贴合工作区"开关，让系统别再截。第二，工作区是按主窗口当前所在的那块显示器取的——把主窗口拖到副屏，占屏比例会立刻按副屏尺寸重算，不会沿用主屏数字。多显示器环境里，两扇窗作为一个组合始终待在主窗口所在的那块屏上，不会被拆到两块屏上。

最后是 AI 工作区窗口的生命周期：启动时会先清理上一轮残留进程，保证这次加载的是干净的一份；退出时先优雅关闭（等一个超时时间）再彻底结束，不留后台进程。也就是说，磁吸的"右边那扇"不是一个孤儿进程——它随主窗口生、随主窗口退，磁盘和内存里不留尾巴。

最后是 AI 工作区窗口的生命周期：启动时会先清理上一轮残留进程，保证这次加载的是干净的一份；退出时先优雅关闭（等一个超时时间）再彻底结束，不留后台进程。也就是说，磁吸的"右边那扇"不是一个孤儿进程——它随主窗口生、随主窗口退，磁盘和内存里不留尾巴。

把占位矩形这条规则想透，你会发现它是"边界规则越少越好"哲学的又一例。如果不整轮跳过，代码就得为"窗口在不在屏幕上"这一种情况专门写一条判断，再为"最小化了别拽回来"写一条，为"还原了重新纳入"再写一条——三条规则互相纠缠。而"发现它在占位区就整轮跳过"这一条，把三种情况一次性全兜住了：在占位区就别管，回到可视区自然恢复同步。少写规则，就是少留 bug。

窗口高度还有一个物理上限。前面说过，窗口高度不可能超过屏幕——这是系统行为，你让它长过可视高度，系统会截短。如果希望启动时高度自动贴合可视屏幕，可以打开对应的"贴合工作区"开关，让窗口一上来就贴合屏幕，而不是让系统去截。这个开关在 settings.ini 里，配合占屏比例一起调，能让双窗在任何屏幕上一次摆到位。

最后是 AI 工作区窗口的生命周期：启动时会先清理上一轮残留进程，保证这次加载的是干净的一份；退出时先优雅关闭（等一个超时时间）再彻底结束，不留后台进程。也就是说，磁吸的"右边那扇"不是一个孤儿进程——它随主窗口生、随主窗口退，磁盘和内存里不留尾巴。

"启动清理残留"这件事为什么必要？如果上次程序异常退出，AI 工作区进程可能没来得及关，残留在后台占着内存、占着 adb 连接。启动时先清一次，保证这次加载的是干净的一份，不会和上一轮的残留打架。退出时也一样：先优雅关闭（给它一点时间把手里的改动写完），等超时再彻底结束，既不留孤儿，也不粗暴打断。这种"生要干净、退要优雅"的生命周期管理，和几何约束一样，都是"让用户感觉不到后台在折腾"的努力。

这对轮询代码意味着什么？如果程序每 5 毫秒读到一个矩形在 (-32000, -32000) 的窗口，然后按公式算"它应该在哪"，它就会做一堆无意义的回写——甚至把一扇已经最小化的窗口强行拽回屏幕上。所以磁吸代码里有一条专门的规则：每轮先读矩形，发现它落在 -32000 附近的占位区，就整轮跳过——不参与判定，不写位置，当它不存在。等它被还原回可视区，再重新纳入几何同步。

为什么"整轮跳过"比"单独判断"好？因为一旦你在这一轮里读了矩形、又算了公式、又决定不写，你已经做了一半的无用功；而且"不写"这个决定本身要写对条件——条件写漏了，就会在最小化时把窗口拽回来。整轮跳过的好处是：发现它在占位区，立刻什么都不做，连公式都不算。少做一次计算，就少一次出错机会。这种"发现不对就整轮退出"的写法，是轮询代码里最省心的防御——它把"这个窗口现在不归我管"这件事，提前到了每轮最开头就判断掉。

最后是 AI 工作区窗口的生命周期：启动时会先清理上一轮残留进程，保证这次加载的是干净的一份；退出时先优雅关闭（等一个超时时间）再彻底结束，不留后台进程。也就是说，磁吸的"右边那扇"不是一个孤儿进程——它随主窗口生、随主窗口退，磁盘和内存里不留尾巴。

"最小化联动"这个动作，本质上是在维护"这是一个组合"这个身份。如果主窗最小化了、AI 窗还杵在屏幕中间，用户会以为它还在干活，去任务栏找主窗才发现主窗已经收了——这个窗就变成了一个无主窗口。联动最小化，就是告诉用户"这一对一起收了"。还原时也一样：主窗一点出来，AI 窗跟着回来，两扇窗作为一个组合重新出现。组合体的身份，从显隐上就被持续强调。

那如果 AI 窗被你手动最小化了呢？它就进入了自己的最小化状态——这是你主动收的，磁吸不会把它拽回来。主窗最小化、还原，也只联动它"该出现时出现"，不会因为你曾经手动收过就强行弹出。区分"程序联动的最小化"和"用户手动的最小化"，靠的还是那个占位矩形观察：你手动收它，它也会到 -32000 占位区，磁吸整轮跳过；还原它，它回到可视区，磁吸再把它纳入几何同步。没有专门为"手动最小化"写一条规则——又是顺着系统惯例解决。

顺着系统惯例写代码，比自己发明一套"怎么判断窗口最小化"的逻辑可靠得多——系统对最小化窗口的一切行为，都已经把它放在那个占位区了。

把"占位矩形整轮跳过"再升一格，它体现的是一种"别和系统较劲"的工程哲学。Windows 已经用 -32000 告诉你"这个窗口最小化了"，你就别再发明一套"怎么判断它最小化"的逻辑去重新猜。系统留的口子，顺着用就行。这也是为什么磁吸在多显示器、在不同 DPI 缩放下都稳——它没自己造轮子，它只是读系统给的工作区矩形、读系统给的窗口位置、顺着系统的占位区规则走。和系统保持一致，比纠正系统更省事。

顺着系统惯例写代码，比自己发明一套"怎么判断窗口最小化"的逻辑可靠得多——系统对最小化窗口的一切行为，都已经把它放在那个占位区了。

把这三条不变式和"事件稳定判定"放在一起看，你会发现它们是分层的。不变式是"目标"——两扇窗应该是什么关系；稳定判定是"手段"——怎么在不打扰用户的前提下把目标维护住。目标是静态的（三条永远成立），手段是动态的（每 5ms 读一次、观察 260ms）。这种"静态目标 + 动态维护"的分层，是这套磁吸能既听话又不抢戏的根本：关系是定死的，但维护关系的动作是克制的。

退出时也一样：先优雅关闭（给它一点时间把手里的改动写完），等超时再彻底结束，既不留孤儿，也不粗暴打断。这种"生要干净、退要优雅"的生命周期管理，和几何约束一样，都是"让用户感觉不到后台在折腾"的努力。

"优雅关闭"和"强杀"的区别在哪？强杀是直接结束进程，快但可能没写完——AI 工作区手里正在写的文件、正在保存的配置，可能就丢了。优雅关闭是先告诉它"该下班了"，给它一点时间收尾，超时再强杀。这个超时很短，用户感觉不到等待，但足够它把该写的写完。对工具软件，"退出时不丢东西"比"退出快"重要。

你手动收它，它也会到 -32000 占位区，磁吸整轮跳过；还原它，它回到可视区，磁吸再把它纳入几何同步。没有专门为"手动最小化"写一条规则——又是顺着系统惯例解决。

顺着系统惯例解决问题，是这套磁吸最值得学的一点。你会发现，从工作区矩形到占位矩形，从最小化联动到进程生命周期，它几乎没有"自己发明"的规则——每一条都是顺着 Windows 已经在做的事情往下走。这样做的好处是：系统升级了、环境变了，它不需要跟着改，因为系统还在按老规矩出牌。和系统保持一致的代码，是最长寿的代码。

和系统保持一致的代码，是最长寿的代码。

这也是为什么磁吸在 Windows 新版本上不用改。因为它没依赖任何"私有约定"，它读的是系统公开的工作区矩形、用的是系统标准的窗口位置接口、顺着的是系统惯例的占位区。系统升级，这些公开约定不变，它就不用改。依赖公开接口，是代码长寿的前提；依赖私有约定，是代码短命的开始。磁吸选了前者，所以它能在不同 Windows 版本上都稳。

依赖公开接口，是代码长寿的前提；依赖私有约定，是代码短命的开始。磁吸选了前者，所以它能在不同 Windows 版本上都稳。

对用户来说，这个"长寿"意味着什么？意味着你不用每次系统升级后担心磁吸坏了。因为它不依赖任何随时会变的私有约定，它读的是系统一直以来都在提供的工作区信息。系统升级，这些信息不变，磁吸就照常工作。写代码时和系统保持一致，最终是在给用户买"不用操心升级"的保险。

写代码时和系统保持一致，最终是在给用户买"不用操心升级"的保险。

这也是"顺系统惯例"和"自己造轮子"的长期成本对比。造轮子看起来自由，但你得自己维护它在每一种环境下的正确性——多显示器、DPI 缩放、远程桌面、平板模式……每一种都是坑。顺系统惯例，这些坑系统已经帮你填了，你只管读它给的信息。短期看造轮子省了事，长期看顺惯例省了无穷无尽的坑。磁吸选了长期。

七、调参手册：settings.ini 与命令行参数

这套几何的参数都收在同一份配置文件里（程序目录下的 settings.ini），改完重启生效；也支持命令行参数临时覆盖，只对本次运行有效，不写回配置。按"你想解决什么问题"来组织：

先理解 settings.ini 的结构。它是一份纯文本，每一项都带中文注释，写清了这个值会怎么参与计算——比如占屏比例那一段就写着"两扇窗并排占屏幕 3/4，右边留 1/4；两个窗口高度始终相等"。你不需要懂代码，照着注释改数字就行。界面上的「参数设置」页把最常用的几项做成了可视开关和输入框，改动只更新配置里对应的那一行，你在文件里自己写的注释不会被动。同一页还有工具链体检，逐个报组件是否就绪。

你的诉求	调什么	建议值 / 说明
想给右边 AI 输出更多空间	占屏比例（ScreenWidthShare）	0.80 ~ 0.85（默认 0.75）
旁边还要放别的程序	占屏比例	0.60 ~ 0.66
两扇窗贴太死、分不清边界	间隙（Gap）	6 ~ 12 物理像素
觉得 5ms 轮询太密	轮询间隔	默认 5ms，一般不建议动
不想启动时自动对齐摆放	启动是否对齐摆放开关	settings.ini 里关掉即可
退出时不想留 AI 工作区进程	退出是否关闭 AI 工作区进程	默认优雅关闭后彻底结束

命令行参数是给"一次性场景"准备的，例如演示时想让两扇窗占满 90% 屏幕、中间留明显的缝，演示完配置一个字不改：

可用的命令行参数包括 --target / --title / --width / --height / --share / --gap / --dock / --no-dock / --verbose 等，只对本次运行生效。settings.ini 是给人改的（每项带中文注释），另一份 local.ini 是程序自己记的（登录缓存、头像地址、机器码、登录方式）——给人看的配置和给程序记的状态，分开存放，你手改写坏了顶多布局不好看，不会把登录状态弄丢。

可用的命令行参数包括 --target / --title / --width / --height / --share / --gap / --dock / --no-dock / --verbose 等，只对本次运行生效。settings.ini 是给人改的（每项带中文注释），另一份 local.ini 是程序自己记的（登录缓存、头像地址、机器码、登录方式）——给人看的配置和给程序记的状态，分开存放，你手改写坏了顶多布局不好看，不会把登录状态弄丢。

比例怎么定？判断标准只有一条：右边那扇至少要能完整显示 AI 输出的代码块而不出现横向滚动。1080p 屏上默认 0.75 折合右边约 840 像素，足够看清大多数代码；0.85 意味着屏幕只剩 15% 给别的程序，桌面基本看不见了。间隙要不要加？默认 0 是两扇窗完全贴死，单屏下最省空间；但屏幕上还开着别的窗口、或双屏拼接时，加 6~12 像素细缝能让"这是两个独立程序"一眼可辨。间隙单位是物理像素，150% 缩放屏上会显得细一些，想同样观感就适当加大。

排查手段：打开诊断日志后，每一次窗口写入都带着"原因"记进 dock.log——能看到"跟随主窗口""自动归位""最小化联动"这些字样，以及每一轮算出的目标矩形。调参后觉得"还是不对"，先看日志里目标的宽度是不是你以为的那个数——大多数手感问题，一眼就能在数字里看出原因。诊断体系是分层的：吸附与布局看 dock.log，未处理异常看 error.log，打包全过程看 pack.log，反编译输出看 apktool.log。

最后给一张"按症状查参数"的速查表。你遇到的是手感问题，不是原理问题——直接按症状找旋钮最快：

你遇到的现象	先调哪里	怎么调
右边太窄、看代码要横滚	占屏比例	往大了调（0.75→0.8），右边会变宽
两扇窗贴成一块、看不出边界	间隙	加 6~12 像素细缝
小屏上主窗不够用	占屏比例	往小了调（0.75→0.65），给桌面留余地
拖动窗口觉得跟手不够丝滑	轮询间隔	默认 5ms 已最优，一般不用动
不想每次启动自动摆好	启动对齐开关	关掉，或命令行加 --no-dock
退出后后台还有残留进程	退出关闭开关	确认"退出时关闭 AI 工作区进程"为开

记住这张表的顺序：先占屏比例，再间隙，最后才是高级参数。手感问题里，九成是占屏比例不对，剩下一成是间隙太死。轮询间隔这种动到就要有性能依据的参数，绝大多数人一辈子都不用碰。

记住这张表的顺序：先占屏比例，再间隙，最后才是高级参数。手感问题里，九成是占屏比例不对，剩下一成是间隙太死。轮询间隔这种动到就要有性能依据的参数，绝大多数人一辈子都不用碰。

调参调不出来时，记住一个排查动作：打开诊断日志，看 dock.log。它会把每一次窗口写入的原因记下来——是"跟随主窗""自动归位"还是"最小化联动"，以及每一轮算出的目标矩形。你觉得"它为什么不动"或者"它为什么乱动"，翻 dock.log 就能看到目标矩形到底是多少。很多手感问题，一眼就能在数字里看出原因。诊断体系是分层的：吸附布局看 dock.log，未处理异常看 error.log，打包全过程看 pack.log，反编译输出看 apktool.log。

可用的命令行参数包括 --target / --title / --width / --height / --share / --gap / --dock / --no-dock / --verbose 等，只对本次运行生效。settings.ini 是给人改的（每项带中文注释），另一份 local.ini 是程序自己记的（登录缓存、头像地址、机器码、登录方式）——给人看的配置和给程序记的状态，分开存放，你手改写坏了顶多布局不好看，不会把登录状态弄丢。

命令行参数和配置文件是什么关系？配置文件是"长期默认"，命令行是"临时覆盖"。比如你平时喜欢 0.75 占屏，但某次演示想让右边更宽一点，就在启动命令里加 --share 0.85，这次启动按 0.85 摆，下次正常启动又回到 0.75。这种"默认值 + 临时覆盖"的双层设计，让你既能长期保持自己的习惯，又能为特定场景临时改一下，而不用每次都去翻配置文件。

调参的正确姿势是"先小步、再验证"。不要一次改三四个参数，改完觉得不对都不知道是哪个起的作用。正确做法：先只改占屏比例，重启看效果；觉得间隙需要调，再单独加间隙；轮询间隔这种高级参数，默认 5ms 就很好，除非你有明确的性能顾虑，否则别动。每改一项，重启一次、用一下、确认手感，再改下一项。配合 dock.log 里记录的目标矩形，你能清楚看到每一项参数到底改变了什么。

八、真实工作流里，磁吸帮了什么忙

几何本身不产生价值，"一屏之内同时看到需求和结果"才产生价值。下面两个例子都来自我们自己的改包场景，用的是自家应用，按"以前怎么做 / 现在一句话怎么做 / 改完怎么验证"三步讲。

先说这条流水线的全貌。拖入自家安装包，aapt 解析应用名、包名、版本号、SDK、启动页；在左边需求框写中文、挂附件；点「立刻修改」，需求送进右边 AI 工作区；AI 改完在项目目录留标志文件，主窗口轮询读到，自动弹出打包窗口；回编、对齐、签名、校验四步跑完，装到模拟器或手机拉起。整条链路上，左边和右边始终并排——你写需求时右边在待命，右边改包时左边在等标志，打包窗口弹出来时两扇窗还在原地。磁吸让"等"这件事不焦虑：不用切窗找进度，右边那扇就在眼皮底下。

实例一：改自家应用时，左边写需求、右边看 AI 改。

以前怎么做：主窗口和 AI 窗口各摆各的，每次要在两个窗口之间 Alt+Tab 切换；手动拖两扇窗对齐高度、摆宽度，下次打开位置又乱了，要重摆。需求写在左边，改出来的代码在右边，视线要在两块屏幕之间跳。

现在怎么做：两扇窗一打开就严丝合缝——左边写中文需求、挂附件，右边 AI 实时改资源与代码，视线不用跳出同一水平线。拖宽主窗口，右边同幅度变窄，配比永远由你掌控；你临时把右边拖去旁边查资料，松手 260 毫秒它自己溜回来，不用重新摆位。

这个场景里磁吸真正省掉的，是"上下文切换成本"。以前每看一眼右边的改动，要 Alt+Tab 切过去、看完再切回来；现在两扇窗并排，眼球一扫就看到，手指不离键盘。对一个"写一句、看一眼、再写一句"的迭代式改包工作流，这种并排就是效率本身。而且因为高度永远相等，你不需要调整视线高低，眼球平移即可——这种细节累积起来，就是"用起来顺"的体感来源。

怎么验证：AI 改完在项目目录留标志文件，主窗口轮询读到就自动弹出打包窗口，回编、对齐、签名（内置签名，可在项目里换成自己的签名）、校验四步跑完，全过程写进 pack.log，产物可追溯。你在右边看到改动完成的提示，左边立刻弹打包窗口——两扇窗的联动让"改"和"打包"之间没有空窗。

把这个流程拉长一点看，磁吸省掉的其实是"等待的烦躁"。AI 改包不是一瞬间的事——它要反编译、改资源、改代码、再回编，这个过程你得等着。如果两扇窗不并排，等待时你只能切到别的窗口干别的，想起来切回来看一眼；并排之后，你眼睛余光一直能看到右边的进度，手可以继续在左边整理下一句需求。等待从"切出去的打断"变成了"在原地的余光陪伴"。这就是并排布局对工作流最深的改造：它把等待变成了可以多任务的间隙。

实例二：自家内测包改完，自动装模拟器预览。

以前怎么做：改完包，要手动开模拟器、手动 adb 装包、手动拉起应用；模拟器窗口和主窗口各占一角，预览时还要来回切。

现在怎么做：打包完成后，程序用 adb 找模拟器把包装上并拉起（拉起用显式启动而不是 monkey——新版镜像里 monkey 已没有，且它失败时退出码仍为 0，容易误判成功）；拉起后复核一次前台应用是不是它。常见国内模拟器装了但 adb 没连上，程序会自动扫端口连上；装了没开，会搜出安装路径问你要不要现在打开。模拟器窗口提到最前，手机则走投屏。

这个流程里，磁吸扮演的是"稳定底座"的角色。预览窗口是临时的、会盖住屏幕，但它不影响主窗口和 AI 窗口的相对位置——预览窗口一关，桌面立刻回到那对并排双窗。如果没有这个稳定底座，每装一次包、预览一次，两扇窗的位置都得重摆，整个流程就被切碎了。磁吸的价值，不在于它多聪明地摆窗口，而在于它让"摆窗口"这件事一次都不用再做。

磁吸在这个流程里的角色：预览窗口起来的时候，主窗口和 AI 窗口作为一个组合待在一侧，不用你手动腾位置——两扇窗的几何关系是写死的，不管中间插进来多少个预览窗口，它们的相对位置都不会乱。看完预览关掉模拟器，桌面又回到那对严丝合缝的双窗。

磁吸在这个流程里的角色：预览窗口起来的时候，主窗口和 AI 窗口作为一个组合待在一侧，不用你手动腾位置——两扇窗的几何关系是写死的，不管中间插进来多少个预览窗口，它们的相对位置都不会乱。看完预览关掉模拟器，桌面又回到那对严丝合缝的双窗。

这个例子里有个细节值得点出：预览是"临时窗口"，不该打乱主布局。模拟器窗口会盖住一部分屏幕，但它是用完即关的。如果磁吸把"临时窗口闯入"也当成布局变化去响应，桌面就会反复重排、窗口乱跳。而这套几何只跟踪主窗和 AI 窗这一对，第三方的模拟器窗口既不在它的约束名单里，也不会触发它重排——它该贴还贴，该并排还并排。约束名单之外的窗口，一概不关心。这是"边界规则越少越好"的又一次体现：只盯住该盯的两个，别的随它去。

两件事都做完回头看，几何约束的价值很朴素：它把"看需求"和"看结果"固定在同一块屏幕的同一水平线上。不需要来回 Alt+Tab，不需要记住上一次拖出来的窗口位置——程序每次启动都按同一套公式把两扇窗摆好，占屏比例、间隙都可以按你的屏幕调一次就长期生效。这就是"算法"在一个小功能里的意义：把随手摆弄的动作，变成每次都可复现的结果。

顺便说清：这套磁吸是可关闭的。配置里有一项控制启动时是否自动对齐摆放，界面上也有解除吸附（写"解除对齐摆放"）的入口，命令行还有"本次不摆放"的参数。如果你更喜欢把两扇窗放在两块屏上自由摆放，关掉就行——关掉之后，需求发送、改包等待、自动打包这些能力一样都在，只是不再由程序替你摆窗口。做功能的人最怕"必须这样用"，所以宁可多留几个开关。

把流程拉长一点看，磁吸省掉的其实是"等待的烦躁"。AI 改包不是一瞬间的事——它要反编译、改资源、改代码、再回编，这个过程你得等着。如果两扇窗不并排，等待时你只能切到别的窗口干别的，想起来切回来看一眼；并排之后，你眼睛余光一直能看到右边的进度，手可以继续在左边整理下一句需求。等待从"切出去的打断"变成了"在原地的余光陪伴"。这就是并排布局对工作流最深的改造：它把等待变成了可以多任务的间隙。

再往深一层说，磁吸改造的是"注意力的分配"。没有并排时，你的注意力在"主窗—AI窗—主窗"之间反复跳，每次切换都要重新定位"我刚才看到哪了"。并排之后，你的注意力只在左右之间平移，不需要跳转、不需要重新定位。这种注意力的连续性，累积起来就是"顺"和"烦"的区别。工具软件做到最后，拼的不是功能多，而是这种"注意力不被打断"的细节。

这就是并排布局对工作流最深的改造：它把等待变成了可以多任务的间隙。

把这个场景再细化一下：AI 正在改包，你在左边干什么？你可以整理下一句需求，可以翻项目历史，可以看 aapt 解析出来的应用信息，甚至可以去查个资料。因为右边就在你余光里，进度随时可见，你不需要切过去等。没有并排时，等待是"空转"；有了并排，等待变成了"并行干活"的时间。这就是布局改造生产力的方式——它不是让 AI 改得更快，而是让你的时间在等待中不被浪费。

没有并排时，等待是"空转"；有了并排，等待变成了"并行干活"的时间。这就是布局改造生产力的方式——它不是让 AI 改得更快，而是让你的时间在等待中不被浪费。

把这个观察推广开：好的布局，本质是在优化"注意力和时间的利用率"。两扇窗并排，是让你在同一视野里同时持有"输入"和"输出"两端——写需求时眼睛余光能看进度，看进度时手不离键盘。如果这两端分在两块需要切换的屏幕上，每次切换都要重新定位、重新进入状态，注意力就被切碎了。布局的终极目标，是让注意力不被切换切碎。

布局的终极目标，是让注意力不被切换切碎。

所以回头看，磁吸改造的不是"窗口怎么摆"，而是"你的注意力怎么流"。两扇窗并排，是让注意力在左右之间平滑移动，而不是在 Alt+Tab 的切换里反复重启。当注意力不再被切碎，改包这种"写一句、看一眼、再写一句"的迭代工作，才会真正流起来。流畅的工作流，是从流畅的注意力开始的；流畅的注意力，是从不被切换切碎的布局开始的。

流畅的注意力，是从不被切换切碎的布局开始的。

最后把两个实例串起来：它们都在证明同一件事——磁吸不是为了好看，而是为了让"写需求—看改动—打包装机"这条流不被打断。左边写、右边看，是不打断；预览窗口盖上来、双窗位置不乱，也是不打断。这条流越顺，改包就越像"说话"而不是"干活"。这就是为什么开头那句口号是"只需说话，就能让应用变成你想要的样子"——说话的背后，是一整套让流不被打断的几何。

九、总结：三条不变式、一道公式、一条归位

把这篇文章收成一句话：两窗高度相等、宽度由占屏公式反推、被拖走后 260 毫秒自动归位，就是整个磁吸布局的全部几何。它的取舍也很清晰——关系定死、轮询要稳、归位要有边界、最小化不打架。这些原则朴素，但正是它们让"两扇窗并排"从一种手工操作，变成每次启动都可复现的状态。

把这篇文章收成一句话：两窗高度相等、宽度由占屏公式反推、被拖走后 260 毫秒自动归位，就是整个磁吸布局的全部几何。它的取舍也很清晰——关系定死、轮询要稳、归位要有边界、最小化不打架。这些原则朴素，但正是它们让"两扇窗并排"从一种手工操作，变成每次启动都可复现的状态。

回顾这套设计的几个"为什么"，你会发现它们都指向同一个目标：让窗口"听话但不抢戏"。为什么高度必须相等？因为并排窗有 1 像素高差就廉价。为什么宽度用比例不用固定值？因为环境会变，比例能自动重算。为什么轮询间隔是 5ms 而不是更省？因为拖动要丝滑。为什么归位要等 260ms？因为拖动中绝不能拽你。为什么最小化要跳过占位矩形？因为别在屏幕外打架。每一个数字、每一条规则，背后都是一次"用户手感优先"的取舍。

最后给一个自检清单。把主窗拖宽 200 像素，看 AI 窗是否同幅度变窄；看两窗顶边底边是否齐平；把主窗拖到屏幕左侧，看 AI 窗是否恢复"合计占屏"宽度；把 AI 窗拖走松手，看它是否在约 1/4 秒后溜回右侧；把主窗最小化再还原，看 AI 窗是否跟着显隐。五项都对，说明这套几何在你机器上按规则运行。

于是你打开安卓修改大师智改工坊电脑版时看到的，就是那句口号描述的样子：只需说话，就能让应用变成你想要的样子——左边写中文需求，右边 AI 改包，改完自动回编、对齐、签名、校验，再一键装到设备上看效果，窗口怎么摆这种小事，交给几何公式就好。产品介绍页与下载入口：https://www.apkeditor.cn/ai-version.aspx（官网 https://www.apkeditor.cn/）。

这套几何留给普通用户的，其实就是一个默认动作。你打开智改工坊电脑版，两扇窗已经并排摆好——不需要你懂占屏比例，不需要你知道 5ms 轮询，不需要你理解什么叫事件稳定判定。你只需要在左边写需求、在右边看结果。所有这些规则，都是在你看不见的地方替你把"窗口该怎么摆"这件事做掉了。这就是好的技术设计的终点：它把复杂度留给自己，把简单留给你。

如果你愿意多走一步，这份调参手册又给了你完全的控制权。小屏把比例降到 0.65，双屏加 12 像素间隙，想临时不吸附就加一个命令行参数——它既给你开箱即用的默认，也给你想要的自由度。默认和自由之间的这个分寸，是这篇文章真正想讲透的东西：几何是为了让默认变简单，参数是为了让自由可选择。

把这篇文章收成一句话：两窗高度相等、宽度由占屏公式反推、被拖走后 260 毫秒自动归位，就是整个磁吸布局的全部几何。它的取舍也很清晰——关系定死、轮询要稳、归位要有边界、最小化不打架。这些原则朴素，但正是它们让"两扇窗并排"从一种手工操作，变成每次启动都可复现的状态。

最后做一次"如果重做一遍"的复盘。这套磁吸如果从零重写，哪些决定会保留？三条不变式肯定保留——它是整个几何的骨架。5ms 轮询保留——它比事件驱动更稳。260ms 稳定判定保留——它是"跟手不抢"的关键。占位矩形整轮跳过保留——它顺着系统惯例。settings.ini 带中文注释保留——它让普通用户也能调。会改的可能是默认占屏比例——根据不同屏幕再试几组。但骨架不动。判断一套设计成不成功，就看它的核心决定能不能经得起"重做一遍"的拷问。

对桌面软件开发者，这套机制还有一个更普适的启示。当你要让"程序自动管一个用户也能动的东西"时，别想着"我写一个更聪明的自动逻辑"，而要想"我定一组不变式、再用克制的频率去维护它"。不变式让结果可预测，克制的频率让用户不被打扰。窗口磁吸是这样，自动保存是这样，自动布局也是这样。这比"写一堆 if 判断用户想干嘛"可靠得多。

它们既给你开箱即用的默认，也给你想要的自由度。默认和自由之间的这个分寸，是这篇文章真正想讲透的东西：几何是为了让默认变简单，参数是为了让自由可选择。

最后给一个"调参后不满意怎么撤回"的兜底。settings.ini 是纯文本，你改了觉得不对，直接删掉那几行、重启，程序会用默认值重新生成。命令行参数更是一次性的——下次不加就没了。所以调参是低风险的：试错成本就是重启一次。这也是为什么敢把参数开放给用户——它不会改坏，大不了回到默认。好的参数系统，应该让用户敢试错。

用户评价：他们怎么调这套磁吸