Урок 4: Industrial Copilot и PLC-codegen — Siemens, Rockwell, ABB, LLM4PLC

Чему вы научитесь

• Различать industrial copilot, PLC-codegen и agentic engineering workflow
• Понимать, что именно делают Siemens Industrial Copilot, Rockwell FactoryTalk Design Studio, ABB RobotStudio AI Assistant и academic-пайплайны LLM4PLC
• Видеть безопасную архитектуру для генерации Structured Text и ladder logic в российском контуре
• Понимать, почему для PLC критичны RAG, модельная проверка и ручной review инженером
• Строить realistic roadmap: ассистент по библиотеке и шаблонам сейчас, автопилот PLC — нет

LLM в промышленной автоматизации — это не «напиши мне станок». Правильная постановка намного уже: помочь инженеру быстрее найти шаблон функции, объяснить блок, собрать черновик Structured Text, сопоставить код с корпоративным стандартом и проверить, не нарушает ли логика базовые инварианты. Всё, что выходит за эту рамку, быстро попадает в зону риска для КИИ, безопасности и просто производственного здравого смысла.

Кто уже делает industrial copilot

Что реально доказала академика

Самый полезный здесь источник — LLM4PLC от UC Irvine и Siemens Technology. Авторы построили пайплайн LLM → Structured Text → MATIEC → NuXmv model checker и показали, что fine-tuning через PEFT/LoRA повышал pass-rate с 47% до 72%, а экспертная оценка качества кода росла с 2,25/10 до 7,75/10 (paper; code).

Это важный результат по двум причинам.

• LLM действительно умеет ускорять создание PLC-кода.
• Без формальной проверки и компиляционного контура этот код нельзя считать безопасным.

То есть сама модель — только первая половина решения. Вторая половина — это guardrails.

flowchart LR
    A[Запрос инженера] --> B[RAG по внутренней PLC-библиотеке и стандартам]
    B --> C[LLM генерирует Structured Text или ladder-псевдокод]
    C --> D[Компиляция и синтаксическая проверка]
    D --> E[Model checking и правила безопасности]
    E --> F[Симулятор и тестовый стенд]
    F --> G[Ручной review инженером]
    G --> H[Релиз в контролируемый контур]

Что должен делать PLC-copilot на практике

Какой RAG-корпус нужен PLC-copilot

Без такого корпуса copilot знает общий синтаксис Structured Text, но не знает ваш завод. А PLC-задачи как раз ломаются на заводской специфике: своих interlock, своих именах, своих ограничениях по пуску и аварийному режиму.

Как собирать безопасный copilot в российском контуре

Практический вариант для завода выглядит так.

• On-prem LLM: Qwen 3, DeepSeek R1 или T-Pro 2.0 в локальном контуре по схеме из p.9/02.
• RAG по внутренней PLC-библиотеке, шаблонам ST, naming conventions, описаниям оборудования и правилам interlock.
• Отдельный слой rule checks: синтаксис, линтер, запреты на использование опасных паттернов, регламент review.
• Симулятор или тестовый стенд до любого реального релиза.
• Обязательный человек в цикле.

То есть лучший российский PLC-copilot в 2026 году — это не чат к публичному API, а локальный engineering assistant с жёстко ограниченным action space.

Где агентный режим уже имеет смысл

Agentic workflow полезен не тогда, когда агент «сам всё делает», а когда он автоматизирует цепочку инженерной рутины.

Примеры адекватного action space:

• открыть правильную библиотеку функций;
• найти все места, где используется конкретный tag;
• собрать черновик ST по approved template;
• прогнать unit-like checks и симулятор;
• сформировать diff и чек-лист для инженера.

Именно такая логика подробно продолжается в p.9/07, где разобраны LangGraph, CrewAI и другие агентные фреймворки.

Как запускать PLC-copilot без самообмана

1. Начните не с codegen, а с поиска и объяснения. Первый релиз копилота должен помогать находить функции, стандарты и прошлые проекты, а не писать новую логику.

2. Соберите RAG-корпус. PLC-библиотека, стандарты именования, принципы interlock, примеры типовых блоков, аварийные сценарии и требования по безопасности.

3. Добавьте structured output. Генерация должна возвращать ST-блок, комментарии, список допущений и чек-лист проверки, а не свободный текст.

4. Встройте формальные проверки. Компиляция, lint, model checking и тестовый стенд обязательны, иначе вы делаете красивую demo, а не инженерный инструмент.

5. Запретите прямой deploy. Даже если технически это возможно, организационно это плохая идея.

Что читать дальше

• Нужен локальный open-weight стек под такого ассистента — идите в p.9/02.
• Нужны агентные паттерны и orchestration — смотрите p.9/07.
• Нужен правовой контур для PLC и КИИ — возвращайтесь к p.3/02.
• Нужна базовая архитектура router/redaction/cascade — полезен p.2/05.