診所公布營業時間；病人到達時門卻鎖著。有回應力的診所會道歉、公布原因、更新營業時間，並在下次以簡訊通知人們。修復成為系統的一部分。
總而言之，勝任的行動會創造新資訊。拒絕聽取它是通往失敗的最快路徑。Tronto 將回應力定義為「觀察回應並作出判斷——關懷是否足夠、成功、完整。」至關重要的是：「接受關懷的人不一定是回應的人」——關懷場域中的其他人也可以評估。而且「新的需求必然會出現」，使循環重新回到覺察力。
插圖的框架：我們檢核成果——不是那些無法衡量我們所重視之事的指標，而是由受影響者設計、為受影響者服務的指標。
核心理念
- 最接近損害的人定義損害。 他們獲得評測的編寫權。
- 回覆權就是改進權。 無法引起變化的回覆是作秀。
- 共享記憶。 事件後的學習變成測試；測試防止重複。
- 時間作為服務。 快速試錯並即時修正，勝過漫長等待的「也許」。使用可逆預設值。
- 關懷勞動就是勞動。 最接近損害、定義損害的人，同時也承擔了定義損害的勞動成本——內容審核、資料標註、評測編寫、公民集會的引導工作，都是關懷勞動。這些工作必須獲得報酬且被看見，而非被當作免費的品質測試。
良好的回應力是什麼樣子
- 社群設計的獎勵。 用社群回饋強化學習（RLCF）訓練智慧體：最佳化跨群體認可和失利下的信任，而非原始參與度。社群定義何謂「好」——而且定義會演化，但須在護欄之內：正義、平等與自由。
- 維基評測式登錄庫。 「評測的維基百科」：任何人都可以起草評測；公民社會合作夥伴同儕審查；實驗室採納或解釋。這些不是供應商可以「應試」的實驗室設計基準——它們是活的、社群維護的測試套件。
- 明確的申訴。 緊急案件 48 小時內回覆，標準案件 7 天，複雜案件 30 天。補救措施包括修正、轉返或賠償。
- 事件應變手冊。 按嚴重性類別的教戰手冊，附待命角色和溝通模板。
- 公開修復日誌。 每個事件都有一個頁面：發生了什麼、影響了誰、修復、日期，以及現在防範它的測試。
從理念到實踐
- 揭露申訴按鈕。 在顯示決策的任何地方，都存在一個附帶時鐘的一鍵申訴。決策軌跡僅核發給使用者，由其自行決定是否解封以發起公開申訴。
- 接受損害草稿。 讓人們用簡單的話語提交提議的評測；與合作夥伴轉化為測試。
- 按嚴重性分類。 參與官依社群嚴重性量尺分類；最高類別觸發立即暫停或可逆預設值。
- 修復或解釋。 在規定時限內，公布補救措施或附後續步驟的理由。
- 記錄備查。 將事件轉化為測試；添加到評測登錄庫；從契約變更日誌連結。
- 回查。 與申訴者閉合循環；測量失利下的信任。
工具（今天就能建立）
- 申訴 API（附計時器、狀態、上報）。
- RLCF 管線。 社群回饋到獎勵塑造；搭橋分數作為獎勵信號。
- 評測編輯器（簡單語言 → 測試框架）。
- 事件追蹤器（嚴重性、負責人、截止日期、公開記錄）。
- 修復日誌模板（根本原因、補救措施、添加的測試）。
賑災機器人故事：第四部
- 申訴激增。 一個語言社區標記校驗規則中的誤譯。
- 本地評測。 社區合作夥伴提交翻譯準確度評測；該團體從專案的託管資金中獲得報酬，因為本地文化知識是勞動，不是免費的品質測試。機器人未通過評測；暫停觸發；應用可逆預設值。
- RLCF。 支付政策被重新訓練，以在任何群集中不激增申訴的情況下獎勵準時交付。社群的評測成為永久的獎勵信號。
- 修復。 雙語審查員更新規則；新測試保護未來變更。
- 閉合循環。 Elena 收到簡訊：「我們修正了錯誤；這是你的新決策；這是如何看到變更的。」失利下的信任上升。
可能出錯的地方
- 申訴迷宮。 太多步驟。解方：單一按鈕；SLA 違反時自動上報。
- 垃圾評測充斥。 低品質測試充斥系統。解方：合作夥伴審核；貢獻者的聲譽；合併/重複工具。
- 指責風暴。 人被責備，而非流程。解方：無責備事後檢討；專注於機制設計。
- 武器化申訴。 對手大量灌入申訴，或策略性地觸發暫停以癱瘓服務。解方：暫停觸發需要經過驗證的利害關係人身份（非公開身份）；按社群設定頻率限制；為直接受影響者保留優先通道。
與其他「力」的介接
- 來自負責力（Pack 2）： 誰行動很清楚；補救措施已連線。
- 來自勝任力（Pack 3）： 可觀察性和防護措施餵養回應力；事件循環從這裡開始。
- 對覺察力（Pack 1）： 透過回應發現的新需求重塑我們覺察的內容——循環重啟。
- 對團結力（Pack 5）： 公開修復文化建立跨群體信任。
- 對共生力（Pack 6）： 有回應力的智慧體贏得留在當地的權利。
結語意象：工坊牆上退役的壞零件
想像一間工坊，牆上掛滿退役的「壞掉零件」，每個都標記著它是如何壞的、如何避免未來的損壞、以及誰修復了它。那面牆不是恥辱牆——是學習牆。隱藏自己壞掉零件的工坊，會重蹈覆轍。