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

業務プロセス

AI スタックを組織でどう回すかを整理した文書です。AI は「入れておけば勝手に 回るもの」ではなく、人が材料を入れて結果を判定してあげることで使えるものになります。

チュートリアルとは異なります

チュートリアルが「文書ひとつで最初の答えを受け取ってみる」ものだとすれば、この文書は 「使える状態を維持し続ける」ためのものです。

役割​

役割アカウントすること
AI 運用者管理コンソールアカウント(env)サービス状態・文書索引・パイプライン管理
現場ユーザーPlatform アカウント体系問いかけで質問し答えを判定、提案を承認・対処・記録
システム管理者サーバーアクセスインストール・キーローテーション・バックアップ

コンソールアカウントはチームで共有するひとつです → 初期パスワード変更。

現場ユーザーの業務 — 見えるものと承認権限​

コパイロットは現場ユーザーごとに業務(作業者・班長・整備・品質・工場長)を持ちます。誰もが問いかけの最初の画面から 始まり、業務はサイドバーに見えるもの・提案で見える出典・承認権限を分けます(デフォルトバンドル基準)。サイドバーには上から新しい会話・提案・自動化があります。

業務見えるものさらにすること
作業者新しい会話(問いかけ)・提案(計画・インシデント)・自動化提案で結果記録
整備+ 提案の確認すべき異常対処実行・整備依頼下書き承認・映像作業手順投稿・自動化結果を他者に送信
班長+ 確認すべき異常対処実行・整備依頼下書き承認・映像作業手順投稿・自動化結果を他者に送信
品質全部—
工場長全部対処実行・整備依頼・発注督促下書き承認・映像作業手順投稿・自動化結果を他者に送信

指定しなければ作業者になります。導入時に班長・整備・工場長だけでも業務を指定しておけば、各自 自分の仕事が最初の画面の«今日やること»に上がります。業務と範囲は管理者のみが変更します(管理コンソール › ユーザー › 私の業務) — 承認権限が業務に従うためです。 本人は設定で見ることしかできません → コパイロット画面マップ — 役割別メニュー · ユーザー権限と業務役割 · 権限

全体の流れ​

矢印がレーンを越える箇所が引き継ぎポイントです。

このループが核心です

현장 피드백 → 문서 보강 → 재색인 これが回らなければ AI は最初に入れた文書レベルで止まります。 フィードバックを受け取る窓口を決めておいてください — 大抵これがなくてループが切れます。

1. 導入 — 使えるようになるまで​

順序すること担当
1インストール → ワンライン・インストールシステム管理者
2コンソールアカウント・キー設定 → 初期パスワード変更システム管理者
3ホームで全体状態が緑か確認 → 管理コンソールAI 運用者
4どの文書を入れるか選ぶAI 運用者 + 現場
5文書索引 + Query Test 検証AI 運用者
6現場に公開—
4番がこの導入の勝負どころです

文書を何でもたくさん入れれば良くなるわけではありません。現場が実際によく尋ねることから 入れてください — 設備マニュアル、作業標準書、トラブルシューティング履歴の順が大抵効果が大きいです。 古い文書を入れるとチャットボットが自信満々に間違った答えをします。

2. 運用 — 周期のある仕事​

周期すること担当
毎日ホーム状態要約(障害0か)AI 運用者
週1回パイプライン状態・実行履歴AI 運用者
週1回GPU使用率・XID、LLM応答速度(P95)AI 運用者
月1回文書更新分の再索引、間違った答え事例の整理AI 運用者 + 現場
四半期キーローテーション → パスワード・APIキー変更システム管理者

すべて管理コンソールで見ます。

XID が 0 でなければ即座に報告

GPU ハードウェア・ドライバエラーです。今動いていても次の症状は通常ノードダウンです。

現場の一日 — 問いかけ・提案・自動化​

現場ユーザーの一日は三つをこの順で経ます。

順序どこですること
1問いかけ最初の画面の«今日やること»最初は「今日やること N件」と一行に畳まれています。押すと今すぐ手を付けるべきものが緊急順に五行まで展開され(展開・折りたたみはその機器に記憶されます)、行を押すとその提案が開きます。すべて見るは提案に移動します。やることがなければこの行自体が描画されません
2提案 › やることAI が見たもの・診断・根拠・対処案を読んで承認します。根拠行を押すと文書原文・図面・映像が右パネルに開き、戻るで詳細に戻ります。計画は«承認して開始»、確認すべき異常は«インシデントに上げる»、インシデントは«対処案承認»です。誤報であれば理由を選んで無視します
3提案 › 進行中対処を実行し結果記録(完了・該当なしと一行メモ)を残します
4同じ詳細再発検証 — 決められた期間、同じ問題が再発するか見守ります。再発すれば«再発»に戻り、インシデントは«検証確認して終結»で閉じます
5提案 › 完了実行した対処の履歴と要約一行(対処件数・処理時間・検証通過・再発)を見ます
6自動化毎日・毎週繰り返し確認していたこと、条件に達したら知らせてほしいこと(旧«ウォッチ»)は一文で任せます。結果は実行提案カード・レポートとして返ってきて2番につながり、アプリ通知・社内メール・メッセンジャーチャンネルでも受け取れます
  • 作業中に分からないことは詳細の問いかけで続けて質問でその業務を文脈として尋ねます。
  • 他システムに残る仕事(整備依頼・発注督促)は人が承認した下書きとしてのみ出ていきます。二人が承認すべき行動もあります。
  • 段階別ボタンとバッジは提案に、自動化の作り方は自動化にあります。
導入初期に決めておくこと

«今日やること»を誰が・一日のいつ開くか(交代開始時など)と、承認権限を持つ人が不在の時に誰が代わるかを決めておいてください → 権限 — 二人承認・代行

3. 答えが間違っている時 — どこを直すか​

「チャットボットがおかしな答えをする」は原因が複数の層にわたります。以下の順に絞り込みます。

確認そうであれば
1. 根拠文書が索引されているかなければ → 文書を入れる (Documents)
2. 検索で引っかかるか引っかからなければ → 検索方式(hybrid/local/…)を変えてみる (Query Test)
3. 引っかかるのに答えが間違っているか原本文書が古い可能性 — 文書を直す
4. 答えが遅い、または途切れるかLLM・GPU問題 → LLM · GPU 画面
モデルを疑う前に材料を疑ってください

現場で「AI が馬鹿だ」と上がってくるものの大部分は文書がないか古いことです。

4. 異常判定に«合っていたか»を残す​

文書の答えと同じループが異常検知にもあります。現場ユーザーが AI が出した判定が誤報だったか、出した提案が効果があったかを 残しておくと、その表示で設備別の精度を測り AI が設備別の判定基準を自ら調整します。押すのは記録だけなので設備・オーダーは変わりません。

誰がどこで何を
現場ユーザー提案 — 確認すべき異常の無視理由(セットアップ・交換作業中・設備停止・待機中・整備中・センサー問題・その他)を選ぶと誤報として表示され AI 精度に入ります
現場ユーザー提案 — AI 提案カードの受諾・却下却下理由、受諾後は効果あり・効果なし・まだ不明
管理者管理コンソール › 精度チューニング設備別しきい値の自律調整を見て昇格または差し戻し

旧«検証待ち»(シャドー判定の正解・不正解を表示していた画面)は新画面にありません — シャドーで記録された発見は管理者が管理コンソール › 現場通知プレビューで見ます。 旧«見逃した異常の報告»と«レポート › AI 精度»タブも新画面にありません。見逃しはサーバーが設備の停止・故障記録と照合して自ら付け、精度の数値を見る場所は AI発見と精度 — 精度はどこで見るかにあります。

→ AI発見と精度 · コパイロット管理コンソール — 精度チューニング

よくずれるポイント​

症状大抵の原因
「導入したのに誰も使わない」現場が尋ねることと入れた文書が違う
「分析画面が空っぽ」フィーチャーパイプラインが停止 — モデルではなくパイプラインを見る
「今日やることが見えない」デフォルトが折りたたまれた一行(「今日やること N件」)なので押さないと展開しない。行自体がなければやることがない状態 — 正常。常にないなら業務・設備範囲を見る
「自信満々に間違った答えをする」古い文書が索引に残っている
「遅くなった」GPU競合または LLM 待ち — P95 を見る

関連文書​