diff --git a/docs/architecture/instance_runtime_files.md b/docs/architecture/instance_runtime_files.md
index f8012d91b0d01acf10e0e7e5c18ca83b2932ab40..b81a2c42ae00581e0b76762abf310b3c8c89dda2 100644
--- a/docs/architecture/instance_runtime_files.md
+++ b/docs/architecture/instance_runtime_files.md
@@ -1,6 +1,6 @@
 # Рабочие файлы инстанса {: #instance_runtime_files }
 
-В [директории с данными инстанса](../reference/cli.md#data_dir) автоматически появляются следующие файлы:
+В [директории с данными инстанса](../reference/cli.md#run_data_dir) автоматически появляются следующие файлы:
 
 - `*.snap` — файлы [снапшотов](../overview/glossary.md#snapshot) БД
 - `*.xlog` — файлы журнала упреждающей записи (Write-ahead log, WAL) c
diff --git a/docs/reference/api.md b/docs/reference/api.md
index e24c274bd4e417a03b33295f0a4eca31d2f751e8..bdd4e3963ba15ee88b2d582983761d2577c793eb 100644
--- a/docs/reference/api.md
+++ b/docs/reference/api.md
@@ -113,7 +113,7 @@ function abort_ddl(timeout)
 
 ### pico.args {: #pico_args }
 
-Lua-таблица (не функция) с [параметрами запуска](cli.md#run_command) инстанса,
+Lua-таблица (не функция) с [параметрами запуска](cli.md#run) инстанса,
 которые были переданы в виде переменных окружения или аргументов
 командной строки.
 
diff --git a/docs/reference/audit_events.md b/docs/reference/audit_events.md
index c00bd510fdbe189c219bfe1497ee4ec264baaed0..e05b8ebcfc1cd8eaf416e42146f6c177121f7e14 100644
--- a/docs/reference/audit_events.md
+++ b/docs/reference/audit_events.md
@@ -143,7 +143,7 @@
 
 К данному событию относится информация о любом изменении грейда каждого
 узла кластера, как только оно было зарегистрировано. Плановые
-[запуск](../reference/cli.md#run_command) и
+[запуск](../reference/cli.md#run) и
 [остановка](../reference/api.md#pico_exit) узла
 ([добавление](../overview/glossary.md#joining) в кластер и
 [исключение](../reference/cli.md#expel) из него соответственно) связаны
diff --git a/docs/reference/cli.md b/docs/reference/cli.md
index e20176038a76886a7df81b39893ab358024da109..8c8d334475a5ee93db04b9577d3becd30572003d 100644
--- a/docs/reference/cli.md
+++ b/docs/reference/cli.md
@@ -1,10 +1,16 @@
 # Аргументы командной строки
 
-Picodata является консольным приложением, которое поддерживает различные параметры запуска в виде аргументов командной строки.
+Picodata является консольным приложением, которое поддерживает различные
+параметры запуска в виде аргументов командной строки и переменных
+окружения.
 
-Полный список аргументов доступен с помощью команды `picodata help`:
+<!-- ********************************************************************** -->
+## picodata help {: #help }
+<!-- ********************************************************************** -->
 
-```console
+Полная справка доступна с помощью команды `picodata help`:
+
+```txt
 USAGE:
     picodata <SUBCOMMAND>
 
@@ -18,227 +24,269 @@ SUBCOMMANDS:
     expel        Expel node from cluster
     help         Print this message or the help of the given subcommand(s)
     run          Run the picodata instance
-    tarantool    Run tarantool
     test         Run picodata integration tests
 ```
 
-В общем случае после `picodata` следует указать название команды и затем, опционально, параметры:
+<!-- ********************************************************************** -->
+## picodata run {: #run }
+<!-- ********************************************************************** -->
 
-```console
-picodata <command> [<params>]
+Запускает инстанс Picodata, см. [Запуск кластера](../tutorial/deploy.md).
+
+```
+picodata run [OPTIONS]
 ```
 
-## Команда `run` {: #run_command }
+### --admin-sock {: #run_admin_sock }
 
-Запускает инстанс (экземпляр) Picodata.
+`--admin-sock <path>`
 
-### Использование {: #run_usage }
+Путь к unix-сокету для подключения с помощью команды [picodata
+admin](#admin). Данный способ использует обычный текстовый протокол и
+привилегии администратора. См. [Подключение и работа в консоли — Консоль
+администратора](../tutorial/connecting.md#admin_console).
 
-```
-picodata run [Параметры]
-```
+Значение по умолчанию: `<data_dir>/admin.sock`<br>
+Аналогичная переменная окружения: `PICODATA_ADMIN_SOCK`
 
-### Параметры {: #run_options }
+### --advertise {: #run_advertise }
 
-#### advertise {: #advertise }
+`--advertise <[host][:port]>`
 
-`--advertise <[host][:port]>`<br>
-Адрес, по которому другие инстансы смогут подключиться к данному инстансу. По умолчанию используется значение из аргумента `--listen`.
-Аналогичная переменная окружения: `PICODATA_ADVERTISE`.
+Адрес, по которому другие инстансы смогут подключиться к данному
+инстансу. По умолчанию используется значение [--listen](#run_listen).
 
-#### cluster-id {: #cluster_id }
+Аналогичная переменная окружения: `PICODATA_ADVERTISE`
 
-`--cluster-id <name>`<br>
-Имя кластера. Инстанс не сможет стать частью кластера, если у него указано другое имя.
-Аналогичная переменная окружения: `PICODATA_CLUSTER_ID`.
+### --audit {: #run_audit }
 
-#### admin-sock {: #admin_sock }
+`--audit <file>`
 
-`--admin-sock <path>`<br>
-Путь к файлу сокета, который впоследствие можно использовать для
-подключения с помощью команды [`picodata admin`](#admin_command). В отличие от подключения к адресу,
-указанному в параметре `--listen`, данный способ использует обычный
-текстовый протокол и привилегии администратора.
-По умолчанию создается сокет `admin.sock` в директории `--data-dir`.
-Аналогичная переменная окружения:
-`PICODATA_ADMIN_SOCK`.
+Конфигурация журнала аудита. Доступны следующие варианты:
 
-#### audit {: #audit }
+- `file:<file>` или просто `<file>` — запись в файл
+- `pipe:<command>` или `| <command>` — перенаправление вывода в подпроцесс
+- `syslog:` — перенаправление на службу `syslog` защищенной ОС
 
-`--audit <file>`<br>
-Файл журнала. Данный параметр включает запись событий инстанса в журнал аудита. В качестве журнала может быть указан:
+Аналогичная переменная окружения: `PICODATA_AUDIT_LOG`
 
-- обычный полный или относительный путь к файлу (`/var/audit.log` / `audit.log`)
-- перенаправление на внешний обработчик, указанный после вертикального слеша (`| /usr/bin/name-goes-here -v ...`)
-- перенаправление на службу `syslog` защищенной ОС (`syslog:`)
+### --cluster-id {: #run_cluster_id }
 
-Аналогичная переменная окружения: `PICODATA_AUDIT_LOG`
+`--cluster-id <name>`
+
+Имя кластера. Инстанс не сможет стать частью кластера, если у него
+указано другое имя.
+
+Аналогичная переменная окружения: `PICODATA_CLUSTER_ID`
+
+### --data-dir {: #run_data_dir }
+
+`--data-dir <path>`
+
+Рабочая директория инстанса. Здесь Picodata хранит все данные.
+
+Аналогичная переменная окружения: `PICODATA_DATA_DIR`
+
+### --failure-domain {: #run_failure_domain }
+
+`--failure-domain <key=value>`
+
+Список параметров географического расположения сервера (через запятую).
+Также этот аргумент называется _зоной доступности_. Каждый параметр
+должен быть в формате КЛЮЧ=ЗНАЧЕНИЕ. Также, следует помнить о том, что
+добавляемый инстанс должен обладать тем же набором доменов (т.е. ключей
+данного аргумента), которые уже есть в кластере. Picodata будет избегать
+помещения двух инстансов в один репликасет, если хотя бы один параметр
+зоны доступности у них совпадает. Соответственно, инстансы будут
+формировать новые репликасеты.
 
-#### data-dir {: #data_dir }
+Аналогичная переменная окружения: `PICODATA_FAILURE_DOMAIN`
 
-`--data-dir <path>`<br>
-Директория, в которой инстанс будет сохранять свои данные для постоянного хранения.
-Аналогичная переменная окружения: `PICODATA_DATA_DIR`.
+### --http-listen {: #run_http_listen }
 
-#### failure-domain {: #failure_domain }
+`--http-listen <[host][:port]>`
 
-`--failure-domain <key=value>`<br>
-Список параметров географического расположения сервера (через запятую). Также этот аргумент называется _зоной доступности_.
-Каждый параметр должен быть в формате КЛЮЧ=ЗНАЧЕНИЕ. Также, следует помнить о том, что добавляемый инстанс должен обладать
-тем же набором доменов (т.е. ключей данного аргумента), которые уже есть в кластере.
-Picodata будет избегать помещения двух инстансов в один репликасет, если хотя бы один параметр зоны доступности у них совпадает.
-Соответственно, инстансы будут формировать новые репликасеты.
-Аналогичная переменная окружения: `PICODATA_FAILURE_DOMAIN`.
-<!-- Picodata следит за тем, чтобы репликасеты наполнялись
-инстансами с разными зонами доступности до тех пор пока не достигнут заданный фактор репликации. -->
+Адрес
+[HTTP-сервера](https://github.com/tarantool/http){:target="_blank"}.
+Интерфейс конфигурации сервера экспортирован в Lua-переменной
+`_G.pico.httpd`. При отсутствии параметра сервер не запускается, а
+указанная Lua-переменная имеет зачение `nil`.
 
-#### help {: #help }
+Аналогичная переменная окружения: `PICODATA_HTTP_LISTEN`
 
-`-h, --help`<br>
-Вывод справочной информации.
+### --init-cfg {: #run_init_cfg }
 
-#### http-listen {: #http_listen }
+`--init-cfg <PATH>`
 
-`--http-listen <[host][:port]>` <br>
-Адрес, на котором будет доступен запущенный
-[HTTP-сервер](https://github.com/tarantool/http){:target="_blank" }. Для
-работы с API маршрутизации в Lua следует использовать переменную
-`_G.pico.httpd`. Сервер будет запущен только при явном указании
-`--http-listen` с корректным адресом.<br> Аналогичная переменная
-окружения: `PICODATA_HTTP_LISTEN`.
+Путь к файлу конфигурации, используемый при бутстрапе кластера.
 
-#### interactive {: #interactive }
+Данный параметр не сочетается с `--init-replication-factor`<br>
+Аналогичная переменная окружения: `PICODATA_INIT_CFG`
 
-`-i, --interactive`<br>
-Запуск интерактивной консоли. <br> Аналогичная переменная окружения:
-`PICODATA_INTERACTIVE_MODE`.
+### --init-replication-factor {: #run_init_replication_factor }
 
-#### init-replication-factor {: #init_replication_factor }
+`--init-replication-factor <INIT_REPLICATION_FACTOR>`
 
-`--init-replication-factor <INIT_REPLICATION_FACTOR>`<br>
-Число реплик (инстансов с одинаковым набором хранимых данных) для каждого репликасета.
-Данный параметр не может использоваться одновременно с [init-cfg](#init_cfg).
-Аналогичная переменная окружения: `PICODATA_INIT_REPLICATION_FACTOR`.
+Число реплик (инстансов с одинаковым набором хранимых данных) для
+каждого репликасета.
 
-#### instance-id {: #instance_id }
+Данный параметр не сочетается с `--init-cfg`<br>
+Аналогичная переменная окружения: `PICODATA_INIT_REPLICATION_FACTOR`
 
-`--instance-id <name>`<br>
-Название инстанса. Если этот аргумент не указать, то название будет сгенерировано автоматически.
-Данный аргумент удобно использовать для явного указания инстанса при его перезапуске
-(например, в случае его недоступности или при переносе в другую сеть).
-Аналогичная переменная окружения: `PICODATA_INSTANCE_ID`.
+### --instance-id {: #run_instance_id }
 
-#### listen {: #listen }
+`--instance-id <name>`
 
-`-l, --listen <[host][:port]>`<br>
-Адрес и порт привязки инстанса. По умолчанию используется localhost:3301
-Аналогичная переменная окружения: `PICODATA_LISTEN`.
+Название инстанса. При отсутствии параметра, значение будет
+автоматически сгенерировано raft-лидером в момент присоединения
+(joining) инстанса к кластеру.
 
-#### log-level {: #log_level }
+Аналогичная переменная окружения: `PICODATA_INSTANCE_ID`
 
-`--log-level <LOG_LEVEL>`<br>
-Уровень регистрации событий. Возможные значения: fatal, system, error, crit, warn, info, verbose, debug.
-По умолчанию используется уровень info.
-Аналогичная переменная окружения: `PICODATA_LOG_LEVEL`.
+### --listen {: #run_listen }
 
-#### peer {: #peer }
+`-l, --listen <[host][:port]>`
 
-`--peer <[host][:port]>`<br>
-Один или несколько адресов других инстансов (через запятую). По
-умолчанию используется значение localhost:3301. Указание порта
-опционально. Аналогичная переменная окружения: `PICODATA_PEER`.
+Адрес и порт привязки инстанса.
 
-#### replicaset-id {: #replicaset_id }
+Значение по умолчанию: `localhost:3301`<br>
+Аналогичная переменная окружения: `PICODATA_LISTEN`
 
-`--replicaset-id <name>`<br>
-Имя репликасета. Аналогичная переменная окружения: `PICODATA_REPLICASET_ID`
+### --log-level {: #run_log_level }
 
-#### script {: #script }
+`--log-level <LOG_LEVEL>`
 
-`--script <path>`<br>
-Путь к файлу Lua-скрипта, который будет выполнен после присоединения инстанса к кластеру.
-Аналогичная переменная окружения: `PICODATA_SCRIPT`.
+Уровень важности событий, регистрируемых в отладочном журнале.
 
-#### init-cfg {: #init_cfg }
+Возможные значения: `fatal`, `system`, `error`, `crit`, `warn`, `info`,
+`verbose`, `debug`<br>
+Значение по умолчанию: `info`<br>
+Аналогичная переменная окружения: `PICODATA_LOG_LEVEL`
 
-`--init-cfg <path>`<br>
-Относительный или абсолютный путь к конфигурационному файлу.<!--[конфигурационному файлу](../tutorial/deploy.md#init-cfg)-->
-Данный параметр не может использоваться одновременно с [init-replication-factor](#init_replication_factor). Аналогичная переменная окружения: `PICODATA_INIT_CFG`.
+### --peer {: #run_peer }
 
-#### tier {: #tier }
+`--peer <[host][:port]>`
+
+Один или несколько адресов других инстансов через запятую.
+
+Значение по умолчанию: `localhost:3301`<br>
+Аналогичная переменная окружения: `PICODATA_PEER`
+
+### --replicaset-id {: #run_replicaset_id }
+
+`--replicaset-id <name>`
+
+Имя репликасета. При отсутствии параметра, значение будет
+автоматически выбрано raft-лидером в момент присоединения
+(joining) инстанса к кластеру.
+
+Аналогичная переменная окружения: `PICODATA_REPLICASET_ID`
+
+### --script {: #run_script }
+
+`--script <path>`
+
+Путь к файлу Lua-скрипта, который будет выполнен после присоединения
+инстанса к кластеру.
+
+Аналогичная переменная окружения: `PICODATA_SCRIPT`
+
+### --tier {: #run_tier }
+
+`--tier <tier>`
 
-`--tier <tier>` <br>
 Название [тира](../overview/glossary.md#tier), которому будет
-принадлежать инстанс. Аналогичная переменная окружения:
-`PICODATA_INSTANCE_TIER`.
+принадлежать инстанс.
 
-#### shredding {: #shredding }
+Аналогичная переменная окружения: `PICODATA_INSTANCE_TIER`
 
-`--shredding` <br>
-Включение режима перезаписи (заполнения случайными данными и специализированными
-паттернами) устаревших файлов `.xlog` и `.snap` перед их удалением с
-целью скрытия их содержимого.
-Аналогичная переменная окружения:
-`PICODATA_SHREDDING`.
+### --shredding {: #run_shredding }
 
-## Команда `connect` {: #connect_command }
+`--shredding`
 
-Подключается к указанному инстансу и открывает интерактивную SQL-консоль.
+Режим многократной перезаписи специальными битовыми последовательностями
+файлов `.xlog` и `.snap` при их удалении.
 
-### Использование {: #connect_usage }
+Аналогичная переменная окружения: `PICODATA_SHREDDING`
 
-```
-picodata connect [Параметры] <Аргументы>
-```
 
-### Аргументы {: #connect_arguments }
+<!-- ********************************************************************** -->
+## picodata admin {: #admin }
+<!-- ********************************************************************** -->
 
-`ADDRESS`: Адрес инстанса Picodata в формате `[user@][host][:port]`.
-<!-- При указании неполного адреса,
-недостающая часть будет взята из значений по умолчанию (текущий хост,
-порт 3301). По умолчанию подключение производится под пользователем
-`guest` и пустым паролем.-->
+Подключается к консоли администратора, cм. [Подключение и работа в
+консоли — Консоль
+администратора](../tutorial/connecting.md#admin_console).
 
-### Параметры {: #connect_options }
+```
+picodata admin <PATH>
+```
 
-- `-a, --auth_type <METHOD>`, тип аутентификации. По умолчанию
-  используется `chap-sha1`, также доступны `md5` и `ldap`.
-- `-h, --help`, вывод справки о команде `connect`.
-- `-u, --user <USER>`, пользователь, под которым будет инициировано
-  подключение. Если пользователь указан в рамках `<ADDRESS>` (например,
-  `user@localhost:3301`), то параметр `--user` будет проигнорирован.
-  Если пользователя не указывать, то будет использован пользователь по
-  умолчанию (`guest`).
-- `--password-file`, путь к файлу с паролем указанного пользователя
-  (хранится в виде обычного текста). Без этого параметра пароль будет
-  запрошен в интерактивном режиме. Путь к файлу пароля можно также
-  передать через переменную окружения `PICODATA_PASSWORD_FILE`.
+- `PATH`: Путь unix-сокета, соответствующий опции [picodata run
+  --admin-sock](#run_admin_sock)
 
-### Пример {: #connect_example }
+**Пример**
 
 ```console
-picodata connect localhost:3301
+$ picodata admin ./admin.sock
+Connected to admin console by socket path "admin.sock"
+type '\help' for interactive help
+picodata>
 ```
 
-### Подключение под определенным пользователем {: #connect_user }
 
-```console
-picodata connect --user user_name localhost:3301
+<!-- ********************************************************************** -->
+## picodata connect {: #connect }
+<!-- ********************************************************************** -->
+
+Подключается к кластерной SQL-консоли. См. [Пользовательская
+консоль](../tutorial/connecting.md#sql_console)
+
+```
+picodata connect [OPTIONS] <ADDRESS>
 ```
 
-### Передача пароля в файле {: #password_file }
+- `ADDRESS`: Адрес инстанса Picodata в формате `[user@][host][:port]`,
+  соответствующий опции [picodata run --adverse](#run_advertise).
 
-```console
-picodata connect --user user_name --password-file ~/vault/user_name_pass.txt localhost:3301
+**Пример**
+
+```bash
+$ picodata connect alice@localhost:3301
+Enter password for alice:
+Connected to interactive console by address "localhost:3301" under "alice" user
+type '\help' for interactive help
+picodata>
 ```
 
-Путь к файлу пароля может быть как относительным, так и абсолютным.
+### -a, --auth-type {: #connect_auth_type }
+
+`-a, --auth_type <METHOD>`
+
+Метод аутентификации, см. [Аутентификация с помощью LDAP](../tutorial/ldap.md).
+
+Возможные значения: `chap-sha1`, `ldap`, `md5`<br>
+Значение по умолчанию: `chap-sha1`<br>.
+
+### -u, --user {: #connect_user }
 
-### Блокировка при неудачном входе {: #failed_login_attempt }
+`-u, --user <USER>`
 
-По умолчанию, после 4 попыток неудачного входа учетная запись
-пользователя блокируется на текущем инстансе. Перезапуск инстанса
-сбрасывает счетчик попыток и позволяет разблокировать пользователя.
+Имя пользователя, см. [Управление доступом](../tutorial/access_control.md#user_management).
+
+Игнорируется при указании имени пользователя в адресе<br>
+Значение по умолчанию: `guest`
+
+### --password-file {: #connect_password_file }
+
+`--password-file`
+
+Путь к файлу с паролем указанного пользователя (хранится в виде обычного
+текста). Без этого параметра пароль будет запрошен в интерактивном
+режиме.
+
+Значение по умолчанию: `localhost:3301`<br>
+Аналогичная переменная окружения: `PICODATA_PASSWORD_FILE`
 
 <!-- ### Число попыток неудачного входа {: #max_login_attempts }
 
@@ -261,75 +309,40 @@ picodata> pico.cas({
 ```
 -->
 
-Cм. также:
 
-- [SQL-консоль](../tutorial/connecting.md#sql_console)
+<!-- ********************************************************************** -->
+## picodata expel {: #expel }
+<!-- ********************************************************************** -->
 
-## Команда `admin` {: #admin_command }
-
-Подключается к консоли администратора.
-
-### Использование {: #admin_usage }
+Исключает инстанс Picodata из состава кластера.
 
 ```
-picodata admin <Аргументы>
+picodata expel [OPTIONS]
 ```
 
-### Аргументы {: #admin_arguments }
+### --cluster-id {: #expel_cluster_id }
 
-`PATH`: Путь к файлу юникс-сокета, который был передан в качестве параметра
-[`--admin-sock`](#admin_sock) при старте инстанса.
+`--cluster-id <name>`
 
-### Пример {: #admin_example }
+Имя кластера, из которого должен быть исключен инстанс.
 
-```console
-picodata admin i1/admin.sock
-```
-
-Cм. также:
-
-- [Консоль администратора](../tutorial/connecting.md#admin_console)
+Значение по умолчанию: `demo`
 
+### --instance-id {: #expel_instance_id }
 
-## Команда `tarantool` {: #tarantool_command }
+`--instance-id <name>`
 
-Запускает Tarantool и открывает его консоль.
+Имя инстанса, который следует исключить.
 
-<!-- Открывает консоль c Lua-интерпретатором, в котором можно
-взаимодействовать с СУБД аналогично тому, как это происходит в обычной
-консоли Tarantool. Никакая логика Picodata поверх Tarantool не
-выполняется, соответственно, кластер не инициализируется и подключение к
-кластеру не производится. Запускается консоль экземпляра Tarantool,
-встроенного в Picodata (но не установленного обычного Tarantool, если
-такой есть в системе).-->
+### --peer {: #expel_peer }
 
-### Использование {: #tarantool_usage }
+`--peer <[host][:port]>`
 
-```
-picodata tarantool [Параметры]
-```
+Адрес любого инстанса из состава кластера.
 
-### Параметры {: #tarantool_options }
-
-- `-h, --help`, вывод справки о команде `tarantool`.
-
-## Команда `expel` {: #expel }
-
-Исключает инстанс Picodata из состава кластера.
-
-### Использование {: #expel_usage }
-
-```
-picodata expel [Параметры]
-```
-
-### Параметры {: #expel_options }
-
-- `--cluster-id <name>`, имя кластера, из которого должен быть исключен инстанс (по умолчанию это `demo`).
-- `-h, --help`, вывод справки о команде `expel`.
-- `--instance-id <name>`, имя инстанса, который следует исключить (без указания имени `expel` не имеет силы).
-- `--peer <[host][:port]>`, адрес любого инстанса из состава кластера (по умолчанию это `localhost:3301`).
+Значение по умолчанию: `localhost:3301`
 
+<!--
 ## Сценарии применения команд {: #cases }
 
 Ниже приведены типовые ситуации и подходящие для этого команды.
@@ -364,5 +377,4 @@ picodata expel [Параметры]
     самостоятельно найдет лидера кластера и отправит ему команду на
     исключение инстанса `i3`. Когда процесс `picodata` на i3 завершится
     — сервер можно выключать.
-
-Подробнее об устройстве кластера и репликасетов Picodata см. в разделе [Запуск кластера](../tutorial/deploy.md).
+-->
diff --git a/docs/tutorial/access_control.md b/docs/tutorial/access_control.md
index 74078445a5a2ecf132a1541271031741679f37be..6de2398c9c61f5fe05bc4377d587b76923583f78 100644
--- a/docs/tutorial/access_control.md
+++ b/docs/tutorial/access_control.md
@@ -105,8 +105,8 @@ GRANT DROP ROLE TO "admin"
 
 Однако, у него по умолчанию отсутствует привилегия `SESSION`.
 Использовать учетную запись можно  подключившись к
-[консоли администратора](../reference/cli.md#admin_sock)
-командой [`picodata admin`](../reference/cli.md#admin_command)
+[консоли администратора](../reference/cli.md#run_admin_sock)
+командой [`picodata admin`](../reference/cli.md#admin)
 
 <!--
 #### Гость {: #guest }
diff --git a/docs/tutorial/audit_log.md b/docs/tutorial/audit_log.md
index f6d26d9dbe4b03e988d6f62b351597665f7dc756..a35acef67541895ba1c7fbbd9fb49656719193c6 100644
--- a/docs/tutorial/audit_log.md
+++ b/docs/tutorial/audit_log.md
@@ -78,7 +78,7 @@ API, предоставляемых самой СУБД.
 ## Включение журнала {: #enable_audit_log }
 
 По умолчанию, запись событий не ведется. Включить журнал можно при
-[запуске инстанса](../reference/cli.md#audit)
+[запуске инстанса](../reference/cli.md#run_audit)
 <!-- - с помощью API-функции [pico.audit()](../reference/api.md#picoaudit) -->
 
 Для примера, задействуем файл журнала при запуске инстанса:
diff --git a/docs/tutorial/connecting.md b/docs/tutorial/connecting.md
index 0258b8ff91901eaee3f56dd49bb15cb82939f7d7..88c6c4015103684ed7df8fb9931ae0ba2fb269de 100644
--- a/docs/tutorial/connecting.md
+++ b/docs/tutorial/connecting.md
@@ -4,7 +4,7 @@
 шаги в консоли.
 
 По умолчанию, консоль, в которой происходит
-[запуск](../reference/cli.md#run_command) инстанса Picodata, служит для
+[запуск](../reference/cli.md#run) инстанса Picodata, служит для
 вывода диагностических сообщений инстанса. Для ввода команд следует
 подключиться к Picodata из другой консоли. При этом, возможны два типа
 подключения:
@@ -27,9 +27,9 @@ picodata admin ./admin.sock
 ```
 
 По умолчанию файл unix-сокета расположен в [директории с данными
-инстанса](../reference/cli.md#data_dir) Picodata. Размещение этого
+инстанса](../reference/cli.md#run_data_dir) Picodata. Размещение этого
 файла настраивается при запуске инстанса параметром
-[picodata run --admin-sock](../reference/cli.md#admin_sock).
+[picodata run --admin-sock](../reference/cli.md#run_admin_sock).
 
 При успешном подключении отобразится приглашение:
 
diff --git a/docs/tutorial/webui.md b/docs/tutorial/webui.md
index e86bc0d8cf1adc48e77fa7248a6e1879f63ecb40..2a58ee265d6fcb3e88af2da2d50b8444ab8f4513 100644
--- a/docs/tutorial/webui.md
+++ b/docs/tutorial/webui.md
@@ -23,7 +23,7 @@ Picodata](install.md).
 
 Для запуска инстанса с веб-сервером следует использовать дополнительный
 параметр `--http-listen` с указанием [хоста и
-порта](../reference/cli.md#http_listen). Пример команды:
+порта](../reference/cli.md#run_http_listen). Пример команды:
 
 ```bash
 picodata run --http-listen localhost:8080