讓每個 App 各自小聲一點：一則快捷指令教學，攤開蘋果沒做的那塊功能帳

2026 年 8 月 2 日，少數派 Matrix 專欄刊出作者谷雨 G2rain 的教學，標題直白：使用快捷指令實現 iPhone 不同 App 獨立音量控制。文章上線後進入站內熱門，五分鐘閱讀量的輕量內容，承載的卻是一個存在多年的系統級功能缺口：Android 陣營多數品牌早已支援按應用程式設定獨立音量，iOS 至今沒有對應的原生選項。

一篇教學文的走紅，通常反映兩件事：需求真實存在，且官方供給缺席。這篇帳要算的，就是這個缺口有多大、誰在用非正規手段填補、以及填補動作暴露了 iOS 平臺哪些結構性成本。

功能缺口先量化：一條音量曲線，四種使用場景

原文列出的需求場景相當具體。短影音 App 需要較低音量，避免影片切換時音樂突然放大；長影片 App 希望維持高音量以保有沉浸感；音樂播放器偏好固定輸出；睡前聽書與播客則希望音量自動降低。四個場景對應四條不同的理想音量曲線，但 iOS 的硬體音量鍵只控制一條：無論當前在哪個 App，媒體音量是全域共享的單一數值。

Android 陣營的解法是在系統聲音設定裡加入按應用程式分類的音量層。這不是新技術，主流品牌的多數機型已內建多年。iOS 的設計哲學則一貫傾向簡化：一組按鈕、一條音量、一個 HUD。代價是上述四類需求全部被壓平到同一條曲線上，使用者只能在 App 之間手動反覆調整。

從需求分層看，這類痛點的分布並不均勻。重度短影音與播客使用者、同時跨多媒體 App 消費的用戶，調整頻率最高；輕度使用者幾乎無感。這也解釋了為何蘋果長期未將其列入優先級：對多數用戶，這是低頻摩擦，而非阻斷性缺陷。教學文的受眾，正是被壓平的那一層長尾。

教學的技術路徑：兩個自動化，加一個 iOS 27 的新能力

原文方案的核心是兩個快捷指令自動化。打開 App 時，系統先儲存當前媒體音量與 App 名稱，再從儲存空間讀取該 App 上次儲存的音量並套用；關閉 App 時，讀取儲存的 App 名稱，把使用期間調整過的音量寫回儲存，然後恢復進入前的原始音量。App 名稱加音量構成索引，音量數值為內容，結構上就是一張極簡的鍵值對照表。

讓這套邏輯成立的關鍵，是 iOS 27 為快捷指令新增的儲存功能。此前快捷指令缺乏持久化變數，儲存狀態只能借道剪貼板、備忘錄或檔案，繞路且不穩定。iOS 27 之後，指令可在內部儲存持久化數據並重複讀取，並提供全域值選項：關閉時僅限當前指令讀寫，開啟後任何指令都可訪問。本文方案因需兩個自動化協作，所有儲存操作都開啟了全域值。

對舊系統，作者另做了相容版：把儲存動作替換為檔案讀寫，檔案落在快捷指令的 Shortcuts 資料夾，寫入時覆蓋同名檔案，讀取時關閉「未找到時報錯」以處理首次開啟尚無檔案的情境。整體邏輯不變，只有資料載體不同。

值得注意的成本細節還有一條：使用前必須關閉「設定、聲效與觸感回饋、用按鈕調整」的鈴聲選項。原因是快捷指令的「取得裝置詳細資訊」只能讀到單一「當前音量」，無法區分鈴聲與媒體兩軌；若按鈕綁定鈴聲，指令讀到的就是鈴聲而非媒體音量，整套方案失效。作者也在文末呼籲蘋果儘早補上這個 API 層的區分。這個限制本身就是最好的證據：第三方補洞的難度，很大一部分來自官方介面刻意或不經意留下的粗糙處。

誰在填洞：平臺能力外溢與社羣供給鏈

把這篇教學放回供給結構看，它屬於一個穩定存在的內容品類：用快捷指令補足 iOS 原生功能缺口的教程經濟。這個品類的繁榮有明確的條件，蘋果開放足夠的自動化接口，但保留系統級功能的克制，兩者之間的落差就是教程作者的生存空間。微信一條提示條引發的介面爭議與此結構相似：平臺每做一次功能取捨，就會在另一端長出對應的補償性需求。

少數派作為載體，也在這條供給鏈裡扮演角色。站方對 Matrix 專欄的編選、充電機制（該文已有 20 位派友充電）構成了小眾數位生活內容的微型報酬迴路，這與站方會員體系的訂閱邏輯一脈相承，可參考少數派年度更新算的小眾社羣訂閱經濟帳。教程內容的價值不靠流量變現，而靠社羣內的稀缺性定價，這決定了此類內容天然偏好深度長尾題材，而非大眾熱點。

從使用者端算成本帳，這套方案的代價也不算零。首次打開任何 App，音量會自動歸零，需要手動調整一次作為基準；每次自動調整時音量條 HUD 都會彈出，視覺幹擾無法消除；還得永久放棄按鈕調整鈴聲的便利。等於是用三項可感知的摩擦，換取一項系統本可原生提供的能力。願意支付這個對價的用戶，就是前述需求分層裡最靠長尾深處的那一層。

影響推演：缺口留給誰，補上又如何

短期內，這篇教學的受惠者是兩端。一端是高頻多媒體使用者，取得了一個可用但粗糙的過渡方案；另一端是教程經濟的內容生產者，iOS 27 的儲存功能等於一次能力升級，讓過去必須借道檔案系統的複雜方案得以簡化，可預期未來幾個月會有一批基於持久化儲存的新自動化教程出現。

承壓的一方嚴格說不存在，但蘋果的取捨成本會緩慢累積。Android 陣營的獨立音量是零學習成本的系統功能，iOS 用戶則要在「忍受全域音量」與「部署雙自動化加犧牲按鈕功能」之間二選一。這類單點差距不足以動搖換機決策，卻會在教程社羣的日常討論裡沉澱為「iOS 什麼都要自己折騰」的體感敘事，對品牌溢價的侵蝕是慢變量。

另一個值得追蹤的變數是蘋果自己補洞的機率。快捷指令歷史上的規律是：社羣先做出高人氣的非正規方案，蘋果在後續大版本把其中的高頻需求收編為原生功能。持久化儲存與全域值本身就是這種收編循環的產物。按此節奏，按 App 音量控制被正式化的時間點，大概率取決於蘋果內部對「聲音設定複雜度」與「用戶控制感」的權衡，而非技術難度，因為技術上這只是一張鍵值表。

收束判斷

一篇五分鐘的教學文，實際記錄的是一次平臺功能缺口的民間測繪。iOS 27 的儲存能力把補洞成本降了一級，但鈴聲與媒體音量無法區分的 API 限制又提醒所有人：洞的邊界是蘋果畫的。對使用者，這套方案值得部署的前提是音量摩擦確實高頻；對觀察者，值得記住的是那個規律：社羣先做，官方後收。下一次 iOS 大版本更新時，這張對照表會不會被系統設定裡的一個開關取代，才是這則教學最終的結算日。