メインコンテンツまでスキップ

AI 発見と精度 — エンジンが見つけたものと人が残す判断

時系列エンジンは問われるのを待たず、自ら問題を見つけて«発見»として記録しておきます。 コパイロットはそれを受け取り、急ぎのものはすぐに知らせ、 残りは朝にまとめて見せ、人の判断が必要なものは提案カードに上げます。人が提案で残した判断でAIの精度を測り直し、 AIが判定基準を自ら直します。

엔진이 발견을 적는다 (설비 이상 · 오더 목표 미달 · 데이터 끊김 …)
  → 코파일럿이 1분마다 받아 온다
  → 급함 · 높음은 즉시 알림 / 나머지는 아침 브리핑 카드 / 판단이 필요하면 AI 제안 카드
  → 사람이 제안에서 무시(사유) · 수락/거절 · 효과를 남긴다
  → 그 표시로 정확도를 재고, 설비별 판정 기준을 스스로 조정
すべてが«記録のみ»です

この文書のどのボタンも設備を制御したり、オーダー・スケジュールを変えたりしません。AIが自ら変えるのは 異常判定基準(設備ごとのセンサー閾値)一つだけです。

旧画面から変わったもの

«リポート › AI 정확도» タブ、モニタリング画面(/watch)のAI発見・注意設備・アラーム棚・修理後確認、異常診断運用コンソールのAI判定(正しい・誤報・わからない)と 見逃し報告、検証待ち(/review)は新しい画面にありません。人が残す判断は提案一つにまとまり、数値は管理コンソールと自動化レポートで見ます — 下記。

AI発見はどこへ来るか​

AI発見だけを別途まとめて見る画面はありません。発見は種類と緊急度に応じて下記の場所へ来ます。

発見来る場所
設備異常提案 › やること › 突発の確認する異常。深刻度が高いとインシデントへ上がります
緊急または深刻度高即時アラーム — 画面アラーム・プッシュ、そして設定されていればメール・Slack。一度に原因設備ごとに一通
その他朝のブリーフィングカード — 毎日早朝(デフォルト05:00)原因設備ごとにまとめて提案 › 計画にカード一枚で
オーダー目標未達・遅延回復案・故障リスク上記とは別に提案 › 計画にAI提案カード → AI提案カード
  • 同じ発見は同じレベルで一度だけ通知します。深刻度が上がるか緊急がオンになると再び通知します。
  • 問いかけで「今開いているAI発見を整理して」のように尋ねてリストで受け取ることもできます — 発見リストツール(list_findings)は最初から オンになっています(2026.10 再リリース(2026-10-20)) → 時系列インサイトツール
  • まだ検証を通過していないシャドウ判定は、アラーム・提案・問いかけのどこにも出ません — 下記«シャドウ»参照。

発見の種類​

種類何か
設備異常センサー・OEE・RAM・エネルギーがいつもと違う
オーダー目標未達進行中のオーダーが計画終了までに目標数量に届かない見込み
データ途絶・データ品質問題値が入ってこない、または入ってくる値がおかしい(設備ではなくデータの問題)
連鎖停止前段の設備が止まり後段の設備も連動して止まった
故障リスク近い時間内に故障する可能性がある
限界値到達予測・電力ピーク予測推移通りに進むと限界・ピークに達する
OEE低下・不良率異常シグナル・交換作業遅延生産指標側の発見
部品遅延の波及・遅延回復案部品遅延がスケジュールに波及することとその回復案
AI設定変更AIが自ら基準を変えたという記録
設備異常は2か所が判定し、通知は一方のみが出します

設備異常は既存の異常検知とAI発見が同じ規則で判定します。同じ異常を二度通知しないよう デフォルト(anomaly.source=both)では異常検知側が通知し、AI発見の設備異常は比較にのみ使います。 運用者がfindingsに変更すると、AI発見側が通知し、その場合低・中の設備異常は即時アラームではなく朝のブリーフィングへ送られます。

今日まず見るべき設備​

エンジンはサイトごとに注意設備ランキングを付けています — 開いている発見・健全性スコア・24時間推移・設備重要度でスコア(0〜100)と順位を決め、 理由3つと昨日比の順位変化を併せて出します。ランキング表画面はなく、**問いかけで「今日まず見るべき設備は?」**と尋ねると同じランキングで答えます (このツールは最初からオンになっています)。

  • データ途絶のようなデータ品質問題はスコアに入れません。
  • 設備重要度(致命的・重要・一般・低)は管理コンソールの設備重要度等級で決めます。

アラームが殺到するとき — チャタリング・フラッド​

同じ設備・同じ種類が60分以内に3回目の即時アラームに達すると、その一通に「[チャタリング3回/60分]」を付け、以降は通知しません(チャタリング)。 あるサイトで10分間に即時アラームが10件を超えると、個別アラームの代わりに「アラーム殺到」一通を送り、残りはサマリーにまとめます(フラッド)。 どちらの場合も行と発見はそのまま残ります。致命的設備の高・緊急アラームはチャタリング・フラッドに埋もれません。 数値はデフォルトで設定で変更できます。

期限と理由を記して通知を一時停止しておくアラーム棚と、止めておいた通知をまとめて見る画面は新しい画面にありません。すでに上げておいた棚は期限が過ぎると自動的に下がります。 チャタリング・フラッドの基準値はシステム設定のalert.chatter.count・alert.chatter.window.min・alert.flood.threshold・alert.flood.window.minです。

人が残す判断​

判断は提案の詳細で残します → 提案

判断どこで値どこに使われるか
無視理由確認する異常の無視セットアップ・交換作業中・設備停止/待機中・整備中・センサー問題・その他その異常を誤報と表示します。同じカードにまとめられた異常も一緒に表示されます。設備ごとの精度と閾値調整の材料
受諾・却下AI提案カードのAI提案判断受諾 / 却下(すでに実施済み・不要・提案が誤っていた・その他)AI提案の成績。«すでに実施済み» は修理後自動確認のきっかけになります
効果受諾した提案効果あり・効果なし・まだ不明(+メモ)AIが次の提案を選ぶのに使います
診断判定・実際の原因インシデントの結果記録診断が正しい・診断が誤り / 機械・電気・工程・運転・その他(すべて任意)管理コンソール回答品質 › 診断精度
措置案の却下理由承認待ちインシデントの却下診断が誤っている・措置が合わない・既に行いました・今はできない (資源・日程)・異常ではない (誤報)・その他«診断が誤っている»は診断判定«誤り»として、«異常ではない (誤報)»はそのインシデントを誤報として残します → 提案 — 措置案の検討
  • 判断は記録のみです — 押しても通知が消えたり設備・オーダー・スケジュールが変わったりしません。
  • 確信がなければ無視しないでください。 推測で選んだ理由は精度を狂わせます。効果が不明ならまだ不明にしておきます。
  • 表示は公開API GET /api/v1/ai-feedbackで取り出して見ることができます → API連携ガイド

人が押さなくてもサーバーが自ら付ける表示が2つあります。

自動表示何か
停止・故障ルールその時間に設備が実際に停止・故障していたかを毎時照合し、正しい・誤報・見逃しを付けます(accuracy.rule.enabled)。停止・故障が始まったのに前後5分に異常判定がなければ見逃しです。人の表示とは混ぜず別で数えます
修理後自動確認措置後、定められた時間が経過すると効果確認済み・効果なし・判断不可を付けます → 異常検知・インシデント対応

人が異常に«正しい»を付けたり、AIが見逃した異常を報告したりする欄は新しい画面にありません。人が残すのは上表の5つ(無視理由・受諾/却下・効果・診断判定・措置案の却下理由)で、 正しい・見逃しは上記«停止・故障ルール»が自ら付けます。

精度はどこで見るか​

«リポート › AI 정확도» 画面はなくなりました。精度に関連する数値は4か所で見ます。

何かどこ誰が
設備ごとの閾値調整の進捗・理由・直近の判断管理コンソール精度チューニング(/admin/tuning)管理者 + «閾値調整の昇格・差し戻し»権限
AI回答品質の定期試験スコア(直近90日)管理コンソール回答品質(/admin/quality)管理者
インシデントのAI診断の診断精度 — 人の判定の正解率(30・90・180日)、異常種類・モデル・設備・週・実際の原因別管理コンソール回答品質(/admin/quality)の下の節管理者
過去30日のAI異常判定がどれだけ正しかったか — 正しい・誤報・見逃し・精度合計と精度が低い設備自動化テンプレート**«AI精度点検»** — レポート(デフォルト毎週月曜09:00)その自動化を作った人と受け取るロール(デフォルト工場長)

  • 措置の成績(検証通過・再発)は提案 › 完了タブの先頭一行にあります。

  • 精度チューニング・回答品質画面の項目はコパイロット管理コンソールに(診断精度は回答品質)、 «AI精度点検»はユースケース — 自動化にあります。

  • ベンチマーク数値と測定方法は精度・ベンチマークにあります。

  • «AI精度点検»レポートが載せるのは合計と精度が低い設備10件までです(自分の設備範囲内、サンプルが不足していれば«サンプル不足»)。設備全体の表示率・誤報理由・ 学習中設備を表で見る画面は新しい画面にありません。

精度をどう数えるか​

サーバーが設備ごとに数える方式です — 画面が変わっても計算はそのままです。

値意味
精度正しい ÷ (正しい + 誤報)。人の表示で測ったものと停止・故障ルールで測ったものを別々に出します
見逃し出所別に数えます — 停止・故障が始まったのに前後5分に異常判定がなかった事案など
表示率表示された行 ÷ 判定行 — 低ければ精度を信用しないでください
誤報理由準備・待機・整備・センサー・その他
表示が不足していると数値を出しません — 「サンプル不足」

表示が10件未満だと精度を出さず「サンプル不足」として扱います。少数で出したパーセントは偶然に近いためです。 数値を得るには現場で判断を残す必要があります。

インシデントの診断精度(回答品質画面)はルールが異なります — 判定が20件未満なら「サンプル不足」を付けますが、割合はそのまま表示されます。

学習中・判定不可​

新しい設備や長く停止していた設備は、タグごとに基準が定まるまでスコアが出ません。

状態意味
判定不可すべてのタグが学習中 — 異常を判定しません
学習中一部のタグのみ学習中 — 残りで判定します
判定できずエンジンがこの設備を採点できませんでした(学習とは無関係 — 推論障害など)

🔴 提案に異常がないからといって正常とは限りません。 判定不可の設備は異常があっても確認する異常には上がってきません。 残り時間はエンジンが教えてくれる分だけわかり、わからなければ«不明»です — 作り話はしません。

設備ごとの閾値自律調整​

AIは人の表示と停止・故障ルールで設備ごとのセンサー閾値を自ら調整します。変わるのは判定 基準一つだけで、設備・工程には何もしません。

매일 밤 지난 3일로 후보 평가 → 더 나은 값이 있으면 그림자 3일
  → 통과하면 승격 → 7일 감시 → 나빠지면 자동 되돌림 (연속 2번이면 그 설비 일시정지)
  • デフォルトモードはauto(人の手を介さず昇格)です。proposeならシャドウを通過した値が管理者の 昇格を待ちます。offなら止まります(すでに使っている値はそのまま)。
  • 表示が不足していると何も変わりません(「サンプル不足」)。
  • 管理コンソール精度チューニングで設備ごとに«シャドウN日目・昇格準備完了・適用中・様子見N日目・停止»と閾値・理由・直近の判断を見て、 昇格・差し戻し・再開を押します。

シャドウ — 現場に知らせる前は記録のみ​

AI判定のうちまだ検証を通過していないもの(設備センサー異常通知・短期故障リスク)はシャドウとして回ります — 判定はしても記録のみで、 アラーム・提案・問いかけには出ません。管理コンソール現場通知プレビュー(/admin/field-modes)でシャドウとして記録された発見(直近48時間)を見て、 誤報が多くなければ理由を記して現場へオンにします → コパイロット管理コンソール

シャドウ判定に人が正しい・誤りを表示していた旧«検証待ち»画面は新しい画面にありません。権限«シャドウ判定レビュー»は束に残っていますが新しい画面では使う場所がありません → 権限

管理者が決めること​

何かどこで(管理コンソール)
設備重要度(致命的・重要・一般・低) — 変更時はメモ必須設備重要度等級
シャドウ ↔ 現場 — 判定機能を現場にオンにする(理由必須)現場通知プレビュー
閾値調整の昇格・差し戻し・再開精度チューニング
全体値とスイッチシステム設定 — 下表
設定デフォルト値意味
finding.enabledtrueAI発見の受信と朝のブリーフィング
finding.repair.enabledtrue修理後自動確認
anomaly.sourceboth設備異常通知を誰が出すか — pipeline・both・findings
attention.enabledtrue注意設備ランキング
accuracy.rule.enabledtrue停止・故障ルール照合
anomaly.tuning.modeauto設備ごとの閾値自律調整 — auto・propose・off

関連文書​