ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend

Review Process: AI-assisted code reviews

Aperta
#1,148 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Lingua principale
Python
Stelle
18
Fork
10
Merge medio
2g 20h
PR unite (30g)
14

Descrizione

Is your feature request related to a problem?
The current PR review process relies heavily on two human reviewers, leading to complacency and skimming. While PR creation has accelerated with AI, the review process remains a human bottleneck, causing delays.

Describe the solution you'd like

  • One reviewer should act as an AI/agentic code reviewer.
  • The other reviewer performs a functional review: testing the branch, using Postman collections or the UI, and verifying acceptance criteria without a second code read.
  • Implement Akhilesh's suggestion to generate a sequence diagram/implementation plan alongside the PR to highlight design issues without reading the code.
Original issue

Context

We currently assign two human reviewers, but the psychology is "Claude wrote it, it's probably fine" — reviewers skim and approve. PR creation is ~10x faster with AI, but review is still the human bottleneck.

Proposal

  • One reviewer becomes an AI/agentic code reviewer.
  • The remaining human does a functional review: check out the branch, get the Postman collection from the author (or exercise the UI), run the cases, and verify acceptance criteria / functional requirements — not a second code read. Side benefit: genuine knowledge transfer.
  • Akhilesh's addition: generate a sequence diagram / implementation-plan artifact alongside the PR. Many design problems (e.g. three LLM judge calls that could be one) are visible at the high level without reading code; drop into code only where the high-level looks wrong.

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

Non sono indicati file, test o punti di ingresso dell’implementazione. Inizia documentando l’attuale processo di PR con due reviewer e i relativi criteri di accettazione, quindi valuta la revisione AI/agentic proposta, la revisione funzionale usando Postman o la UI e l’artefatto del diagramma di sequenza; il lavoro è completo quando sono stati concordati un processo e un ambito di implementazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
postman
Ambito
ai, developer-experience, testing
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Da chiarire
Idoneità per principianti
25/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.