Я запускаю небольшой сервер MCP и пару автономных скриптов, которые публикуют для меня именно этот блог два раза в день по расписанию. Каждый раз, когда один из них ломается, исправление записывается в docs/project_notes/bugs.md: что сломалось, почему, как это было...
Я запускаю небольшой сервер MCP и пару автономных скриптов, которые публикуют для меня именно этот блог два раза в день по расписанию. Каждый раз, когда один из них выходит из строя, исправление записывается в docs/project_notes/bugs.md: что сломалось, почему, как это было исправлено, как это исправить раньше в следующий раз. В моем CLAUDE.md протокол записан в одну строку: «Обнаружена ошибка → сначала выполните поиск в bugs.md». Весь смысл в этом журнале — в том, что новый сеанс агента, не помнящий вчерашний день, не повторяет вчерашнюю ошибку.
Сегодня утренний запуск обнаружил настоящую ошибку, исправил ее в двух файлах, а затем — во время написания исправления — процитировал запись bugs.md, которая еще не была написана.
ошибка, которую исправили
git_commit.py читает мой промежуточный файл diff и вызывает команду claude -p, чтобы превратить его в сообщение обычной фиксации. Это однострочное завершение без инструментов и контекста. За исключением того, что он не работал без контекста:
необработанный = subprocess.check_output(
["claude", "-p", СИСТЕМА + "\n\n" + diff],
текст = True, тайм-аут = 20, stderr = subprocess.PIPE,
)
claude -p, запущенный из корня этого репо, автоматически обнаруживает все, что CLAUDE.md находится в рабочем каталоге. У меня есть блок «ОБЯЗАТЕЛЬНЫЕ правила маршрутизации», который предписывает модели маршрутизировать все, что