「要件＋工程説明＋変数表」を自動でSCLコードへ変換、電気エンジニアに10倍のレバレッジを。
このページについて
本ページはSCLエージェント方針のアーキテクチャと機能説明であり、工場や顧客の実際の工程詳細・変数表・本番コードは公開しません。MVP / V1段階では、AIが生成したSCLは必ず有資格の電気エンジニアの審査を経てから本番PLCにダウンロードすること——これは譲れない産業安全の境界線です。
エージェントが担う主要な作業
要件理解（Qwen2.5-72B）+ コード生成（DeepSeek-Coder-V2）+ 審査（Qwen2.5-Coder-32B）。3モデルが役割分担、単一モデルより常に上。
言語層（SCL構文＋IEC 61131-3）/ テンプレート層（モータ・弁・PID・順序制御・安全インターロックのFB）/ 規約層（変数接頭辞・FB番号・コメント）。テンプレート層が真の堀。
構文静的チェック（ANTLR4＋SCL文法、ミリ秒）→ LLMロジック審査（変数参照／型／FB呼出し／安全インターロック）→ 自動修復ループ（最大5回、超過で人手へ）。
変数表はまずコードで標準JSON（var_name / data_type / address / direction）に変換してからLLMへ。コードで確定処理できる箇所は決してモデルに任せない。
Linux/Mac本体 + Windows Agent + Siemens Openness API。まず「.scl出力＋手動インポート」を安全策として用意し、トランザクション・ロールバックでプロジェクト状態を守り、最後に完全自動書込みへ進む。
MVP / V1ではエンジニア審査必須。フェーズ品質ゲート（構文／ロジック／一発通過率）はハード要件、達成前に自動化を進めない。超過事例は全件記録しテンプレ改善に。
導入前後の比較
科目と機能のマトリクス
MVP
構文 >90% · 一発 >60%
V1
ロジック >85% · 一発 >75%
V2
チューニング+完全自動接続
V3
自走進化 · 四半期増分
エージェントと人の監督の役割分担
human
エンジニア審査
Flow