@gian-tiaga/eda 3.1.1 → 3.2.0

package/README.md

@@ -58,7 +58,7 @@ eda update-all ~/Code
 | `eda-manual-test` | Делает ручную smoke/acceptance-проверку после изменений: основной чеклист строит по выполненной задаче и связанному плану/issue/review/fix-отчёту, затем сверяет фактический diff. Применимая business-карточка может добавить только относящийся к задаче инвариант или сценарий; несвязанные карточки не загружаются. Не правит код, не пишет автотесты и не коммитит | `docs/artifacts/manual-tests/` |
 | `eda-polish` | Оркестрирует доводку изменений: запускает полное `eda-review`, затем `eda-fix-by-review` и повторяет цикл до `clean`, отсутствия находок и оценки не ниже 95/100 либо до лимита 5 итераций. Все находки исправляются. Каждый шаг идёт в изолированном нативном субагенте. Не коммитит | `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` | Работает как лёгкий оркестратор одного `haiku` / `gpt-5.6-luna` агента: тот сам собирает git-контекст, выбирает один логический набор файлов, пишет сообщение, точечно коммитит и выполняет явно заданные push/PR/merge-действия. В Claude Code сам оркестратор закреплён за `haiku`; в Codex остаётся на активной модели сессии из-за отсутствия per-skill override. При неоднозначном составе или вероятном секрете агент блокируется до индексации. Если продолжение не задано, предлагает применимые варианты | (git, опционально GitHub PR) |
+| `eda-commit` | Работает как лёгкий оркестратор одного `haiku` / `gpt-5.6-luna` агента: тот сам собирает git-контекст, выбирает один логический набор файлов, пишет сообщение, точечно коммитит и выполняет явно заданные push/PR/merge-действия. В Claude Code сам оркестратор закреплён за `haiku`; в 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-документацию. Подтверждённые требования, стек и архитектурные драйверы из `eda-new-project` принимает как обязательный вход и не переоткрывает без обнаруженного конфликта. Для пустого проекта не выдумывает reference-карточки и не выдаёт неустановленные инструменты за доступные | `docs/rules.md`, `docs/arch.md`, `docs/references.md`, `docs/references/`, `AGENTS.md`, `CLAUDE.md` |

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

@@ -34,7 +34,7 @@
 2. Прочитай последние 5–10 коммитов и определи наблюдаемый стиль сообщений.
 3. Получи текущую ветку, upstream, remotes и основную ветку из `origin/HEAD`.
 4. Прочитай `AGENTS.md`, `CLAUDE.md`, `docs/rules.md`, `docs/arch.md` и связанные артефакты из `docs/**`, если они есть и применимы к изменениям.
-5. Проверяй существующий PR текущей ветки только когда `USER_REQUEST` или `REQUESTED_ACTIONS` упоминает PR.
+5. Проверяй существующий PR текущей ветки, когда `USER_REQUEST` или `REQUESTED_ACTIONS` упоминает PR или push.
 6. Определи один логический набор файлов, соответствующий запросу. Отдели несвязанные пользовательские изменения и не включай их.
 7. Проверь выбранные изменения на вероятные секреты, токены, `.env` и локальные артефакты.
 
@@ -57,6 +57,9 @@
 - Для push используй существующий upstream, иначе `git push -u origin <branch>`.
 - Для PR определи base по `origin/HEAD`, сначала проверь текущую ветку через `gh pr view`; существующий PR не дублируй.
 - Если PR отсутствует, создай его через `gh pr create`, затем получи фактические номер и URL через `gh`; не угадывай ссылку.
+- После любого выполненного push всегда возвращай ссылку. Если PR текущей ветки есть — `pr.status: existing` и его фактический URL. Если PR нет — `pr.status: absent` и `pr.create_url`: ссылка на создание PR, собранная из фактического URL репозитория (`gh repo view`), base из `origin/HEAD` и имени ветки.
+- Если PR нет, а его создание не запрошено, сам PR не создавай: верни `completed`, `pr.create_url`, вопрос «Создать PR?» и варианты «создать PR» / «оставить ссылку на создание».
+- Если репозиторий не на GitHub или `gh` недоступен, верни `pr.create_url: null` и назови причину в `error`.
 - Force-push всегда требует отдельного подтверждения. Force-push в `main` или `master` запрещён.
 - Если continuation не задан, ничего после коммита не выполняй и верни применимые варианты для вопроса пользователя.
 
@@ -79,9 +82,10 @@ push:
   remote: <remote | null>
   branch: <branch | null>
 pr:
-  status: skipped | existing | created | failed
+  status: skipped | existing | created | absent | failed
   number: <number | null>
   url: <url | null>
+  create_url: <url | null>
 merge:
   status: skipped | completed | failed
 current_branch: <branch>
@@ -98,6 +102,6 @@ options: []
 
 - `empty` — в рабочем дереве нет изменений для коммита;
 - `committed` — коммит создан, но в `REQUESTED_ACTIONS` не было продолжения; верни применимые варианты;
-- `completed` — вся явно запрошенная цепочка выполнена либо пользователь после коммита выбрал «ничего больше»;
+- `completed` — вся явно запрошенная цепочка выполнена либо пользователь после коммита выбрал «ничего больше»; при `pr.status: absent` после push здесь остаётся вопрос про создание PR;
 - `partial` — часть разрешённой цепочки выполнена, следующая операция завершилась ошибкой без нового вопроса;
 - `blocked` — для безопасного продолжения нужен один ответ пользователя.

package/package.json

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

package/skills/eda-commit/SKILL.md

@@ -66,14 +66,13 @@ REQUESTED_ACTIONS:
 - `empty` — сообщи, что коммитить нечего, и закончи;
 - `blocked` — задай только конкретный вопрос агента и продолжи его после ответа;
 - `committed` — если продолжение не было задано, задай вопрос из следующего этапа;
-- `completed` или `partial` — переходи к финалу.
+- `completed` — если push выполнен, а PR нет, задай вопрос из следующего этапа, иначе переходи к финалу;
+- `partial` — переходи к финалу.
 
 При продолжении передай тому же агенту исходный `$USER_REQUEST`, актуальные `$REQUESTED_ACTIONS`, полный предыдущий результат и новый ответ пользователя. Не теряй commit hash и уже выполненные действия.
 
 ### 2. Решить, нужен ли вопрос после коммита
 
-Если `$REQUESTED_ACTIONS` не пуст и агент выполнил всю цепочку, сразу переходи к финалу.
-
 Если `$REQUESTED_ACTIONS` пуст и статус `committed`, спроси пользователя, используя только применимые варианты, которые вернул executor:
 
 - push;
@@ -81,6 +80,10 @@ REQUESTED_ACTIONS:
 - merge в основную ветку, переключение и удаление текущей ветки;
 - ничего больше.
 
+Если push выполнен, а PR текущей ветки нет (`pr.status: absent`), спроси один раз, создавать ли PR: «создать PR» или «оставить ссылку на создание». Не спрашивай, если PR уже есть или пользователь его запретил.
+
+Если других вопросов нет и вся запрошенная цепочка выполнена, сразу переходи к финалу.
+
 Передай выбор тому же `eda-commit-executor` вместе с полным предыдущим результатом. Основной агент команды не выполняет.
 
 ### 3. Финал
@@ -93,6 +96,8 @@ REQUESTED_ACTIONS:
 - текущую ветку;
 - оставшиеся незакоммиченные файлы.
 
+Если push выполнен, ссылка обязательна всегда: URL существующего или созданного PR, иначе `pr.create_url` — ссылку на создание PR. Если executor вернул обе ссылки пустыми, прямо скажи, что ссылку получить не удалось, и назови причину.
+
 Для `partial` сначала назови выполненные действия, затем ошибку и следующий безопасный шаг.
 
 ## Чего НЕ делать
@@ -102,5 +107,6 @@ REQUESTED_ACTIONS:
 - Пересказывать предыдущий результат вместо передачи полного YAML при продолжении.
 - Терять начало `$USER_REQUEST` из-за последующего вопроса или ответа.
 - Спрашивать про push или PR, если пользователь уже явно приказал выполнить их.
+- Заканчивать выполненный push без ссылки на PR или на его создание.
 - Отключать hooks, использовать `--amend`, делать force-push в `main`/`master` или создавать дубликат PR.
 - Делать ревью или править логику кода — это другие скилы.