Обновить

Комментарии 6

Watchdog для программиста :)

А нефига давать прямой доступ к репозатарию. Добавьте команды в makefile и заставьте там работать

Плюс чаще надо ветки делать и изменения туда коммитить, мало ли что ему в голову придет при очередном изменении.

Разработчики радуют: сами говорят что АИ тупит а галлюцинируют, но пофиг, тяп ляп и в продакшн

У меня не воспроизводится. Вообще выглядит как розыгрыш - у меня друг однажды поставил kill на vim по cron'у

А он точно друг ))

О, пацан разобрался, это его проблема оказалась.

Обновление: причина найдена — это был баг в инструменте, который я сам написал и запускал локально для тестирования, а не в Claude Code.

Когда конфигурация инструмента указывала на локальную рабочую директорию, он при каждом цикле опроса выполнял жёсткий сброс (hard reset) этой директории, чтобы привести её в соответствие с удалённой — тем самым уничтожая все незакоммиченные изменения в отслеживаемых файлах, ровно как описано в задаче.

Почему признаки вводили в заблуждение:

Интервал в 10 минут совпадал, потому что интервал опроса настраивался (в тот момент у меня было установлено 600 секунд). Смещение между сессиями отличалось, потому что таймер запускался при старте инструмента, а не по фиксированному времени. Внешний git-процесс не запускался, потому что инструмент использовал GitPython (биндинги к libgit2), который работает программно — что соответствует наблюдениям fswatch/lsof. Процесс инструмента использовал ту же рабочую директорию (CWD), что и Claude Code, поскольку они работали в одном проекте: инструмент предоставлял документацию для проектов, над которыми я работал и где использовал Claude Code.

@Jarred-Sumner — вы были правы, в Claude Code нет кода, который делает подобное. Приношу извинения за ложное сообщение и спасибо, что разобрались.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости