Офіційний сайт Buncha Build

Incident response procedures, які можна написати, перевірити й відпрацювати

Buncha Build — агент для Windows 10/11: він читає ваші наявні документи, готує чернетки чек-листів і сценаріїв навчань, а в режимі Ask first показує кожну зміну як diff, який ви приймаєте. Версія 2.9.30.

Завантажити Buncha Build ↗Дивитися приклад

Buncha Build · Перевірка чек-листа● Ask first

Знайди прогалини в нотатках про інциденти в цій теці й підготуй одну сторінку чек-листа.

list_dir.5 файлів
grepseverity3 збіги
read_filedocs/contacts.mdпрочитано
write_fileir-checklist.mdзбережено
edit_fileir-checklist.md+4 рядки
Shellyour spell-check commandexit 0

Чекаю на ваше OK перед наступним крокомВідхилитиПрийняти

Платформа

Windows 10/11

Настільний застосунок для x64

Версія

2.9.30

Випуск від 8 листопада 2026 року

Встановлення

Близько 34 МБ

Портативний один .exe — близько 25 МБ

Мови

13

Мови інтерфейсу застосунку

Акаунт

Не потрібен

Реєстрація для запуску не потрібна

Підтвердження

3 режими

Auto-run, Ask first, Plan only

Письмові процедури

Incident response procedures: чернетки й перевірка у вашій теці

Incident response procedures — це письмові покрокові описи того, кого повідомляють, хто ухвалює рішення, що перевіряють і що фіксують, коли стається інцидент безпеки. Політика задає загальні правила, план розподіляє ролі, а процедура перелічує конкретні кроки. Команди користуються всіма трьома документами. Buncha Build пише й перевіряє такі документи на вашому ПК; інциденти він не виявляє й не опрацьовує.

Знайдіть прогалини в наявних документах

Пошук прогалин іде першим, і режим Ask first тут доречний: читання відбувається одразу, а будь-яка зміна чекає на ваше OK. list_dir і glob збирають файли політик, контактів і нотаток у робочій теці, grep шукає в них слова на кшталт severity і contact, а read_file відкриває важливі файли. Потім агент складає перелік прогалин, наприклад немає цілодобового списку контактів або не визначено рівень критичності. Ви читаєте цей перелік. Нічого не буде переписано, доки ви не приймете diff.

Журнал інструментів

list_dir  .  → 5 files
glob  **/*.md  → 4 files
grep  severity  → 3 matches
read_file  docs/contacts.md  → read

Підготуйте чек-лист реагування на інциденти з власних нотаток

Перший чек-лист можна отримати з ваших нотаток одним запитом. write_file створює ir-checklist.md із 5 заголовками: Prepare, Triage, Contain, Communicate і Review, а під кожним стоять короткі рядки завдань, наприклад завести запис про інцидент із датою й часом. У розділі Contain один рядок питає, хто затверджує кожне рішення, а інший нагадує зафіксувати час і зберегти копії журналів, — так команди зберігають докази з журналів безпеки. Файл лишається звичайним текстом. edit_file підправляє формулювання, а в режимі Ask first ви читаєте diff, перш ніж його прийняти.

Журнал інструментів

write_file  ir-checklist.md  → saved
edit_file  ir-checklist.md  → +4 lines
Shell  your spell-check command  → exit 0

Підготуйте настільне навчання для команди

Настільне навчання (tabletop) — це обговорення вигаданого сценарію в переговорній, тож агент лише пише для нього документи. Шаблон такого навчання потребує сценарію, запитань для кожної ролі та стовпця для нотаток і завдань на потім. write_file зберігає сценарій як новий файл, а read_file підтягує ваш список контактів, щоб ролі збігалися з уже наявним цілодобовим списком. Проведіть заняття самі. Перед зустріччю перечитайте сценарій: чи немає в ньому натяків на реальні системи, і відхиліть кожен diff, де вони є.

Підтримуйте кожну процедуру опрацювання інцидентів актуальною

Після навчання письмові кроки треба оновити, і агент працює з нотатками огляду, які ви зберегли. Заздалегідь написаний шаблон звіту дає огляду сталу форму: підсумок, таблиця хронології з 4 стовпцями (час, джерело, подія, хто зафіксував), наслідки, вжиті дії та завдання на потім. edit_file змінює процедуру й показує diff, а навичка контролю версій може зафіксувати прийняті зміни, тож лишається попередня копія. Почніть із Plan only. Він перелічує заплановані правки, а коли ви перейдете в Ask first, ви схвалюєте кожен diff окремо.

Читати про робочі процеси

Чим він відрізняється від звичайного чат-асистента

Версія 2.9.30 читає ваші файли. Звичайний чат-асистент повертає текст, який ви вставляєте самі, а Buncha Build відкриває документи, створює нові й показує кожну зміну як diff.

	Звичайний чат-асистент	Buncha Build
Файли	Зазвичай відповідає текстом, який ви копіюєте й вставляєте самі	Читає й записує файли в робочій теці чату
Зміни	Часто повертає цілу нову версію тексту	Ask first показує кожну правку як diff, який можна прийняти
Підтвердження	Зазвичай нічого підтверджувати, бо він лише відповідає	3 режими: Auto-run, Ask first і Plan only
Джерела	Часто відповідає з пам’яті, якщо ви не вставите текст	Читає публічні настанови через web_search і http_get

Як це працює

Встановіть Buncha Build у Windows 10 або 11 і перед запуском порівняйте контрольну суму SHA-256 інсталятора з опублікованим маніфестом.
Підключіть модель: хмарного ШІ-провайдера, модель, що працює локально на вашому ПК, або вбудовану модель. Натисніть Test, щоб перевірити ендпоінт.
Виберіть робочу теку з вашими процедурами, а потім режим Plan only або Ask first.
Опишіть завдання, прочитайте кожну картку дії та diff і прийміть або відхиліть зміну.

Хто ним користується і коли

ІТ-адміністратори невеликих організацій часто самі пишуть процедури керування інцидентами, бо така робота дістається тому, хто найкраще знає системи. Нотатки лежать в одній теці. У Plan only агент перелічує правки, які зробив би, наприклад додати цілодобовий список контактів, а після зміни режиму готує їх як diff, який ви приймаєте.

Фахівці SOC і CSIRT переглядають свої процедури після кожного навчання, а агент допомагає з документацією навколо цього огляду. Він читає публічний посібник NIST SP 800-61, перелічує, які з 4 фаз процедура не згадує, і пропонує правки як diff. Результат перевіряєте ви.

Керівники команд та ІТ-менеджери, які готують настільні навчання, використовують його, щоб перетворити сиру ідею на письмовий сценарій із питаннями для обговорення, ролями та сторінкою нотаток. Заняття вони проводять самі. Реальні інциденти — справа навчених фахівців із реагування й власного плану вашої організації, а не цього застосунку.

Поширені запитання

Що таке incident response procedures?

Incident response procedures — це письмові кроки, які команда виконує від першого повідомлення про інцидент безпеки до огляду після нього: ролі, рівні критичності, нотатки про докази, комунікація й відновлення. Політика натомість задає правила. Чек-лист — це коротка форма, у якій під час навчань можна позначати виконане.

Чи є bunchacode.com офіційним сайтом Buncha Build?

Так, bunchacode.com — офіційний сайт Buncha Build. Перевірте завантаження. Інсталятор ще не має цифрового підпису, тому перед запуском порівняйте його контрольну суму SHA-256 з опублікованим маніфестом, а про будь-що дивне повідомте кнопкою Send feedback у застосунку.

Що таке протоколи реагування на інциденти?

Протоколи реагування на інциденти — одна з кількох назв письмових кроків, яких дотримується команда, а слова «план», «політика», «процедура» й «чек-лист» часто плутають. Домовтеся про терміни заздалегідь. Політика задає правила, а процедура чи чек-лист — конкретні кроки.

Чи може ШІ допомогти з настільними навчаннями з реагування на інциденти?

Так, але з обмеженнями. Buncha Build може підготувати вигаданий сценарій, запитання для обговорення та сторінку нотаток як файли для вашої перевірки, але саме обговорення відбувається між вашими людьми в переговорній. Він не імітує атаки й не торкається реальних систем.

Чи опрацьовує Buncha Build реальний інцидент?

Ні. Це не продукт для реагування на інциденти, виявлення чи моніторингу, тож він не стежить за мережами, не ізолює машини й не видаляє шкідливе ПЗ. Під час живого інциденту дійте за власним планом організації та звертайтеся до своїх фахівців із реагування.

Чи залишають мої файли ПК?

Так, якщо модель хмарна. Текст запиту, зокрема текст файлів, які читає агент, іде до цього провайдера; з моделлю, що працює локально на вашому ПК, нічого не залишає машину. Секрети у виводі інструментів маскуються, перш ніж потрапити до моделі.

Чи завжди результати правильні?

Ні. Кожна чернетка — це перша версія, яку ви самі читаєте, перевіряєте й виправляєте, тому й існують diff і режим Ask first. Обов’язки щодо сповіщення має підтвердити юрист, бо вони різняться залежно від країни та галузі, а реальними інцидентами займаються навчені фахівці.

Почніть

Почніть із документів, які вже є

Встановлення займає близько 34 МБ. Завантажте Buncha Build для Windows 10 або 11, підключіть модель, вкажіть теку з документами й виберіть Plan only, якщо хочете спершу прочитати план.

Завантажити Buncha Build для Windows ↗

Розділи сайту

Кожна сторінка нижче доступна 20 мовами.

Що Buncha Build вміє робити з вашими документами ↗ Підключіть хмарну, локальну або вбудовану модель ↗ Покроковий посібник зі створення першого чек-листа ↗ Завантажте й перевірте інсталятор для Windows ↗ Відповіді на поширені запитання ↗ Що лишається на вашому ПК, а що записується в журнал ↗