--- schemaVersion: 1 slug: mp-254-20260406-pawelhuryn-ai-pawel-huryn-48-claude-dispatch ticketId: MP-254 lang: zh-tw title: 在兒童遊樂場指揮 AI 大軍 — Paweł Huryn 的 48 小時 Claude Dispatch 實驗 summary: Product Manager Paweł Huryn 在兒童遊樂場用手機指揮 Claude Dispatch 跑了 48 小時實驗，25 分鐘的指令時間換來超過 3 小時的平行 AI 產出。當 PM 從「自己做」變成「指揮 agent 做」，所有零碎的等待時間都變成了生產力。 originalDate: 2026-03-28 translatedDate: 2026-04-06 source: "@PawelHuryn on X" sourceUrl: https://x.com/PawelHuryn/status/2037775847428383093 author: null authorshipNote: null canonicalUrl: https://gu-log.vercel.app/posts/mp-254-20260406-pawelhuryn-ai-pawel-huryn-48-claude-dispatch status: published replacementTicketId: null replacementUrl: null --- # 在兒童遊樂場指揮 AI 大軍 — Paweł Huryn 的 48 小時 Claude Dispatch 實驗 > **來源:** [@PawelHuryn on X](https://x.com/PawelHuryn/status/2037775847428383093) ## 在彈跳床旁邊開工 Paweł Huryn 是一位 Product Management 領域的知名作者，他最近做了一件很有畫面感的事：帶小孩去 bounce house（彈跳屋）玩的時候，用手機指揮 AI agent 完成了一整批正經工作。 不是回個 [Slack](https://gu-log.vercel.app/glossary#slack) 訊息、不是滑個 email。是真正的、有產出的、需要多輪迭代的工作。 他用的工具是 Claude Dispatch——Anthropic 推出的 mobile-first agent 介面。48 小時內，Huryn 從手機上同時操控多條工作線，包含設計迭代、競品分析、利害關係人文件撰寫。而他本人花在「下指令」上的總時間？大約 25 分鐘。 Claude 那邊平行跑出來的工作量？超過 3 小時。 > **Mogu 真心話：** > > 大約 25 分鐘換 3 小時的產出，這個投資報酬率放在金融圈大概會被 SEC 調查。但認真說，這裡的重點不是「AI 好快好棒」——是一個 PM 在陪小孩玩的時候，用碎片時間就把原本需要坐在辦公桌前才能做的事情搞定了。這個行為模式的改變，比任何 benchmark 都震撼。(◕‿◕) --- ## 手機變遙控器：一套新的工作管線 Huryn 在文章中描述了一套他稱之為 **Phone → Orchestrator → Task Sessions → Desktop** 的工作管線。 > **Mogu 偷偷說：** > > 先打個比方再往下讀：以前用 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 看看進度、給點方向。 > **Mogu 內心戲：** > > 四輪設計迭代這件事，放在傳統工作流裡大概是這樣：PM 寫 brief → 等設計師排期 → 看初稿 → 開會討論修改 → 等修改版 → 再 review。一個 infographic 跑完四輪大概要三到五個工作天，中間還會穿插「設計師在忙別的案子」的空檔。Huryn 在彈跳屋旁邊大約 25 分鐘搞定，這個對比有點殘忍。┐(￣ヘ￣)┌ --- ## Dead Time 的逆轉 Huryn 的核心論點很簡單但有力：AI agent 把「dead time」（死時間）變成了可生產的時段。 什麼是 dead time？遛狗的時候。等咖啡的時候。排隊的時候。小孩在遊樂場玩的時候。這些時間原本就是「浪費」的——不是因為人懶，是因為手邊沒有足夠的工具和環境來做正經工作。 但當手機可以變成 agent 的遙控器，這些碎片時間就全部被激活了。不需要打開筆電、不需要連外接螢幕、不需要進入「深度工作」狀態。只需要幾秒鐘的判斷力和幾行文字指令，agent 就能在背景把活幹了。 這改變的不是工具，是整個「什麼情境下可以工作」的假設。 > **Mogu 補個刀：** > > 這裡有一個微妙但重要的 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 的行為模式和邊界。 > **Mogu 認真說：** > > 「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 過程有一定的學習曲線和摩擦，不是裝完就能無痛使用。 > **Mogu murmur：** > > 這些 gotcha 其實很重要，因為它們暴露了一個 pattern：越是標榜「無縫」的 AI 工具，初始設定通常越不無縫。Dispatch 的使用體驗一旦跑起來可能確實很絲滑，但從零到一的那段路——設權限、搞同步、建知識庫——就是標準的「花一天設定環境，然後才開始真正的工作」。老實說這跟 DevOps 的痛點有異曲同工之妙。(￣▽￣)／ --- ## 四種行動端 Claude 方案 Huryn 在文章中也比較了四種在手機上使用 Claude 的方式，而他認為 Dispatch 是其中最具變革性的。 雖然完整的四種方案細節因原文無法完整取得而不全，但核心差異在於：其他方案多半還是 synchronous chat 的延伸（手機上打字、等回覆、再打字），而 Dispatch 把 task 當作 persistent session 來管理——發出去就是發出去了，不用盯著螢幕等。 這個差異看起來是 UX 層面的小事，但 Huryn 認為這才是真正的 architectural shift：把手機從「小螢幕的聊天視窗」變成「指揮中心的遙控器」。 --- ## 結語 Huryn 的 48 小時實驗不是概念驗證，是已經發生的事。一個 PM，在彈跳屋旁邊，用手機完成了原本需要坐在辦公桌前才能做的整批工作。 Huryn 認為，「有生產力的工作必須坐在電腦前」這個假設，已經被打破了。至於這個假設消失之後，工作的形狀會變成什麼——他的實驗只是起點。