receiving-code-review

Guide users to verify code-review feedback against the repository before implementing changes.

Updated Apr 19, 2026
One-click install
npx skills add https://github.com/OnClickListener2048/confluence-mcp --skill receiving-code-review-onclicklistener2048
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/OnClickListener2048/confluence-mcp/tree/main/.claude/skills/receiving-code-review
Command: npx skills add https://github.com/OnClickListener2048/confluence-mcp --skill receiving-code-review-onclicklistener2048

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

收到代码审查反馈后、实施建议之前使用,尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证,而非敷衍附和或盲目执行

Core Features & Use Cases

  • Provide a disciplined process to understand, verify, and respond to feedback
  • Ensure each suggested change is validated against the codebase and tested
  • Facilitate clear, actionable next steps with traceable rationale

Quick Start

Summarize the code-review feedback, verify against the codebase, and propose implementable, testable actions one by one.

Frequently Asked Questions about receiving-code-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I handle code-review feedback that is unclear or technically nuanced?

To handle unclear code-review feedback, ask clarifying questions, verify suggestions against the codebase, and implement one change at a time to maintain technical rigor. This ensures traceable, testable changes rather than blind execution.

What is the best way to verify technical correctness before implementing code changes?

Verifying technical correctness before implementing changes requires validating each suggestion against the repository. You must check technical correctness, document the rationale, and propose implementable, testable actions step by step.

How do I document rationale and ensure traceable changes after a code review?

Documenting rationale for traceable changes involves explicitly recording why each modification was made during code review. You enforce stepwise validation, test each change individually, and maintain documentation linking feedback to the implemented solution.

Does this code review approach work when feedback requires risk-management and validation?

Yes, this code review approach works for risk-management and validation by enforcing a disciplined process. It applies to scenarios where feedback is technically nuanced, ensuring explicit clarification and stepwise validation before any code is modified.

When should I avoid blindly executing code-review suggestions?

You should avoid blindly executing code-review suggestions when feedback is unclear or technically questionable. Instead of superficial agreement, apply technical rigor by asking questions, verifying against the codebase, and implementing changes one at a time.