跳到主內容

Theme / 0.9.130

Pstack

用可驗證的工作流程協作,從單一入口學會工程技能

Skills

principle-never-block-on-the-human | 在授權內先做可逆工作

用修正文檔站內連結的情境區分執行判斷、產品方向與不可逆操作,在授權內推進並留下可審查結果。

principle-never-block-on-the-human | 在授權內先做可逆工作

本頁以 pstack-claude 0.9.126 為基準。原文設定 user-invocable: false,通常由 poteto-mode 按需讀取。可用自然語言要求「套用 principle-never-block-on-the-human」,同時明確指定允許的工作範圍。

定位與適用情境

這項原則假設人類以非同步方式監督。對已獲授權、可逆且可審查的執行細節,代理應合理判斷、先做再展示,不為每個小選擇停下詢問。產品方向仍由人類決定,不可逆操作仍需確認。

本例是使用者已授權修正三篇文件的失效站內連結。輸入是指定檔案、連結檢查報告與現有路由。代理能直接修正有證據的新路徑,不必逐條問「要不要改」。找不到唯一目的地時,則不能自行改變文章主張。

準備

  • 明確列出可修改的三篇文件。保留其他人的未提交變更,不擴大到全站重寫。
  • 提供現有路由與檢查工具,區分路徑搬移、頁面不存在與目的地語意不明。
  • 先寫明禁止事項。這個示例不允許刪檔、提交、推送(Push)、部署或對外發訊息。

操作步驟

  1. 分類決策。 路由已搬移且內容相符,是可查證的執行問題。連結要指向哪種產品概念,可能是方向問題。先分清楚,不把所有未知都丟回人類。
  2. 完成明確可逆項目。 對已授權文件中能證實的新路徑直接修改,記錄舊路徑、新路徑與證據。不為格式或排序等小事反覆請示。
  3. 隔離真正待決項目。 找不到唯一目的地的連結保留原文並列為待決,不造一個頁面或猜測內容。若已授權採用暫行方案,可註明假設;沒有該授權就不代做產品決策。
  4. 驗證並展示。 執行範圍內可用的連結檢查,檢閱差異。新發現的問題先記錄,下一輪只修授權範圍內的可逆項目。交付已改、未改、原因與檢查結果,讓使用者可事後校正。

可直接使用的提示詞

套用 principle-never-block-on-the-human。請修正我列出的三篇文件中失效的站內連結,根據現有路由與內容確認目的地。
在這三篇內,對能證實的新路徑直接修改,不逐條等我批准。語意不明或涉及產品方向的連結保留原文,繼續完成其他項目,再列出待決原因。
不得修改其他檔案、刪檔、commit、push、部署或對外發訊息。完成後提供差異摘要、目的地證據與連結檢查結果,不以工作可逆為由越過這些限制。

預期結果與驗收

預期使用者回來時已有可審查的局部成果,而非一串本可自行查證的問題。

  • 有唯一目的地且已授權的連結已處理,差異只在指定文件內。
  • 每個修改都有路由或內容證據,沒有虛構頁面。
  • 待決項目被單獨列出,不妨礙其他已確定工作的完成。
  • 報告分開已執行檢查與未驗證項目,沒有未授權的提交、推送或刪除。

限制與權限

常見誤用是把「不要阻塞」解讀成「不必授權」,或認為 Git 可以回復就能任意推送。可逆只是判斷條件之一,不能凌駕使用者明確限制、專案規則或不可逆操作確認。

原文列出強制推送(Force Push)、刪除正式資料與對外發訊息等仍須確認。本例連一般推送也未授權,不能擅自執行。產品方向由人類決定,代理不應以自我修復為由擴大範圍。遇到真正權限缺口時,停下該項並說明,不是假裝已完成。

延伸閱讀與來源