[Feature] 右侧栏分栏方向可配置（支持上下分栏）

[dubin123]

Motivation

右侧栏是一列又高又窄的区域，而它当前只支持左右分栏（SplitAxis = 'row'），这在两个层面都错配：

1. 左右分栏经常根本用不了。 套件自己的空间规则（halvesFit）要求分栏后每一半都容得下 tab 条的固定部分（内边距、间隙、添加控件、分栏控件；右上格还要容纳全屏/收起两个面板控件）再加一枚最小宽度 100px 的 tab 胶囊。dsh-client-ui-dockkit 的 README 给出的控件足印是「带 chrome 约 130px，不带约 72px」，据此两格并排大致需要 340–460px 以上的栏宽。常见右栏宽度往往达不到，于是分栏控件被直接隐藏（侧边栏开着 hideSplitWhenBlocked）——用户连「分栏」这个入口都看不到。
2. 右栏的内容大多纵向增长。 文件树、Git 变更、终端、文档/代码预览都是往下长：分成「两个宽而矮」的格子，实际比「两个窄而高」的格子更差，终端与文件树尤其明显。
3. 上下分栏几乎没有门槛。 按同一套规则，纵向分栏只要求每一半容得下 tab 条高度加 48px 正文；整列高度基本都满足，因此它在右栏里几乎总是可用。

这不是想要一项新能力，而是「右栏的形态」与「默认轴」的错配。

Behavior

期望的用户可观察行为（任一方案都可以，A 优先）：

• 方案 A（首选）：把「两格排列的轴」做成可配置 —— 例如 profile 配置行 / 设置项 / 或分栏按钮上的选择（「上下分栏 / 左右分栏」），默认保持现状（左右），不影响既有用户。
• 方案 B：若暂不做配置，把右侧栏的默认轴改为上下：原栏在上、新栏在下，中间一条横向分隔线可上下拖动；比例限制、两格上限、达到上限隐藏控件等既有规则保持不变。

两种方案都需要配套的三处行为：

• 拖 tab 到某格正文时，给出该轴的两张落区提示（上/下分栏，而不是左/右）；
• 分栏控件的可用性按该轴自己的尺寸判断（上下分栏看高度，而不是宽度）；
• 另一轴（左右半区）的正文拖放不产生任何变化。

成本与依据：这不是一次布局引擎重写

引擎本来就支持 column 轴，配套件也都在：

• SplitAxis = 'row' | 'column' 与 LayoutOp 的 split.axis；
• .splitColumn（含 row-resize 光标与横向细线），PaneTree 按轴渲染；
• halvesFit.column（按高度的空间规则）、zoneSplit('top' | 'bottom') 已映射到 column；
• topRightPaneId() 已按轴取值，所以全屏/收起两个面板控件会自动落在顶格。

缺的只是三处策略点：

1. ui-dockkit/src/engine/planner.ts 的 planSplitPane() 写死 axis: 'row'（DockController.splitPane() 同样）；
2. ui-dockkit/src/components/DockSurface.tsx 的 dropZones 只有 'edges' | 'horizontal'（正文拖放没有上下半区），且 splitBlock 只读 fit.row；
3. ui-sidebar-right/src/client/{stores.ts, shell/SidebarRight.tsx} 把轴、落区几何、空间规则各自写死为 row / horizontal / .row。

可行性证据（本地已实现并验证过）

我在本地检出（master，HEAD c291e7961a515f6d7af9304e7fd1d257929aef26，dsh 0.1.5-rc.2）上以小改动实现了方案 B：

• planSplitPane / DockController.splitPane 增加可选 axis（默认 'row'，对其它的嵌入方零影响）；
• dropZones 增加 'vertical' 模式，且该模式同时决定分栏控件做出哪种分栏（于是空间规则自然按轴取值）；
• SplitBlock 的 'width' 改为按轴的 'room'；PaneCallbacks.horizontalDrops 泛化为 bodyDrops: 'horizontal' | 'vertical'；
• 侧边栏侧只声明一处轴常量，落区几何与空间规则都由它推导。

结果：packages/client/ui-dockkit 与 packages/client/ui-sidebar-right 共 17 个测试文件 / 368 项测试全部通过，oxlint、tsc -b tsconfig.client.json、导出 JSDoc 门禁与 README 格式门禁均干净；改动集中在 4 个源文件与对应测试/文档，默认行为对其它嵌入方保持不变。

[PerryLink]

引擎层早已支持 column 轴：packages/client/ui-dockkit/src/contract/types.ts:30 —— SplitAxis = 'row' | 'column'；只是规划器的默认分栏取 row（planner.ts:152）。所以「只支持左右分栏」不是引擎能力问题，而是侧栏默认轴的取法问题 —— 把轴向用户开放（或按可用宽度自动选择）在引擎层没有任何障碍。你给的 halvesFit 约束分析正是「左右分栏经常用不了」的机制解释。把轴写死的具体调用点我建议用你抓到的 class 名在 ui-sidebar-right 里再定位一次 —— 我没有逐行钉死那个点。（基于 0.1.5-rc.2 源码核对；未核实的调用点已在文中说明。）