Incident response guidelines: пишіть і перевіряйте у своїй теці

Що агент може робити з вашими документами

• Файлиread_file, grep, glob і list_dir знаходять і читають документи; write_file, edit_file і append_file створюють та змінюють їх у робочій теці.
• Shellзапускає ваші власні команди, наприклад перевірку правопису чи посилань, і повідомляє справжній код завершення, коли команда закінчила роботу.
• Мережаweb_search шукає в інтернеті, а http_get завантажує одну сторінку, тож агент може читати публічні настанови, зокрема NIST SP 800-61.
• Знімки екрана й зображенняocr зчитує текст зі знімка екрана, наприклад зі старої таблиці контактів; gen_image зберігає файли зображень.
• Оркестраціяtask перевіряє кілька документів паралельно за допомогою субагентів; run_on_model передає важкий крок більшій моделі; skill повторно використовує сценарій.
• Режими підтвердженняAuto-run діє одразу, Ask first робить паузу перед діями, що щось змінюють, а Plan only складає план і нічого не запускає.
• Cronзапускає запит за розкладом, наприклад такий, що читає ваш список контактів і повідомляє про записи без відповідальної особи чи дати перегляду.
• Моделіпідключіть хмарного ШІ-провайдера, модель, що працює локально на вашому ПК, або вбудовану модель; кнопка Test перевіряє ендпоінт.

Два завдання, які можна доручити агентові

Напишіть розділ про сортування в першу годину

Підготовка до першого критичного інциденту починається з таблиці рівнів критичності з прикладом для кожного рівня, списку контактів і рішення, хто затверджує локалізацію. read_file відкриває ваші поточні нотатки, grep знаходить місця, де критичність ніде не визначено, а write_file чи edit_file додає розділ сортування з рівнями критичності, прикладами й запитаннями першої години. Новий розділ стає частиною вашого чек-листа опрацювання інцидентів. Користуйтеся Ask first. Читайте diff для кожного прикладу й відхиляйте той, що не пасує до ваших систем, бо лише ви знаєте, як там виглядає серйозна подія.

Додайте хронологію та план звіту

Розділ про мету й межі на початку процедури пояснює, навіщо вашій організації керування інцидентами, і агент пише його через write_file, перш ніж додати план звіту. Щоб побудувати хронологію інциденту для навчання, він створює таблицю з 4 стовпцями: час, джерело, подія й хто зафіксував. grep шукає в процедурах заголовок плану, тож ви бачите, у яких його бракує, а Shell може запустити вашу власну команду експорту, щоб скласти список документів. Почніть із Plan only. Спершу він перелічує заплановані правки; потім перейдіть в Ask first, прочитайте кожен diff і приймайте зміни самі.