diff --git a/entry/src/main/ets/components/FbTaskPanel.ets b/entry/src/main/ets/components/FbTaskPanel.ets
index e038baa..3938255 100644
--- a/entry/src/main/ets/components/FbTaskPanel.ets
+++ b/entry/src/main/ets/components/FbTaskPanel.ets
@@ -904,9 +904,27 @@ export struct FbTaskPanel {
               .width('100%')
               .alignItems(HorizontalAlign.Start)
             }
-            /* `flexShrink(1)` 而不是 `layoutWeight(1)`：后者会让短内容也把卡片顶满，
-               底下留一大片空白（v60b 真机实测） */
-            .flexShrink(1)
+            /* 🔴🔴 #77r（用户 2026-11-05）：「怎么没有看到任何按钮啊？」
+
+               **真根因**：这里是 `flexShrink(1)`，不是 `layoutWeight(1)`。
+               `flexShrink` 只是"空间不够时允许收缩"，但 Scroll 的**内容高度**
+               仍然会把自身撑开（ArkUI 里 Scroll 竖向内容默认按内容高）。
+               于是：
+                 头部 + Scroll(按内容撑满) 就把 `maxHeight: 86%` 吃光了
+                 → 下面的 `footBar()`（保存/删除）被推到 86% 之外
+                 → `FbSheetRing` 的 `clip(true)` 把它裁掉 ⇒ 一个按钮都看不见。
+
+               `layoutWeight(1)` 是"**占据剩余空间**"：Scroll 的高度被限定成
+               "86% − 头部 − 分割线 − footBar"，footBar 因此必然留在可视区内，
+               内容再长也只是在 Scroll 内部滚动。
+
+               ⚠️ 旧注释说 `layoutWeight(1)` 会让"短内容也把卡片顶满"（v60b）。
+                  那个副作用是真的，但它是**观感问题**；
+                  而按钮看不见是**功能问题** —— 两害相权，先保证按钮可用。
+                  要消掉空白的话，正确做法是给外层 Column 用
+                  `.constraintSize({ maxHeight: '86%' })` 配合 **`minHeight: 0`**，
+                  而不是回到 flexShrink。 */
+            .layoutWeight(1)
             .width('100%')
             .scrollBar(BarState.Off)
             .align(Alignment.TopStart)
@@ -2043,5 +2061,10 @@ export struct FbTaskPanel {
     }
     .width('100%')
     .margin({ top: 12 })
+    /* #77r：底栏**不许被压缩** —— Scroll 已经 layoutWeight(1) 拿剩余空间，
+       这里再显式 flexShrink(0) 兜一层，防止某些机型上把 42 高的按钮压扁。
+       （按钮整个看不见那次，就是没有这层保护、整条栏被挤到 86% 之外。） */
+    .flexShrink(0)
   }
 }
+