feedback-mastery

feedback-mastery skill 概覽

feedback-mastery skill 是一套有結構的溝通輔助工具，專門用來規劃與措辭職場中較棘手的對話。它適合那些一般通用 prompt 往往太鬆散、抓不到重點的情境：例如績效回饋、期待重設、同儕緊張關係、利害關係人反對意見，以及語氣與框架和訊息本身同樣重要的敏感 1:1 對談。

feedback-mastery 實際能幫你做到什麼

feedback-mastery 能把混亂、難以整理的人際問題，轉成可直接使用的對話計畫。它的核心價值不是單純「幫你寫一句有禮貌的訊息」，而是提供可落地的框架，協助你：

• 在對話前做好準備
• 用 SBI model 清楚表達回饋
• 在不升高衝突的前提下處理可能出現的反應
• 針對後續步驟與責任歸屬做好追蹤

哪些人最適合使用 feedback-mastery

這個 skill 特別適合：

• 需要給出修正型或成長型回饋的 managers
• 要處理同儕摩擦或預期落差的 tech leads
• 正在準備困難跨部門對話的 ICs
• 任何想把回饋講清楚、但又不想顯得模糊、尖銳或防衛性太強的人

它對軟體團隊尤其有參考價值，因為 repo 內的範例涵蓋了 deadline、品質疑慮與期待對齊等常見情境。

為什麼要選 feedback-mastery，而不是一般 prompt

feedback-mastery 最大的差異在於「有結構」。這個 repository 把 Preparation-Delivery-Follow-up 工作流、SBI framework，以及各種情境腳本整合在一起。這很重要，因為多數失敗的回饋都有固定模式：講得太泛、情緒太重、帶指責意味，或是沒有明確下一步。feedback-mastery 就是為了降低這些常見失敗風險而設計。

安裝前，多數使用者最在意什麼

評估 feedback-mastery skill 的人，通常會想先快速確認四件事：

1. 它能幫上真實對話，不只是講理論嗎？
2. 它有支援具體措辭嗎？
3. 它能處理衝突與期待設定，而不只是 manager 對 direct report 的回饋嗎？
4. 它是否真的比直接叫助理「把這段話寫得更專業」更好？

從 repository 檔案來看，答案大致上是肯定的。這些參考文件提供了可重複使用的腳本、期待對齊指引，以及完整的 SBI 說明，因此產出的內容通常會比一次性 prompt 更穩定、更一致。

什麼情況下 feedback-mastery 不適合

如果你主要需要的是以下幾種協助，就不建議使用 feedback-mastery for Workplace Communication：

• HR 或法律建議
• 正式懲處流程的指引
• 心理治療、調解或危機介入
• 組織內部特定政策的解讀

這個 skill 能改善的是表達方式與對話品質，但它不能取代政策判讀、法律審查或管理權責本身。

如何使用 feedback-mastery skill

feedback-mastery 的安裝脈絡

feedback-mastery 位於 softaworks/agent-toolkit 的 skills/feedback-mastery。

如果你的環境支援 skill installer，常見的安裝方式是：

npx skills add softaworks/agent-toolkit --skill feedback-mastery

如果你的 runtime 使用其他 loader，請從 GitHub path 加入這個 skill，並確認 agent 能讀取以下檔案：

• skills/feedback-mastery/SKILL.md
• skills/feedback-mastery/references/difficult-conversation-scripts.md
• skills/feedback-mastery/references/expectation-alignment.md
• skills/feedback-mastery/references/feedback-sbi-model.md

第一次使用前，先讀這些檔案

如果你想最快掌握 feedback-mastery，建議按這個順序閱讀：

1. SKILL.md：看 scope、觸發條件與工作流程
2. references/feedback-sbi-model.md：理解回饋公式
3. references/difficult-conversation-scripts.md：看開場句與反應處理
4. references/expectation-alignment.md：看 scope、timeline 與 stakeholder 對話
5. README.md：理解更上層的設計意圖

這樣讀會比每份都草草掃過更有效率，因為它能更快帶你進入可實際使用的 prompt 狀態。

feedback-mastery 需要哪些輸入，效果才會好

feedback-mastery usage 的品質，非常依賴你提供的原始事實是否清楚。建議至少提供以下資訊：

• 你和對方的關係
• 具體情境或事件
• 可觀察到的行為，而不是對動機的猜測
• 對團隊、工作、信任或交付造成的影響
• 你希望這次對話達成的目標
• 限制條件，例如語氣、資深程度、急迫性，或是遠端 / 當面溝通

較弱的輸入：

• 「幫我對一位工程師給回饋。」

較強的輸入：

• 「我是 tech lead，要在 1:1 跟一位 mid-level engineer 談。過去三個 sprint 裡，有兩個 backend task 沒有提早預警就延遲了，而且 code review 常常晚於先前說好的時程。我想談可靠度問題，但又不想讓對方失去動力。請給我 live conversation outline、可能反應，以及簡短 follow-up summary。」

把模糊目標轉成高品質的 invocation

一個好用的 feedback-mastery guide prompt，通常會包含五個部分：

1. scenario
2. facts
3. desired outcome
4. tone
5. output format

可直接套用的範本：

Use feedback-mastery to help me prepare a workplace conversation.
Scenario: [manager/peer/stakeholder/direct report].
Facts: [specific incidents, dates, examples].
Goal: [clarify expectations / address behavior / repair tension / reset scope].
Tone: [direct but supportive / calm and firm / collaborative].
Output: [prep notes, SBI draft, opening lines, likely reactions, follow-up plan].

feedback-mastery 在即時回饋對話中的最佳工作流

實務上，使用 feedback-mastery 的一個有效流程是：

1. 先用白話整理問題
2. 請 skill 幫你拆分事實與詮釋
3. 產出一版 SBI draft
4. 依照你和對方的關係，要求合適的 opening line
5. 要求列出 2 到 4 種可能反應與冷靜回應方式
6. 擬定 follow-up actions 與 success criteria
7. 最後把完整腳本縮成自然口語版本

這個順序很重要，因為很多人會在還沒想清楚真正要傳達什麼之前，就直接跳去修句子。

feedback-mastery 不只適合批評，也適合重設期待

這個 repo 裡最好用的一部分之一，就是 expectation-alignment 參考文件。當問題不完全是行為本身，而是雙方假設不一致、對「done」的理解不清楚，或是 scope 悄悄改變時，就很適合用它。

好的 prompt 範例：

Use feedback-mastery for Workplace Communication to help me reset expectations with a product stakeholder. They think a feature will ship this sprint, but a dependency changed and scope expanded. Draft a conversation that clarifies assumptions, defines success explicitly, and proposes a revised plan without sounding defensive.

如何從 reference files 產出更好的腳本

這個 repository 的強項，在於你可以要求 skill 依特定 reference 來產出內容，而不是只給籠統建議。例如：

• 要求根據 references/feedback-sbi-model.md 產出 SBI 版本
• 要求根據 references/difficult-conversation-scripts.md 提供 opening lines
• 要求根據 references/expectation-alignment.md 進行 expectation clarification

這樣通常能得到結構更清楚、也比較少空泛管理術語的輸出。

能提升輸出品質的實用 prompt 模式

與其只說「幫我處理回饋」，不如直接要求以下其中一種 deliverable：

• 「Write an SBI statement.」
• 「Give me a 10-minute conversation outline.」
• 「Draft three opening lines with different firmness levels.」
• 「List likely defensive reactions and grounded responses.」
• 「Turn this emotional draft into behavior-based feedback.」
• 「Create a follow-up summary with explicit expectations and dates.」

這些輸出形式都和 repo 內的材料高度對應。

feedback-mastery usage 常見錯誤

請避免以下輸入方式：

• 把五個問題綁成一次對話
• 描述對方的意圖，而不是行為
• 要求腳本，卻沒有說明想達成的結果
• 沒有提供底層事實，只要求「寫得更專業」
• 明明需要政策或流程指引，卻拿這個 skill 來處理正式 HR 文件

這個 skill 在「焦點單一、目的明確」的對話上表現最好。

feedback-mastery skill 常見問題

feedback-mastery 對新手友善嗎？

是的。feedback-mastery 很適合那些知道事情發生了什麼，卻不知道該如何組織對話的人。內建的 scripts 和 SBI reference 可以大幅降低摸索成本。不過新手仍然需要提供具體事實；這個 skill 不能替你憑空補出證據或情境。

feedback-mastery 只適合 managers 嗎？

不是。雖然這些例子很適合 managers 使用，但 repository 也支援同儕回饋、衝突處理，以及與 stakeholders 的 expectation alignment。只要你的目標是把話說得具體、冷靜且以結果為導向，它都很實用。

feedback-mastery 和直接叫 AI 幫我改寫訊息有什麼不同？

一般改寫 prompt 往往只能改善語氣，但背後的思路仍然鬆散。feedback-mastery skill 則多了一層框架：事前準備、以 SBI 為核心的表達、預判反應，以及後續追蹤。這會讓真實世界的對話更有效，而不只是句子看起來比較漂亮。

我可以把 feedback-mastery 用在書面訊息，而不是即時對話嗎？

可以，但它最強的用途仍然是準備口頭對話。如果你要寫 Slack 訊息或 email，建議先用這個 skill 釐清邏輯，再要求產出精簡的書面版本。這樣可以避免送出一封修得很漂亮、但實際上範圍模糊的訊息。

什麼情況下不應該使用 feedback-mastery？

以下情況不要只依賴 feedback-mastery install：

• 涉及法律或合規敏感性的情境
• 正式的績效管理流程
• 騷擾或安全事件
• 嚴重的人際關係破裂，且需要 HR 或 leadership 介入

在這些情況下，應先確認正確流程，再把這個 skill 當成溝通輔助工具使用。

feedback-mastery 適用於非工程團隊嗎？

適用。雖然範例偏向軟體團隊語境，但其中的框架具有可移植性。SBI、expectation alignment，以及困難對話準備，同樣適用於 product、operations、sales 和各類跨部門協作。

如何改進 feedback-mastery skill 的使用效果

提供更銳利的事實，而不是更長的背景故事

要提升 feedback-mastery 的效果，最大的槓桿在於輸入精準度。與其用「他不可靠」這種籠統說法，不如改成可觀察的模式：

• 「上週錯過了兩次已同意的 review 時段」
• 「直到 deadline 當天才說有 blocker」
• 「在 sprint planning 中多次打斷兩位隊友」

這樣產出的回饋更容易說出口，也更不容易被質疑。

把行為和你的解讀分開

常見失敗模式之一，就是把對態度、懶散或意圖的假設直接餵給 skill。你可以請 feedback-mastery 把筆記拆成：

• observed behavior
• possible interpretation
• confirmed impact
• open questions to explore

這會讓最後的對話更有可信度，也比較不帶指責感。

先要求多種語氣版本，再決定用哪一種

第一版輸出可能對你的團隊文化來說太軟，或太強硬。要改善結果，可以要求它提供不同語氣版本，例如：

• supportive and coaching
• direct and firm
• collaborative and problem-solving

這對同儕回饋或 stakeholder 期待重設特別有幫助，因為這些情境下你的正式權威通常比較有限。

用可能反應來壓力測試整場對話

這個 repository 裡的 script 材料，在拿來做回應規劃時最有價值。你可以請 skill 模擬以下反應：

• defensiveness
• surprise
• blame-shifting
• emotional withdrawal
• agreement without commitment

接著再修正你的回應，避免對話在開場之後就失速或中斷。

不只修開場，也要補強後續追蹤

很多人產出一句不錯的 opening line 就停了。但更好的結果通常來自請 feedback-mastery 再往下一層處理：

• 什麼樣的改變才算是好的改變
• 要怎麼檢查進展
• 你能提供什麼支持
• 何時會再次回來檢視這個議題

如果少了這些，對話可能聽起來很周到，最後卻沒有帶來任何行為改變。

每次對話草稿只處理一個議題

如果你覺得第一版輸出很空泛，常見原因其實是 scope 過載。建議分開跑 feedback-mastery，分別處理：

• performance reliability
• communication gaps
• conflict repair
• expectation reset

單一議題的 prompt，通常能產出更乾淨的 SBI 陳述和更貼近現實的腳本。

第一版之後，用你自己的真實說話方式再迭代

一個很有效的 refinement loop 是：

1. 先生成結構化草稿
2. 把它改寫成你平常真的會說的語氣
3. 再把你改過的版本貼回去
4. 請 skill 檢查是否有模糊、評斷性過強或升高衝突的風險

這個流程可以保留框架優勢，同時讓對話聽起來像你本人，而不是模板。

如果結果太泛，回頭讀 references

如果你覺得 feedback-mastery usage 產出的內容太淺，最快的修正方式，就是在 prompt 中明確指定要依據哪份支援檔案，以及你想要什麼 deliverable。通常這比單純要求「再詳細一點」更能提升具體度。

提升 feedback-mastery 輸出的檢查清單

在正式使用最終草稿前，請確認你的 feedback-mastery guide 輸出是否包含：

• 一個清楚的目的
• 具體情境範例
• 可觀察行為
• 真實影響
• 邀請對方回應的空間
• 明確的下一步或 follow-up 計畫

如果其中缺少任一項，這場對話很可能會顯得不完整，或在過程中逐漸偏題。