feedback-mastery
作成者 softaworksfeedback-mastery は、準備、SBI ベースのフィードバック、相手の反応への対応、会話後のフォローアップまでを整理されたフレームワークで支援し、難しい職場での会話設計を助けます。パフォーマンスに関するフィードバック、対立の解消、期待値の立て直し、ステークホルダーとの対話に適しています。
このスキルの評価は 78/100 で、難しい職場での会話を体系立てて支援してほしいユーザーに向く、十分に有力なディレクトリ掲載候補です。リポジトリを見る限り、実際のワークフローに沿った内容、明確なトリガー、再利用しやすい参照資料があり、汎用的なプロンプトより一段踏み込んだ支援が期待できます。一方で、緻密に運用手順化されたスキルというより、まずドキュメントを参照して活用するタイプだと考えておくのがよいでしょう。
- トリガーの明確さが高く、SKILL.md と README の両方で用途がはっきり示され、フィードバック、対立対応、1:1、期待値の立て直しに関する起動フレーズも用意されています。
- 実務で使いやすい構成で、Preparation-Delivery-Follow-up や SBI のような再利用しやすいフレームワークに加え、場面別スクリプトや期待値すり合わせの指針も含まれています。
- 情報の出し方が段階的で、メインスキルを3つの特化リファレンスファイルが補完し、具体例、切り出し方、定型的に使えるガイドが揃っています。
- 実行可能な成果物や段階的なエージェント手順はなく、実際の運用では文章で示されたフレームワークを会話プランに落とし込む力がモデル側に求められます。
- 調査内容やフレームワークの主張はドキュメント内で提示されていますが、スキル自体に引用、テスト、エンドツーエンドの実例会話がないため、信頼性を強く裏づける材料は限定的です。
feedback-masteryスキルの概要
feedback-mastery は、職場での難しい会話を準備し、適切な言い回しに落とし込むための構造化されたコミュニケーション支援スキルです。汎用的なプロンプトでは粒度が粗すぎる場面、たとえばパフォーマンスに関するフィードバック、期待値のすり合わせ直し、同僚間の緊張、ステークホルダーからの反発、言い方や伝え方が内容そのものと同じくらい重要なセンシティブな1:1で特に力を発揮します。
feedback-masteryで実際にできること
feedback-mastery は、もつれた対人課題を、そのまま使える会話プランに変えるのに役立ちます。価値の中心は単に「丁寧なメッセージを書く」ことではありません。実務で使える次のフレームワークを提供します。
- 会話前の準備
- SBIモデルを使った明確なフィードバックの伝え方
- 相手の反応を悪化させずに受け止める方法
- 次のアクションと責任の置き方を含むフォローアップ
feedback-masteryが向いているユーザー
このスキルが特に合うのは、次のような人です。
- 是正や育成を目的としたフィードバックを行うマネージャー
- 同僚間の摩擦や期待未達への対応が必要なTech Lead
- 難しい部門横断コミュニケーションを控えたIC
- 曖昧すぎず、きつすぎず、防御的にも聞こえない言い方でフィードバックしたい人
とくにソフトウェアチームとの相性が良く、期限遅延、品質面の懸念、期待値のすり合わせといった具体例が参照資料に含まれています。
通常のプロンプトではなくこれを選ぶ理由
最大の違いは構造です。リポジトリでは、Preparation-Delivery-Follow-up の流れに、SBIフレームワークとシナリオ別スクリプトが組み合わされています。これは重要です。弱いフィードバックは多くの場合、失敗の仕方が似ています。内容が抽象的すぎる、感情的すぎる、責める調子が強すぎる、あるいは次の一手が明確でない、といった形です。feedback-mastery は、そうした典型的な失敗を減らすように設計されています。
インストール前にユーザーが気にすること
feedback-mastery skill を評価する人が、まず短時間で知りたいのはたいてい次の4点です。
- 理論ではなく、実際の会話に役立つのか
- 具体的な言い回しまで支援してくれるのか
- マネージャーから部下へのフィードバックだけでなく、衝突対応や期待値調整にも使えるのか
- アシスタントに「もっとプロっぽくして」と頼むより本当に良いのか
リポジトリのファイルを見る限り、答えはおおむね yes です。参照ドキュメントには、再利用しやすいスクリプト、期待値調整の指針、そしてSBIの完全な解説が含まれており、一発のプロンプトよりも一貫した出力になりやすい構成です。
feedback-masteryが向かないケース
主に次のものが必要なら、feedback-mastery for Workplace Communication は見送った方がよいでしょう。
- HRや法務の助言
- 正式な懲戒プロセスのガイダンス
- セラピー、調停、危機介入
- 組織固有のポリシー解釈
このスキルが改善するのは、伝え方と会話の質です。ポリシー判断、法務レビュー、マネジメント上の権限そのものを代替するものではありません。
feedback-masteryスキルの使い方
feedback-masteryのインストール前提
feedback-mastery は softaworks/agent-toolkit の skills/feedback-mastery にあります。
環境がスキルインストーラーに対応しているなら、よくある導入パターンは次のとおりです。
npx skills add softaworks/agent-toolkit --skill feedback-mastery
実行環境が別のローダーを使っている場合は、GitHubのパスからスキルを追加し、エージェントが次のファイルを読めることを確認してください。
skills/feedback-mastery/SKILL.mdskills/feedback-mastery/references/difficult-conversation-scripts.mdskills/feedback-mastery/references/expectation-alignment.mdskills/feedback-mastery/references/feedback-sbi-model.md
初回利用前にまず読むべきファイル
最短で全体像をつかむなら、次の順番で読むのがおすすめです。
- スコープ、トリガー、ワークフローを把握するための
SKILL.md - フィードバックの定型を押さえる
references/feedback-sbi-model.md - 切り出し方や反応への返し方を見る
references/difficult-conversation-scripts.md - スコープ、タイムライン、ステークホルダーとの会話を扱う
references/expectation-alignment.md - 上位レベルの意図を確認する
README.md
全部を流し見するより、この順番の方が実用的なプロンプトに早くたどり着けます。
feedback-masteryを機能させるために必要な入力
feedback-mastery usage の質は、最初に渡す事実の精度に大きく左右されます。モデルには次の情報を渡してください。
- 相手との関係性
- 具体的な状況や出来事
- 動機の推測ではなく、観察できた行動
- チーム、成果、信頼、デリバリーへの影響
- この会話で達成したい目的
- トーン、役職差、緊急度、リモートか対面かといった制約
弱い入力:
- “Help me give feedback to an engineer.”
強い入力:
- “I’m a tech lead speaking to a mid-level engineer in a 1:1. In the last three sprints, two backend tasks slipped without early warning, and code reviews often arrive after agreed timelines. I want to address reliability without demotivating them. I need a live conversation outline, likely reactions, and a short follow-up summary.”
ざっくりした相談を強い呼び出しに変える
良い feedback-mastery guide 用プロンプトには、通常次の5要素があります。
- シナリオ
- 事実
- 望む結果
- トーン
- 出力形式
使いやすいテンプレート:
Use
feedback-masteryto 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 を使うなら、実用的な流れは次のとおりです。
- 問題を平易な言葉で要約する
- 事実と解釈を分けるようスキルに依頼する
- SBIドラフトを生成する
- 関係性に合った切り出し方を作る
- 起こりそうな反応を2〜4個出し、落ち着いた返答も作る
- フォローアップの行動と成功基準を固める
- 最後に、自然な話し言葉になるよう全体を短く整える
この順番が大事なのは、多くの人が「本当に伝えるべき内容」が固まる前に、いきなり言い回しから入ってしまうためです。
批判だけでなく、期待値の立て直しにもfeedback-masteryを使う
このリポジトリで特に実用性が高いのが、期待値調整の参照資料です。問題の中心が行動そのものではなく、前提のズレ、「done」の定義の曖昧さ、黙ったまま進んだスコープ変更にあるなら、ここを活用すべきです。
良いプロンプト例:
Use
feedback-masteryfor 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.
参照ファイルを使って、より良いスクリプトを引き出す方法
このリポジトリの強みが最も出るのは、抽象的な助言を出させるのではなく、特定の参照ファイルに基づいて出力させるときです。たとえば次のように頼めます。
references/feedback-sbi-model.mdを使ったSBI版を作るreferences/difficult-conversation-scripts.mdに基づく切り出し文を作るreferences/expectation-alignment.mdを踏まえて期待値の明確化を行う
こうすると、構造が明確で、いかにも管理職っぽい曖昧な表現が減りやすくなります。
出力品質を上げる実践的なプロンプトパターン
「フィードバックを手伝って」ではなく、次のような成果物を指定して頼む方が効果的です。
- “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.”
これらの出力形式は、リポジトリ内の素材と相性が良い形です。
feedback-mastery利用時によくあるミス
次のような入力パターンは避けてください。
- 5つの論点を1回の会話にまとめてしまう
- 行動ではなく、相手の意図を説明してしまう
- 望む着地点を示さずにスクリプトだけを求める
- 背景の事実がないまま「プロっぽい言い方」を依頼する
- 本当はポリシー確認が必要なのに、正式なHR文書作成にこのスキルを使う
このスキルは、会話の焦点が絞られていて、目的が明確なときに最も機能します。
feedback-masteryスキル FAQ
feedback-masteryは初心者にも使いやすいですか?
はい。feedback-mastery は、状況は分かっているが会話の組み立て方が分からないユーザーにも使いやすいスキルです。スクリプトとSBIの参照資料があるため、手探りの負担を減らせます。ただし、初心者であっても具体的な事実は自分で用意する必要があります。証拠や文脈そのものをスキルが作り出すことはできません。
feedback-masteryはマネージャー専用ですか?
いいえ。例示はマネージャー業務に合っていますが、リポジトリ自体は同僚へのフィードバック、衝突対応、ステークホルダーとの期待値調整にも対応しています。具体的に、落ち着いて、結果志向で話す必要がある場面なら有用です。
AIにメッセージの書き換えを頼むのと何が違いますか?
通常の書き換えプロンプトは、トーンは整えてくれても、考え方の骨組みが弱いまま残りがちです。feedback-mastery skill はそこにフレームを加えます。準備、SBIベースの伝達、想定反応、フォローアップまで含めて組み立てるため、単に感じの良い表現になるだけでなく、実際の会話で機能しやすくなります。
ライブで話す代わりに、文章メッセージにもfeedback-masteryを使えますか?
はい。ただし、最も強い使い方は口頭の会話準備です。Slackメッセージやメールが必要なら、まずこのスキルで論点と構造を整理し、その後で短い文章版を作らせるのがよいです。そうすることで、体裁は整っているのに論点設定が甘いメッセージを送ってしまうリスクを減らせます。
どんなときにfeedback-masteryを使うべきではありませんか?
次のようなケースでは、feedback-mastery install だけに頼らないでください。
- 法務やコンプライアンス上センシティブな状況
- 正式なパフォーマンス管理プロセス
- ハラスメントや安全上の問題
- HRやリーダーシップの関与が必要な深刻な人間関係の破綻
こうした場面では、正しい手続きを確認したうえで、あくまでコミュニケーション補助として使うべきです。
feedback-masteryはエンジニア以外のチームにも合いますか?
はい。例はソフトウェアチーム寄りですが、フレームワーク自体は汎用的です。SBI、期待値調整、難しい会話の準備は、プロダクト、オペレーション、営業、部門横断の協働でも通用します。
feedback-masteryスキルを改善する方法
長い背景説明より、事実を鋭くする
feedback-mastery の出力を最も大きく改善するのは、入力の精度です。「あの人は信頼できない」のような広すぎる主張は、次のような観察可能なパターンに置き換えてください。
- “missed two agreed review windows last week”
- “did not communicate a blocker until the deadline day”
- “interrupted two teammates repeatedly during sprint planning”
こうした入力の方が、伝えやすく、相手にも争われにくいフィードバックになります。
行動と自分の解釈を分ける
よくある失敗は、態度、怠慢、意図についての思い込みを、そのままスキルに渡してしまうことです。feedback-mastery に対して、メモを次のように分解させてください。
- 観察された行動
- ありうる解釈
- 確認できている影響
- 会話の中で確かめるべき未解決の問い
こうすると、最終的な会話がより信頼できるものになり、責め口調にもなりにくくなります。
ひとつに決める前に、複数のトーンを出させる
最初の出力が、自分の組織文化に対して柔らかすぎたり強すぎたりすることは珍しくありません。次のようなトーン違いを依頼すると、結果を改善しやすくなります。
- supportive and coaching
- direct and firm
- collaborative and problem-solving
これは特に、権限が限定される同僚フィードバックやステークホルダーとの期待値リセットで有効です。
想定される反応を前提に会話をストレステストする
リポジトリ内のスクリプト素材が最も価値を持つのは、返答準備に使うときです。次のような反応をシミュレーションさせてください。
- defensiveness
- surprise
- blame-shifting
- emotional withdrawal
- agreement without commitment
そのうえで返答を磨くと、冒頭の一言だけで会話が崩れるのを防ぎやすくなります。
切り出しだけでなく、フォローアップまで改善する
多くのユーザーは、良い冒頭文ができた時点で止まってしまいます。より良い結果を得るには、feedback-mastery に次の層まで作らせるべきです。
- どんな変化を「良い状態」とみなすのか
- 進捗をどう確認するのか
- こちらが提供できる支援は何か
- いつこの論点を再確認するのか
ここがないと、会話自体は丁寧でも、行動変化につながらないまま終わりがちです。
1回の会話ドラフトでは1つの論点だけ扱う
最初の出力が汎用的すぎると感じる場合、原因はスコープ過多であることがよくあります。feedback-mastery は次のようなテーマごとに分けて回してください。
- performance reliability
- communication gaps
- conflict repair
- expectation reset
論点を1つに絞ったプロンプトの方が、SBI文もスクリプトも明瞭で現実的になります。
初稿のあとに、自分の言い方で反復する
改善ループとして強いのは次の流れです。
- 構造化ドラフトを生成する
- 自分の自然な話し方に書き換える
- その修正版を再度貼り戻す
- 曖昧さ、断定的な判断、エスカレーションのリスクがないか確認させる
このワークフローなら、フレームワークの強みを保ちつつ、テンプレート臭くない自分の言葉にできます。
結果が浅いと感じたら、参照資料を読む
feedback-mastery usage が表面的に感じられるなら、最も手早い改善策は、サポートファイルを明示的にプロンプトへ組み込むことです。どのファイルを使い、そこから何を作ってほしいのかを指定してください。たいていは「もっと詳しく」と頼むより、その方が具体性が大きく上がります。
より良いfeedback-mastery出力のための改善チェックリスト
最終ドラフトを使う前に、feedback-mastery guide の出力に次の要素が入っているか確認してください。
- 1つの明確な目的
- 具体的な状況例
- 観察可能な行動
- 実際の影響
- 相手が返答できる余地
- 次の一歩、またはフォローアップ計画
このうち1つでも欠けていると、会話が中途半端に終わったり、論点がぶれたりしやすくなります。
