You are integrating Claude Code into your Continuous Integration/Continuous Deployment (CI/CD) pipeline.

Option C defines the reviewer’s actual objective instead of relying on an undefined notion of confidence. The prompt should identify reportable categories such as correctness defects, security vulnerabilities, data-loss risks, broken requirements, and meaningful performance regressions. It should also specify that cosmetic preferences, lint-enforced formatting, speculative refactoring, and intentional repository conventions must not be reported unless they cause concrete incorrect behavior.

Anthropic’s Claude Code best-practices guidance recommends telling a reviewer to report gaps affecting correctness or stated requirements and to treat other observations as optional. Without such criteria, a reviewer asked to “find issues” will predictably return technically defensible but operationally low-value observations. Option A adds cost and another probabilistic decision layer before correcting the primary prompt. Option B relies on self-reported confidence, which does not necessarily align with developer value or severity. Option D can suppress genuine defects that require inference or cross-file verification because “highly confident” is undefined. Explicit scope, evidence requirements, and examples of both reportable and excluded findings directly calibrate the review toward what developers will act upon. Claude Code best practices

================