用途：design-spatial 用于处理界面设计中的空间构图问题。资料指出模型无法信任自己的 UI 输出，因为界面以 token 流生成而非像素，模型看不到碰撞、重叠、失衡或间距错误，因此需要渲染后判断图像而非代码。
主要能力与做法：用任意静态服务器（如 python3 -m http.server 或 npx serve）提供页面，通过 Playwright 无头截图，并在多个宽度下截图；由未参与编写的独立评审（子代理）寻找碰撞、边缘相切、参差对齐、重量不均、缺少焦点、某些宽度下断裂等问题，修复后重新渲染再评审。资料强调首次产出的想法通常是训练数据的平均值，应有意偏离，朝产品自身领域方向走。
强制门槛：不得在未于窄宽度下测量 scrollWidth 的情况下宣称页面完成。检查 document.documentElement.scrollWidth - document.documentElement.clientWidth 必须为 0，需在开发宽度、≤1024px 和约 390px 手机宽度下测试。默认防御包括头部/导航/工具栏行使用 flex-wrap: wrap、body 使用 overflow-x: clip 作为兜底、flex/grid 子项加 min-width:0、长字符串用 overflow-wrap:anywhere 等。
布局与平衡：按任务顺序布局，减少视线与光标移动；平衡可测量，视觉重量为面积乘墨密度，目标光学中心 x=0.50、y≈0.46，验收标准为 |centroid_x−0.50|<0.03 且 |centroid_y−0.46|<0.04。资料还提供 layout-audit.js，通过 Playwright MCP 的 browser_evaluate 运行，检查碰撞、对比度、点击目标、溢出、对齐、间距、平衡，并将发现绘制为 SVG 覆盖层，需截图查看后再判断。
限制：这些指标是启发式而非定律，分为门槛（溢出、对比度、点击目标）与信号（平衡、对齐、间距节奏）；信号用于发现意外，不应强制对称或均匀，否则会趋向平庸。资料未提供安装命令、收费、平台或效果数据。