Разработка в Visual Studio Code
В VS Code код остаётся под вашим контролем: вы видите каждое изменение, при желании сами запускаете генерацию и ведёте постпроцессор в системе контроля версий как обычно. Ассистентом служит чат-расширение на ваш выбор, а результаты показывают три расширения из набора.
Сначала всё установите — см. настройку инструментов.
Какое чат-расширение выбрать
Какой бы вы ни выбрали, он работает на вашей учётной записи у поставщика ИИ-услуг и тарифицируется этим поставщиком с первого запроса — см. во что это обходится.
Подойдёт любой ассистент, который отвечает трём условиям, и выбор за вами:
- он подключается к MCP-серверам — именно так он читает CLData и управляет постпроцессором;
- ему можно разрешить выполнять команды в рабочей папке — так он собирает, устанавливает и открывает нужное;
- у него есть место для постоянных инструкций, чтобы правила вашего проекта действовали в каждом запросе.
Рекомендуемая отправная точка — Kilo Code. Для этой работы важны три его свойства:
- Skills — штатный механизм. Skill — это папка с файлом
SKILL.md, и Kilo Code подхватывает её из.kilo/skills/в проекте или из~/.kilo/skills/для всех проектов — то есть ровно в том виде, в котором skills публикуются с этой документацией, так что они кладутся без переделки. Новые skills обнаруживаются при старте сессии или по команде/reloadв открытой. - Он не привязан к одному провайдеру моделей. Запросы идут через шлюз, который через одну точку доступа даёт модели всех основных провайдеров, и можно использовать свои ключи, так что выбор провайдера остаётся за вами.
- У него открытый исходный код (лицензия MIT), а его сессии можно наблюдать и направлять удалённо, в том числе с телефона.
Другие, работающие с этим набором инструментов:
| Чат-расширение | Постоянные инструкции | Примечания |
|---|---|---|
| Kilo Code | AGENTS.md в корне проекта; инструкции проекта в kilo.jsonc |
Публикуемые skills загружает как есть |
| Cline, Roo Code | Файл правил клиента | Общее происхождение, поэтому панели выглядят знакомо |
| Claude Code | CLAUDE.md; публикуемые skills загружает как есть |
Команды выполняет после вашего подтверждения |
| GitHub Copilot Chat | .github/copilot-instructions.md |
MCP и выполнение команд требуют режима агента |
| Codex CLI | AGENTS.md |
Работает из терминала, рядом с VS Code |
Какой бы вы ни выбрали, предпочитайте клиента, который загружает skills напрямую, — тогда вы получаете и порядок работы, а не только инструменты. С клиентом без механизма skills укажите нужный SKILL.md в постоянных инструкциях или вставьте его в чат: это обычный Markdown, он работает и так.
Где каждый клиент хранит конфигурацию MCP, перечислено в расширенной настройке.
Рабочий цикл
- Работайте с копией или ветвью постпроцессора, никогда с производственным файлом.
- Откройте только те папки, которые нужны: постпроцессор и, если используете, копию документации.
- Откройте небольшой тестовый проект. Попросите ассистента исследовать его — CLData Inspector покажет вам те же команды, которые он прочитал.
- Поставьте одну ограниченную задачу с ожидаемым результатом в УП. Попросите план и данные, на которых он основан, прежде чем будет записан хоть один файл.
- Просматривайте изменения сразу, как они появляются. Отклоняйте переформатирование и переписывание, которых вы не просили.
- Дайте скомпилировать и запустить или запустите Generate NC сами. Сравните сформированную УП с предыдущим прогоном и с эталонной программой.
- Проверьте результат — см. проверку и подтверждение результата.
Подробности по каждому типу постпроцессора — в рабочем цикле SPPX и рабочем цикле .NET.
Просите показывать
Ассистент умеет открыть именно тот объект, на который ссылается, поэтому вы видите текущий исходный код или входные данные, а не фрагмент, процитированный в чате:
- команду в CLData Inspector — нужный файл, команду и параметр;
- обработчик на нужной строке, с подсвеченным участком и короткой подписью;
- панель Generate NC с подготовленной конфигурацией, и с запуском, если вы попросили.
Так и просите: «покажи эту команду в инспекторе», «открой обработчик, где ты поменял смещение».
Учтите, что собственный прогон ассистента молчаливый: он запускает постпроцессор через сервер и сам читает результат — так он проверяет свою работу. Панель Generate NC предназначена вам: конфигурация, входные параметры поста, ход выполнения, ошибки в Problems со ссылками в код обработчиков и сравнение с предыдущим прогоном и с эталонной программой.
Пусть у ассистента будет своя конфигурация запуска
Панель Generate NC хранит именованные конфигурации: какой проект обрабатывать, куда писать файл УП, какие входные параметры поста использовать. Попросите ассистента создать свою — например Agent check — вместо того чтобы пользоваться вашей. Ваши настройки при этом останутся как были, а два прогона можно будет сравнить.
Контекст и безопасность
Давайте ассистенту небольшой набор достоверных источников: нужный обработчик, соответствующую страницу справочника CLData, уменьшенный тестовый проект и заведомо правильную УП. Полный проект заказчика ответ улучшает редко.
Требования, которые действуют всегда, записывайте в файл инструкций воркспейса (CLAUDE.md, AGENTS.md, .clinerules — смотря какой клиент): правила именования, формат вывода, участвующие станки, обязательный запуск постпроцессора до доклада об успехе. Не помещайте туда пароли, токены и архивы заказчиков, а сформированные УП держите вне папок с исходниками.
Перед изменением нескольких файлов просите план, храните каждое изменение в системе контроля версий и никогда не позволяйте ассистенту передавать программу на станок.