Windows 10/11
64-bitowa aplikacja desktopowa (x64)
Buncha Build to agent dla Windows 10/11, który czyta Twoje istniejące dokumenty, szkicuje listy kontrolne i scenariusze ćwiczeń, a w trybie Ask first pokazuje każdą zmianę jako diff do zaakceptowania. Wersja 2.9.30.
.5 plikówseverity3 trafieniadocs/contacts.mdodczytanoir-checklist.mdzapisanoir-checklist.md+4 linieyour spell-check commandexit 064-bitowa aplikacja desktopowa (x64)
Wydana 8 listopada 2026
Przenośny pojedynczy .exe, około 25 MB
Języki interfejsu w aplikacji
Bez rejestracji, by uruchomić aplikację
Auto-run, Ask first, Plan only
Incident response procedures to pisemne opisy krok po kroku: kogo się informuje, kto decyduje, co się sprawdza i co się zapisuje, gdy dochodzi do incydentu bezpieczeństwa. Polityka ustala ogólne zasady, plan wyznacza role, a procedura wymienia konkretne kroki. Zespoły używają wszystkich 3. Buncha Build pisze i sprawdza te dokumenty na Twoim PC; nie wykrywa ani nie obsługuje incydentów.
Najpierw szukasz luk, a Ask first dobrze tu pasuje, bo czytanie idzie dalej, a każda zmiana czeka na Twoje OK. list_dir i glob wypisują pliki polityk, kontaktów i notatek w folderze roboczym, grep szuka w nich słów takich jak waga i kontakt, a read_file otwiera ważne pliki. Potem agent wymienia luki, na przykład brakującą całodobową listę kontaktów albo niezdefiniowany poziom wagi incydentu. Tę listę czytasz Ty. Nic nie zostanie przepisane, dopóki nie zaakceptujesz diffa.
list_dir . → 5 files
glob **/*.md → 4 files
grep severity → 3 matches
read_file docs/contacts.md → readPierwsza lista kontrolna może powstać z Twoich notatek jedną prośbą. write_file tworzy ir-checklist.md z 5 nagłówkami: Prepare, Triage, Contain, Communicate i Review, a każdy nagłówek dostaje krótkie wiersze zadań, na przykład otwarcie zgłoszenia incydentu z datą i godziną. Pod Contain jeden wiersz pyta, kto zatwierdza każdą decyzję, a drugi każe zapisać godziny i zachować kopie logów, tak zespoły zabezpieczają dowody z logów bezpieczeństwa. Plik pozostaje zwykłym tekstem. edit_file poprawia sformułowania, a w trybie Ask first czytasz diff, zanim go zaakceptujesz.
write_file ir-checklist.md → saved
edit_file ir-checklist.md → +4 lines
Shell your spell-check command → exit 0Ćwiczenie tabletop to rozmowa w sali konferencyjnej o wymyślonym scenariuszu, więc agent pisze do niego tylko dokumenty. Szablon ćwiczenia tabletop potrzebuje scenariusza, pytań dla każdej roli i kolumny na notatki oraz zadania następcze. write_file zapisuje scenariusz jako nowy plik, a read_file wczytuje Twoją listę kontaktów, żeby role pasowały do całodobowej listy kontaktów, którą już prowadzisz. Sesję poprowadźcie sami. Przed spotkaniem przeczytaj scenariusz pod kątem wszystkiego, co wskazuje na prawdziwe systemy, i odrzuć każdy diff, który to robi.
Po ćwiczeniu spisane kroki wymagają aktualizacji, a agent pracuje na notatkach z przeglądu, które zapisano. Zawczasu przygotowany szkielet raportu nadaje przeglądowi stałą formę: podsumowanie, tabela chronologii z 4 kolumnami (czas, źródło, zdarzenie, kto zapisał), wpływ, podjęte działania i zadania następcze. edit_file zmienia procedurę i pokazuje diff, a skill kontroli wersji może zatwierdzić przyjęte zmiany w repozytorium, dzięki czemu zostaje wcześniejsza kopia. Zacznij od Plan only. Agent wypisuje planowane zmiany, a po przełączeniu na Ask first zatwierdzasz każdy diff po kolei.
Wersja 2.9.30 czyta Twoje pliki. Typowy asystent czatu zwraca tekst, który wklejasz sam, a Buncha Build otwiera dokumenty, pisze nowe i pokazuje każdą zmianę jako diff.
| Typowy asystent czatu | Buncha Build | |
|---|---|---|
| Pliki | Zwykle odpowiada tekstem, który sam kopiujesz i wklejasz | Czyta i zapisuje pliki w folderze roboczym czatu |
| Zmiany | Często zwraca całą nową wersję tekstu | Ask first pokazuje każdą edycję jako diff do zaakceptowania |
| Zatwierdzanie | Zwykle nie ma czego zatwierdzać, bo tylko odpowiada | 3 tryby: Auto-run, Ask first i Plan only |
| Źródła | Często odpowiada z pamięci, chyba że wkleisz tekst | Czyta publiczne wytyczne przez web_search i http_get |
Administratorzy IT w małych organizacjach często sami piszą swoje procedury zarządzania incydentami, bo praca trafia do tego, kto najlepiej zna systemy. Notatki leżą w jednym folderze. W trybie Plan only agent wypisuje zmiany, które by wprowadził, na przykład dodanie całodobowej listy kontaktów, a po zmianie trybu szkicuje je jako diffy do zaakceptowania.
Członkowie SOC i CSIRT przeglądają swoje procedury po każdym ćwiczeniu, a agent pomaga w papierkowej robocie wokół tego przeglądu. Czyta publiczny poradnik NIST SP 800-61, wskazuje, których z 4 faz procedura nie wymienia, i proponuje zmiany jako diff. Wynik sprawdzasz Ty.
Liderzy zespołów i menedżerowie IT, którzy przygotowują sesje tabletop, używają go, by z niejasnego pomysłu zrobić spisany scenariusz z pytaniami do dyskusji, rolami i stroną na notatki. Sesję prowadzą sami. Prawdziwe incydenty należą do przeszkolonych osób reagujących i do planu Twojej organizacji, nie do tej aplikacji.
Procedury reagowania na incydenty to spisane kroki, które zespół wykonuje od pierwszego zgłoszenia incydentu bezpieczeństwa do przeglądu po fakcie, z rolami, poziomami wagi, notatkami o dowodach, komunikacją i przywracaniem. Polityka natomiast ustala zasady. Lista kontrolna to krótka forma, którą można odhaczać podczas ćwiczeń.
Tak, bunchacode.com to oficjalna strona Buncha Build. Zweryfikuj pobrany plik. Instalator nie jest jeszcze podpisany cyfrowo, więc przed uruchomieniem porównaj jego sumę kontrolną SHA-256 z opublikowanym manifestem, a o wszystkim dziwnym daj znać przyciskiem Send feedback w aplikacji.
Protokoły reagowania na incydenty to jedna z kilku nazw spisanych kroków, które wykonuje zespół, a słowa plan, polityka, procedura i lista kontrolna bywają mylone. Ustalcie terminy na początku. Polityka ustala zasady, a procedura lub lista kontrolna podaje konkretne kroki.
Tak, z ograniczeniami. Buncha Build może napisać wymyślony scenariusz, pytania do dyskusji i stronę z notatkami jako pliki, które sprawdzasz, ale dyskusja odbywa się między Twoimi ludźmi w sali konferencyjnej. Nie symuluje ataków i nie dotyka prawdziwych systemów.
Nie. To nie jest produkt do reagowania na incydenty, wykrywania ani monitorowania, więc nie obserwuje sieci, nie izoluje maszyn i nie usuwa złośliwego oprogramowania. Podczas trwającego incydentu trzymaj się planu swojej organizacji i wezwij swoje osoby reagujące.
Tak, przy modelu w chmurze. Tekst promptu, razem z tekstem plików, które czyta agent, trafia do tego dostawcy; przy modelu działającym lokalnie na Twoim PC nic nie opuszcza maszyny. Sekrety w wynikach narzędzi są maskowane, zanim dotrą do modelu.
Nie. Każdy szkic to pierwsza wersja, którą sam czytasz, testujesz i poprawiasz, dlatego istnieją diff i tryb Ask first. Doradca prawny musi potwierdzić obowiązki zgłoszeniowe, bo różnią się w zależności od kraju i branży, a prawdziwymi incydentami zajmują się przeszkolone osoby.
Instalator ma około 34 MB. Pobierz Buncha Build na Windows 10 lub 11, podłącz model, wskaż mu folder z dokumentami i wybierz Plan only, jeśli chcesz najpierw przeczytać plan.
Pobierz Buncha Build na Windows ↗Każda poniższa strona istnieje w 20 językach.
Co Buncha Build może zrobić z Twoimi dokumentami ↗ Podłącz model w chmurze, lokalny lub wbudowany ↗ Przewodnik krok po kroku do pierwszej listy kontrolnej ↗ Pobierz i zweryfikuj instalator dla Windows ↗ Odpowiedzi na częste pytania ↗ Co zostaje na Twoim PC, a co jest rejestrowane ↗