業務プロセス — 誰が、いつ、何を

AI スタックを組織でどう回すかをまとめた文書です。AI は「入れておけば自動で動く」のではなく、人が材料を用意し、結果を判定してこそ 使える状態になります。

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

チュートリアルが「ドキュメント1つで初めての答をもらう」なら、この文書は「継続して使える状態を保つ」です。

役割

役割	アカウント	業務
AI 運用者	管理コンソールアカウント(env)	サービス状態・ドキュメントインデックス・パイプライン管理
現場ユーザー	プラットフォームアカウント体系	チャットボットに質問し、答を判定
システム管理者	サーバーアクセス	インストール・キーローテーション・バックアップ

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

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

このループが重要です

현장 피드백 → 문서 보강 → 재색인 これが回らないと AI は最初に入れたドキュメントレベルで止まります。 フィードバックを受け取る窓口を決めておいてください — 大半の場合、これがないループが途切れます。

順序	業務	担当
1	インストール → ワンラインインストール	システム管理者
2	コンソールアカウント・キー設定 → 初期パスワード変更	システム管理者
3	ホームで全体状態が緑であることを確認 → 管理コンソール	AI 運用者
4	どのドキュメントを入れるか選定	AI 運用者 + 現場
5	ドキュメントインデックス + Query Test 検証	AI 運用者
6	現場にリリース	—

4番がこの導入の分かれ目です

ドキュメントを無闇に多く入れても効果がありません。現場が実際に頻繁に聞く内容から始めてください — 設備マニュアル、作業標準書、トラブルシューティング履歴の順が通常は効果的です。古いドキュメントを入れると、チャットボットは自信を持って間違った答を返します。

すべて管理コンソールで確認します。

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

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

「チャットボットが妙な答を返す」は原因が複数層あります。以下の順序で絞ります。

確認	そうなら
1. 根拠ドキュメントがインデックスされているか	ない場合 → ドキュメントを追加する(Documents)
2. 検索で引っかかるか	引っかからない場合 → 検索方式(`hybrid`/`local`/…)を変えてみる(Query Test)
3. 引っかかるのに答が間違っているか	元のドキュメントが古い可能性 — ドキュメントを修正する
4. 答が遅い、または途切れるか	LLM・GPU 問題 → LLM・GPU 画面

モデルを疑う前に材料を疑いましょう

現場から「AI が馬鹿だ」と上がってくる大半は、ドキュメントがないか古いことです。

症状	大半の原因
「導入したけど誰も使わない」	現場が聞く内容と入れたドキュメントがズレている
「分析画面が空白」	フィーチャーパイプラインが止まっている — モデルではなくパイプラインを確認する
「自信を持って間違った答を返す」	古いドキュメントがインデックスに残っている
「遅くなった」	GPU 競合または LLM 待機 — P95 を確認する