Роль агента — це межа, а не титул

Reviewer, tester, debugger і documenter мають різні цілі та write boundary. Спільне слово agent не означає, що вони взаємозамінні. Перед викликом оберіть роль за результатом і явно обмежте поверхню змін.

Чим чутливіша область, тим важливіше розвести збір evidence, технічну перевірку та людське рішення.

РольМетаМежа запису
ReviewerDiff, scope, ризики й edge casesНічого
TesterСценарії, відтворення й результати тестівТести лише за явним дозволом
DebuggerПошук root cause і перевірка гіпотезиЗазвичай без редагування коду
DocumenterДокументація на основі verified behaviorДокументація в погодженій області

Три шари review

ШарХто або щоПитання
1. Local reviewАвтор або reviewer agentЧи є очевидні дефекти, scope drift і прогалини?
2. Technical gateCI, тести, build, lint, smokeЧи підтверджує виконання технічний evidence?
3. Team decisionЛюдина або owner чутливої областіЧи прийнятні ризик, дизайн і наслідки?

Verification і review — різні дії

Verification збирає факти: запускає тест, читає diff, перевіряє маршрут або фіксує лог. Review інтерпретує ці факти та вирішує, чи достатньо їх для наступного кроку. Не називайте сам факт запуску тесту approval.

Наприклад, зелений build може підтвердити компіляцію, але не відповісти на питання про межі задачі, UX або міграційний ризик.

Спеціалізуйте review за ризиком

  • security reviewer — permissions, секрети й межі доступу;
  • performance reviewer — гарячі шляхи, latency і зайві операції;
  • test-quality reviewer — покриття сценаріїв і слабкі assertions;
  • architecture reviewer — залежності, boundaries і довгострокова ціна;
  • frontend/UI reviewer — стани інтерфейсу, доступність і responsive поведінка.

Контрольний список перед рішенням

  1. Чи відповідає роль конкретному питанню?
  2. Чи має звіт file:line та evidence?
  3. Чи відділені факти від [hypothesis]?
  4. Чи виконано технічні gates, а не лише local review?
  5. Чи залишилося рішення за людиною, яка відповідає за область?
  6. Чи зафіксовано open questions і наступний крок?

Канонічне джерело уроку · JavaRush

Відкрити матеріал JavaRush