Руководства по реагированию на инциденты, написанные и проверенные в вашей папке

Что агент умеет делать с вашими документами

• Файлы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 и примите изменения сами.