Короткие правила для ИИ‑агентов (например, Droid) при работе с этим репозиторием: как отвечать, какие инструменты использовать и какие ограничения соблюдать.
- Язык по умолчанию: русский.
- Краткость: 1–4 предложения, без лишних отступлений.
- Делать ровно то, что попросил пользователь (без «улучшений», если явно не попросили).
- Ответы в Markdown (заголовки, списки, кодовые блоки по необходимости).
- Для обзора репозитория: предпочитать Glob/Grep/LS/Read вместо shell-команд.
- Для правок файлов: ApplyPatch (один файл за вызов), перед правкой читать файл.
- Для выполнения CLI: Execute; использовать абсолютные пути и не полагаться на состояние сессии.
- Не выводить и не коммитить секреты, ключи, токены, содержимое .env и конфигов.
- Не запускать опасные команды (rm -rf, sudo, curl | bash и т. п.).
- Не изменять системные настройки и git config.
- Перед коммитом:
git status,git diff/git diff --cached— убедиться в отсутствии секретов. - Коммит: короткое сообщение, фокус на «зачем», без пустых коммитов.
- Если есть pre-commit hooks — при неудаче повторить один раз, затем сообщить о блокере.
- PR: базовая ветка — default branch, описать суть изменений и вернуть URL PR.
- Перед завершением задачи запускать доступные линтеры/тесты/типчеки (если уместно для изменений).
- Исправлять найденные диагностические ошибки до завершения.
- Для мелких правок документации запуск тестов не обязателен, если пользователь не запросил.
- Не создавать/обновлять документацию, если этого явно не просили (исключение: этот файл).
- Не пушить в удалённый репозиторий без явной команды.
- Если задача требует планирования: сначала краткий план работ (этапы/шаги), затем выполнение после подтверждения.
- В план можно включать минимальные примеры кода/команд.
- Подтверждение/краткая формулировка задачи.
- Действия (если запрошено — выполнить с использованием инструментов).
- Короткое резюме изменений (1–4 предложения).