Agentic Code Review
အဓိက ဦးတည်ချက်AI review က ဘာတွေကို ကောင်းကောင်း ဖမ်းမိပြီး ဘာတွေကို လွတ်သွားလေ့ရှိသလဲ။ Review architectures နဲ့ စိတ်ကြိုက် rules တွေ ရေးဆွဲပုံ။ အသင်းအဖွဲ့ရဲ့ pull request workflow ထဲ AI review ကို အံဝင်ခွင်ကျ ထည့်သွင်းနည်းများ။
လက်တွေ့ တည်ဆောက်ရန်Pull requests တွေနဲ့ ချိတ်ဆက်ထားပြီး PR 5 ခုပေါ်မှာ တိုင်းတာစမ်းသပ်ထားတဲ့ severity အလိုက် review စံသတ်မှတ်ချက် (rubric) တစ်ခု တည်ဆောက်ရပါမယ်။
အဓိက လေ့လာစရာများ (Core)≈ 3 h 30 min
- GoogleEngineering Practices: Code Review & Reviewer Guide60 min
Google ရဲ့ စံပြ code review လမ်းညွှန်ချက်များ။
- အခမဲ့ စာအုပ်အခန်း45 minSoftware Engineering at Google (Chapter 9: Code Review)
- Talk · Tomas Reimers of GraphiteAI-powered entomology: lessons from millions of AI code reviews30 min
Graphite ရဲ့ ရေးသားထားတဲ့ လမ်းညွှန်ဖြစ်တဲ့ AI code review implementation and best practices နဲ့ တွဲဖက်ဖတ်ရှုပါ။
- Video · Ankit JainHow to Kill the Code Review16 min
Specs၊ reusable guardrails၊ deterministic checks၊ test plans၊ previews နဲ့ human alignment တွေ ပေါင်းစပ်ထားတဲ့ အလွှာ 5 လွှာပါ trust model။
- ဆောင်းပါး · Geoffrey LittUnderstanding Is the New Bottleneck20 min
Review ဆိုတာ အမှားစစ်ရုံသက်သက် မဟုတ်ဘဲ architecture ကို နားလည်စေခြင်း၊ အချင်းချင်း လမ်းပြပေးခြင်းနဲ့ ညှိနှိုင်းဆောင်ရွက်ခြင်းဖြစ်ကြောင်း၊ automation ဖြင့် အစားမထိုးနိုင်တဲ့ အချက်များ။
- Integrations30 minGitHub Copilot code review & Claude Code GitHub Actions
PR ပေါ်မှာ reviewer agent ထားရှိနိုင်တဲ့ အသုံးအများဆုံး နည်းလမ်း 2 ခု။
From Cognition & ပိုလေ့လာချင်သူများအတွက်
- Don't Build Multi-Agents (Cognition)
Context မျှဝေသုံးစွဲပုံနဲ့ reviewer agent တစ်ခုအနေနဲ့ trace အပြည့်အစုံ ဘာကြောင့် လိုအပ်သလဲဆိုတဲ့ အချက်။
- SWE-bench technical report & Devin: Coding Agents 101 (Cognition)
- သုတေသနစာတမ်း) နှင့် [Google Research: Resolving code review comments with ML](https://research.google/blog/resolving-code-review-comments-with-ml/AI-Assisted Assessment of Coding Practices in Modern Code Review
- ဗီဒီယို10 minYour Coding Agent Doesn't Always Follow Your Rules
Hooks၊ deterministic checks၊ asynchronous verification၊ reviewer agents နဲ့ LLM-as-judge tradeoffs များ။
လက်တွေ့ တည်ဆောက်ရန် (Build)
Severity (ပြင်းထန်မှုအဆင့်) အလိုက် စီထားတဲ့ review rubric တစ်ခု ရေးဆွဲပါ -
- 1Correctness. (မှန်ကန်မှု)
- 2Security. (လုံခြုံရေး)
- 3Data loss. (ဒေတာ ဆုံးရှုံးနိုင်ခြေ)
- 4Concurrency. (ပြိုင်တူလုပ်ဆောင်မှုဆိုင်ရာ ပြဿနာများ)
- 5Compatibility. (ကိုက်ညီမှု)
- 6Tests. (စမ်းသပ်ချက်များ ပြည့်စုံမှု)
- 7Maintainability. (ထိန်းသိမ်းရ လွယ်ကူမှု)
- 8Style. (Code ရေးဟန်)
Reviewer agent ကို line အတိအကျ ထောက်ပြခိုင်းပါ၊ ဖြစ်လာနိုင်တဲ့ failure scenario ကို ရှင်းပြခိုင်းပါ၊ အသေးငယ်ဆုံး ပြင်ဆင်ရမယ့် fix ကို အဆိုပြုခိုင်းပါ။ Code ကို ရေးခဲ့တဲ့ agent/session မဟုတ်တဲ့ သီးခြား model/session တစ်ခုကို သုံးပြီး review စစ်ခိုင်းပါ။ အထက်ပါ integrations တစ်ခုခုကို သုံးပြီး ကိုယ့်ရဲ့ pull requests တွေနဲ့ ချိတ်ဆက်ပါ။
အနည်းဆုံး PR 5 ခုပေါ်မှာ စမ်းကြည့်ပါ (bug တွေကို တမင်ထည့်ထားတဲ့ PR 1 ခု ပါဝင်ရမယ်)။ မှတ်ချက်တစ်ခုချင်းစီကို true positive (အမှား အစစ်)၊ false positive (မှားယွင်း ထောက်ပြမှု)၊ duplicate (ထပ်နေမှု) သို့မဟုတ် low-value (တန်ဖိုးမရှိသော မှတ်ချက်) ဆိုပြီး label တပ်ပါ။ Acceptance rate နဲ့ လွတ်သွားတဲ့ bugs တွေကို မှတ်တမ်းတင်ပါ။ အတည်ပြု merge လုပ်ပိုင်ခွင့်ကိုတော့ လူကသာ ဆက်လက် ကိုင်တွယ်ရပါမယ်။