receiving-code-review
Use when receiving review feedback, especially multi-item feedback, unclear feedback, external reviewer comments, or suggestions that may be wrong.
- License 许可
- MIT
- 所属仓库
- max-kharena/nous
- 最近更新
- 2026-04-28
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- receiving-code-review
- risk
- medium
- type
- review
- version
- 0.1.0
- description
- Use when receiving review feedback, especially multi-item feedback, unclear feedback, external reviewer comments, or suggestions that may be wrong.
03 SKILL.md 正文
Receiving Code Review
Core Principle
Technical correctness over performative agreement. Verify feedback before implementing it.
Response Pattern
- Read the complete feedback.
- Restate unclear requirements or ask for clarification.
- Verify each item against the codebase and plan.
- Evaluate whether the suggestion is correct for this project.
- Implement one item at a time.
- Test each fix and report evidence.
Forbidden Responses
- “You’re absolutely right.”
- “Great point.”
- “Excellent feedback.”
- “Let me implement that now” before verification.
Push Back When
- The suggestion breaks existing behavior.
- The reviewer lacks project context.
- The feature is unused or violates YAGNI.
- The feedback conflicts with user decisions.
- You cannot verify the claim.
Output Contract
## Feedback Items
## Clarifications Needed
## Verified Correct
## Pushed Back
## Implemented Fixes
## Verification Evidence
04 同仓库更多 Skills
write-a-skill
Create new agent skills with proper structure, progressive disclosure, and bundled resources. Use when the user wants to create, write, or build a new skill.
verification-before-completion
Use when about to claim work is complete, fixed, passing, ready, merged, shippable, reviewed, or verified.
using-nous
Use when a request needs NOUS command routing or personality-driven planning.
using-git-worktrees
Use when NOUS execution needs isolated implementation branches, phase worktrees, parallel worktrees, or safe branch setup before executing a plan.
ubiquitous-language
Use when the user wants to define domain terms, build a glossary, harden terminology, or extract a DDD-style ubiquitous language. Saves to UBIQUITOUS_LANGUAGE.md.
triage-issue
Use when the user reports a bug and wants it investigated and filed as a durable GitHub issue with a TDD-based fix plan.