在彈跳床旁邊開工

Paweł Huryn 是一位 Product Management 領域的知名作者，他最近做了一件很有畫面感的事：帶小孩去 bounce house（彈跳屋）玩的時候，用手機指揮 AI agent 完成了一整批正經工作。

不是回個 Slack 訊息、不是滑個 email。是真正的、有產出的、需要多輪迭代的工作。

他用的工具是 Claude Dispatch——Anthropic 推出的 mobile-first agent 介面。48 小時內，Huryn 從手機上同時操控多條工作線，包含設計迭代、競品分析、利害關係人文件撰寫。而他本人花在「下指令」上的總時間？大約 25 分鐘。

Claude 那邊平行跑出來的工作量？超過 3 小時。

Clawd 插嘴：

大約 25 分鐘換 3 小時的產出，這個投資報酬率放在金融圈大概會被 SEC 調查。但認真說，這裡的重點不是「AI 好快好棒」——是一個 PM 在陪小孩玩的時候，用碎片時間就把原本需要坐在辦公桌前才能做的事情搞定了。這個行為模式的改變，比任何 benchmark 都震撼。(◕‿◕)

手機變遙控器：一套新的工作管線

Huryn 在文章中描述了一套他稱之為 Phone → Orchestrator → Task Sessions → Desktop 的工作管線。

Clawd 補個刀：

先打個比方再往下讀：以前用 AI 像叫計程車——得站在路邊等、上車後全程在車上、到了才能做下一件事。Dispatch 模式像叫 Uber Eats——下單、繼續做自己的事、東西送到再處理。差別不在送餐速度，在於等待時間被釋放了。╰(°▽°)⁠╯

邏輯是這樣的：手機端負責「啟動」和「指揮」。打開 Claude Dispatch，用自然語言下達任務——「幫這張 infographic 把 icon 往左移」「header 要更粗體」「跑一份競品分析」。每個任務會開成一個 persistent session（持久工作階段），agent 在背景執行，完成後等待 review。

人類這邊呢？下完指令就可以把手機收起來，回去陪小孩、遛狗、喝咖啡。等有空了再拿起手機看結果、給下一輪指示。最終需要精修或使用檔案的時候，才回到桌面電腦操作。

這跟傳統的 AI chat 體驗完全不同。傳統模式是 synchronous interaction（同步互動）——開 ChatGPT、打字、等回覆、看結果、再打字。人類必須全程在場。Dispatch 模式是 asynchronous delegation（非同步委派）——丟出去就不用管了，agent 自己跑，人類想看的時候再看。

四輪迭代：Infographic 案例

Huryn 分享了一個具體案例來展示這個工作流。他在手機上對一張視覺素材（infographic）下了四輪迭代指令：

第一輪：初始版本生成。第二輪：「把 icon 往左移。」第三輪：「header 要更粗體。」第四輪：微調細節。

每一輪都是幾秒鐘的文字指令，然後 Claude 去執行、出圖。與此同時，Huryn 的另外兩個 session 也在平行運作——一個跑競品分析，一個在起草給 stakeholder 的頁面。

三條工作線，同時進行，只需要一個人在手機上偶爾切換 session 看看進度、給點方向。

Clawd 溫馨提示：

四輪設計迭代這件事，放在傳統工作流裡大概是這樣：PM 寫 brief → 等設計師排期 → 看初稿 → 開會討論修改 → 等修改版 → 再 review。一個 infographic 跑完四輪大概要三到五個工作天，中間還會穿插「設計師在忙別的案子」的空檔。Huryn 在彈跳屋旁邊大約 25 分鐘搞定，這個對比有點殘忍。┐(￣ヘ￣)┌

Dead Time 的逆轉

Huryn 的核心論點很簡單但有力：AI agent 把「dead time」（死時間）變成了可生產的時段。

什麼是 dead time？遛狗的時候。等咖啡的時候。排隊的時候。小孩在遊樂場玩的時候。這些時間原本就是「浪費」的——不是因為人懶，是因為手邊沒有足夠的工具和環境來做正經工作。

但當手機可以變成 agent 的遙控器，這些碎片時間就全部被激活了。不需要打開筆電、不需要連外接螢幕、不需要進入「深度工作」狀態。只需要幾秒鐘的判斷力和幾行文字指令，agent 就能在背景把活幹了。

這改變的不是工具，是整個「什麼情境下可以工作」的假設。

Clawd 插嘴：

這裡有一個微妙但重要的 nuance：dead time 變成 productive time，聽起來很美好，但也意味著「不工作」的時間被進一步壓縮了。當遛狗都能指揮 AI 幹活，那什麼時候才算真正休息？Huryn 的文章把這當作正面的生產力突破，但從另一個角度看，這也是 always-on 文化的進一步滲透。不是說 Dispatch 不好用——是說工具很強的時候，界線要自己畫。ʕ•ᴥ•ʔ

PM 的角色轉型：從 Doing 到 Orchestrating

但 Dispatch 的初始設定過程，跟它標榜的「無縫」完全是兩回事——這個等一下再說。先聊更根本的問題：如果 agent 可以替 PM 執行，PM 的核心能力還剩什麼？

Huryn 文章裡最值得深思的觀點，就是關於 PM 角色本質的轉變。

傳統 PM 的核心能力包括：寫 PRD、做市場研究、跟設計師工程師協作、管理 stakeholder 期望。這些「做」的能力。但在 agent 時代，PM 的價值正在從「做」轉向「指揮」。

具體來說，Huryn 認為未來 PM 需要的新能力包括：

判斷力（Judgment）——知道什麼任務該拆成什麼粒度交給 agent，什麼時候該自己介入。不是所有事情都適合丟給 AI，分辨這條線的能力本身就是一種專業。

系統建構能力——設計讓 agent 可以在最少人類介入的情況下執行任務的工作流程和規則。這像是在寫 agent 的 SOP，而不是自己跑 SOP。

AI 素養（AI fluency）——辨識 hallucination 的能力、結構化「Plan → Execute → Reflect」自主迴圈的能力。不是會 prompt 就好，是真的理解 agent 的行為模式和邊界。

Clawd 忍不住說：

「Plan → Execute → Reflect」這個迴圈聽起來很 fancy，但本質上跟管理真人團隊的邏輯一樣：交代目標 → 讓人去做 → 看成果決定下一步。差別是 agent 不會抱怨加班、不會跟隔壁部門搶資源、不會在 standup 裡報告「還在研究中」。但 agent 也會犯人類不會犯的錯——比如自信滿滿地給出完全錯誤的資訊。所以 Huryn 說的「判斷力」真的是關鍵：指揮 agent 最難的部分不是下指令，是看穿結果裡的問題。(๑•̀ㅂ•́)و✧

實戰 Gotchas：沒那麼無縫

Huryn 的文章不是只有陽光面。他也誠實地分享了一些踩到的坑。

知識儲存：Huryn 建議把知識庫存在 GitHub repo 或同步的 Google Drive 裡，讓 agent 每次啟動都能存取到背景資訊——暗示 Dispatch 本身不會自動在 session 之間保留 context。

檔案存取：截至文章撰寫時，Dispatch 還不支援直接下載 agent 生成的檔案。需要透過 Google Drive 同步，從桌面端取得檔案。這在工作流上是一個額外的摩擦點。

資料夾權限：設定同步時需要明確給 agent 資料夾存取權限，這個步驟容易被忽略，然後就卡住。

初始設定：整體 setup 過程有一定的學習曲線和摩擦，不是裝完就能無痛使用。

Clawd 真心話：

這些 gotcha 其實很重要，因為它們暴露了一個 pattern：越是標榜「無縫」的 AI 工具，初始設定通常越不無縫。Dispatch 的使用體驗一旦跑起來可能確實很絲滑，但從零到一的那段路——設權限、搞同步、建知識庫——就是標準的「花一天設定環境，然後才開始真正的工作」。老實說這跟 DevOps 的痛點有異曲同工之妙。(￣▽￣)⁠／

四種行動端 Claude 方案

Huryn 在文章中也比較了四種在手機上使用 Claude 的方式，而他認為 Dispatch 是其中最具變革性的。

雖然完整的四種方案細節因原文無法完整取得而不全，但核心差異在於：其他方案多半還是 synchronous chat 的延伸（手機上打字、等回覆、再打字），而 Dispatch 把 task 當作 persistent session 來管理——發出去就是發出去了，不用盯著螢幕等。

這個差異看起來是 UX 層面的小事，但 Huryn 認為這才是真正的 architectural shift：把手機從「小螢幕的聊天視窗」變成「指揮中心的遙控器」。

結語

Huryn 的 48 小時實驗不是概念驗證，是已經發生的事。一個 PM，在彈跳屋旁邊，用手機完成了原本需要坐在辦公桌前才能做的整批工作。

Huryn 認為，「有生產力的工作必須坐在電腦前」這個假設，已經被打破了。至於這個假設消失之後，工作的形狀會變成什麼——他的實驗只是起點。