@gian-tiaga/eda 3.10.0 → 3.10.2

package/MIGRATION.md

@@ -77,9 +77,9 @@ docs/
 
 Версия npm-пакета и версия схемы настроек независимы: в eda 3.3 актуальным остаётся `docs/settings.yaml` с `version: 3`.
 
-Установщик по-прежнему сохраняет полный валидный v3 байт-в-байт — кроме случая, когда в файле остались устаревшие ключи: тогда он перезаписывает файл без вопросов и печатает, что именно убрал. Старый, неизвестный или неполный YAML нормализуется: известные валидные значения переносятся, а отсутствующие спрашиваются в TTY или получают defaults без TTY.
+Установщик по-прежнему сохраняет полный валидный v3 как есть — кроме двух случаев: если в файле остались устаревшие ключи или если текст файла отстал от шаблона пакета. Тогда он перезаписывает файл без вопросов, сохраняет значения и печатает, что сделал. Старый, неизвестный или неполный YAML нормализуется: известные валидные значения переносятся, а отсутствующие спрашиваются в TTY или получают defaults без TTY.
 
-В `eda update-all` режим `configure` один раз спрашивает общий профиль v3 и записывает его во все проекты. Режим `skip` сохраняет полный v3, индивидуально переносит остальные конфиги и создаёт defaults только при отсутствии файла.
+В `eda update-all` режим `configure` один раз спрашивает общий профиль v3 и записывает его во все проекты. Режим `skip` сохраняет актуальный полный v3, перерисовывает устаревший по шаблону, индивидуально переносит остальные конфиги и создаёт defaults только при отсутствии файла.
 
 ## Ревью и полировка
 

package/README.md

@@ -25,7 +25,7 @@ eda init
 
 `eda update` сначала переносит старые рабочие каталоги из `docs/<тип>/` в `docs/artifacts/<тип>/`, затем обновляет настройки, скилы и агентов. Содержимое файлов при переносе не меняется. Если один относительный путь уже существует в новой структуре, новый файл сохраняется, а старый удаляется.
 
-Полный валидный v3-конфиг сохраняется байт-в-байт. Старый, неизвестный или неполный файл разбирается как YAML: известные значения переносятся, в TTY спрашиваются только отсутствующие, затем профиль целиком атомарно записывается как v3. Без TTY используются перенесённые значения и defaults.
+Полный валидный v3-конфиг сохраняется, пока совпадает с актуальным шаблоном; если в пакете появились новые значения или подсказки, файл молча перерисовывается с сохранением ваших значений. Старый, неизвестный или неполный файл разбирается как YAML: известные значения переносятся, в TTY спрашиваются только отсутствующие, затем профиль целиком атомарно записывается как v3. Без TTY используются перенесённые значения и defaults.
 
 Если пакет уже стоит во многих проектах, можно обновить его одной командой:
 
@@ -33,7 +33,7 @@ eda init
 eda update-all ~/Code
 ```
 
-`eda update-all` ищет проекты в указанной директории, её прямых подпапках и подпапках второго уровня. Проект считается найденным, если в нём уже есть установленный скил, агент или manifest `eda` для Claude/Codex. В каждом проекте команда переносит рабочие артефакты, затем предлагает настроить один общий профиль для всех проектов или выбрать `skip`. В режиме `skip` полный v3 сохраняется, старые и неполные конфиги индивидуально переносятся, отсутствующие создаются с defaults. Без TTY автоматически используется `skip`. Ошибка одного проекта не останавливает остальные.
+`eda update-all` ищет проекты в указанной директории, её прямых подпапках и подпапках второго уровня. Проект считается найденным, если в нём уже есть установленный скил, агент или manifest `eda` для Claude/Codex. В каждом проекте команда переносит рабочие артефакты, затем предлагает настроить один общий профиль для всех проектов или выбрать `skip`. В режиме `skip` актуальный полный v3 сохраняется, устаревший по шаблону перерисовывается, старые и неполные конфиги индивидуально переносятся, отсутствующие создаются с defaults. Без TTY автоматически используется `skip`. Ошибка одного проекта не останавливает остальные.
 
 ---
 
@@ -59,7 +59,7 @@ eda update-all ~/Code
 | `eda-manual-test` | Делает ручную проверку после изменений. По умолчанию проверка полная: разбирает план или другой артефакт по разделам, дополняет его фактическим `git diff HEAD` и закрывает матрицу областей — API, база данных, консольные команды, интерфейс, алгоритмы, фон и интеграции, права и роли, конфигурация, логи, регрессии рядом. Область нельзя закрыть чтением кода или зелёными автотестами; незакрытая область даёт `blocked`. Быстрый smoke включается настройкой `manual-test.depth` или словом в запросе. Применимая business-карточка может добавить только относящийся к задаче инвариант или сценарий. Не правит код, не пишет автотесты и не коммитит | `docs/artifacts/manual-tests/` |
 | `eda-polish` | Оркестрирует доводку изменений: запускает полное `eda-review`, затем `eda-fix-by-review` и повторяет цикл до `clean` и отсутствия находок либо до лимита 5 итераций. В `main` оба контракта выполняет основной агент без субагентов, в `subagents` каждый шаг получает отдельный изолированный контекст. Все находки исправляются, score остаётся справочным. Не коммитит | `docs/artifacts/reviews/`, `docs/artifacts/review-fixes/` |
 | `eda-send-review` | На `sonnet` / `gpt-5.6-terra` отправляет ревью на GitHub PR через `gh` всегда в едином формате: общий комментарий-сводка плюс комментарии к строкам кода. Без явно указанного типа использует `comment`; `approve` и `request-changes` берёт только из контекста текущего вызова. По настройке может скрыть предыдущие сводки eda-send-review и зарезолвить их inline-треды. По умолчанию шлёт все пункты. Claude-модель закрепляется при установке; Codex-модель хранится как рекомендуемый будущий override | (комментарий в PR) |
-| `eda-commit` | Работает как лёгкий оркестратор одного `sonnet` / `gpt-5.6-terra` агента: тот сам собирает git-контекст, делит выбранный состав на логические коммиты, пишет сообщения и тексты PR по исходному запросу и фактическому diff, точечно коммитит и выполняет явно заданные push/PR/merge-действия. Для PR использует шаблон репозитория, отражает все группы изменений и указывает только реально выполненные проверки. С явным контекстом охватывает указанный состав; без контекста берёт все tracked-изменения и содержательные untracked-файлы, кроме очевидных кэшей и локальных служебных артефактов. В Claude Code сам оркестратор закреплён за `sonnet`; в Codex остаётся на активной модели сессии из-за отсутствия per-skill override. При вероятном секрете агент блокируется до индексации затронутой группы. После любого push всегда возвращает ссылку — на существующий PR или на его создание — и спрашивает, создавать ли PR, если его нет. Если продолжение не задано, предлагает применимые варианты | (git, опционально GitHub PR) |
+| `eda-commit` | Работает как лёгкий оркестратор одного `sonnet` / `gpt-5.6-terra` агента: тот сам собирает git-контекст, делит выбранный состав на логические коммиты, пишет сообщения и тексты PR по исходному запросу и фактическому diff, точечно коммитит и выполняет явно заданные push/PR/merge-действия. Для PR использует шаблон репозитория, отражает все группы изменений и указывает только реально выполненные проверки. С явным контекстом охватывает указанный состав; без контекста коммитит всё — все tracked-изменения и все untracked-файлы независимо от авторства и связи с текущей задачей, кроме очевидных кэшей и локальных служебных артефактов вроде `.DS_Store`. В Claude Code сам оркестратор закреплён за `sonnet`; в Codex остаётся на активной модели сессии из-за отсутствия per-skill override. При вероятном секрете агент блокируется до индексации затронутой группы. После любого push всегда возвращает ссылку — на существующий PR или на его создание — и спрашивает, создавать ли PR, если его нет. Если продолжение не задано, предлагает применимые варианты | (git, опционально GitHub PR) |
 | `eda-worktree` | На `haiku` / `gpt-5.6-luna` создаёт через пакетного агента git worktree рядом с основным проектом в папке `{name}-work-{n}` и одноимённую ветку. Базу берёт из аргумента или спрашивает | соседняя папка `{name}-work-{n}` |
 | `eda-merge-worktree` | На `haiku` / `gpt-5.6-luna` мержит через пакетного агента ветку из соседнего worktree в текущую ветку. Принимает номер `1`, короткое имя `work-1` или полное имя `{name}-work-1`. Worktree и ветку после merge не удаляет | (git) |
 | `eda-prepare-ai` | Выполняет технический bootstrap нового или существующего проекта: проектирует архитектуру, строгие правила и профиль инструментов, проходит полный каталог автоматических проверок, подбирает применимые AI-скилы, роли и MCP, затем создаёт AI-документацию. Один факт хранит у одного владельца: `docs/rules.md` содержит рабочие действия, запреты и команды проверок, а `docs/arch.md` — топологию исходного кода, ownership, зависимости и потоки без рабочих инструкций. Подтверждённые требования, стек и архитектурные драйверы из `eda-new-project` принимает как обязательный вход и не переоткрывает без обнаруженного конфликта. Для пустого проекта не выдумывает reference-карточки и не выдаёт неустановленные инструменты за доступные | `docs/rules.md`, `docs/arch.md`, `docs/references.md`, `docs/references/`, `AGENTS.md`, `CLAUDE.md` |
@@ -414,9 +414,9 @@ discover-automations:
 
 Каждый скилл читает только свой раздел. Для `eda-review` прямое указание в текущем запросе может разово включить или отключить проверку и заменить её модель, например: «без performance, включи business, architecture на opus».
 
-Поддерживается только `version: 3`. Полный валидный v3 установщик сохраняет байт-в-байт. Старые, неизвестные и неполные файлы разбираются через YAML: валидные известные значения переносятся, в TTY спрашиваются только отсутствующие, затем профиль целиком атомарно нормализуется. Без TTY недостающие поля получают defaults. `plan.meta_review` переносится в `plan.review`, а `plan-polish.strict` удаляется.
+Поддерживается только `version: 3`. Полный валидный v3 установщик сохраняет как есть, пока его текст совпадает с шаблоном пакета; когда шаблон меняется — например, у настройки появляется новое допустимое значение, — файл перерисовывается без вопросов: ваши значения переносятся, посторонние ключи и ручные комментарии не сохраняются. Старые, неизвестные и неполные файлы разбираются через YAML: валидные известные значения переносятся, в TTY спрашиваются только отсутствующие, затем профиль целиком атомарно нормализуется. Без TTY недостающие поля получают defaults. `plan.meta_review` переносится в `plan.review`, а `plan-polish.strict` удаляется.
 
-`eda update-all configure` записывает один общий v3-профиль. `skip` сохраняет полный v3, индивидуально переносит остальные конфиги и создаёт defaults при отсутствии файла. Подробности перехода приведены в [MIGRATION.md](MIGRATION.md)
+`eda update-all configure` записывает один общий v3-профиль. `skip` сохраняет актуальный полный v3 и перерисовывает устаревший по шаблону, индивидуально переносит остальные конфиги и создаёт defaults при отсутствии файла. Подробности перехода приведены в [MIGRATION.md](MIGRATION.md)
 
 ---
 
@@ -471,7 +471,7 @@ discover-automations может запускаться от review, fix-by-revie
 
 Использовать всю цепочку не обязательно — каждый скил самодостаточен. Для полного прохода одной задачи можно вызвать `eda-orhestra automatic <задача>` или `eda-orhestra manual <задача>`. Разовые варианты: `eda-orhestra main <задача>`, `eda-orhestra main_propagated <задача>`, `eda-orhestra automatic без полировки плана <задача>`, `eda-orhestra полировка кода 2 итерации <задача>`, `eda-orhestra без ручных тестов <задача>`. Постоянный режим исполнения задаётся в `orhestra.execution`, порядок и аргументы — в `orhestra.steps`. Для прямой задачи без отдельного процесса вызови `eda-just-do-it <задача>`: скил сам выберет необходимый контекст, выполнит работу и сохранит отчёт. Новый проект можно начать с `eda-new-project`; существующий — с `eda-prepare-ai`, `eda-roadmap`, `eda-explore`, или сразу с `eda-plan-execute` на готовом плане, или просто `eda-commit`, когда правки уже сделаны. Для параллельной работы есть `eda-worktree`, а для возврата ветки из worktree в текущую ветку — `eda-merge-worktree`.
 
-Вызов `eda-commit` без контекста охватывает все незакоммиченные tracked-изменения и содержательные untracked-файлы; очевидные кэши, временные и локальные служебные артефакты остаются вне коммитов. Executor сам делит полный состав на необходимое число логически цельных коммитов — один, три или больше. Например, запрос `eda-commit сразу отправь ветку, создай PR и дай ссылку` использует тот же полный состав и выполняет всю указанную цепочку без отдельного вопроса после серии коммитов.
+Вызов `eda-commit` без контекста охватывает все незакоммиченные tracked-изменения и все untracked-файлы, в том числе чужие и не относящиеся к текущей задаче; очевидные кэши, временные и локальные служебные артефакты вроде `.DS_Store` остаются вне коммитов. Executor сам делит полный состав на необходимое число логически цельных коммитов — один, три или больше. Например, запрос `eda-commit сразу отправь ветку, создай PR и дай ссылку` использует тот же полный состав и выполняет всю указанную цепочку без отдельного вопроса после серии коммитов.
 
 ---
 
@@ -526,7 +526,7 @@ eda update-all ~/Code
 | Агент | `.claude/agents/<agent>.md` | `.codex/agents/<agent>.toml` |
 | Manifest владения | `.claude/eda-manifest.json` | `.codex/eda-manifest.json` |
 
-`eda update` переносит известные старые каталоги артефактов, сохраняет полный v3-конфиг как есть, а старый или неполный умно переносит и целиком нормализует; затем идемпотентно синхронизирует обе группы компонентов и отдельно показывает реально изменившиеся скилы и агенты. Manifest хранит только идентификаторы компонентов, которыми владеет `eda`: retired-компоненты удаляются, а чужие скилы и агенты остаются нетронутыми. `eda update-all [dir]` выполняет тот же перенос артефактов в каждом проекте, затем либо записывает общий профиль, либо в `skip` сохраняет полный v3 и переносит остальные настройки. При миграции Codex установщик переносит актуальные скилы в `.agents/skills/` и удаляет принадлежащие `eda` старые копии `.codex/skills/<skill>/` и `.codex/skills/<skill>.md`, не затрагивая чужие компоненты.
+`eda update` переносит известные старые каталоги артефактов, сохраняет актуальный полный v3-конфиг как есть, устаревший по шаблону перерисовывает с сохранением значений, а старый или неполный умно переносит и целиком нормализует; затем идемпотентно синхронизирует обе группы компонентов и отдельно показывает реально изменившиеся скилы и агенты. Manifest хранит только идентификаторы компонентов, которыми владеет `eda`: retired-компоненты удаляются, а чужие скилы и агенты остаются нетронутыми. `eda update-all [dir]` выполняет тот же перенос артефактов в каждом проекте, затем либо записывает общий профиль, либо в `skip` сохраняет актуальный полный v3, перерисовывает устаревший по шаблону и переносит остальные настройки. При миграции Codex установщик переносит актуальные скилы в `.agents/skills/` и удаляет принадлежащие `eda` старые копии `.codex/skills/<skill>/` и `.codex/skills/<skill>.md`, не затрагивая чужие компоненты.
 
 Установленные копии не являются источником правды. Локальные изменения внутри `.claude/skills/eda-*`, `.agents/skills/eda-*`, `.claude/agents/eda-*` или `.codex/agents/eda-*` будут заменены следующим обновлением.
 

package/agents/eda-commit-executor/prompt.md

@@ -40,12 +40,12 @@
 5. Проверяй существующий PR текущей ветки, когда `USER_REQUEST` или `REQUESTED_ACTIONS` упоминает PR или push. Если предстоит создание или обновление PR, найди применимый шаблон PR в репозитории и прочитай его целиком.
 6. Определи состав коммита:
    - если `COMMIT_SCOPE` непустой, выбери соответствующий ему логический набор и отдели несвязанные пользовательские изменения;
-   - если `COMMIT_SCOPE` пустой, выбери все незакоммиченные tracked-изменения — staged, unstaged и удаления — и все содержательные untracked-файлы во всём репозитории. Несколько задач или несвязанных изменений в этом режиме охватываются одной серией коммитов и не требуют вопроса;
+   - если `COMMIT_SCOPE` пустой, коммить всё: все незакоммиченные tracked-изменения — staged, unstaged и удаления — и все untracked-файлы во всём репозитории, кроме исключений пункта 7. Авторство, происхождение и связь с текущей задачей значения не имеют: чужие, посторонние, старые, частичные и незавершённые изменения входят в состав наравне с остальными. Не отбрасывай изменение как «не наше», «не по задаче», «сделано не мной» или «непонятно зачем» и не спрашивай про него. Несколько задач или несвязанных изменений в этом режиме охватываются одной серией коммитов и не требуют вопроса;
    - не считай `push`, PR, merge и другие действия после коммита ограничением его состава.
-7. В полном дефолтном наборе не включай очевидные локальные артефакты: кэши зависимостей и инструментов, временные и swap-файлы, runtime-логи, системный мусор и локальное состояние IDE. Сгенерированный build/coverage-файл исключай только когда он untracked и правила или структура проекта явно показывают, что это локальный артефакт. Изменение уже tracked-файла считай намеренным и включай, даже если путь похож на generated; вероятный секрет обрабатывай отдельно как блокер.
+7. В полном дефолтном наборе не включай очевидные локальные артефакты: кэши зависимостей и инструментов (`node_modules/`, `__pycache__/`, `.venv/`, `.turbo/`, `coverage/`), временные и swap-файлы (`*.tmp`, `*.bak`, `*.orig`, `*.swp`, `*~`), runtime-логи (`*.log`), системный мусор (`.DS_Store`, `._*`, `Thumbs.db`, `desktop.ini`) и локальное состояние IDE (`.idea/`, `.vscode/`). Список — ориентир, а не полный перечень: такой же очевидный локальный артефакт вне списка тоже исключай. Сгенерированный build/coverage-файл исключай только когда он untracked и правила или структура проекта явно показывают, что это локальный артефакт. Изменение уже tracked-файла считай намеренным и включай, даже если путь похож на generated; вероятный секрет обрабатывай отдельно как блокер.
 8. Проверь выбранные изменения на вероятные секреты, токены, `.env` и другие приватные локальные данные. В `remaining_changes` перечисли все исключённые служебные артефакты.
 
-Если изменений нет, верни `empty`. При непустом `COMMIT_SCOPE` верни `blocked`, если состав нельзя определить безопасно. При пустом `COMMIT_SCOPE` не блокируйся из-за нескольких задач, большого diff или отсутствия общей логической связности: распредели весь дефолтный набор по коммитам самостоятельно. Найденный вероятный секрет, конфликт с правилами или реальная небезопасность по-прежнему требуют `blocked` с одним вопросом и 2–3 вариантами. Сделай это до индексации затронутой группы.
+Если изменений нет, верни `empty`. При непустом `COMMIT_SCOPE` верни `blocked`, если состав нельзя определить безопасно. При пустом `COMMIT_SCOPE` не блокируйся из-за нескольких задач, чужого авторства, большого diff или отсутствия общей логической связности: распредели весь дефолтный набор по коммитам самостоятельно. Найденный вероятный секрет, конфликт с правилами или реальная небезопасность по-прежнему требуют `blocked` с одним вопросом и 2–3 вариантами. Сделай это до индексации затронутой группы.
 
 ## Разбить состав на коммиты
 

package/lib/install.js

@@ -607,21 +607,18 @@ export async function updateAll({
       const projectSettingsPath = path.join(projectDir, SETTINGS_RELATIVE_PATH);
       if (resolvedSettingsMode === 'skip' && await fileExists(projectSettingsPath)) {
         const existingContent = await fs.readFile(projectSettingsPath, 'utf8');
-        const migrated = migrateSettingsContent(existingContent);
-        if (
-          migrated.version === SETTINGS_VERSION
-          && migrated.missingKeys.size === 0
-          && migrated.retiredPaths.length === 0
-          && migrated.normalizedPaths.length === 0
-        ) {
+        const { migrated, needsMigration, rendered, formatChanged } = resolveSettingsUpdate(existingContent);
+        if (!needsMigration && migrated.retiredPaths.length === 0 && !formatChanged) {
           output.write(`Полный файл настроек сохранён: ${SETTINGS_RELATIVE_PATH}\n`);
         } else {
-          await writeSettingsContent(projectDir, formatSettings(migrated.settings));
+          await writeSettingsContent(projectDir, rendered);
           output.write(migrated.retiredPaths.length > 0
             ? `Из файла настроек убраны устаревшие ключи (${migrated.retiredPaths.join(', ')}): ${SETTINGS_RELATIVE_PATH}\n`
             : migrated.normalizedPaths.length > 0
               ? `Переименованы значения настроек (${migrated.normalizedPaths.join(', ')}): ${SETTINGS_RELATIVE_PATH}\n`
-              : `Старый или неполный файл настроек перенесён на version: ${SETTINGS_VERSION}: ${SETTINGS_RELATIVE_PATH}\n`);
+              : needsMigration
+                ? `Старый или неполный файл настроек перенесён на version: ${SETTINGS_VERSION}: ${SETTINGS_RELATIVE_PATH}\n`
+                : `Файл настроек обновлён до актуального формата, значения сохранены: ${SETTINGS_RELATIVE_PATH}\n`);
         }
       } else {
         await writeSettingsContent(projectDir, sharedSettingsContent);
@@ -1089,12 +1086,14 @@ async function ensureSettings(cwd, { input = process.stdin, output = process.std
     return;
   }
 
-  const migrated = migrateSettingsContent(existingContent);
-  const needsMigration = migrated.version !== SETTINGS_VERSION
-    || migrated.missingKeys.size > 0
-    || migrated.normalizedPaths.length > 0;
+  const { migrated, needsMigration, rendered, formatChanged } = resolveSettingsUpdate(existingContent);
   if (!needsMigration && migrated.retiredPaths.length === 0) {
-    output.write(`Настройки уже есть: ${SETTINGS_RELATIVE_PATH}\n`);
+    if (!formatChanged) {
+      output.write(`Настройки уже есть: ${SETTINGS_RELATIVE_PATH}\n`);
+      return;
+    }
+    await writeSettingsContent(cwd, rendered);
+    output.write(`Обновил ${SETTINGS_RELATIVE_PATH} до актуального формата: значения сохранены.\n`);
     return;
   }
 
@@ -1125,12 +1124,14 @@ async function configureSettings(cwd, { input = process.stdin, output = process.
     return;
   }
 
-  const migrated = migrateSettingsContent(existingContent);
-  const needsMigration = migrated.version !== SETTINGS_VERSION
-    || migrated.missingKeys.size > 0
-    || migrated.normalizedPaths.length > 0;
+  const { migrated, needsMigration, rendered, formatChanged } = resolveSettingsUpdate(existingContent);
   if (!needsMigration && migrated.retiredPaths.length === 0) {
-    output.write(`Настройки ${SETTINGS_RELATIVE_PATH} версии ${SETTINGS_VERSION} полные — вопросы не требуются.\n`);
+    if (!formatChanged) {
+      output.write(`Настройки ${SETTINGS_RELATIVE_PATH} версии ${SETTINGS_VERSION} полные — вопросы не требуются.\n`);
+      return;
+    }
+    await writeSettingsContent(cwd, rendered);
+    output.write(`Обновил ${SETTINGS_RELATIVE_PATH} до актуального формата: значения сохранены, вопросы не требуются.\n`);
     return;
   }
 
@@ -1150,6 +1151,17 @@ async function configureSettings(cwd, { input = process.stdin, output = process.
   output.write(`Переписан файл настроек: ${SETTINGS_RELATIVE_PATH} → version: ${SETTINGS_VERSION}.\n`);
 }
 
+// Конфиг несёт подсказки и списки допустимых значений, поэтому при обновлении пакета
+// его форма пересобирается заново: значения пользователя переносятся, текст догоняет актуальный.
+function resolveSettingsUpdate(existingContent) {
+  const migrated = migrateSettingsContent(existingContent);
+  const needsMigration = migrated.version !== SETTINGS_VERSION
+    || migrated.missingKeys.size > 0
+    || migrated.normalizedPaths.length > 0;
+  const rendered = formatSettings(migrated.settings);
+  return { migrated, needsMigration, rendered, formatChanged: rendered !== existingContent };
+}
+
 async function writeSettingsContent(cwd, content) {
   const settingsPath = path.join(cwd, SETTINGS_RELATIVE_PATH);
   await fs.mkdir(path.dirname(settingsPath), { recursive: true });

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@gian-tiaga/eda",
-  "version": "3.10.0",
+  "version": "3.10.2",
   "description": "Пакет скилов и специализированных агентов eda-* для Claude Code и Codex CLI",
   "type": "module",
   "bin": {

package/skills/eda-commit/SKILL.md

@@ -13,7 +13,7 @@ description: 'Коммитит выбранные или все незакомм
 
 Извлеки `$REQUESTED_ACTIONS`: ограничения и цепочку действий после коммита — `push`, отправить ветку, создать или обновить PR, вернуть ссылку, merge, переключить или удалить ветку. Поздний общий вопрос не отменяет конкретную команду из более ранней части того же сообщения.
 
-Извлеки `$COMMIT_SCOPE`: явно названные файлы, каталоги, задача или другое ограничение состава коммита. Само имя `eda-commit` и действия после коммита не задают scope. Если такого контекста нет, оставь `$COMMIT_SCOPE` пустым: это означает охватить все незакоммиченные содержательные изменения, а не вопрос о выборе файлов.
+Извлеки `$COMMIT_SCOPE`: явно названные файлы, каталоги, задача или другое ограничение состава коммита. Само имя `eda-commit` и действия после коммита не задают scope. Если такого контекста нет, оставь `$COMMIT_SCOPE` пустым: это означает закоммитить всё незакоммиченное независимо от авторства и связи с текущей задачей, а не вопрос о выборе файлов.
 
 Пример: `eda-commit сразу отправь ветку и создай PR и дай ссылку` означает `commit → push → create-or-find PR → return URL`. После коммита не спрашивай, что делать дальше.
 
@@ -75,7 +75,7 @@ COMMIT_SCOPE:
 Верни результат строго по YAML-контракту агента.
 ```
 
-Агент сам собирает git-контекст, читает правила и историю, формирует сообщения коммитов и тексты PR по исходному запросу и фактическому diff, точечно коммитит и выполняет разрешённое продолжение. Форму этих текстов — язык, вид заголовка, префиксы, части тела — он берёт из `AGENTS.md`, `CLAUDE.md` и `docs/rules.md`, а если там о сообщениях ничего нет — из последних коммитов. Содержание берётся из фактического diff. При непустом `$COMMIT_SCOPE` он выбирает соответствующий состав. При пустом `$COMMIT_SCOPE` включает все tracked-изменения и содержательные untracked-файлы, исключая только очевидные кэши, временные, системные и локальные служебные артефакты. Выбранный состав он сам делит на необходимое число логически цельных коммитов и создаёт их по порядку; несколько задач в полном дефолтном наборе не являются причиной для вопроса. При вероятном секрете или другой реальной небезопасности он обязан вернуть `blocked` до индексации затронутой группы.
+Агент сам собирает git-контекст, читает правила и историю, формирует сообщения коммитов и тексты PR по исходному запросу и фактическому diff, точечно коммитит и выполняет разрешённое продолжение. Форму этих текстов — язык, вид заголовка, префиксы, части тела — он берёт из `AGENTS.md`, `CLAUDE.md` и `docs/rules.md`, а если там о сообщениях ничего нет — из последних коммитов. Содержание берётся из фактического diff. При непустом `$COMMIT_SCOPE` он выбирает соответствующий состав. При пустом `$COMMIT_SCOPE` включает все tracked-изменения и все untracked-файлы, исключая только очевидные кэши, временные, системные и локальные служебные артефакты вроде `.DS_Store`, `Thumbs.db`, `node_modules/`, `.idea/` или `*.log`. Чужие, посторонние и не относящиеся к текущей задаче изменения он тоже коммитит и не спрашивает про них. Выбранный состав он сам делит на необходимое число логически цельных коммитов и создаёт их по порядку; несколько задач в полном дефолтном наборе не являются причиной для вопроса. При вероятном секрете или другой реальной небезопасности он обязан вернуть `blocked` до индексации затронутой группы.
 
 Явная команда пользователя разрешает обычные ожидаемые действия и безопасные предпосылки в её рамках. Например, «создай PR» разрешает обычный push текущей ветки, если без него PR создать нельзя. Она не разрешает force-push, публикацию секретов или другое не названное рискованное действие.
 
@@ -124,6 +124,7 @@ COMMIT_SCOPE:
 - Делить сбор контекста и коммит между разными агентами или выполнять повторный модельный проход без блокера.
 - Пересказывать предыдущий результат вместо передачи полного YAML при продолжении.
 - Терять начало `$USER_REQUEST` из-за последующего вопроса или ответа.
+- Пропускать изменения при пустом `$COMMIT_SCOPE` из-за того, что они чужие, не по задаче или выглядят незаконченными.
 - Спрашивать про push или PR, если пользователь уже явно приказал выполнить их.
 - Заканчивать выполненный push без ссылки на PR или на его создание.
 - Отключать hooks, использовать `--amend`, делать force-push в `main`/`master` или создавать дубликат PR.