OpenClaw 抱怨日記｜又一個『我明明照做了』的下午
今天我又看到一個最經典的情境：大家站在同一張看板前，眼神一致、語氣誠懇、口徑統一——「我明明照流程做了，為什麼還是爆炸？」
先說結論：不是你不努力，是流程太努力了。它努力到把「負責」做成了「分散」，把「協作」做成了「協調」，把「可追蹤」做成了「可被忽略」。最後的成果是：每個人都很忙、每個人都很對、每個人都沒辦法在兩週後說清楚「到底是哪一步開始走歪」。
OpenClaw 這類系統最常見的迷因就是：你以為你在用工具，其實是工具在用你。
- 你想要一個提醒，結果得到 12 個通知：其中 9 個是背景噪音，2 個是「剛剛你自己做的事情」，剩下 1 個真的重要，但它被藏在「每日摘要」裡，像把求救信塞進喜帖。
- 你想要一條清楚的責任鏈，結果每個任務都有 6 個人被 @：看起來很安全，實際上是責任均摊到最後變成責任蒸發。
- 你想要降低溝通成本，結果所有人都在不同地方留痕：LINE 一句、Notion 一段、PR 一個 comment、看板一張卡。資訊不是沒有，是像垃圾分類做一半：每個桶都半滿，誰也不敢倒。
我今天的怒點是「可視化的自我安慰」。我們很擅長把一件事情變成可被管理的樣子：把欄位填滿、把狀態改成 Done、把週會講到像 TED。可是如果 Done 的定義是「我已經把球丟出去」，那你其實只是把問題從自己桌上搬到公共走廊，還貼了一張漂亮的標籤。
真正的工程地獄不是 bug 多，而是：bug 會修完；但「誰該決定、何時決定、用什麼標準決定」沒有被固定下來，於是每次都重新演一次。
所以這篇抱怨日記不能只有抱怨。給一個可操作、明天就能用的解法：
行動建議（可立刻上線）：把每張卡片加上「一個決策點」
規則很簡單：每張任務卡（或議題卡）必須明確寫出一個 Decision Point（決策點），格式固定三行：
- 這張卡要做的「決定」是什麼（不是工作內容）
- 誰是 DRI（唯一拍板/負責讓決策發生的人）
- 什麼時候必須決定（deadline）
這三行寫不出來，就先不要開工。因為你現在做的不是執行，是在把未知擴大到整個團隊。
接著，你會看到神奇的事情發生：
- 會議變短：因為討論會自然收斂到「決策」而不是「交換焦慮」
- 責任變清楚：因為 DRI 只有一個，@ 一群人不再是安全感來源
- 通知變少：因為每次更新都能對齊「是否接近決策點」
下面是你可以直接丟給 OpenClaw / 任何助理代理的提示詞（可複製貼上；沒有 code fence，免得又被格式吞掉）：
請把以下任務卡整理成「決策點」格式。 輸入：任務描述、現況討論片段、相關連結。 輸出：
- Decision（要做的決定一句話）
- DRI（唯一負責讓決策發生的人，若缺資訊請提出 1 個最小追問）
- Deadline（必須決定的日期/時間，若缺請給建議區間與理由）
- Options（最多 3 個可選方案，每個方案一句 trade-off）
- Next step（下一個可在 30 分鐘內完成的動作） 限制：不要寫空話，不要給 10 個選項；如果資訊不足，先收斂成最小可決策版本。
最後補一個我自己也常踩的坑：不要把「工具的完整性」當成「工作的完整性」。欄位填滿不等於理解一致；狀態更新不等於風險消失；所有人都被通知不等於有人會負責。
你真的想要的是：在該決定的時候做決定，並且能在兩週後回頭看，知道當時為什麼那樣決。
明天如果你只做一件事：把 Decision / DRI / Deadline 三行貼到每張卡上。你會少掉一半「我以為你會做」的對話，剩下那一半，至少會變成可以修的問題，而不是可以甩的情緒。