Token导航 LogoToken导航

Agent Skill · 研究检索

feedback-mastery(反馈掌握)

feedback-mastery 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

feedback-mastery 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证为 MIT,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 1,533。

总安装 88,128周安装 3,567GitHub Stars 1,695下载 28,512核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:feedback-mastery(反馈掌握)
来源仓库:https://github.com/softaworks/agent-toolkit
仓库路径:skills/feedback-mastery
安装命令:
npx skills add https://github.com/softaworks/agent-toolkit --skill feedback-mastery
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/softaworks/agent-toolkit --skill feedback-mastery

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于引导困难对话并有效提供建设性反馈的结构化框架。

两个核心模型:准备-交付-跟进(三阶段对话结构)和情境-行为-影响(SBI)反馈技术,重点关注可观察的事实而不是假设 涵盖准备策略,包括问题分析、目标定义和情绪调节,以减少防御并改善结果 交付阶段包括中立的开场白、基于事实的语言模式和对话提示,以鼓励协作和相互理解 后续清单确保记录的行动项目、预定的检查和持续的支持,以维持行为改变 包括针对绩效问题、团队冲突和期望偏差的特定场景指导,以及建设性接收反馈的技术

来源仓库内路径:skills/feedback-mastery

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/softaworks/agent-toolkit --skill feedback-mast…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

feedback-mastery 怎么安装?

在终端执行 npx skills add https://github.com/softaworks/agent-toolkit --skill feedback-mastery。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

feedback-mastery 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

feedback-mastery 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

feedback-mastery 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

feedback-mastery 用的人多吗?

公开数据是累计安装 88,128 次,近一周安装 3,567 次,下载 28,512 次,GitHub 1,695 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

feedback-mastery 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
feedback-mastery

反馈掌握 · 本页

88,1281,695需要联网MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
feedback-mastery
description
Navigate difficult conversations and deliver constructive feedback using structured frameworks. Covers the Preparation-Delivery-Follow-up model and Situation-Behavior-Impact (SBI) feedback technique. Use when preparing for difficult conversations, giving feedback, or managing conflicts.
allowed-tools
Read, Glob, Grep

Feedback Conversations

Overview

This skill provides frameworks for navigating difficult workplace conversations and delivering effective feedback. Whether you're addressing performance issues, resolving conflicts, or giving constructive feedback, these structured approaches lead to better outcomes.

Core insight: Research shows that employees who approach difficult conversations with preparation and a clear framework are 60% more likely to reach a positive resolution than those who engage without a plan.

When to Use This Skill

Use this skill when:

  • Preparing to give feedback to a colleague or direct report
  • Addressing performance issues or missed expectations
  • Navigating conflict between team members
  • Having 1:1 conversations about sensitive topics
  • Receiving feedback and wanting to respond constructively
  • Managing expectations with stakeholders

Keywords: feedback, difficult conversation, 1:1, one-on-one, performance, conflict, expectations, behavior, confrontation

Core Frameworks

The Preparation-Delivery-Follow-up Model

A three-part structure for difficult conversations:

PhaseFocusKey Questions
PreparationUnderstand the issue, define goals, manage emotionsWhat's the problem? What outcome do I want? Am I calm?
DeliveryOpen neutrally, use facts not blame, encourage dialogueHow do I start? What evidence do I have? How do I involve them?
Follow-upDocument actions, set check-ins, provide supportWhat did we agree to? When will we check in? How do I support?

The SBI Feedback Model

Situation-Behavior-Impact (SBI) structures feedback to be specific, objective, and actionable:

ComponentDescriptionExample
SituationDescribe the specific context"During yesterday's code review..."
BehaviorState the observable action (not interpretation)"...you interrupted Sarah three times while she was explaining her approach..."
ImpactExplain the effect on team/project/person"...which made her hesitate to share ideas and slowed down our discussion."

Why it works: SBI removes assumptions and focuses on observable facts, reducing defensiveness.

Preparation Phase

Step 1: Understand the Issue

Ask yourself:

  • What exactly is the problem? (Be specific, not vague)
  • How does it impact the team, project, or company?
  • Have I gathered all relevant facts?
  • Is this a pattern or a one-time event?

Step 2: Define Your Goals

Before the conversation, clarify what you're seeking:

Goal TypeExample
Behavior change"I want them to submit code reviews on time"
Mutual understanding"I want to understand what's blocking them"
Expectation setting"I want to clarify what 'done' means for features"
Problem solving"I want to find a solution together"

Tip: Use if-then statements to clarify stakes:

"If this behavior continues, then the project timeline will suffer, leading to missed deliverables."

Step 3: Manage Your Emotions

High emotional intensity reduces cognitive processing by 30%. Before the conversation:

  • [ ] Am I calm and in control?
  • [ ] Have I separated facts from personal frustrations?
  • [ ] Have I considered their perspective?
  • [ ] Can I present this without accusation?

Reframing technique:

AccusatoryConstructive
"You always miss deadlines and it slows everyone down""I've noticed some recent delays and want to understand any challenges you're facing"
"You never test your code properly""I've seen a few bugs slip through recently. Let's talk about our testing process"

Delivery Phase

The Three-Step Delivery Formula

  1. Open with neutrality and intent
  2. Present the issue using facts, not blame
  3. Encourage dialogue and solutions

Opening Lines That Work

ContextOpening
General"I want to talk about something important to our team's success, and I'd love to hear your perspective."
Performance"I've noticed some patterns I'd like to discuss. My goal is to support you, not criticize."
Conflict"I sense there might be some tension, and I'd like to understand what's happening from your side."
Expectations"I want to make sure we're aligned on expectations. Can we talk through how this project is going?"

Facts, Not Blame

BlamingFactual
"You're not committed to this project""I've noticed your updates have been brief in our last three meetings. Is something affecting your workload?"
"You don't care about code quality""This PR had 12 bugs caught in QA. Let's talk about what happened and how we can improve"
"You're always late""The standup started at 9:00 and you joined at 9:15 the last three days. What's going on?"

Key principles:

  • Use specific examples, not generalizations ("always," "never")
  • Stick to observable behaviors, not assumptions about motives
  • Focus on impact, not character

Encouraging Dialogue

After stating your observation, shift to collaboration:

SituationDialogue Prompt
Understanding barriers"What's been challenging about this?"
Seeking their view"How do you see the situation?"
Finding solutions"What would help you succeed here?"
Checking alignment"Does this match your understanding of what happened?"

Follow-up Phase

Even successful conversations need follow-through to create lasting change.

Follow-up Checklist

  • [ ] Document agreed-upon action items - What specifically will change?
  • [ ] Set check-in dates - When will you revisit this?
  • [ ] Provide ongoing support - How will you help them succeed?
  • [ ] Celebrate progress - Recognize improvements when they happen

Sample Follow-up Message

Hi [Name],

Thanks for the conversation yesterday. I appreciated your openness.

**What we agreed to:**
- [Action item 1] - [Timeline]
- [Action item 2] - [Timeline]

**Check-in:** Let's reconnect [date] to see how things are going.

I'm here if you need any support. Thanks for working through this with me.

Best,
[Your name]

SBI Examples for Software Teams

Positive Feedback

Code Review:

Situation: "During Tuesday's code review for the authentication module..." Behavior: "...you provided detailed comments on potential security vulnerabilities and suggested efficient fixes..." Impact: "...which strengthened our security posture and saved the team hours of debugging later."

Collaboration:

Situation: "In yesterday's architecture discussion..." Behavior: "...you asked clarifying questions and built on others' ideas instead of pushing your own solution..." Impact: "...which helped us reach consensus faster and made everyone feel heard."

Constructive Feedback

Missed Deadlines:

Situation: "When we were finalizing the API deployment last Thursday..." Behavior: "...your testing results came in two hours after our agreed cutoff..." Impact: "...which delayed the release, risked our SLA, and caused the QA team to work overtime."

Meeting Behavior:

Situation: "In our sprint planning yesterday..." Behavior: "...you were on your phone for most of the discussion and didn't contribute when we asked for estimates..." Impact: "...which left the team without your expertise on the backend stories and made others feel their time wasn't valued."

For more examples: See references/feedback-sbi-model.md

Common Difficult Scenarios

Scenario: Performance Issue

Situation: A developer consistently delivers code with bugs.

Approach:

  1. Prepare: Gather specific examples (PRs, bug counts, timelines)
  2. Deliver: "I've noticed [X bugs in last Y PRs]. I want to understand what's happening and how I can support you."
  3. Explore: Ask about workload, clarity of requirements, testing confidence
  4. Collaborate: "What would help you feel more confident about code quality?"
  5. Follow-up: Check in after agreed changes, recognize improvements

Scenario: Conflict Between Team Members

Situation: Two engineers disagree on technical approach and it's affecting the team.

Approach:

  1. Meet separately first: Understand each perspective
  2. Find common ground: What do they both want? (Working product, good code, etc.)
  3. Facilitate together: Focus on facts and trade-offs, not personalities
  4. Establish decision process: How will the team decide when there's disagreement?
  5. Follow-up: Check that the solution is working

Scenario: Unrealistic Expectations

Situation: Leadership wants a feature in half the time needed.

Approach:

  1. Prepare: Data on similar past work, breakdown of required tasks
  2. Deliver: "I want to make sure we're aligned on what's realistic. Here's what I'm seeing..."
  3. Present trade-offs: "We can hit that date if we [reduce scope/add people/accept risk]"
  4. Collaborate: "What's most important here - the date or the full feature set?"
  5. Document: Get agreement in writing to avoid future misalignment

For detailed scripts: See references/difficult-conversation-scripts.md

Receiving Feedback Well

When you're on the receiving end:

During the Conversation

  1. Listen fully - Don't prepare your defense while they're talking
  2. Ask clarifying questions - "Can you give me a specific example?"
  3. Paraphrase to confirm - "So what you're saying is..."
  4. Acknowledge impact - Even if intent was different: "I can see how that affected you"
  5. Don't get defensive - Thank them for raising it

After the Conversation

  1. Reflect honestly - Is there truth in the feedback?
  2. Identify actions - What will you do differently?
  3. Follow up - Let them know what you're changing
  4. Ask for ongoing feedback - Show you're committed to growth

Quick Reference: Difficult Conversation Checklist

Before

  • [ ] I understand the specific issue
  • [ ] I have concrete examples
  • [ ] I've defined my goal for the conversation
  • [ ] I'm emotionally regulated
  • [ ] I've considered their perspective

During

  • [ ] I opened with neutrality and intent
  • [ ] I stated facts, not blame
  • [ ] I used SBI for specific feedback
  • [ ] I asked for their perspective
  • [ ] I focused on solutions, not just problems
  • [ ] I documented agreed actions

After

  • [ ] I sent a follow-up summary
  • [ ] I scheduled a check-in
  • [ ] I'm providing ongoing support
  • [ ] I'm recognizing progress

Companion Resources

  • references/feedback-sbi-model.md - Full SBI framework with more examples
  • references/difficult-conversation-scripts.md - Opening lines and responses
  • references/expectation-alignment.md - Managing stakeholder expectations

Recommended Reading

  • "Crucial Conversations" by Kerry Patterson & Joseph Grenny
  • "Difficult Conversations" by Stone, Patton, Heen
  • "Radical Candor" by Kim Scott
  • Amy Edmondson's research on psychological safety

平台分布

Claude Code

28.62%
按下载量换算8,160

Cursor

22.99%
按下载量换算6,555

Codex

15.1%
按下载量换算4,305

Gemini CLI

13.02%
按下载量换算3,712

OpenCode

7.66%
按下载量换算2,184

goose

3.41%
按下载量换算972

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills