ရက်သတ္တပတ် 10 ပတ်အနက် 6 ပတ်မြောက်

Agentic Code Review

Core ≈ 3 h 30 minဗီဒီယို 1 ခုစံသတ်မှတ်ချက် 4 ခု

အဓိက ဦးတည်ချက်AI review က ဘာတွေကို ကောင်းကောင်း ဖမ်းမိပြီး ဘာတွေကို လွတ်သွားလေ့ရှိသလဲ။ Review architectures နဲ့ စိတ်ကြိုက် rules တွေ ရေးဆွဲပုံ။ အသင်းအဖွဲ့ရဲ့ pull request workflow ထဲ AI review ကို အံဝင်ခွင်ကျ ထည့်သွင်းနည်းများ။

လက်တွေ့ တည်ဆောက်ရန်Pull requests တွေနဲ့ ချိတ်ဆက်ထားပြီး PR 5 ခုပေါ်မှာ တိုင်းတာစမ်းသပ်ထားတဲ့ severity အလိုက် review စံသတ်မှတ်ချက် (rubric) တစ်ခု တည်ဆောက်ရပါမယ်။

အဓိက လေ့လာစရာများ (Core)≈ 3 h 30 min

From Cognition & ပိုလေ့လာချင်သူများအတွက်

လက်တွေ့ တည်ဆောက်ရန် (Build)

Severity (ပြင်းထန်မှုအဆင့်) အလိုက် စီထားတဲ့ review rubric တစ်ခု ရေးဆွဲပါ -

  1. 1
    Correctness. (မှန်ကန်မှု)
  2. 2
    Security. (လုံခြုံရေး)
  3. 3
    Data loss. (ဒေတာ ဆုံးရှုံးနိုင်ခြေ)
  4. 4
    Concurrency. (ပြိုင်တူလုပ်ဆောင်မှုဆိုင်ရာ ပြဿနာများ)
  5. 5
    Compatibility. (ကိုက်ညီမှု)
  6. 6
    Tests. (စမ်းသပ်ချက်များ ပြည့်စုံမှု)
  7. 7
    Maintainability. (ထိန်းသိမ်းရ လွယ်ကူမှု)
  8. 8
    Style. (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 လုပ်ပိုင်ခွင့်ကိုတော့ လူကသာ ဆက်လက် ကိုင်တွယ်ရပါမယ်။

ပြီးစီးကြောင်း စစ်ဆေးရန် (Done When)

0/4