業界産業オートメーション / PLCプログラミング / エンジニアリング効率

Siemens SCL 自動生成エージェント

「要件+工程説明+変数表」を自動でSCLコードへ変換、電気エンジニアに10倍のレバレッジを。

このページについて

本ページはSCLエージェント方針のアーキテクチャと機能説明であり、工場や顧客の実際の工程詳細・変数表・本番コードは公開しません。MVP / V1段階では、AIが生成したSCLは必ず有資格の電気エンジニアの審査を経てから本番PLCにダウンロードすること——これは譲れない産業安全の境界線です。

ひとことで言うと

Siemens SCL 自動生成エージェントは、電気エンジニア向けの PLC プログラミング支援ツールです。要件・工程説明・変数表を渡すと、プランナー・ジェネレーター・レビュアーの3エージェントが順に SCL コードの草案を作成し、ANTLR4 による構文静的チェックと LLM のロジック審査を通し、最大5回まで自動修復してから人へエスカレーションします。最大の特徴は、意図的にエンジニアをループ内に残していること——MVP と V1 の段階では、AI が生成した SCL は有資格の電気エンジニアの審査を経ない限り本番 PLC へダウンロードできません。

エージェントが担う主要な作業

中核機能

01

デュアルモデル協調

要件理解(Qwen 3.x)+ コード生成(DeepSeek コードモデル)+ 審査(Qwen コードモデル)。3モデルが役割分担、単一モデルより常に上。

02

RAG三層ナレッジベース

言語層(SCL構文+IEC 61131-3)/ テンプレート層(モータ・弁・PID・順序制御・安全インターロックのFB)/ 規約層(変数接頭辞・FB番号・コメント)。テンプレート層が真の堀。

03

3段階検証チェーン

構文静的チェック(ANTLR4+SCL文法、ミリ秒)→ LLMロジック審査(変数参照/型/FB呼出し/安全インターロック)→ 自動修復ループ(最大5回、超過で人手へ)。

04

変数表の決定論的パーサ

変数表はまずコードで標準JSON(var_name / data_type / address / direction)に変換してからLLMへ。コードで確定処理できる箇所は決してモデルに任せない。

05

TIA Portal Opennessと段階的降格

Linux/Mac本体 + Windows Agent + Siemens Openness API。まず「.scl出力+手動インポート」を安全策として用意し、トランザクション・ロールバックでプロジェクト状態を守り、最後に完全自動書込みへ進む。

06

産業安全レッドライン+品質ゲート

MVP / V1ではエンジニア審査必須。フェーズ品質ゲート(構文/ロジック/一発通過率)はハード要件、達成前に自動化を進めない。超過事例は全件記録しテンプレ改善に。

横並び比較

AI による SCL 生成 vs エンジニアの手書き vs テンプレートのコピー

観点エンジニアの手書き旧案件テンプレートのコピーSCL エージェント+エンジニア審査
単機設備の初稿までの時間ゼロから書いて3〜5日十分に近い旧案件を掘り出せるかどうか次第AI が草案を出しエンジニアが審査、目標は半日〜1日
チームのノウハウはどこに残るか個人の経験に残り、その人が去れば失われる各案件のプロジェクトファイルに散在し、記憶頼りで探すしかないRAG 三層ナレッジベース(言語/テンプレート/規約)に蓄積され、新人でも再利用できる
命名と規約の一貫性個人の自律に依存し、案件をまたぐと揃わないコピー元の負債をそのまま引き継ぎ、複製するほど乱れる規約層が変数接頭辞・FB 番号・コメント形式を強制的に統一
誤りが見つかる段階コンパイル時に判明し、ロジックの問題は現場調整まで表面化しないことが多い同様で、加えてコピー元の既存バグも引き継ぎやすいミリ秒の構文静的チェック、LLM ロジック審査、最大5回の自動修復を経て、超過分は人へ

導入前後の比較

定量的改善

電気エンジニア
導入前単機SCLを手書きで3〜5日
導入後AIが80点案、エンジニアが審査 → 半日〜1日
プロジェクトマネージャー
導入前納期長く熟練エンジニアがボトルネック
導入後初稿と回帰を自動化、人手は審査と例外に集中
自動化責任者
導入前同じ工程を都度書き直し、ノウハウは個人依存
導入後RAGテンプレ群がチームの知見を蓄積、新人でも再利用可
顧客工場
導入前改造1台に数週間の順番待ち
導入後要件提出から草案まで1日未満、反復速度が大幅向上

科目と機能のマトリクス

対応モジュール

MVP

構文 >90% · 一発 >60%

V1

ロジック >85% · 一発 >75%

V2

チューニング+完全自動接続

V3

自走進化 · 四半期増分

エージェントと人の監督の役割分担

システム構成(概念図)

source

電気エンジニア

agent

プランナー

agent

ジェネレーター

agent

レビュアー

human

エンジニア審査

output

TIA Portal

Flow

  • 電気エンジニアプランナー要件・工程・変数
  • プランナージェネレーターFBタスクプール
  • ジェネレーターレビュアーSCL草案
  • レビュアージェネレーター5回自動修復
  • レビュアーエンジニア審査通過 / エスカレ
  • エンジニア審査TIA PortalOpenness書込み / 手動取込
  • TIA Portalプランナー成功案例→RAG

検証可能な事実

数値と出典

3つのモデルで役割を分担します。要件理解は Qwen 3.x、コード生成は DeepSeek のコードモデル、審査は Qwen のコードモデルです。

自社申告SCL エージェント方案 設計説明(概念方案)2026-08 確認2026-08-01

RAG ナレッジベースは三層構成です。言語層(SCL 構文+IEC 61131-3)、テンプレート層(モータ/弁/PID/順序制御/安全インターロックの FB)、規約層(変数接頭辞・FB 番号・コメント)。

自社申告SCL エージェント方案 設計説明(概念方案)2026-08 確認2026-08-01

検証は3段階です。ANTLR4+SCL 文法によるミリ秒の構文静的チェック → LLM のロジック審査 → 最大5回の自動修復ループ、超過分は人へエスカレーション。

自社申告SCL エージェント方案 設計説明(概念方案)2026-08 確認2026-08-01

フェーズ品質ゲートは実測値ではなく目標値です。MVP は構文正解率 >90%・一発通過率 >60%、V1 はロジック正解率 >85%・一発通過率 >75% を要求し、達成するまで次段階の自動化には進みません。

自社申告SCL エージェント方案 フェーズ計画(目標値であり実測結果ではない)2026-08 確認2026-08-01

「単機の SCL が手書き3〜5日から半日〜1日に短縮」は方案上の期待効果の試算であり、基準はエンジニアがゼロから書く場合で、現場案件による検証は未実施です。

自社申告SCL エージェント方案 ROI 試算(概念方案の期待値、基線は手書き、現場未検証)2026-08 確認2026-08-01

適用範囲

本方式が適さないケース

  • 本ページは SCL エージェント方案のアーキテクチャと機能の説明であり、今すぐ購入・納品できる完成品ではありません。工場の工程詳細・変数表・本番コードは一切掲載しておらず、実際の効果は各エンジニアリングチームのテンプレート蓄積度に応じて別途評価する必要があります。
  • AI が生成した SCL をそのまま本番 PLC へ書き込むことはできません。MVP / V1 段階では有資格の電気エンジニアによる承認が必須であり、これは譲れない産業安全の一線です。この制約を受け入れられない案件には適用できません。
  • フェーズゲートの数値は達成すべき目標であり、実測済みの成績ではありません。MVP の構文 >90%/一発通過 >60%、V1 のロジック >85%/一発通過 >75% は、いずれも「達成するまで次段階の自動化に進まない」ためのハード条件であり、納品済みの性能指標として引用しないでください。
  • 効果の上限はテンプレート層が決めます。工程が極めて非標準で再利用可能な FB がほとんどない場合、AI は構文的に正しい骨組みしか出せず、削減時間は一般的なモータ/弁/PID/順序制御の案件を大きく下回ります。
執筆YGG 臻星科技 ソリューションチーム公開日2026-05-08最終確認2026-08-01