diff --git a/commonArticles/debugging.md b/commonArticles/debugging.md
index 79f6882..b85f68c 100644
--- a/commonArticles/debugging.md
+++ b/commonArticles/debugging.md
@@ -13,7 +13,8 @@ redirect_from:
 - `-c`, `--class`=name    — полное имя класса плагина (включая namespace),
 - `-l`, `--log`=log       — полный путь к файлу лога,
 - `-m`, `--module`=id     — модуль лицензии, указываемый в атрибуте `PluginLicenseModuleId` ([Лицензирование](Licensing)),
-- `-n`, `--nowindow`      — не показывать консольное окно.
+- `-n`, `--nowindow`      — не показывать консольное окно,
+- `-v`, `--version`       — версия плагина (строка из 4 чисел, разделённых точками).
 
 Далее достаточно один раз запустить приложение iikoFront (не устанавливая плагин в папку `Plugins`), и можно будет многократно запускать и останавливать плагин прямо из среды разработки (`F5` / `Shift+F5` в Visual Studio, `Alt-F5` в Rider), не перезапуская iikoFront. Отладчик будет подключаться автоматически, соответственно, будут работать breakpoints, а также отладка будет прерываться при возникновении исключений (в Visual Studio/Rider можно настроить, для каких типов исключений надо или не надо прерывать отладку). Записи в лог (`PluginContext.Log`) будут дублироваться в консольном окне, если оно не скрыто ключом `--nowindow`, и в окне Output (`Ctrl+Alt+O`), если подключен отладчик.
 
@@ -43,7 +44,7 @@ redirect_from:
 ```
 
 #### Примечание для .NET Standard
-На данный момент в Visual Studio есть [`баг`](https://github.com/dotnet/project-system/issues/5009), который не позволяет отлаживать плагин под .NET Standard, запуская его через процесс-контейнер `Resto.Front.Api.Host.exe`, который под .NET Framework.
+На данный момент в Visual Studio есть [баг](https://github.com/dotnet/project-system/issues/5009), который не позволяет отлаживать плагин под .NET Standard, запуская его через процесс-контейнер `Resto.Front.Api.Host.exe`, который под .NET Framework.
 
 Варианты решения: