Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问clear审计通过

feedback-mastery反馈掌握

Agent Skill

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

总安装

4,672

周安装

189

GitHub Stars

26,395

下载量

1,467
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/davila7/claude-code-templates --skill feedback-mastery

简介

feedback-mastery 提供职场沟通框架以改善绩效反馈与冲突解决效果。

  • 基于心理学研究设计结构化对话流程提升接受度与执行力。
  • 适用于管理者日常辅导与团队协作质量改进场景。
  • 强调事前准备与情绪管理,避免对抗性交流模式。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

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

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

26.28%
按下载量换算386

OpenCode

25.14%
按下载量换算369

Cursor

16.91%
按下载量换算248

Antigravity

13.72%
按下载量换算201

Gemini CLI

8.37%
按下载量换算123

Codex

3.36%
按下载量换算49

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

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

安装前确认

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

来源信息

继续浏览同类 Skills