Правила

Справжній страх не в змарнованому місці, а у втраченій роботі. Саме для цього й існують правила Devbroom, і жодне з них не є налаштуванням.

Сканування лише читає

Сканування не змінює жодного файлу. Якщо ви не встановите для правила «Виконувати самостійно» в Автоматичному обслуговуванні, нічого не буде зачеплено, доки ви не побачите це в попередньому перегляді й не підтвердите.

Кожен вердикт має причину

Жоден елемент не отримує вердикт Готово чи Заблоковано без причини. Причини кожного вердикту показано поруч з елементом, а в командному рядку через --details.

Заблоковано й Невідомо вибрати неможливо

Це обмеження, а не вподобання. Елементи Перевірити очищуються лише через «Однаково включити»; у командному рядку це --include-review, і він просить підтвердження в терміналі.

Повторна перевірка безпосередньо перед видаленням

Коли ви натискаєте Очистити, кожен елемент знову перевіряється з урахуванням процесів, запущених саме в цю мить. Елемент, чий вердикт або вміст змінився після сканування, не чіпають, і вам пояснюють, чому його пропущено.

Спершу Кошик

Кошик використовується за замовчуванням, і кожен елемент можна повернути з Історії. Остаточне видалення є окремим вибором, який підтверджується утриманням кнопки; ваша організація може його вимкнути. Місце, переміщене в Кошик, не вважається звільненим, доки ви не очистите Кошик.

Робочі дерева: ніколи --force

• Робоче дерево з незафіксованими змінами, невідстежуваними чи проіндексованими файлами отримує вердикт Заблоковано. Git не видалить його без --force; Devbroom ніколи не використовує --force.
• Ігноровані файли дають вердикт Перевірити, бо git worktree remove видаляє їх без запитання.
• Невідправлені коміти в гілці лишаються після видалення робочого дерева; на від'єднаному HEAD вони б не лишилися. Тому перед видаленням Devbroom зберігає HEAD у refs/devbroom/removed; якщо це не вдається, він не видаляє.
• Для робочих дерев є лише три дії: видалення (remove), очищення записів (prune) і відновлення (repair).

Не чіпає роботу, що триває

Якщо в цій папці чи в батьківській працює сесія агента, з неї запущено процес або файл у ній тримається відкритим, елемент отримує вердикт Заблоковано. Для папок збірки сесія в батьківській папці дає вердикт Перевірити.

Devbroom ніколи не чіпає процеси запущеної сесії агента. Процеси, які агенти лишили після себе, він просить завершитися лише за вашою вказівкою й лише після повторної перевірки; системні процеси й процеси інших користувачів ніколи.

Назви недостатньо

Сама назва папки не є доказом:

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

Справжній розмір

Місце, спільне з іншими папками через жорсткі посилання та клони APFS (як це робить pnpm), не враховується. Ви бачите саме те, що звільнить видалення. Символьні посилання не відстежуються, а підключені томи пропускаються.

Як заведено в агента

Бази даних і облікові дані агентів ніколи не чіпаються. Якщо агент має власну команду очищення, усе робиться або показується саме нею. Історію Claude Code або видаляють через claude purge, або архівують: розмови спершу записуються в архів у папці Devbroom і звіряються з оригіналами, і лише потім переміщуються в Кошик; пам'ять проєкту (memory/) лишається на місці, а архів можна відкрити знову з Історії. Для сесій Codex показується codex delete. Сесії інших агентів лише читаються.

Усе на вашому Mac

Без облікового запису й телеметрії; нічого про вас не надсилається. Застосунок перевіряє оновлення; якщо ви введете ліцензію Pro, він один раз активує її й тихо перевіряє приблизно раз на місяць (лише ключ ліцензії та назва вашого Mac). Без ліцензії перевірка оновлень є єдиним мережевим запитом. Із журналів сесій береться лише кількість токенів і назви моделей; пошук у сесіях читає журнали в цей момент, не зберігає ні індексу, ні журналу й приховує у фрагментах рядки, схожі на секрети. Деталі на сторінці Конфіденційність.

Оновлено: 7 жовтня 2026 р.