# AI से pull request review: प्रमाण वाले findings

review से maintainer तय करे कि change सुरक्षित integrate हो सकता है। exact base और head, project instructions और diff दें। AI से callers और data flow पढ़वाएँ और trigger, असर तथा verification वाला finding माँगें।

## आपका brief

1. repo, base, head और intended behavior लिखें। असली files की access जाँचें; unrelated work और secrets न दें।

   ____________________

2. instructions, diff, surrounding code और test results दें। खुद, CI या बिल्कुल न चले checks अलग लिखें।

   ____________________

3. authorization, data loss, compatibility और user journey को priority दें। style और blocking defect अलग रखें।

   ____________________

## Prompt

[base..head diff] को [instructions और context] से review करें। callers trace करें। actionable finding में file, trigger, impact और verification दें। confirmed defects, questions और style notes अलग हों। test execution न गढ़ें और inaccessible code approve न करें। merge से पहले असली validation और limits बताएँ।

## काल्पनिक उदाहरण

change record lookup से ownership filter हटाता है। review caller देखकर पूछे कि दूसरा authorization guard बचा है या नहीं। न हो तो cross-user access scenario और focused test दें। हर untested line को vulnerability न कहें और सुझाए test को चला हुआ न बताएं।

## जाँच सूची

- [ ] क्या finding actual diff और reachable path पर है?
- [ ] क्या severity, असर और verification बिना speculation स्पष्ट हैं?
- [ ] क्या source review, tests, CI और production अलग हैं?

केवल AI approval पर merge न करें। diff और meaningful checks देखें। authorization और data integrity बचाएँ; deployment अलग authorized कार्रवाई है।

---

Brainbaby · https://brainbaby.ai/hi/blog/ai-pull-request-review-checklist-hindi

CC BY 4.0 — https://creativecommons.org/licenses/by/4.0/