Правила

Настоящий страх не в потерянном месте, а в потерянной работе. Для этого и нужны правила Devbroom, и ни одно из них нельзя отключить в настройках.

Сканирование только читает

Сканирование не меняет ни одного файла. Пока вы не выберете для правила «Выполнять автоматически» в Автоматическом обслуживании, не трогается ничего, что вы не видели в предпросмотре и не подтвердили.

У каждого вердикта есть причина

Ни один элемент не получает «Готово» или «Заблокировано» без причины. Причины каждого вердикта показываются рядом с элементом, а в командной строке с --details.

«Заблокировано» и «Неизвестно» выбрать нельзя

Это ограничение, а не предпочтение. Элементы «Проверить» очищаются только через «Всё равно включить»; в командной строке это --include-review, и он запрашивает подтверждение в терминале.

Повторная проверка прямо перед удалением

Когда вы нажимаете «Очистить», каждый элемент заново проверяется с учётом процессов, запущенных в этот момент. Элемент, у которого с момента сканирования изменился вердикт или содержимое, остаётся на месте, и вы увидите, почему он пропущен.

Сначала в Корзину

По умолчанию всё уходит в Корзину, и каждый элемент можно вернуть из Истории. Удаление навсегда выбирается отдельно и подтверждается удержанием кнопки; ваша организация может его отключить. Место, перемещённое в Корзину, не считается освобождённым, пока вы не очистите Корзину.

Worktree: никогда --force

• Worktree с незакоммиченными изменениями, неотслеживаемыми или проиндексированными файлами получает «Заблокировано». Git не удалит его без --force, а Devbroom никогда не использует --force.
• Игнорируемые файлы дают вердикт «Проверить», потому что git worktree remove удаляет их без вопросов.
• Неотправленные коммиты в ветке сохраняются при удалении worktree, а на отсоединённом HEAD пропали бы. Поэтому перед удалением Devbroom сохраняет HEAD в refs/devbroom/removed; если это не удаётся, он не удаляет.
• Для worktree есть только три действия: удаление (remove), очистка устаревших записей (prune) и восстановление (repair).

Работающее не трогаем

Если в этой папке или в родительской идёт сессия агента, из неё запущен процесс или в ней открыт файл, элемент получает «Заблокировано». Для папок сборки сессия в родительской папке даёт вердикт «Проверить».

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

Имени недостаточно

Одно имя папки ничего не доказывает:

Без метки папка остаётся «Проверить». Кроме того, git должен её игнорировать, и внутри не должно быть файлов, которые git отслеживает.

Реальный размер

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

Способом самого агента

Базы данных и учётные данные агентов никогда не трогаются. Если у агента есть своя команда очистки, используется или показывается именно она. Историю Claude Code либо удаляют через claude purge, либо архивируют: разговоры сначала записываются в архив в папке Devbroom и сверяются с оригиналами, и только потом перемещаются в Корзину; память проекта (memory/) остаётся на месте, а архив можно снова открыть из Истории. Для сессий Codex показывается codex delete. Сессии других агентов только читаются.

Всё на вашем Mac

Без аккаунта и телеметрии; о вас ничего не отправляется. Приложение проверяет обновления; если вы введёте лицензию Pro, оно один раз активирует её и затем примерно раз в месяц незаметно проверяет (только ключ лицензии и имя вашего Mac). Без лицензии проверка обновлений остаётся единственным сетевым запросом. Из журналов сессий берутся только количество токенов и названия моделей; поиск по сессиям читает журналы в момент поиска, не хранит ни индекса, ни лога и скрывает во фрагментах строки, похожие на секреты. Подробнее на странице Конфиденциальность.

Обновлено: 7 октября 2026 г.