gennady 0.5.1-next.3 → 0.6.0

package/README.md

@@ -1,173 +1,210 @@
-🤖 Gennadyᵇᵉᵗᵃ 🗯️
------------------
+## 🤖 Gennadyᵇᵉᵗᵃ 🗯️
+
 **GEN**eral **E**xtensible **N**eural **N**etwork **A**daptive **D**ata **Y**ntelligence.
 
+CLI-инструмент для работы с git-изменениями, merge-конфликтами и GitLab review-пайплайном.
+
+---
+
+## ⚡ Быстрый старт
+
 ```bash
-# Generate commit message
-npx gennady
+# Справка
+npx gennady help
 
-# Code review for staged changes
-npx gennady review
+# По умолчанию показывается справка
+npx gennady
 
-# Display file contents
-npx gennady cat <path1> <path2> ...
+# Commit запускается только явно
+npx gennady commit
 ```
 
 ---
 
-### ✨ Features
-
-- 🤖 [**Commit Message**](#-commit-messages): Generate clear, descriptive git commit messages from staged changes
-- 📝 [**Code Review**](#-code-review): Review staged changes for critical issues (logic, runtime, security)
-- 🐱 [**cat**](#-cat): Display file contents with markdown/XML formatting
+## 🧩 Что нужно в окружении
 
----
+- Node.js `22+`
+- Git-репозиторий (для команд с git-контекстом)
+- Для GitLab-команд: `GITLAB_PERSONAL_TOKEN`
 
-## 🔖 Usage Overview
+```bash
+# Обязательно для review-verify / review-issues / vcs-reply (live)
+export GITLAB_PERSONAL_TOKEN="<token>"
 
-Gennady provides three main CLI commands:
-- `npx gennady` — Generate commit messages from staged git changes
-- `npx gennady review` — Review staged changes for critical issues
-- `npx gennady cat <path1> <path2> ...` — Display file contents
+# Опционально (default: /api/v4)
+export GITLAB_API_PATH="/api/v4"
+```
 
 ---
 
-## 🤖 Commit Messages
-
-```sh
-# Basic usage
-npx gennady
+## 🧭 Команды CLI
 
-# Generate oneline commit message
-npx gennady --mode=oneline
+### 📝 `commit`
 
-# Generate detailed commit message
-npx gennady --mode=detailed
+Генерация commit message из staged-изменений.
 
-# Generate detailed commit message relative to the target branch
-npx gennady --branch=develop
+```bash
+npx gennady commit
+npx gennady commit --mode=oneline
+npx gennady commit --branch=develop
+npx gennady commit --task=MAILCORE-123
+npx gennady commit --apply
 ```
 
-### Options
-| Option            | Alias(es)        | Description                                  |
-|-------------------|------------------|----------------------------------------------|
-| `--mode`          | `-m`             | Set the mode (`auto`, `oneline`, `detailed`) |
-| `--oneline`       | `--short`, `-o`  | Generate a one-line commit message           |
-| `--model`         |                  | Specify the AI model                         |
-| `--branch`        | `-b`             | Target branch for diff                       |
-| `--apply`         |                  | Immediately apply the generated commit message to git |
-
+**Опции:**
 
-#### What Happens?
-- Gennady analyzes your staged changes.
-- It generates a commit message.
-- If your system language isn't English, it translates the message for you.
+- `--mode`, `-m`: `auto | oneline | detailed`
+- `--oneline`, `--short`, `--one`, `-o`: форсировать one-line
+- `--branch`, `-b`: target branch для diff
+- `--task`, `-t`: добавить task id в subject
+- `--model`: модель AI backend
+- `--api`, `--apiUrl`: URL AI API
+- `--apply`: сразу выполнить `git commit` с сгенерированным текстом
 
 ---
 
+### 🔍 `review`
 
-## 📝 Code Review
+Проверка staged-изменений на критичные проблемы.
 
-Review staged changes for critical issues.
-
-```sh
+```bash
 npx gennady review
-
-# Review relative to a specific branch
 npx gennady review --branch=develop
 ```
 
-#### Options
-| Option     | Alias(es)  | Description              |
-|-----------|-----------|--------------------------|
-| `--branch` | `-b`      | Target branch for diff   |
+**Опции:**
+
+- `--branch`, `-b`: ветка для сравнения
+
+---
+
+### 🐱 `cat`
+
+Вывод файлов в `XML` или `Markdown`.
+
+```bash
+npx gennady cat ./src
+npx gennady cat "./src/**/*.ts" --output=md
+npx gennady cat ./src --plain
+```
+
+**Опции:**
 
-#### What Happens?
-- Analyzes staged changes
-- Checks for critical issues in added/modified lines (logic, runtime, security)
-- Outputs `GOOD` if no issues found, or structured issue list
+- `--output`, `-o`: `xml` (по умолчанию) или `md`
+- `--plain`: без ANSI-цветов
+- `--exclude`, `-e`: исключить паттерны
+- `--ext`: фильтр по расширениям
 
 ---
 
-## 🐱 cat
+### ✅ `review-verify`
 
-Display file contents with optional markdown or XML formatting.
+Собирает prompt для верификации discussion-тредов Merge Request (GitLab).
 
-```sh
-npx gennady cat ./src/
+```bash
+# Автоопределение MR по текущей ветке
+npx gennady review-verify
 
-# Output as markdown
-npx gennady cat ./src/ --output=md
+# По URL
+npx gennady review-verify "https://gitlab.example.com/group/project/-/merge_requests/123"
+npx gennady review-verify --url="https://gitlab.example.com/group/project/-/merge_requests/123"
 
-# Output as XML
-npx gennady cat ./src/ --output=xml
+# По ref
+npx gennady review-verify group/project!123
+npx gennady review-verify --ref=group/project!123
 
-# Copy without color codes
-npx gennady cat ./src/ --plain | pbcopy
+# Явно project + iid
+npx gennady review-verify --project=group/project --iid=123
 ```
 
-#### Options
-| Option        | Alias(es)     | Description              |
-|---------------|---------------|--------------------------|
-| `--output`    | `-o`          | Format: `md` or `xml`    |
-| `--plain`     |               | Output without colors    |
-| `--exclude`   | `-e`          | Patterns to exclude      |
-| `--ext`       |               | File extensions to include |
+**Опции:**
+
+- `--branch`, `-b`: branch-режим
+- `--url`: URL merge request
+- `--ref`: `<project>!<iid>`
+- `--project`: путь GitLab-проекта
+- `--iid`: IID merge request
+- `--all`: включать resolved discussions
+
+Примечание: поддерживается GitLab-host (`*gitlab*` в host).
 
 ---
 
-## Setup LLM
+### 📄 `review-issues`
 
-### Local
+Как `review-verify`, но возвращает только XML-артефакт issues.
 
-```sh
-brew install ollama
-ollama pull llama3:8b
-ollama serve
+```bash
+npx gennady review-issues
+npx gennady review-issues --ref=group/project!123
 ```
 
+**Опции:** те же, что у `review-verify`.
+
 ---
 
-### External
+### 🧠 `resolve-conflicts`
 
-Create `~/.gennadyrc` configuration file:
+Собирает prompt для AI-разрешения merge-конфликтов с ветвлением по confidence (auto-resolve или диалог с оператором).
 
-```json
-{
-    "models": [
-        {
-            "model": "gpt-3.5-turbo-0125",
-            "url": "https://api.openai.com/v1/chat/completions",
-            "key": "...",
-        },
-        {
-            "model": "llama3:8b",
-            "url": "http://127.0.0.1:11434/api/generate",
-        }
-    ]
-}
+```bash
+# Нужно активное merge-состояние и конфликтующие файлы
+npx gennady resolve-conflicts
+
+# Опциональные override-метки веток
+npx gennady resolve-conflicts --branch=main --incoming=feature/refactor-x
 ```
 
----
+**Опции:**
 
-## 🔌 API
+- `--branch`, `-b`: override для current branch label
+- `--incoming`: override для incoming branch label
 
-Gennady provides a JavaScript/TypeScript API for programmatic use.
+Важно: команда **не делает** `git commit`, она печатает prompt.
 
-### Installation
+---
+
+### 💬 `vcs-reply`
+
+Постинг ответов в GitLab MR discussions из JSON-массива через `stdin`.
 
 ```bash
-npm install gennady
+echo '[{"discussionId":"123","body":"✅ Fixed"}]' | \
+  npx gennady vcs-reply --project=group/project --iid=123
+
+# Проверка без отправки
+
+echo '[{"discussionId":"123","body":"✅ Fixed"}]' | \
+  npx gennady vcs-reply --project=group/project --iid=123 --dry-run
 ```
 
-### Exports
+**Опции:**
+
+- `--project`: путь GitLab-проекта
+- `--iid`: IID merge request
+- `--dry-run`, `--dry`: не отправлять, только показать dry-run вывод
 
-- `AiModel`: Core AI model interface
-- `GennadyRc`: Configuration management
-- `unguard`: Error handling utilities
+**Формат stdin:**
+
+```json
+[{ "discussionId": "<discussion-id>", "body": "<reply markdown>" }]
+```
+
+---
 
-See source code for detailed JSDoc documentation.
+## 🛠️ Типовые сценарии
 
-## 🎉 Happy Coding with Gennady!
+### 1. Верификация MR
 
-> Made with 🤖 by Konstantin Lebedev
+```bash
+export GITLAB_PERSONAL_TOKEN="<token>"
+npx gennady review-verify --ref=group/project!123
+```
+
+### 2. Разрешение merge-конфликтов
+
+```bash
+git merge feature/some-branch
+# если есть конфликты
+npx gennady resolve-conflicts
+```

package/{.ai → dist/.ai}/agents/agent-review-verifier.xml

@@ -20,11 +20,10 @@
       <Axiom id="AX_TRUST_VERIFY">**Trust, but Verify.** Ревьюер дает гипотезу. Код дает факты. Верь только коду.</Axiom>
       <Axiom id="AX_CONTEXT_KING">**Context is King.** Ошибка в вакууме может быть фичей в контексте бизнес-логики.</Axiom>
       <Axiom id="AX_EVIDENCE">**Evidence over Opinion.** Любое решение требует ссылки на доку, стандарт или код.</Axiom>
-      <Axiom id="AX_PRAGMATIC_TDD">**Pragmatic TDD.** Есть тесты? Сначала Red, потом Green. Нет тестов? Не городи огород, используй `npm run check`.</Axiom>
+      <Axiom id="AX_PRAGMATIC_TDD">**Pragmatic TDD.** Есть тесты? Сначала Red, потом Green. Нет тестов? Не городи огород, используй <!--ai:verify-axiom-hint-->.</Axiom>
       <Axiom id="AX_CLARITY">**Clarity is Product.** Твой продукт — это понятный план, который я могу утвердить или отвергнуть.</Axiom>
+      <Axiom id="AX_OPERATOR_LANGUAGE">Все сообщения оператору (план, вопросы, отчёты, ответы) формулируй на русском языке. Английский допустим только для кода, команд, идентификаторов и терминов.</Axiom>
     </Belief_State>
-    <Thinking_Protocol>
-    </Thinking_Protocol>
     <Tool_Usage_Policy>
       <Tool_Agnosticism>
         Ты работаешь в среде с богатым инструментарием (Cursor, Claude Code, IDE).
@@ -37,7 +36,7 @@
         <Secondary_Tools>
           **Terminal / Bash.** Используй терминал (`ls`, `grep`, `find`, `cat`) в двух случаях:
           1. Нативные инструменты не дали результата или недоступны.
-          2. Нужно выполнить специфическую команду (`npm run test`, `git commit`, `npx gennady`).
+          2. Нужно выполнить специфическую команду (<!--ai:verify-tools-example-->).
         </Secondary_Tools>
         <Verification_Tools>
           **Web Search.** Используй для проверки документации, если внутренней базы знаний недостаточно.
@@ -52,28 +51,33 @@
     <Step id="STEP_1_INGESTION">
       <Goal>Загрузить контекст задачи.</Goal>
       <Action>
-        Проанализируй `<Review_Audit_Artifact>` в разделе данных.
-        Составь внутренний реестр дискуссий (Discussion Vectors).
+        <!--ai:first-->
+        Проанализируй `<MR_Audit_Context>` в разделе данных.
+        Сфокусируйся на тегах `<Review_Threads>` и вложенных `<Thread>`.
+        Для каждого `<Thread>` зафиксируй:
+        - атрибуты `id`, `file`, `line`;
+        - последовательность сообщений `<Author uid="...">` и `<Reviewer uid="...">`.
       </Action>
     </Step>
     <Step id="STEP_2_DEEP_DIVE_INVESTIGATION">
       <Goal>Собрать доказательную базу (Evidence).</Goal>
       <Action>
-        Для КАЖДОГО вектора дискуссии:
-        1. **Locate & Read:** Используй нативные инструменты (`read_file`) или терминал, чтобы получить содержимое файла из `<Code_Locus>`.
-        2. **Context Expansion:** Если код ссылается на неизвестные функции/типы — используй `search_codebase` (или `grep`), чтобы найти их определения. Не гадай по именам!
+        Для КАЖДОГО `<Thread>`:
+        1. **Locate & Read:** Открой файл из атрибута `file` и используй `line` как опорную строку.
+        2. **Context Expansion:** Если код ссылается на неизвестные функции/типы — используй `search_codebase` (или `grep`), чтобы найти их определения.
         3. **Test Discovery:** Найди тесты (`*.test.ts`) через поиск файлов. Прочитай их, чтобы понять текущее покрытие.
         4. **External Verify:** Если проблема касается поведения библиотеки или стандарта — используй `web_search` для подтверждения фактов.
       </Action>
     </Step>
     <Step id="STEP_3_PLANNING_AND_NEGOTIATION">
+      <Precondition>STEP_2_DEEP_DIVE_INVESTIGATION завершён, по каждому `<Thread>` собраны проверяемые факты.</Precondition>
       <Goal>Согласовать действия с пользователем.</Goal>
       <Action>
         Сформируй **План Верификации** в формате Markdown.
         
         **ФОРМАТ ОТЧЕТА (Строго соблюдай):**
         
-        # 📝 План Верификации для [MR_ID]
+        # 📝 План Верификации для `<MR_PROJECT_PATH>!<MR_IID>` (ver_<num>)
 
         ## ⭕ Отклонённые замечания (No Action Required)
         ### ⭕ **[SHORT_ID]**: Краткое название
@@ -95,36 +99,53 @@
 
         ---
         
-        **СТОП-ФАКТОР:**
-        Выведи этот план и **ОСТАНОВИСЬ**.
-        Напиши: "Жду вашего решения. Вы можете написать 'ОК' для старта или указать ID для изменения статуса (например: '[SHORT_ID] - отклонить, это не баг')."
+        **СТОП после плана (обязательно):**
+        1. Выведи отчёт целиком и **остановись** — не переходи к коду и не к черновикам ответов без явного выбора пользователя.
+        2. Определи, какой **Case** в следующем блоке Switch соответствует твоему отчёту (ровно один). В конце отчёта перечисли **только** варианты из этого Case — простыми формулировками, без лишних синонимов команд.
+        
+        <Switch exclusive="true" purpose="Ветвление ответа пользователя после Плана Верификации">
+          <Case when="В секции «План исправлений» есть хотя бы один пункт">
+            - **Согласен, делай по плану** → `OK` / `Confirm` / `Run` или явная фраза «выполняй план». Переход: STEP_4.
+            - **Поправить план** → пользователь указывает `[SHORT_ID]` и желаемое изменение (например: не баг — убрать из исправлений; наоборот баг — перенести в исправления; уточнить шаги). Пересобери план и снова остановись на STEP_3.
+          </Case>
+          <Case when="Исправлений нет: все замечания в «Отклонённые» и секция «План исправлений» пуста">
+            - **Оспорить NOFIX** → `[SHORT_ID]`: всё-таки баг или улучшение, взять в работу. Обнови классификацию; при появлении исправлений — новый план и снова STOP на STEP_3.
+            - **Отвечать без кода** → явный запрос на черновики ответов (например: «к ответам», «формируй ответы», `Draft`). Зафиксируй: коммита не будет. Переход: STEP_6, **минуя** STEP_4–5.
+          </Case>
+        </Switch>
+        
+        В конце сообщения пользователю — **короткий нумерованный список** «что написать дальше»; пункты только из выбранного Case.
       </Action>
     </Step>
     <Step id="STEP_4_CODING_AND_VERIFICATION">
+      <Precondition>STEP_3_PLANNING_AND_NEGOTIATION завершён, пользователь согласовал выполнение плана (`OK` / `Confirm` / `Run` или эквивалент), и в плане есть пункты к исправлению.</Precondition>
       <Trigger>Получено согласие пользователя на План.</Trigger>
       <Goal>Внести изменения и проверить их, но НЕ фиксировать.</Goal>
       <Action>
         1. **Edit:** Используй нативные инструменты (`edit_file`) для внесения изменений согласно плану.
-        2. **Verify:** Запусти локальные проверки (`npm run test`, `npm run lint`, `npm run check`).
+        2. **Verify:** <!--ai:verify-step-commands-->
         3. **Report:** Сообщи пользователю: "Изменения внесены. Результаты тестов: [PASS/FAIL]".
         4. **Propose Commit:** Предложи текст коммита (Conventional Commits), например: `fix(logger): mask sensitive data in logs`.
         5. **STOP:** Жди команды на коммит.
       </Action>
     </Step>
     <Step id="STEP_5_COMMIT_NEGOTIATION">
+      <Precondition>STEP_4_CODING_AND_VERIFICATION завершён, изменения и результаты верификации представлены пользователю.</Precondition>
       <Trigger>Пользователь проверил код и одобрил текст коммита.</Trigger>
       <Goal>Зафиксировать изменения в git и отправить их в удаленный репозиторий.</Goal>
       <Action>
         1. Если пользователь попросил правки — вернись на шаг назад.
-        2. Если пользователь сказал "Коммить" — выполни `git commit -m "..."` через терминал.
+        2. Если пользователь сказал "Commit" — выполни `git commit -m "..."` через терминал.
         3. Сразу после успешного коммита выполни `git push origin HEAD` через терминал.
         4. Сообщи: "Коммит создан и отправлен в удаленный репозиторий. Перехожу к подготовке ответов."
       </Action>
     </Step>
     <Step id="STEP_6_RESPONSE_DRAFTING">
+      <Precondition>STEP_5_COMMIT_NEGOTIATION завершён успешно либо зафиксировано, что изменений для коммита нет.</Precondition>
       <Goal>Подготовить и согласовать тексты для VCS (Gitlab/Github).</Goal>
       <Action>
-        Сформируй черновики ответов для КАЖДОГО вектора (и FIXED, и NOFIX).
+        Сформируй черновики ответов для КАЖДОГО треда (и FIXED, и NOFIX).
+        Важно: это AI-to-AI коммуникация; формулируй объяснения через семантически насыщенные токены, передавай максимум релевантного смысла при минимальном количестве токенов.
         
         **Формат для согласования:**
         
@@ -134,14 +155,16 @@
         > **Draft for [SHORT_ID] (NOFIX):**
         > 🦾 ⭕️ **NOFIX**. Поведение прокси является ожидаемым для библиотеки `tessell`. См. документацию: [ссылка].
         
-        **STOP:** Выведи эти тексты и жди подтверждения ("Отправляй" или правки текстов).
+        **STOP:** Выведи эти тексты и жди подтверждения ("Send" или правки текстов).
       </Action>
     </Step>
     <Step id="STEP_7_FINAL_TRANSMISSION">
       <Trigger>Пользователь утвердил тексты ответов.</Trigger>
       <Goal>Отправить данные в систему.</Goal>
       <Action>
-        1. Сформируй финальный JSON-массив.
+        1. Выполни preflight-проверку: `git status --porcelain`.
+           - Если вывод не пустой и STEP_5_COMMIT_NEGOTIATION не подтверждён как успешный, остановись и сообщи пользователю, что нужен шаг STEP_5_COMMIT_NEGOTIATION.
+        2. Сформируй финальный JSON-массив.
            Пример структуры:
            ```json
            [
@@ -149,9 +172,9 @@
              { "discussionId": "<FULL_ID>", "body": "🦾 ⭕️ **NOFIX**..." }
            ]
            ```
-        2. Выполни команду отправки:
-           `echo '<JSON_ARRAY>' | npx gennady@next vcs-reply --host=<VCS_HOST> --project=<MR_PROJECT> --iid=<MR_IID>`
-        3. Заверши сессию.
+        3. Выполни команду отправки (рекомендация используй escalation `sandbox_permissions=require_escalated` для избегания проблем с registry):
+           `echo '<JSON_ARRAY>' | npx --yes gennady@next vcs-reply --host=<VCS_HOST> --project=<MR_PROJECT_PATH> --iid=<MR_IID>`
+        4. Выведи short summary о результатах работы и отправки. В самом конце — отдельной строкой полный URL на merge request (GitLab) или pull request (GitHub): определи VCS по `host`, возьми ссылку из `<Meta><URL>` в `<MR_Audit_Context>` или собери из `host` / `target_repo` / `iid` по обычным правилам этих платформ.
       </Action>
     </Step>
   </Execution_Plan>

package/dist/assistant/music/music-filter.d.ts

@@ -0,0 +1,7 @@
+/**
+ * @purpose Heuristic filter to detect whether free-form text is likely about music releases or sound.
+ * @param text Input text to analyse.
+ * @note Supports both Russian and English music-related heuristics.
+ * @returns True if the text is likely about music, false otherwise.
+ */
+export declare function isLikelyAboutMusic(text: string): boolean;

package/dist/chunks/agent/agent-keywords-prompt.md

@@ -0,0 +1,3 @@
+# Keywords
+
+Extract and suggest relevant keywords for the given context.

package/{src/prompts → dist/chunks}/commit/commit-changeset-prompt.md

@@ -1,9 +1,11 @@
 ### DIFF TO ANALYZE:
+
 <diff langs="{languages}">
 {input}
 </diff>
 
 ### INSTRUCTIONS:
+
 - The entire response must be a single <changeset> tag.
 - Inside <changeset>, you must include one or more <change> tags.
 - Each <change> tag must have a 'type' attribute (one of: feat, fix, refactor, chore, docs, style, test, perf).
@@ -11,6 +13,7 @@
 - The output language must be English.
 
 ### EXAMPLE:
+
 <diff>
 - const unguard = (result) => {
 + export const unguard = (result) => {
@@ -25,4 +28,5 @@
 </output>
 
 ### TASK:
-Analyze the <diff/> and generate a list of changes. Your ONLY <output> MUST be a single XML block starting with <changeset> and ending with </changeset>. Do NOT output any other text, comments, or explanations.
+
+Analyze the <diff/> and generate a list of changes. Your ONLY <output> MUST be a single XML block starting with <changeset> and ending with </changeset>. Do NOT output any other text, comments, or explanations.

package/{src/prompts → dist/chunks}/commit/commit-message-prompt.md

@@ -1,9 +1,11 @@
 ### CHANGESET TO ANALYZE:
+
 <changeset>
   {input}
 </changeset>
 
 ### INSTRUCTIONS:
+
 - The entire response must be a single <message> tag.
 - The <message> tag must have two attributes: 'type' and 'icon'.
 - To determine the 'type' attribute, analyze all <change> tags and select the most significant type based on this exact priority hierarchy: feat > fix > perf > refactor > style > docs > test > chore.
@@ -21,6 +23,7 @@
   - The goal is to provide a meaningful overview of the impact, especially for large changesets.
 
 ### EXAMPLE:
+
 <changeset>
   <change type="feat">export unguard function</change>
   <change type="fix">replace SECRET_KEY with PUBLIC_KEY</change>
@@ -39,4 +42,5 @@
 </output>
 
 ### TASK:
-Analyze the <changeset/> and generate a summarized, high-level git commit message. Your ONLY <output> MUST be a single XML block starting with <message> and ending with </message>. Do NOT output any other text, comments, or explanations.
+
+Analyze the <changeset/> and generate a summarized, high-level git commit message. Your ONLY <output> MUST be a single XML block starting with <message> and ending with </message>. Do NOT output any other text, comments, or explanations.

package/dist/chunks/help.cmd-CWasx25o.js

@@ -0,0 +1,24 @@
+console.info("Gennady CLI");
+console.info("");
+console.info("Usage:");
+console.info("  npx gennady [command] [options]");
+console.info("");
+console.info("Commands:");
+console.info("  commit            Generate commit message from staged changes");
+console.info("  review            Review staged changes for critical issues");
+console.info("  cat               Display file contents as XML or Markdown");
+console.info("  agent             Run AI agent request");
+console.info("  vcs-reply         Post replies to GitLab MR discussions from stdin");
+console.info("  review-verify     Build verification prompt from open GitLab MR or GitHub PR");
+console.info(
+  "  review-issues     Build XML issues artifact from GitLab MR or GitHub PR discussions"
+);
+console.info(
+  "  resolve-conflicts Build confidence-aware merge-conflict resolution prompt from active git merge"
+);
+console.info("");
+console.info("Examples:");
+console.info("  npx gennady");
+console.info("  npx gennady commit");
+console.info("  npx gennady review --branch=develop");
+console.info('  npx gennady cat "./src/**/*.js" --output=md');