Habilidades receiving-code-review
📦

receiving-code-review

Seguro

以技术验证处理代码审查反馈

Também disponível em: DYAI2025,sickn33,CodingCossack,Cygnusfear,obra,davila7,Cycleaddict

代码审查需要技术评估，而非情绪化表现。本技能提供了一个结构化模式，用于在实现前验证审查反馈，确保技术正确性而非社交舒适度。

Suporta: Claude Codex Code(CC)
📊 71 Adequado
1

Baixar o ZIP da skill

2

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

3

Ative e comece a usar

Testar

A utilizar "receiving-code-review". 审查者：删除遗留代码

Resultado esperado:

检查兼容性要求... 构建目标是 10.15+，此 API 需要 13+。当前实现的 bundle ID 错误。选项：修复 bundle ID 或放弃 13 之前的支持。您更喜欢哪个？

A utilizar "receiving-code-review". 审查者：使用数据库、日期过滤器、CSV 导出实现指标跟踪

Resultado esperado:

搜索代码库 - 没有代码调用此端点。根据 YAGNI 建议删除。是否有我应该知道的预期使用情况？

A utilizar "receiving-code-review". 合作伙伴：修复项目 1-6

Resultado esperado:

我理解项目 1、2、3 和 6。在继续进行实现之前，我需要澄清项目 4 和 5。

Auditoria de Segurança

Seguro
v1 • 2/24/2026

All static analysis findings are false positives. The skill file (SKILL.md) is a markdown documentation file containing instructional text, not executable code. Backticks detected are markdown code block delimiters, not shell command execution. No actual cryptographic operations, network calls, or command injection vectors exist in this skill.

1
Arquivos analisados
214
Linhas analisadas
0
achados
1
Total de auditorias
Nenhum problema de segurança encontrado
Auditado por: claude

Pontuação de qualidade

38
Arquitetura
100
Manutenibilidade
87
Conteúdo
28
Comunidade
100
Segurança
91
Conformidade com especificações

O Que Você Pode Construir

多项目审查响应

当收到 6 个以上的反馈项目时，首先澄清不明确的项目，然后按优先级顺序实施（阻塞性问题优先），单独测试每个更改以尽早发现回归

应对外部审查者的质疑

当外部审查者在缺乏完整上下文的情况下建议更改时，验证代码库的技术正确性，检查是否有破坏性更改，并在建议错误时用证据反驳

YAGNI 功能把关

当审查者建议「正确地」实现功能（包括数据库、过滤器和导出）时，先 grep 代码库确认实际使用情况，再添加不必要的复杂性

Tente Estes Prompts

澄清不明确的反馈 
我收到了包含项目 1-6 的代码审查反馈。我理解项目 1、2、3 和 6，但项目 4 和 5 不明确。在实现任何内容之前，我需要澄清项目 4 和 5 的具体期望。
验证外部审查者建议 
审查者建议将 X 改为 Y。让我验证：这对代码库在技术上是否正确？是否会破坏现有功能？当前实现的原因是什么？我会在继续之前检查代码和测试。
以技术理由反驳 
我理解您做 X 的建议，但由于 Z，这会破坏 Y。当前实现处理了边界情况 A 和 B。如果我们更改这个，我们还需要更新 C 和 D。我应该继续执行完整范围还是保持当前方法？
功能请求的 YAGNI 检查 
您建议实现带有完整数据库支持、日期过滤器和 CSV 导出的 X。我搜索了代码库，发现没有调用此端点的代码。我应该根据 YAGNI 完全删除它，还是我遗漏了某些使用情况？

Melhores Práticas

  • 在实现任何部分反馈之前，始终澄清所有不明确的项目
  • 针对实际代码库行为验证建议，而不仅仅是表面逻辑
  • 用具体的技术理由反驳，而不是防御性或情绪化

Evitar

  • 在验证之前说「您完全正确！」或「好观点！」
  • 不检查代码库实际情况就立即实现反馈
  • 批量实现多个项目而不单独测试每个更改

Perguntas Frequentes

当审查反馈不明确时我该怎么办？
在实现任何内容之前，立即停止并询问不明确的项目。项目可能相关，部分理解会导致错误的实现。
我如何反驳审查者的建议？
使用带有具体证据的技术推理。引用有效的测试、代码行为或兼容性要求。提出具体问题，而不是发表防御性声明。
如果审查者是对的而我反驳了怎么办？
实事求是地陈述更正：「您是对的 - 我检查了 X，它确实执行 Y。现在正在实现。」避免冗长的道歉或过度解释您为什么反驳。
我应该感谢审查者的反馈吗？
不。行动胜于言语。只需修复问题并展示更改内容。如果您发现自己正在写「谢谢」，删除它并改为陈述修复内容。
我如何处理「正确地」实现功能的建议？
首先 grep 代码库查找实际使用情况。如果没有代码调用该端点或功能，根据 YAGNI 建议删除。只有在确认有使用情况时才完全实现。
我应该按什么顺序实现多项目反馈？
在澄清所有项目后，按以下顺序实施：首先是阻塞性问题（破坏性问题、安全问题），然后是简单修复（拼写错误、导入），最后是复杂修复（重构、逻辑）。单独测试每个修复。

Detalhes do Desenvolvedor

Licença

MIT

Repositório

https://github.com/ZhanlinCui/Ultimate-Agent-Skills-Collection/tree/main/receiving-code-review

Referência

main

Estrutura de arquivos

📄 SKILL.md