receiving-code-review
Handle code review feedback with technical rigor
متاح أيضًا من: obra,Cygnusfear,Cycleaddict,DYAI2025,davila7,ZhanlinCui,CodingCossack
Code review requires technical evaluation, not emotional performance. This skill guides AI assistants to verify feedback before implementing, ask clarifying questions, and provide reasoned pushback when suggestions are technically unsound.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "receiving-code-review". Reviewer: Remove the legacy code path for old API versions
النتيجة المتوقعة:
Checking compatibility requirements... Build target is 10.15+, but this API needs 13+. The legacy path is still needed for backward compatibility. However, the current implementation has the wrong bundle ID. I can fix the bundle ID or we can drop pre-13 support. Which direction do you prefer?
استخدام "receiving-code-review". Reviewer: Fix items 1-6 in the PR
النتيجة المتوقعة:
I understand items 1, 2, 3, and 6. I need clarification on items 4 and 5 before implementing. Can you elaborate on what changes you're looking for on those two items?
استخدام "receiving-code-review". Reviewer: Add proper error handling with retry logic and exponential backoff
النتيجة المتوقعة:
Fixed. Added Try/Catch with retry logic (3 attempts, exponential backoff starting at 100ms) to the API call in api_service.rb:42-58. Tests pass.
التدقيق الأمني
آمنStatic analysis flagged 24 instances of backtick patterns and 4 blocker patterns, but all are FALSE POSITIVES. The skill file (SKILL.md) is documentation-only markdown containing instructional text for AI behavior. No executable code, network calls, file operations, or cryptographic functions exist. The backtick patterns are markdown code blocks showing workflow examples, not shell execution. Blocker patterns are misidentified text fragments in documentation.
درجة الجودة
ماذا يمكنك بناءه
AI Assistant Receiving Human Review
An AI assistant receives code review feedback from a human developer and needs to determine which items to implement, which need clarification, and which to push back on with technical reasoning.
Junior Developer Learning Review Response
A junior developer learns how to respond to senior developer feedback with technical rigor instead of performative agreement, verifying suggestions before blind implementation.
External Contributor Handling Maintainer Feedback
An external contributor receives feedback from project maintainers and needs to evaluate whether suggestions fit the project architecture before implementing.
جرّب هذه الموجهات
I received code review feedback with 6 items. I understand items 1, 2, 3, and 6, but need clarification on items 4 and 5 before proceeding. Can you explain what changes you're looking for on those specific items?
Your suggestion to remove the legacy compatibility layer would break support for macOS 10.15. The current implementation targets 10.15+ but uses APIs that need 13+. Should I fix the bundle ID to maintain backward compatibility, or drop pre-13 support entirely?
The reviewer suggested implementing full metrics tracking with database storage, date filters, and CSV export. I searched the codebase and found no callers for this endpoint. Should I remove it following YAGNI, or is there usage I'm missing?
I pushed back on your suggestion, but after checking the test results you were correct. My understanding was wrong because I missed the integration test failure. Implementing the fix now.
أفضل الممارسات
- Always verify feedback against actual codebase before implementing any changes
- Implement changes one at a time and test each individually to catch regressions early
- Push back with technical reasoning when suggestions would break existing functionality
تجنب
- Saying 'You're absolutely right!' or 'Great point!' before verifying the feedback
- Implementing feedback blindly without checking if it breaks existing functionality
- Implementing items 1-3 and 6 while skipping unclear items 4-5 without asking first
الأسئلة المتكررة
What should I do if code review feedback is unclear?
When is it appropriate to push back on reviewer feedback?
How do I push back without being defensive?
What if I pushed back and was later wrong?
Why should I avoid saying thanks or being performative?
How do I handle external reviewer feedback differently from my human partner?
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/receiving-code-reviewمرجع
main
بنية الملفات
📄 SKILL.md