Natural Language Programming Planner

ツールの機能と適用可能なシナリオ

Natural Language Programming Planner は、生成前にテキストから G コードへの準備、規模、検証カバレッジを評価するために使用されます。このツールは、トラブルシューティングとパラメータの検証を支援するルールベースの診断クエリとパラメータ参照を提供します。 このツールはルールの解釈とリスクの特定に重点を置いており、異常の診断と解決策のスクリーニングに適しています。ページ プロンプトの焦点 : 最初に処理タイプと意図の複雑さを選択し、次に生成リスクを評価します。

最初に入力データの完全性と正確性を確認し、その後、診断結果を最終的な結論ではなく、トラブルシューティングの参考として使用することをお勧めします。

キー入力/出力の説明

キー入力

• 処理タイプ: 計算ブランチを選択するために使用されます。オプションが異なれば、式や判定しきい値も異なります。
• インテントの複雑さ: ルールの分岐を切り替えるために使用されます。実際の現場の作業条件に合わせて選択することをお勧めします。
• セキュリティ戦略: ルール分岐を切り替えるために使用されます。実際の現場の作業条件に合わせて選択することをお勧めします。
• 目標プログラムセグメント数（行数）: 設備または作業条件の境界パラメータであり、評価の基準範囲を定義します。
• マクロ変数の数 (n): 基本的な入力パラメーター。デバイスによって収集された実際のデータに基づいて入力することをお勧めします。

キー出力

• プロンプトワード準備状況 (%): メンテナンスの優先順位と傾向の変化を決定するために使用される、機器の状態の総合的なスコア。
• 推定出力トークン (tok): 診断基準値。傾向の変化を定期的に収集して比較することをお勧めします。
• 推奨チェック項目数 ( 項目 )：診断基準値であり、傾向変化を定期的に収集し比較することを推奨します。
• リスク指数 (%) の生成: リスク分類やコンプライアンス判断に使用され、高リスクまたは失敗した項目を優先します。
• プロセスの提案: 実装前に、実行層の出力、コントローラー構文、およびオンサイトのインターロック条件を検証する必要があります。

「まずはデータ収集を完了し、診断結果を参照し、現場で検証し、最終確認する」という順序でご利用いただくことをお勧めします。

推奨される使用順序

1. ロック制約入力: エラー境界でのパラメータ調整を避けるために、まずプログラム セグメントの目標数が現場の条件と一致していることを確認します。
2. 制御入力の設定: 保守的な値を優先して、処理タイプに関するベースラインの最初のラウンドを確立します。
3. 主な結果の解釈: まず、プロンプト ワードの準備状況、予想される出力トークン、推奨される検証項目の数が機能ウィンドウ内にあるかどうかを確認し、「生成リスク指数」のチェックに重点を置きます。
4. クローズドループ検証: 計算結果を最初の記事レコードとプログラムノートに書き込みます。高リスクのルールにヒットした場合、リスク項目が最初に処理され、次に効率の最適化が考慮されます。

結果の解釈と現場検証

注意すべき重要なポイント : まず、入力されたステータス データまたは説明情報が完全かつ正確であることを確認してから、診断の提案を参照してください。

• 診断結果はトラブルシューティングのヒントとしてのみ使用され、最終的な判断は現場の状況に基づいて行われます。
• 参考値は簡易モデルまたはルックアップテーブルから取得されており、モデルによって異なる場合があります。
• 過去の傾向を定期的に比較し、単一の外れ値を意思決定の基礎として直接使用しないでください。
• リスクインデックスの生成と推奨事項の処理には特に注意し、アラームが発生した場合はセキュリティと構文の問題を最初に処理します。

関連ツール

• G コードクイックチェッカー
• 機械アラームコード診断
• ベンチマークパラメータのクイックチェック

実装に関する提案

自然言語プログラミング プランナーを固定プロセス ( 通常の収集 -> 傾向比較 -> しきい値警告 -> メンテナンス スケジュール ) に組み込み、プロンプト ワードの準備状況と予想される出力トークンをチーム引き継ぎのコア レコード フィールドとして使用することをお勧めします。