Запуски виправлення
Запуск виправлення: це робота агента над однією проблемою. Кожна проблема отримує щонайбільше один: тред типу fix_run, який доходить висновку і, якщо проблема підтверджена, продовжує доводити її до виправлення в тій самій розмові.
Що це дає
У треді ви читаєте всю історію: роботу в момент її виконання, докази на відстані одного кліку в його родоводі та результат у кінці. Запуск читає алерт або знахідку, запит за ними, недавні метрики та логи навколо спрацювання, недавні зміни і ваш код. Перш ніж діяти, він записує в треді причинно-наслідковий ланцюг: сигнал, механізм, компонент і шлях у коді, які його створюють, тригер і радіус ураження, і кожна ланка підкріплена названими доказами або позначена як невідома.
Як це працює
- Запуск починається, коли перевірка або підключений алерт створює знахідку, коли агент у чат-треді відкриває проблему з того, що ви обговорюєте, або коли ви вибираєте Investigate на проблемі.
- Агент читає докази і доходить одного з двох висновків:
confirmedабоdismissed. Знахідка, яка відповідає наявній проблемі, приєднується до неї замість того, щоб починати другий запуск. - Якщо проблема підтверджена, той самий агент простежує причину і записує причинно-наслідковий ланцюг.
- Коли причину в підключеному репозиторії виправляє зміна коду, запуск відкриває pull request через автовиправлення. Коли жодний pull request не може її виправити, запуск піднімає ескалацію, яка називає, що має зробити людина.
- Кожний крок потрапляє на часову шкалу активності проблеми, поруч із виявленнями, повторними виявленнями та вашими власними нотатками.
Результати
Після кожного ходу агента Polylane класифікує запуск.
| Результат | Опис |
|---|---|
resolved | Першопричину знайдено, і проблему виправлено або вона відновилася сама. |
diagnosed | Першопричину знайдено, але виправлення ще не надійшло. |
inconclusive | Агент не зміг визначитися з причиною. |
false_positive | Знахідка не вказувала на реальну проблему. |
failed | Запуск завершився помилкою. |
Запуск також може зупинитися, що не дає моніторингу підштовхувати його до повторного розслідування, доки проблема не закриється.
| Стан зупинки | Опис |
|---|---|
needs_human_action | Виправлення потребує чогось, що можете зробити лише ви. |
needs_decision | Агенту потрібне ваше рішення, перш ніж продовжити. |
awaiting_change | Агент чекає, доки виправлення надійде, наприклад pull request чекає на перегляд. Цей стан зупиняється тихо. |
failed | Запуск натрапив на помилку, яку не зміг обійти. |
Три стани, які потребують людини, фіксуються як ескалації, показуються на картці результату в треді і перелічуються в пресеті Needs you, тому той самий запит ніколи не сповіщає вас двічі.
Де це знайти
Запуски виправлення з'являються в розділі Threads поруч із чат-тредами, а пресет Needs you перелічує ті, що чекають на людину. Lineage на бічній панелі треду містить запис за запуском: Issue відкриває докази та часову шкалу проблеми, Escalation відкриває те, про що агент вас попросив, з дією Mark as handled, а Check відкриває оцінку, яка виявила проблему. Меню проблеми містить Investigate, Investigate again, View investigation і View triggering check.
Налаштування
У розділі Settings > Workspace картка Investigations задає Investigate automatically from: найнижчу серйозність, яка починає запуск виправлення самостійно. Проблеми нижче неї зберігають свій висновок і утримуються, а їхній тред пропонує Start investigation, щоб хтось із вашої команди міг узятися за них. Висновки ніколи не утримуються: кожна підтверджена проблема видимо підтверджена, а поріг лише відкладає роботу, що йде далі.
Пов'язане
- Проблеми: запис, над яким працює кожний запуск виправлення.
- Треди: читання, зупинка та поширення запуску.
- Ескалації: запити, які піднімає зупинений запуск.
- Автовиправлення: pull request, який відкриває запуск.