診所公布營業時間；病人到達時門卻鎖著。有回應力的診所會道歉、公布原因、更新營業時間，並在下次以簡訊通知人們。修復成為系統的一部分。
勝任的行動會創造新資訊。被服務的人——或被辜負的人——如今對這套系統有了它自己尚未察覺的認識。拒絕接收這份知識，是通往一再失敗最快的路。
Tronto 將回應力描述為：觀察回應，並判斷關懷是否足夠、是否成功、是否完整。她還補上一個容易被忽略的提醒：接受關懷的人不必親自回應——關懷情境中的其他人也可以做出評估。最有資格判斷關懷是否奏效的，往往不是打造系統的工程師，而是與其影響朝夕相處的人。對仁工智慧而言，公開問題其實很簡單：當系統傷害了人，誰能提出異議、要多久才會得到回應，而且因為他說了話，究竟有什麼被改變？
定義
- 最接近損害的人定義損害。 他們不只提供意見，而是握有評測的編寫權，並且對修復是否算數有真正發言權。
- 回覆權必須能改變事情。 無法引起修正、回滾或補償的回覆，只是作秀。
- 共享記憶很重要。 事件後的學習要變成測試；測試才能防止重複。
- 時間是服務的一部分。 快速的先錯後改，勝過漫長等待的「也許」。可逆預設值很重要。
- 關懷勞動就是勞動。 評測編寫、申訴處理、審議引導與內容審核都應獲得報酬，並被清楚看見。
為什麼重要
Pack 3 檢查流程是否依承諾運作；Pack 4 檢查關懷是否真的落地。也因此，回應力必須從社群判斷開始，而不是從工程管線開始。
社群撰寫的評測、申訴與修復日誌，是公開承諾本身。有些團隊之後會把這些訊號接到路由或模型更新上——有時稱為社群回饋強化學習（RLCF）——但那只是次一步的實作選擇。尺規必須先由社群來寫。
煞車是一種關懷機制
回饋管線可以改變未來的訓練，卻無法在「此刻就該攔下」的時候，中斷一個錯誤的決定。這需要煞車：一種讓接受關懷的人——或代表他的照顧者——能夠說出「這一次，自動化模型錯了；停下來，讓我推翻它，或者現在就轉給人工處理」的機制。對護理師而言，這代表可以推翻系統「不需警示」的判斷、直接打電話給醫師，而不必先向軟體介面說明理由；對居民而言，是一個兩分鐘內就能完成、可觸發人工複核自身案件的動作；對語言社區而言，是一條能標記出整體模式、促使政策複審的管道，而不只是逐件提出申訴。讓煞車有效的，不是精密，而是可及性與後果性：不必穿越迷宮就搆得到，而且拉下去必須真的停下某些事。
誠實的設計無法迴避這個張力：容易搆到的煞車，也容易被倚賴；一個每則警示都被推翻的病房，並沒有解決警示疲勞——只是把它自動化了。答案不是更難拉的煞車，而是有跡可循的煞車：記錄每一次拉動、讓它可歸屬到人，並把「過度推翻」的模式回饋進社群撰寫的評測，使其本身成為一種訊號。
實際上長什麼樣子
- 社群撰寫的評測。 受影響社群共同定義何謂損害、何謂修復成功。
- 共享評測登錄庫。 把評測做成類似維基百科的公共登錄庫：任何人都可以起草，公民社會夥伴負責審閱，實驗室則採納或公開說明理由。
- 清楚的申訴路徑。 緊急案件 48 小時內回覆，標準案件 7 天，複雜案件 30 天。這些時限是參與契約中的承諾，違反即有後果，而不只是期許。
- 看得見的修復。 每個事件都應該有一頁記錄：發生了什麼、影響了誰、改了什麼，以及新增了哪個測試來避免重演。
從理念到實作
- 揭露申訴按鈕。 在顯示決策的任何地方，都存在一個附帶時鐘的一鍵申訴。決策軌跡僅核發給使用者，由其自行決定是否解封以發起公開申訴。
- 接受損害草稿。 讓人們用白話提交擬議評測；再與合作夥伴一起把它轉成經社群審閱的測試。
- 按嚴重性分類。 參與官依社群嚴重性量尺分類；最高類別觸發立即暫停或可逆預設值。
- 修復或解釋。 在規定時限內，公布補救措施或附後續步驟的理由。
- 記錄備查。 將事件轉化為測試；添加到評測登錄庫；從契約變更日誌連結。
- 回查。 與申訴者閉合循環；測量失利下的信任。
今天就能做的工具
- 申訴 API（附計時器、狀態、上報）。
- 社群回饋管線。 在適合的情況下，把通過審核的評測轉成路由、訓練或政策訊號；只有在真的合適時才使用 RLCF。
- 評測編輯器（簡單語言 → 測試框架）。
- 事件追蹤器（嚴重性、負責人、截止日期、公開記錄）。
- 修復日誌模板（根本原因、補救措施、添加的測試）。
一個案例：賑災機器人
- 申訴激增。 一個語言社區標記校驗規則中的誤譯。
- 本地評測。 社區合作夥伴提交翻譯準確度評測；該團體從專案的託管資金中獲得報酬，因為社區知識是勞動，不是免費的品質保證。機器人未通過評測；暫停觸發；應用可逆預設值。
- 系統改變。 翻譯不確定性現在會把案件改送雙語人工複核，而不是自動拒絕。這項評測進入登錄庫，成為永久的發版門檻：機器人的校驗規則日後任何更新，未通過它就不得上線。
- 修復。 雙語審查員更新規則；新測試保護未來變更。
- 閉合循環。 Elena 收到簡訊：「我們修正了錯誤；這是你的新決策；這是如何看到變更的；這是直接聯繫承辦人的方式。」失利下的信任上升。
可能出錯的地方
- 申訴迷宮。 太多步驟。解方：單一按鈕；SLA 違反時自動上報；申訴人在每個階段都能看到案件狀態。
- 垃圾評測充斥。 低品質測試充斥系統。解方：合作夥伴審核；貢獻者的聲譽；合併/重複工具。目標是品質，不是資格審查——審核機制不能讓老牌組織凌駕於有切身經驗的社群成員之上。
- 指責風暴。 人被責備，而非流程。解方：無責備事後檢討；專注於機制設計。
- 武器化申訴。 對手大量灌入申訴，或策略性地觸發暫停以癱瘓服務。解方：暫停觸發需要經過驗證的利害關係人身分（非公開身分）；按社群設定頻率限制；為直接受影響者保留優先通道。
- 過度推翻。 煞車被拉來對付正確的警示；警示疲勞被自動化，而不是被解決。解方：如上文煞車一節所述，讓煞車保持容易拉、但有跡可循——記錄每一次拉動，並可歸屬到人。
與其他「力」的介接
- 來自負責力（Pack 2）： 誰行動很清楚；補救措施已連線。
- 來自勝任力（Pack 3）： 可觀察性和防護措施餵養回應力；事件循環從這裡開始。
- 對覺察力（Pack 1）： 透過回應發現的新需求重塑我們覺察的內容——循環重啟。
- 對團結力（Pack 5）： 公開修復文化建立跨群體信任。
- 對共生力（Pack 6）： 有回應力的智慧體贏得留在當地的權利。
結語意象：工坊牆上退役的壞零件
想像一間工坊，牆上掛滿退役的「壞掉零件」，每個都標記著它是如何壞的、如何避免未來的損壞、以及誰修復了它。那面牆不是恥辱牆，而是學習牆——公開展示，由使用這間工坊的社群共同守護，而不只是由打造機器的工程師看管。隱藏自己壞掉零件的工坊，會重蹈覆轍。願意把牆築起來的工坊，假以時日會成為這一帶最可靠的一家——不是因為它從不弄壞東西，而是因為它把一次次的失敗，鋪成了自身勝任力的地基。
