别让弹层一上来盖满屏：用 AI + presentationDetents 让 iOS 操作按高度分层

先把「弹层多高」变成产品规则

先写一张弹层规格表

让 AI 只改一个 sheet

请只改造「订单筛选」这个 SwiftUI sheet，不要重写页面导航，也不要改变筛选业务逻辑。

产品规则：
- 初始停留在一个能容纳标题、已选条件和主按钮的较矮高度；
- 用户可以向上拖到 medium，必要时再到 large；
- 不要加入没有产品用途的第四个停留高度；
- 拉高或收回时，已选条件不能被重置；
- 应用筛选成功后按现有流程关闭 sheet，失败时保留 sheet 并显示可理解的错误反馈。

实现要求：
1. 先检查当前项目的最低部署版本，以及现有 sheet 的代码位置；如果当前项目不支持目标 API，先告诉我，不要静默改成另一套实现。
2. 使用 presentationDetents 配置固定高度、medium 和 large 中真正需要的停留点，并显示拖拽指示器。
3. 保持现有数据流、按钮文案、加载状态和错误处理；只补弹层高度与必要的预览状态。
4. 输出修改文件、每个停留点对应的产品场景，以及你没有改动的业务逻辑。
5. 最后给我一份运行验收清单，不要只给代码。

在模拟器里验收三个关键画面

1. 初始画面：打开时是否停在规格表规定的最小高度？标题、当前选择、关闭方式和主按钮是否完整可见？背景列表是否还留有足够线索，让用户知道自己从哪里来的？
2. 拖拽画面：向上拖到 medium 和 large，再向下收回。每次切换后，已选条件、滚动位置和按钮状态是否保留？有没有出现内容突然跳回顶部、按钮被遮住或停在一个没有意义的中间位置？
3. 提交画面：点击应用、保存或确认。加载期间是否避免重复提交？成功后是否按原产品规则关闭？失败时 sheet 是否仍在，用户能不能修改条件后重试？

「订单筛选」sheet 在最小停留高度时，主按钮下半部分被裁切，且拖拽到 medium 后已选条件被清空。
请只修复这两个问题：
- 重新计算最小停留高度，让标题、已选条件和主按钮完整可见；
- 保证停留高度变化不重置筛选状态。
请保留现有文案、提交逻辑和错误反馈，并说明修改后的验收步骤。

今天就做的最小动作