{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Лайвлупинг, медиапродакшн и все эти ваши компьютеры: заметки с тегом PowerShell", "_rss_description": "Алексей Батищев. Заметки обо всём, что происходит со мной и окружающим миром", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/batishchev.ru\/blog\/tags\/powershell\/", "feed_url": "https:\/\/batishchev.ru\/blog\/tags\/powershell\/json\/", "icon": "https:\/\/batishchev.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1604346823", "authors": [ { "name": "Алексей Батищев", "url": "https:\/\/batishchev.ru\/blog\/", "avatar": "https:\/\/batishchev.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1604346823" } ], "items": [ { "id": "3821", "url": "https:\/\/batishchev.ru\/blog\/all\/kirillicheskiy-rezident-peredayot-iz-klodlyandii\/", "title": "Кириллический резидент передаёт из Клодляндии", "content_html": "

Как уже в курсе любимый читатель, мы живем в эпоху искусственного интеллекта и агентской разработки. ИИшечки пишут код, код работает, все счастливы. Но есть одна проблема — всё около-иишное как правило живёт и мыслится в окружении macOS\/Linux и в контексте в первую очередь питона. А что делать, если ты хочешь использовать иишку для разработки на павершелле и использовать Клода в среде Виндоуз? Ответ по умолчанию — страдать.<\/p>\n

Чтобы не было проблем с кириллицей, скрипты нужно хранить в UTF-16 LE с BOM — так их одинаково однозначно опознают что PowerShell 5.1, что pwsh 7+, что тестовые редакторы под Windows, что git\/gitlab, и все живут дружно. А вот Claude Code с его встроенными инструментами `Edit` и `Write` живёт только в своей реальности UTF-8 и плевать хотел, в какой кодировке был файл. А поэтому и читать-редактировать старые наработки по умолчанию не может, и новое пишет сломанное.<\/p>\n

Проблема старая<\/a> и известная<\/a>, но как ’это часто бывает с корнер кейсами, проблемы индейцев шерифа не волнуют — ни фикса, ни какой-либо настройки для клода не существует и, скорее всего, не предвидится<\/a>. ИЧСХ, проблема тут не только кириллическая, у японцев например ровно та же беда, только с Shift_JIS вместо UTF-16. Но кому какое дело до этих ваших туземных особенностей?<\/p>\n

\n\"\"\n
карта мира по мнению программистов (гипотеза)<\/div>\n<\/div>\n

Сразу как только я наступил на эти грабли, родился обходной маневр: инструкцией в CLAUDE.md агенту было сказано для редактирования PowerShell скриптов делать построчную замену вызовом того же PowerShell. И это в целом работало, но сильно замедляло (и часто ломало) процесс — решение было кустарным, хрупким, и разрешение спрашивалось на каждый чих. Агент регулярно забывал инструкции, а чтобы вспомнить сначала бегло бежал по садовому инвентарю, отнимая моё время, нервные клетки, и тратя драгоценные токены.<\/p>\n

Сегодня, устав от очередной порчи скрипта при небольшом изменении, я отправил агента в рисёрч с требованием раз и навсегда решить проблему в корне. Клод обнаружил в интернетах братьев-японцев и других потерпевших, но главное — придумал использовать хуки, которые прозрачно конвертируют файл туда-обратно при редактировании встроенными инструментами. Я затестил и это работает. Щас расскажу.<\/p>\n

Доктор Крюк, или как я перестал страдать и полюбил хуки<\/h2>\n

У Claude Code есть `PreToolUse`\/`PostToolUse`\/`Stop` hooks — команды, которые выполняются автоматически вокруг вызовов инструментов. Идея простая: пусть файл на диске «в покое» всегда лежит в UTF-16 LE, а хуки на лету превращают его в UTF-8 непосредственно перед тем, как его коснётся Read\/Edit\/Write, и обратно — сразу после. Модель вообще не должна догадываться, что файл когда-то был не в UTF-8.<\/p>\n

Настройки хуков в  ~\/.claude\/settings.json:<\/p>\n

"hooks": {\n  "PreToolUse": [\n    {\n      "matcher": "Read|Edit",\n      "hooks": [{\n        "type": "command",\n        "command": "C:\\\\Program Files\\\\PowerShell\\\\7\\\\pwsh.exe",\n        "args": ["-NoProfile", "-File", "C:\\\\Users\\\\[USER]\\\\.claude\\\\hooks\\\\ps1-pre-encoding.ps1"]\n      }]\n    }\n  ],\n  "PostToolUse": [\n    {\n      "matcher": "Edit|Write",\n      "hooks": [{\n        "type": "command",\n        "command": "C:\\\\Program Files\\\\PowerShell\\\\7\\\\pwsh.exe",\n        "args": ["-NoProfile", "-File", "C:\\\\Users\\\\[USER]\\\\.claude\\\\hooks\\\\ps1-post-encoding.ps1"]\n      }]\n    }\n  ],\n  "Stop": [\n    {\n      "hooks": [{\n        "type": "command",\n        "command": "C:\\\\Program Files\\\\PowerShell\\\\7\\\\pwsh.exe",\n        "args": ["-NoProfile", "-File", "C:\\\\Users\\\\[USER]\\\\.claude\\\\hooks\\\\ps1-restore-all.ps1"]\n      }]\n    }\n  ]\n}<\/code><\/pre>
pre-encoding.ps1 (перед Read\/Edit — если увидел BOM UTF-16 LE, конвертирует в UTF-8 и запоминает путь):<\/p>\n
$ErrorActionPreference = 'Stop'\n$stateFile = "C:\\Users\\[USER]\\.claude\\hooks\\ps1-utf16-state.json"\n$scopeRoot = "[ВАШ ПУТЬ]"\n\ntry {\n    $inputJson = [Console]::In.ReadToEnd()\n    $data = $inputJson | ConvertFrom-Json\n    $filePath = $data.tool_input.file_path\n\n    if (-not $filePath) { exit 0 }\n    if ($filePath -notmatch '\\.ps1$') { exit 0 }\n    if (-not $filePath.StartsWith($scopeRoot, [System.StringComparison]::OrdinalIgnoreCase)) { exit 0 }\n    if (-not (Test-Path -LiteralPath $filePath -PathType Leaf)) { exit 0 }\n\n    $bytes = [System.IO.File]::ReadAllBytes($filePath)\n    if ($bytes.Length -ge 2 -and $bytes[0] -eq 0xFF -and $bytes[1] -eq 0xFE) {\n        $content = [System.IO.File]::ReadAllText($filePath, [System.Text.Encoding]::Unicode)\n        [System.IO.File]::WriteAllText($filePath, $content, (New-Object System.Text.UTF8Encoding($false)))\n\n        $state = @()\n        if (Test-Path -LiteralPath $stateFile) {\n            $raw = Get-Content -LiteralPath $stateFile -Raw -ErrorAction SilentlyContinue\n            if ($raw) { $state = @($raw | ConvertFrom-Json) }\n        }\n        if ($state -notcontains $filePath) { $state += $filePath }\n        ($state | ConvertTo-Json) | Set-Content -LiteralPath $stateFile -Encoding utf8\n    }\n} catch {\n    exit 0\n}\nexit 0<\/code><\/pre>
post-encoding.ps1 (после Edit\/Write — конвертирует обратно в UTF-16 LE, но только файлы из стейта):<\/p>\n
$ErrorActionPreference = 'Stop'\n$stateFile = "C:\\Users\\[USER]\\.claude\\hooks\\ps1-utf16-state.json"\n\ntry {\n    $inputJson = [Console]::In.ReadToEnd()\n    $data = $inputJson | ConvertFrom-Json\n    $filePath = $data.tool_input.file_path\n\n    if (-not $filePath) { exit 0 }\n    if ($filePath -notmatch '\\.ps1$') { exit 0 }\n    if (-not (Test-Path -LiteralPath $stateFile)) { exit 0 }\n\n    $raw = Get-Content -LiteralPath $stateFile -Raw -ErrorAction SilentlyContinue\n    if (-not $raw) { exit 0 }\n    $state = @($raw | ConvertFrom-Json)\n    if ($state -notcontains $filePath) { exit 0 }\n    if (-not (Test-Path -LiteralPath $filePath -PathType Leaf)) { exit 0 }\n\n    $content = [System.IO.File]::ReadAllText($filePath, [System.Text.Encoding]::UTF8)\n    [System.IO.File]::WriteAllText($filePath, $content, [System.Text.Encoding]::Unicode)\n\n    $state = @($state | Where-Object { $_ -ne $filePath })\n    ($state | ConvertTo-Json) | Set-Content -LiteralPath $stateFile -Encoding utf8\n} catch {\n    exit 0\n}\nexit 0<\/code><\/pre>
restore-all.ps1 (Stop-хук — подчищает в конце хода всё, что осталось не восстановленным после одиночного Read без последующего Edit):<\/p>\n
$ErrorActionPreference = 'Stop'\n$stateFile = "C:\\Users\\[USER]\\.claude\\hooks\\ps1-utf16-state.json"\n\ntry {\n    [Console]::In.ReadToEnd() | Out-Null\n\n    if (-not (Test-Path -LiteralPath $stateFile)) { exit 0 }\n    $raw = Get-Content -LiteralPath $stateFile -Raw -ErrorAction SilentlyContinue\n    if (-not $raw) { exit 0 }\n    $state = @($raw | ConvertFrom-Json)\n\n    foreach ($filePath in $state) {\n        if (-not (Test-Path -LiteralPath $filePath -PathType Leaf)) { continue }\n        $bytes = [System.IO.File]::ReadAllBytes($filePath)\n        $isUtf16Le = $bytes.Length -ge 2 -and $bytes[0] -eq 0xFF -and $bytes[1] -eq 0xFE\n        if (-not $isUtf16Le) {\n            $content = [System.IO.File]::ReadAllText($filePath, [System.Text.Encoding]::UTF8)\n            [System.IO.File]::WriteAllText($filePath, $content, [System.Text.Encoding]::Unicode)\n        }\n    }\n\n    Set-Content -LiteralPath $stateFile -Value "[]" -Encoding utf8\n} catch {\n    exit 0\n}\nexit 0<\/code><\/pre>
Собственно, делать эти настройки руками не нужно — просто скопипастите текст заметки в чат своему Клоду и попросите настроить так же.<\/p>\n
Доклад окончен<\/h2>\n
Скрипты на диске и в git теперь всегда лежат в UTF-16 LE с BOM — ровно так, как его и ждёт PowerShell. Пока файла касается Claude Code — он на долю секунды «мигает» в UTF-8 и обратно, а модель работает через свои обычные беззаботные Edit\/Write. Роботы работают, человек не напрягается.<\/p>\n
\n\"\"\n<\/div>\n
Важная тонкость — в скрипты зашита проверка на них самих, чтобы создавая-редактируя их Клод не попадал в бесконечную кодировочную петлю.<\/p>\n
Пойду, завайбкожу ещё что-нибудь.<\/p>\n
Слава роботам! КЭНК!<\/p>\n",
            "summary": "Как уже в курсе любимый читатель, мы живем в эпоху искусственного интеллекта и агентской разработки. ИИшечки пишут код, код работает, все счастливы",
            "date_published": "2026-07-12T20:42:19+03:00",
            "date_modified": "2026-07-12T20:36:13+03:00",
            "tags": [
                "PowerShell",
                "TG",
                "ИИ",
                "КЭНК"
            ],
            "image": "https:\/\/batishchev.ru\/blog\/pictures\/2026-07-11.png",
            "_date_published_rfc2822": "Sun, 12 Jul 2026 20:42:19 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "3821",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": [
                    "https:\/\/batishchev.ru\/blog\/pictures\/2026-07-11.png",
                    "https:\/\/batishchev.ru\/blog\/pictures\/2026-07-11-1.png",
                    "https:\/\/batishchev.ru\/blog\/pictures\/2026-07-11-2.png",
                    "https:\/\/batishchev.ru\/blog\/pictures\/2026-07-11-image-9.png"
                ]
            }
        },
        {
            "id": "3793",
            "url": "https:\/\/batishchev.ru\/blog\/all\/novy-reliz-vkachatora\/",
            "title": "Новый релиз ВКачатора",
            "content_html": "
Спустя три года<\/a> подготовил и выпустил новый релиз ВКачатора — допилил много мелочей, до которых в прошлый раз не доходили руки, благо теперь Клод позволяет реализовывать идеи быстро и технологично. ЧуднО видеть код, на который я в своё время потратил уйму времени, и то как играючи его сейчас колбасит ИИшка<\/p>\n
\n\"\"\n
Приятные мелочи — аватары отправителей и бейджик «processed» на обработанных страницах<\/div>\n<\/div>\n
Формат выгрузки за прошедшие годы не поменялся, а вот содержимое профиля заметно поредело: уж не знаю с чем связано, может самизнаетечто повлияло, но много видосов и фоток теперь удалены или скрыты авторами. Ну, такие времена.<\/p>\n
При разработке в паре с Клодом пришлось преодолеть новые технологические сложности — оказалось что питоново-юниксовые по происхождению нейросети нативно плохо могут в редактирование powershell-скриптов с кириллицей под виндой. Но в итоге решение придумалось, и работа по впиливанию фич заняла пару вечеров ленивой фоновой постановки задач и контроля результатов. В основном время потратилось на скачивание медиа, ну заодно и свой дамп обновил на актуальный.<\/p>\n
Публичную репу решил пересоздать, но адрес оставил прежний: https:\/\/github.com\/alexbatishchev\/kenk-vk-enricher<\/a><\/p>\n
КЭНК! Слава роботам!<\/p>\n",
            "summary": "Спустя три года подготовил и выпустил новый релиз ВКачатора — допилил много мелочей, до которых в прошлый раз не доходили руки, благо теперь Клод позволяет реализовывать идеи быстро и технологично",
            "date_published": "2026-05-22T20:03:01+03:00",
            "date_modified": "2026-05-22T20:02:55+03:00",
            "tags": [
                "PowerShell",
                "TG",
                "ВКачатор",
                "Забрать своё из облаков",
                "ИИ",
                "КЭНК"
            ],
            "image": "https:\/\/batishchev.ru\/blog\/pictures\/2026-05-18-image-8.png",
            "_date_published_rfc2822": "Fri, 22 May 2026 20:03:01 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "3793",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/batishchev.ru\/blog\/pictures\/2026-05-18-image-8.png"
                ]
            }
        },
        {
            "id": "1104",
            "url": "https:\/\/batishchev.ru\/blog\/all\/exchangedocsaver-esche-odna-istoriya-pro-lyudey-i-robotov\/",
            "title": "ExchangeDocSaver: еще одна история про людей и роботов",
            "content_html": "
Несколько лет назад, за кружкой крепкого чая у мангала, мой старинный друг пожаловался на одну из обязанностей на работе: при общении с контрагентами по электронной почте у них возникают артефакты этого общения — счета и прочие документы — которые нужно из почтовых сообщений сохранять на сетевой диск. Причем в компании исторически сложился процесс документооборота, когда эти файлы должны попасть в свое место в иерархии сетевого диска, где за них уже неистово хватаются другие отделы, а иерархия эта не самая простая (хотя будущее место документа определяется по номеру контракта однозначно, по схеме «ну это все знают»).<\/p>\n
В общем, выступает мой друг таким вот высокоинтеллектуальным сортировщиком и раскладывальщиком файликов, в фоне во время других (гораздо более сложных и изящных) задач по заключению договоров, преодолению препонов и прочих зарабатываний мильёнов. Ну натурально вот: придумал как привезти из стран заморских жирафа по частям, и чтобы по документам это была канарейка (задача безусловно творческая), а потом не забывай в течение пары месяцев доки по этому проекту из последующей переписки «правой кнопкой мыши — сохранить как — найти папку — блин где же она — а вот — сохранить»<\/p>\n
А что — говорю ему я, потягивая чай у мангала — задачка-то похоже автоматизируется. Можно научить роботов пырить в почтовый ящик по Exchange Web Services (EWS) Managed API, находить непрочитанные письма, понимать какие из них содержат нужные документы (а какие — нет), а также к какому контракту они относятся, ну а по номеру контракта и место на сетевом диске найти можно. Контракт конечно может быть в письме и вложениях непонятно где упомянут, но раз человек справляется с поиском — то и робота настропалить на это дело сможем.<\/p>\n
Естественно, согласно всем заветам планирования процессов разработки, реализация алгоритма заняла в три раза больше времени, чем задумывалось. Естественно, так как исходные письма посылают человеки, ошибающиеся и ненадёжные, и не все 100% сообщений оформляются как надо, часть писем (довольно малая) алгоритмом пропускается. Но в целом, за несколько дней рьяного кэнк-программинга<\/a> с использованием наработанных ранее библиотек и с применением худших регулярок ever, был выпущен в прод робот, который начал 24 на 7 делать работу за человека. Робот, который не устаёт, не болеет и не обедает, который днём и ночью мгновенно реагирует на письма от контрагентов изо всех часовых поясов, который всегда кладёт файлы туда, куда надо, и позволяет человеку сфокусироваться на действительно сложных вещах.<\/p>\n
\n\"\"\n<\/div>\n
На днях, после полутора лет успешной эксплуатации, комплекс впервые потребовал доработки из-за смены формата номера контракта на предприятии. Я дополнил алгоритм детектирования ID контракта новым шаблоном, попутно поправил пару замеченных косяков (и чуть выиграл в производительности), выкатил обновление — и клиент снова доволен, надеюсь что на следующие Х лет.<\/p>\n
Детали реализации, код, ФИО счастливчика и название компании — под NDA, по очевидным причинам. Могу лишь сказать что при внимании к деталям и некотором опыте автоматизации под винду и Exchange, можно в таком направлении реализовать практически что угодно. Если вы ежедневно тратите время на работу с почтой, не решаемую обычным функционалом правил и другой автоматизации в почтовом клиенте — возможно, пришла пора переложить это на наших электрических братьев. Как-нибудь расскажу потом про конфеденциальную пересылку алертов из почты в телегу, тоже полезная штука.<\/p>\n
Кожаные заняты делом, кремнивые — рутиной. Обожаю такое.<\/p>\n
КЭНК! Слава роботам!<\/p>\n",
            "summary": "Несколько лет назад, за кружкой крепкого чая у мангала, мой старинный друг пожаловался на одну из обязанностей на работе",
            "date_published": "2024-12-05T12:27:42+03:00",
            "date_modified": "2024-12-09T13:17:05+03:00",
            "tags": [
                "EWS",
                "PowerShell",
                "КЭНК"
            ],
            "image": "https:\/\/batishchev.ru\/blog\/pictures\/exchangedocsaver-esche-odna-istoriya-pro-lyudey-i-robotov.png",
            "_date_published_rfc2822": "Thu, 05 Dec 2024 12:27:42 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1104",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/batishchev.ru\/blog\/pictures\/exchangedocsaver-esche-odna-istoriya-pro-lyudey-i-robotov.png"
                ]
            }
        },
        {
            "id": "1083",
            "url": "https:\/\/batishchev.ru\/blog\/all\/zapusk-processov-kaspersky-network-agent-v-64-bit-okruzhenii\/",
            "title": "Запуск процессов через Kaspersky Network Agent в 64-bit окружении",
            "content_html": "
Через задачу типа «Удалённая установка программы» на windows-клиентах, покрытых Kaspersky Network Agent, удобно запускать инсталляторы или скрипты, выполняющие на хосте необходимые администратору настройки. Тут можно решать множество проблем — от умной деинсталляции или переустановки софта, до настройки параметров ОС и приложений.<\/p>\n
Однако, здесь кроется одна засада — агент работает от имени SYSTEM, но запускает нагрузку в 32-битном окружении. В плане powershell из-за этого могут быть недоступны часть ресурсов ОС типа веток реестра и всплывать прочие нюансы.<\/p>\n
К счастью, великий стаковерфлоу уже больше 10 лет хранит в себе рецепт на этот случай. Он часто пригождается, поэтому положу его и сюда. Просто добавьте простой советский<\/s> блок кода в начало вашего скрипта, и он будет автоматически перезапущен со всеми параметрами в 64-битном окружении.<\/p>\n
\n#############################################################################\n#If Powershell is running the 32-bit version on a 64-bit machine, we \n#need to force powershell to run in 64-bit mode .\n#############################################################################\nif ($env:PROCESSOR_ARCHITEW6432 -eq \"AMD64\") {\n    if ($myInvocation.Line) {\n        &\"$env:WINDIR\\sysnative\\windowspowershell\\v1.0\\powershell.exe\" -NonInteractive -NoProfile $myInvocation.Line\n    }else{\n        &\"$env:WINDIR\\sysnative\\windowspowershell\\v1.0\\powershell.exe\" -NonInteractive -NoProfile -file \"$($myInvocation.InvocationName)\" $args\n    }\nexit $lastexitcode\n}\n\nwrite-host \"Main script body\"\n\n#############################################################################\n#End\n#############################################################################\n<\/code>\n<\/pre>\n
Ссылочки на исходники<\/h2>\n