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

リリースノート

2026.10 再リリース — 2026-10-20 · LLM モデル aura-lite · 画面用語「インシデント」 · MCP ゲートウェイ​

互換性の破壊 — 外部 API 呼び出しの model 値を変更する必要があります

LLM モデル名が aura-35b → aura-lite に変わります。旧名のエイリアスは用意しないため、aura-35b で呼び出すと 404 になります。 ゲートウェイ（LiteLLM）を直接呼び出す外部連携は、リクエストの "model": "aura-35b" を "aura-lite" に変更してください → API 連携ガイド

マニュアルはこの版を基準に aura-lite を記載します。この版に上げる前のインストールはまだ aura-35b です。

LLM モデル — aura-35b → aura-lite​

  • 名前だけでなく モデルそのものが変わります — AURA-35B に代わり AURA-Lite（MoE · コンテキスト 256K · 画像入力対応）が動作します。
  • 重みフォルダ名も Aura-35B-A3B-NVFP4 → Aura-Lite-NVFP4 に変わります（/opt/kopens/models/Aura-Lite-NVFP4、バンドルモデルファイル Aura-Lite-NVFP4.tar.zst）。
  • インストール · bin/update.sh が Aura-Lite-NVFP4.tar.zst を 新たに取得します（SHA256SUMS と照合し、取得できない場合はそこで停止します）。
  • 閉域網では、インターネットに接続できる機器で MODELS="Aura-Lite-NVFP4 …" により取得して持ち込みます — バンドル作成ではモデルを取得しません → 閉域網インストール
  • vLLM が v0.31.0 に上がり、起動引数（LLM_MODEL_ARGS）が新モデルに合わせたパーサ（gemma4）に変わります。
  • 旧 Aura-35B-A3B-NVFP4 フォルダは使用しません — 新しい版が起動したことを確認したうえで削除して構いません。
  • aura-vision · aura-embedding-4b · aura-reranker-0.6b はそのままです。
  • コパイロット · 管理コンソール · ドキュメント検索 · ビジョン · ドキュメント理解は bin/update.sh 後に新しい名前を自動的に使用します — コパイロットは起動時に DB に保存されたモデル名を配線に合わせます。

画面用語の変更 — 故障受付 → インシデント​

  • コパイロット画面の 「故障受付」が「インシデント」 に変わります（英語画面では「Incident」）。故障だけでなくアラーム · 異常信号でも起票される案件だからです → 異常検知 · インシデント対応
  • コード · API · 設定キー · DB 上の名称（incident）はそのままです。連携側で修正すべき点はありません。
  • 実際の故障を指す語（設備故障 · 故障予兆 · 状態 FAULT）はこれまでどおり「故障」です。

ツール管理 — コパイロット「ツールサーバー（MCP）」→ AI 管理コンソール「MCP ゲートウェイ」​

  • コパイロット管理コンソールの ツールサーバー（MCP）（/admin/mcp）が なくなります。 MCP サーバー登録 · ツールのオン/オフ · 接続確認は新サービス MCP ゲートウェイ（plantpulse-mcp-gateway-api、内部 7160）が担い、画面は AI 管理コンソール › MCP ゲートウェイ です → MCP ゲートウェイ
  • コパイロットは MCP サーバーを直接接続せず、ゲートウェイのアドレス一つだけを見ます。承認ゲート · 人単位の監査記録はコパイロットに残ります。
  • 🔴 最初からオンにしておくツールが増えます — 時系列インサイト 34 種 · デジタルスレッド 9 種 · 工学計算 4 種 · RAG 2 種 · ドキュメント理解 2 種 · ビジョン 5 種 · プラットフォームすべて。外部サーバーだけがオフのままです → MCP ツールマップ
  • ツール検索 が既定でオンになります（予算 20） — 質問ごとに合うツールだけを選んでモデルに載せます。
  • チャットの文書検索はゲートウェイの rag_search の一本道 になります（コパイロット内蔵の文書検索はなくなります）。ゲートウェイが応答しないか rag_search がオフなら、マニュアル · 図面 · 手順の質問に答えを作らず、その理由を知らせます → RAG
  • AI 管理コンソール › MCP ゲートウェイ › ツール でツールごとに 検索語 を見て上書きします。呼び出し記録 は «ツール失敗» と «転送失敗» を分けて表示し、絞り込みます → MCP ゲートウェイ
  • デジタルスレッドにツールが 2 つ追加されます — thread_impact_range（遅れた PO · 不良ロットがどこまで及ぶか） · thread_interval_production（異常区間に何を作っていたか）。

インシデント · 提案 · 自動化​

  • チャットにファイルを追加 — 質問の入力欄の ファイルを追加 · ドラッグ＆ドロップ · 貼り付けで PDF · Excel（xlsx · xls · csv） · Word · PowerPoint · DXF 図面 · TIFF スキャンをアップロードし、その対話ですぐ尋ねます。1 ファイル 50MB、1 対話 20 個、先頭 100 ページまで読みます。映像（mp4 · mov · mkv · webm） · 音声（m4a · mp3 · wav）も 1GB · 60 分まで入れられます — 文字起こしした話し声 · 字幕で答え、回答に書かれた時刻がその場面を再生する根拠カードになります（5 分 · 200MB 以下はすぐに、それより長いものはバックグラウンドで文字起こしし、終わると通知します。インストールスイッチ PI_MEDIA_ENABLED が有効なインストールで）。対話の所有者だけが見て再生でき、対話を削除すると一緒に削除され、社内文書庫（RAG）には入りません → 質問 — ファイルを追加
  • 措置案の検討 — 承認待ちのインシデントの «提案» カードで 措置案承認 · 修正して承認 · 却下 を選びます。却下は理由（診断が誤っている · 異常ではない（誤報）など 6 つ）を選んで件を閉じます → 提案 — 措置案の検討
  • 通知の受信者 — 管理 › 担当者の 通知役割（整備 · 運用 · 安全）と 担当範囲（サイト · 設備）に合う人が ちょうど 1 人のときだけ 自動で決め、そうでなければ実行する人が選びます。SMTP のないインストールは «担当者通知» を理由とともにブロックします → 提案 — 措置実行
  • 運用状況 — 管理 › AI › 運用状況（/admin/ops-stats）で直近 7 · 30 · 90 日の利用 · 提案 · インシデント · 自動化を見ます → コパイロット管理
  • 診断精度 — モデル別の集計が実際に答えたモデル基準になり、原因はインシデント 1 件につき 1 回だけ数えます。
  • 自動化の回次 — サーバー再起動で途切れた回次は «中断» として残ります（報告書 · 送信なし、続きは実行しない）。業務型自動化の成果物保存の失敗は回次の結果に警告として表示され、送信状態は «送信済み» と正確に残ります → 自動化
  • 自動化の報告書タイトル — 報告書 · 実行記録 · PDF · Excel · メール · 通知 · メッセンジャーのタイトルが «自動化名 · 回次の時刻»（工場のタイムゾーン）になり、モデルが書いたタイトルはサブタイトルになります。コードが書く報告書の文言はインストール言語（PP_LANG）に従います → 自動化 — 報告書のタイトル
  • 自動化の «全体» タブ — オフにする · オンにする · 削除のボタンがカード内の下の行に移りました（削除は確認の後）。
  • 映像シーンチップ — チップの時刻と再生開始が区間の最初ではなく 一致したシーン になります → 動画 RAG
  • デジタルスレッドの根拠パネル — ノードを押すと このオブジェクトの履歴（30 日、前の 30 日を見る）と 元システムの現在値 を見られ、管理者がコネクタにリンクテンプレートを入れていれば元システムの画面を開きます → デジタルスレッド
  • 自動化サンドボックス — AI 管理コンソールに専用のレールができ、実行履歴 · 上限を見ます → 自動化サンドボックス

その他、この版に含まれるもの​

  • 思考モードの既定オン — compose の CO_LLM_THINKING_ENABLED の既定値が true になります（AURA-Lite は空欄だと思考しません） → 環境変数の設定
  • 「思考の深さ」の選択 — 質問入力欄の脳アイコンでオフ · 低 · 中 · 高を選択でき、管理者は 管理 › システム設定でチャット · 自動化 · 異常診断 · 実行提案ごとの既定値を決めます → 質問 — 思考の深さ
  • 会話の URL — 新しい会話は /chat/new、開いた会話は /chat/<id> です。旧 /chat?session=<id> は受け付けません → 質問 — 会話の URL
  • 工学計算 MCP — 新サービス plantpulse-engcalc-api とツール 4 種（eng_list_formulas · eng_formula · eng_unit_convert · eng_calc_eval）。公式 29 種を単位 · 代入手順 · 出典とともに計算します → MCP ツールマップ
  • インストール既定言語 ko — env テンプレートの PP_LANG が ko です。値は ko · en の 2 つだけで、空かそれ以外の値ならサービスが起動しません → 環境変数の設定
  • vLLM v0.31.0（生成 · 埋め込み · リランク · 文字起こし）
  • デジタルスレッドコネクタの最小バージョン — mes-mcp/0.7 · erp-mcp/0.4 · ehs-mcp/0.3 · その他 0.2 より低い版を宣言したコネクタは同期 · 判定に使用されません。更新後、ツール検出 → 適合性 → 有効化を再度実施します（bin/reregister-connectors.sh） → デジタルスレッドコネクタ

アップグレード時​

  • ホストの env に LLM_NAME · LLM_MODEL_PATH · LLM_MODEL_ARGS の行がある場合は 削除してください。 旧い値では新モデルが起動せず、新しい既定値と同じ値であれば起動前判定が redundant として起動を止めます。
  • コパイロットの旧ツールテーブル（mcp_server · mcp_tool_pref · mcp_tool_call_log）は起動時に削除されます。旧版でオン/オフした値は移行されず、ゲートウェイのポリシーで再スタートします。 意図的にオフにしていたツールがあれば、アップグレード後に MCP ゲートウェイ › ツール で再度オフにしてください。コパイロットに直接接続していた外部 MCP サーバーは、ゲートウェイの サーバー に登録し直し、認証値を再入力します。

2026.10 再リリース 8 — 2026-10-13 · コパイロット画面の全面刷新​

同じ 2026.10 タグで再公開したバンドルです。コパイロットの画面が全面的に変わります — データ · 権限 · 設定はそのまま引き継がれます。 すでに 2026.10 に更新済みのインストールは bin/update.sh で取得します。管理コンソール · インサイト · ドキュメント検索（RAG）· ビジョン · デジタルスレッド · ドキュメント理解 · プロキシの修正も併せて含まれています。

旧画面はこの版で廃止されます

この版に更新すると、コパイロットは 新画面のみ を表示します。旧画面に戻すスイッチはありません — 更新前に下記の「廃止された画面と旧 URL」および「アップグレード時」をお読みください。

位置づけ — 現場判断アプリ​

「工場の問題を見つけて根拠とともに提案し、人が承認して完了させ、分からなければ質問し、繰り返しの作業は自動化に任せる現場判断アプリ」です。 MES · ERP · BI ダッシュボード · チャットボット · 作業者実行端末ではありません。再リリース 7 の「ショップフロア AI アシスタント · メニュー 6 つ」を置き換えます。

3 つの使い方 — 質問 · 提案 · 自動化​

  • サイドバー — 上から 新しい会話 · 提案 · 自動化、その下に最近の会話（検索）、最下部にプロフィールメニュー（設定 · 管理 · 監査 · ヘルプ · テーマ · ログアウト）、ヘッダーに通知ベル。 「質問」の項目は独立していません — 新しい会話と最初に開く画面が質問です。画面は無彩色で、色はステータスドットにのみ使用します → 画面マップ
  • 質問（最初の画面） — あいさつ · 入力欄 · 今日のタスク · 質問チップ。「今日のタスク」は「今日のタスク N 件」の 1 行に折りたたまれて おり、クリックすると展開します（タスクがなければ行自体が表示されません）。 回答本文の表は角丸の枠線ボックスに収まり、回答内の色表示はステータスドットとして表示されます → 質問
  • 提案 — タスク · 進行中 · 完了。計画（実行提案）と突発（確認すべき異常 · 故障受付）が 1 つのリストにまとまり、1 つの詳細画面で 検知 · 受付 → 承認 → 処置 → 結果 → 再発検証までを完了させます。「解決」メニューは廃止されました → 提案
  • 自動化（旧「エージェントビルダー」） — 自然言語での作成 · 事前実行 · 共有 · 実行履歴 · レポート · バージョン履歴とロールバック → 自動化
  • 設定とマイ情報が 1 画面（/settings）に統合されました。
  • 初回アクセス時は ブラウザの言語で表示され（韓国語 · 英語以外はインストール時の既定言語）、ログイン前に開いた URL は ログイン後にその画面へ 戻ります。存在しない URL は「お探しの画面がありません」と案内します。

右パネルと図面ビューア​

  • ドキュメント原文 · 図面 · 動画が同じ右パネルで開きます。会話や提案の詳細を表示したまま横で参照でき、端をドラッグして幅を変更できます。
  • 提案の根拠もパネルで 開きます。詳細の上に重ねて開き、ヘッダーの 戻る で詳細に戻ります。
  • 画面幅が狭く横に並べられない場合はパネルが本文を覆うシートとして開き、スマートフォンでは全画面で開きます。
  • 図面ビューア — 図面カードをクリックするとパネルにプレビューが開き、ビューアで開く（新規タブ） で新規タブのビューアを開きます：拡大 · 縮小、ページ一覧、版の比較（並列 · 重ね合わせ、変更箇所の表示）、 図面上をドラッグして選択後に この領域について質問 → 図面で質問

自動化 — 宛先とテンプレート​

  • 送信 — 結果を アプリ通知 · 社内メール · メッセンジャーチャネル（Teams · Slack）で受け取ります。宛先は社内ユーザー · ロールからのみ選択し、アドレスは入力しません。 宛先は作成時に固定され、実行中に AI が変更することはできません。
  • 添付 — メールに Excel · CSV を添付します。PDF は PDF 変換サービス（CO_GOTENBERG_URL）が設定されたインストールでのみ選択でき、未設定の場合は画面上で無効表示になります。
  • 送信上限 — 1 つの自動化につき、1 人あたりメールは 1 日 6 通、1 チャネルあたりメッセンジャーは 1 日 12 件、ロール指定の宛先は 50 名まで（システム設定で変更可能）。同一内容はその日のうちに再送しません。
  • 承認アクション — 自動化がカードで提案できるアクションが 5 種類に増えました（整備依頼ドラフト · 発注督促ドラフト · 作業指示ドラフト · 提案の起票 · 故障受付の起票）。いずれも人がカード上で承認しなければ送信されません。
  • テンプレート 14 個 — 条件監視（「…を超えたら知らせて」）· 未解決の故障受付の督促 · 図面改訂通知が追加されました。デジタルスレッドに依存するテンプレート 3 種 （納期リスク PO · 品質異常トレース · 図面改訂通知）は 該当ツールがある場合のみ ギャラリーに表示されます。
  • 自然言語での作成 · 事前実行 · 今すぐ実行は バックグラウンドで動作し、画面は完了まで「実行中…」で待機します。リクエストが集中した場合は、しばらく後に再試行するよう案内します。

質問 · 自動化 · 管理のその他の変更​

  • 質問 — ツール使用中はステップが表示され（思考中 → ツール実行中 → 回答整理）、本文はツール完了後にストリーミングされます。応答の停止 はサーバー側の生成も停止します。 再生成 が追加され、根拠カードには回答が実際に使用したツール結果のみが残ります。1 つの会話では、回答が完了してから次の質問を送信します。
  • 自動化 — 「条件監視」は条件に達しなければ AI モデルを呼び出さず、5 分周期から設定できます。テンプレートは宛先が「自分 + アプリ通知」の状態で開き、ロール · メール · メッセンジャーは個別に選択します。 アプリ通知は通知一覧とベルに残ります。管理者 · 工場長には 全体 タブが表示されます（オフ · 削除は管理者のみ）。
  • 提案 — 完了タブに完了済みの計画カードも表示され、2 人が同じカードを同時に処理した場合は「他のユーザーが先に処理しました」と通知し、一覧を再取得します。
  • 管理 — システム設定に既知の設定キーが名称 · 説明 · 既定値とともに常時表示され、既定値に戻す ことができます。監査ログで 原文表示。
  • PDF ダウンロード · 添付は、インストール環境の PDF 変換サービスが応答する場合にのみ有効になります。
  • 回答のツール行 — 展開するとツール名 · 所要時間 · 件数のみが表示されます。ツールの生の結果は管理者のみに折りたたみ表示されます。
  • チャートのキャプション — 質問された期間ではなく、実際に描画したデータの期間と件数を記載し、データが打ち切られた場合は「一部のみ」を付記します。
  • ドキュメント引用句 — 原文の文、または表の 1 行です。表の 1 行はセルを連結した 1 行のテキストとして表示されます。
  • 会話の削除 が、質問 · 回答 · ツール実行の原文まで削除します（承認済みのアクションカードと監査記録は残ります）。
  • 自動化 — 事前実行していない自動化は 今すぐ実行 ボタンが無効表示になり、理由が表示されます。アプリ通知をクリックすると、その回次が出力したレポート · 提案カード · 実行履歴が開き、 自動化を削除すると、その自動化が送信したアプリ通知も併せて削除されます。対象範囲の設備と監視タグは名称で表示されます。

名称の変更​

旧名称新名称
インシデント故障受付
エージェント · エージェントビルダー自動化

API パス · 設定キー · 監査記録上の名称（incident · agent）はそのままです。

廃止された画面と旧 URL​

今日 · 異常診断 · 解決 · レポート · ダッシュボード · ネットワーク · 予測 · スレッドの各画面とモバイル専用版（/m）、チャットのロールタブ · コンテキストチップは廃止されました。 🔴 旧 URL は新しい画面へリダイレクトされません。 ブックマーク · 過去のメール · プッシュ通知内の旧リンクは「お探しの画面がありません」と表示されます → 旧 URL

  • ダッシュボード · 予測 · スレッドで確認していた内容は、質問で尋ねれば 同じ回答が得られます（ツールはそのままです）。
  • 🔴 ウォッチは廃止されました。 画面だけでなく、ウォッチを実行していたランナー · API も削除されています — 監視したい対象は 自動化 で作成します（テンプレート「条件監視」） → 自動化
  • AI 精度の数値は管理コンソールの 精度チューニング · 回答品質で確認します → AI の発見と精度
  • デジタルスレッドは オプション連携 です。専用画面はなく、接続されると質問 · 自動化のツールと提案の根拠が増えます → デジタルスレッド

管理コンソール​

画面が 4 グループ（人と権限 · AI · 運用 · 記録）に再編されました → コパイロット管理コンソール

  • 通知チャネル（新画面、/admin/channels） — 自動化が送信する Teams · Slack チャネルを登録し、メール許可ドメインを設定します。🔴 ドメインが空の場合、自動化メールは無効です。
  • ユーザー編集 — 1 画面で担当業務 · 管理コンソールへのアクセス · ロールセット · データ範囲 · 閲覧等級 · セットの期限 · 期間委任（代行）· 協力会社の有効期限 · Platform ユーザーとの紐付けを設定します → 権限 — 人に付与する
  • ブランド（新画面） — 顧客企業名 · タブタイトル · ロゴ · ファビコン · CI カラー · ログイン画面 · 問い合わせ先 · メール表示名。
  • ロールセット編集では、旧レポート権限（menu:report）は表示されません — 新画面では何も制限しないためです。
  • セッション管理 · AI 利用統計 · 実行ログ · システムモニタ · 通知シェルフの各画面は廃止されました。画面幅が狭い場合、管理表の一部の列が折りたたまれます。

運用​

  • ログインセッションがセッションストアに保存されます。 従来の版ではセッションがコパイロットのメモリ上にのみ存在したため、再起動 · 再デプロイのたびに全員がログアウトされていました。この版からは維持されます — ただし、この版に更新する際の 1 回だけは再ログインが必要です。
  • 管理コンソールも更新後に 1 回再ログインが必要です — 管理コンソールのセッション形式が変更されたため、更新前のログインは引き継がれません。
  • プロキシが応答を圧縮（gzip）し、セキュリティヘッダを付与します。対応は不要です。
  • メトリクス — GET /actuator/prometheus（Prometheus 形式）。🔴 API キー（X-API-Key）でのみ アクセスできます — ログインセッションでは管理者でもアクセスできず（403）、キーがない場合は 401 です。 キーは公開 API（/api/v1）と同じキーです → ログおよびモニタリング
  • ログが JSON 1 行形式 になりました（コンテナログとファイル /app/logs/system.log の両方）。パスワード · トークン · キー · メールアドレスの先頭部分はマスクして記録します。 旧テキスト形式をパースする収集ルールがある場合は修正してください。
  • PDF 変換サービス（Gotenberg）はスタック内部でのみ使用するコンテナとして同時に起動します（外部にポートを公開しません）。オプションです — CO_GOTENBERG_URL が空の場合は PDF ダウンロード · PDF 添付のみが無効になり、その他はそのままです → 環境設定

アップグレード時​

対象作業
画面個別に有効化する項目はありません。更新すると新画面が表示され、旧画面には戻せません
ログイン更新直後に全員が 1 回再ログインします — コパイロットと管理コンソールの両方
ブックマーク · 旧リンク旧画面の URL は「お探しの画面がありません」で終わります。社内ポータル · Wiki に貼られたリンクは新 URL（/chat · /tasks · /automations）に変更します
作成済みのウォッチ🔴 更新後は動作しません。 ウォッチのテーブルは削除せずそのまま残しますが、自動化へ 自動的には移行されません — 継続して監視が必要なものは、同じ文章で自動化を新規作成します。ウォッチがすでに起票した故障受付は提案にそのまま残ります
自動化メール利用するには管理コンソール › 通知チャネルでメール許可ドメインを設定します（空の場合は無効）。メールサーバーはシステム設定の smtp.*
権限 · セット対応は不要です。新規追加された権限はありません

起動方法​

Web ブラウザ · ホーム画面アプリ（PWA）· Windows デスクトップアプリ → コパイロットの起動方法

2026.10 再リリース 7 — 2026-10-09​

同じ 2026.10 タグで再公開したバンドルです。ポートはそのままで、新しいテーブル（エージェント）は起動時に自動作成されます。すでに 2026.10 に 更新済みのインストールは bin/update.sh で取得すれば十分です — 手作業は不要です。

コパイロット — ショップフロア AI アシスタント​

  • メニュー 6 つ — 今日 · 実行提案 · 異常診断 · 解決 · レポート · 質問。作業の入口は 2 つ（計画 = 実行提案、突発 = 異常診断）で、 いずれも 解決 の 1 つの一覧で割当 → 処置 → 結果 → 再発検証まで完了させます。レールアイコンの下に短い名称が付きます。
  • 異常診断 — 確認すべき異常を設備ごとに 1 枚で表示し、カードごとに 確認 → インシデント化 · 無視 のボタンを 1 つずつ配置。従来の異常検知テーブルは 運用コンソールへ移しました。
  • 今日（ホーム） — 今もっとも急を要する項目のバー · 指標タイル · 実行提案 / 異常診断の発見 / 解決の 7 日推移 · 緊急一覧。ロールカードは下部の折りたたみ内に配置。
  • レポート — タブ 3 つ（概要 · AI 精度 · 統計）。AI 精度画面がレポートのタブになりました。
  • 工場状況 · モニタリング · 相関関係 · 予測 · デジタルスレッドはメニューから外れましたが、URL とリンクからはそのまま開けます。週次ブリーフィング画面は廃止され （/briefing → ホーム）、/incidents → 解決、/accuracy → レポート › AI 精度へ遷移します。
  • スマートフォンの下部バーとモバイルアプリも 5 項目（今日 · 提案 · 診断 · 解決 · 質問）です。

→ コパイロット画面マップ

コパイロット — エージェントビルダー​

  • 1 文で記述すると AI が 5 項目（いつ · どこを · 何で · どのように · どこへ）のドラフトを作成し、プレビューで確認してから有効化します。 結果は実行提案カードとして出力されます。テンプレート 3 種 — 朝の交代ブリーフィング · 繰り返し故障の原因 · 資材 PO 遅延。
  • 作成者の権限 · 範囲内で 読み取りツールのみ を使用します。工場長 · 管理者（権限「エージェントの作成 · 管理」）が作成します。

→ エージェントビルダー

動作の変更 — ロール 5 種​

  • 管理画面に既定で表示されるロールセットは 作業者 · 班長 · 整備 · 工場長 · 管理者 の 5 つです。残りの 8 つは 上級ロール の折りたたみ内に あり、権限 · 割当済みユーザーはそのままです。
  • 現場セットの既定メニューを削減しました — 作業者は今日 · 実行提案 · 解決 · 質問、整備はそれに加えて異常診断。起動時に 従来の既定値のままのセットのみ 1 回変更し、管理者が変更済みのセットはそのまま残します。監査記録には「システム（移行）」として記録されます。
  • インシデント処置の「実行」が新しい権限「インシデント処置の実行」に絞られました — 既定で班長 · 整備 · 工場長 · 管理者。作業者 · 品質はこれ以降実行できません。

動作の変更 — 2 名承認 · 代行 · 協力会社アカウント​

  • 質問した本人は自分のチャットアクションカードを承認できません。 承認権限を持つ別のユーザーが、実行提案の左側の 承認待ち で承認 · 却下します。
  • 資材督促依頼は異なる 2 名の承認が必要です（設定 access.two_person.tools）。整備依頼は 1 名承認のままです。
  • 期間委任 — ユーザー編集で他ユーザーのセットを日付指定で貸与します。セットごとに期限を設定できます。
  • 協力会社アカウント — 協力会社セットは範囲 supplier: のみ · 有効期限必須 · 統制等級は不可。期限切れになるとセッションが切断されます。

→ 2 名承認 · 代行 · 協力会社アカウント

修正点​

  • 音声質問 — 録音バーが入力欄の上に重ねて表示されるためボタンが動かず、バーの 録音停止 で停止します。マイクボタンは送信ボタンと同じサイズです。
  • 権限画面 — ドキュメント等級の等級選択欄が表示され、ユーザー編集ダイアログの入力幅が揃い、監査テーブルの種別 · 内容が画面の言語で表示されます。
  • 画面ヘッダー（タイトル · サブタイトル）を統一ルールに揃えました。

運用​

2026.10 再リリース 6 — 2026-10-08​

同じ 2026.10 タグで再公開したバンドルです。ポートはそのままで、DB テーブルは起動時に自動作成されます。すでに 2026.10 に 更新済みのインストールは bin/update.sh で取得すれば十分です — 手作業は不要です。

コパイロット — 権限​

  • ロールセット — 権限が個人ではなくセットに紐づきます。管理コンソール › ロールセットに既定セット 13 個（管理者 · 作業者 · 班長 · 整備 · 品質 · 工場長 · 設計 · 購買 · 生産管理 · EHS · 協力会社 · 監査 · 外部 API）があり、ユーザーごとに複数を割り当てます。
  • データ範囲 — ユーザーごとにサイト · ライン · 設備（またはプロジェクト · 顧客 PO · 協力会社）を指定すると、画面 · チャット · ドキュメント回答 · API のいずれでも その範囲のみが表示されます。
  • ドキュメント等級 — 一般 · 社内 · 社外秘 · 統制。管理コンソール › ドキュメント等級で指定し、ユーザーごとに閲覧等級を設定します。社外秘図面のページ プレビューには閲覧者 · 時刻のウォーターマークが入り、統制ドキュメントは原本をダウンロードできず、閲覧が記録されます。
  • 監査画面（/audit） — 設定 · 権限の変更と、社外秘 · 統制ドキュメントの閲覧記録を期間 · ユーザー · 種別で絞り込み、CSV でダウンロードします。
  • アップグレードしても動作は同じです。 既存ユーザーは業務ロールのセット（管理者は管理者セットも）· 範囲は全体 · 閲覧等級は社外秘として 移行されます。変わるのは統制ドキュメントのみです — ユーザーごとに閲覧等級を統制に指定しなければ開けません。

→ 権限 — ロールセット · データ範囲 · ドキュメント等級

動作の変更 — 外部連携は API キーのみ​

外部連携 URL の /api/v1/** と /mcp は、今後 API キー（X-API-Key）でのみ アクセスできます。ログイン済みのブラウザセッションで呼び出すと 403 になります。API キーで連携していた外部システムはそのまま動作します。

運用​

  • 新しい環境変数 PI_USER_CONTEXT_MODE（off · log · enforce、既定 off） — バックエンドがユーザー情報なしで受け取った呼び出しをどのように 扱うかを決めます。.env に記載する必要はありません。未知の値を設定するとインストールチェック（lint-env）が停止させます → 運用 — バックエンドのユーザー情報チェックモード
  • ドキュメント等級を指定した場合、または範囲が指定されたユーザーのドキュメント回答は、絞り込んだ根拠のみで生成するため、やや遅くなることがあります。
  • 監査ログの照会が 500 を返していた問題、閲覧できない図面プレビューが接続を切断していた問題（現在は「なし」404）を修正しました。
  • 時系列インサイトが、Platform の DB が停止した際に長時間ブロックされないよう、接続タイムアウトを設定しました。

→ 精度はこの版の公開パイプラインの値に修正しました — 精度 · ベンチマーク

2026.10 再リリース 5 — 2026-10-07​

同じ 2026.10 タグで再公開したバンドルです。ポート · DB 移行 · 環境変数は再リリース 4 と同じです。すでに 2026.10 に更新済みの インストールは bin/update.sh で取得すれば十分です。

コパイロット — チャットアクションカード​

  • 「部品が N 日遅れたら」 という質問で、ドキュメント検索より リカバリ計算を先に 呼び出すようになりました。リカバリ計算が督促を提案すると、回答の下に 資材督促 アクションカードが付き、本文は督促文面の代わりに「ドラフトは下のカードで承認できます」と案内します。
  • 新しいカード 整備依頼 — 回答に未解決の故障リスクの発見が含まれる場合、MES 整備依頼のドラフトカードが付きます。班長 · 整備 · 工場長 · 管理者が 承認します（タスク › 実行提案の提案カードは従来どおり管理者のみ）。MES コネクタが整備依頼ツールを提供している場合のみ表示されます。

→ AI Chat Web — アクションカード · ユーザー権限と業務ロール

コパイロット — 図面​

  • チャットの図面カードが 図番 · 版ごとに 1 枚 になりました。同じ版の DXF · PDF が別々のカードとして表示されていたものをまとめ、カードに「ファイル N 個」が 付き、クリックすると代表ファイル（DXF があれば DXF）で開きます。管理コンソールの 図面台帳も同じルールで、1 行に ファイル チップを表示します。
  • 「○ 版と ○ 版の差分」と質問すると「比較できません」ではなく、版比較の結果（表題欄 · 寸法 · 部品表 · 注記の変更）で回答します。
  • 版比較一覧の公差が JSON 原文ではなく自然言語で、表題欄の項目が日本語で表示されます。

→ 図面で質問 · 管理コンソール — 図面台帳

コパイロット — 画面 · 回答​

  • 班長の開始画面の 今日の作業 一覧がカード内でスクロールするようになりました — 工程が 12 行あっても最初の質問と例示質問が最初の画面に表示されます。
  • 「今日の作業は何がある?」の表の下のフッターが 1 つ になりました（「他 N 件」または「M 行中 N 行のみ表示」）。2 つの数値が食い違っていた問題を修正しました。
  • 回答に ** がそのまま表示されていた問題（強調の末尾に助詞が付く場合）を修正しました。
  • 管理コンソールの 動画 一覧で「発話なし」の下に英語の「no speech」が重なって表示されていた問題を修正しました。

運用​

  • Platform の DB 接続が切断されて復旧した場合、コパイロットが自動的に回復します。5 分を超えて接続を取得できない場合、コンテナが自動的に再起動します。
  • 予測（insight）が、欠測の多い設備でエラーではなく 「データ不足」 と回答するようになりました。

2026.10 再リリース 4 — 2026-10-06​

同じ 2026.10 タグの 最終公開バンドルです。ポート · DB 移行 · 環境変数は再リリース 3 と同じです。すでに 2026.10 に更新済みの インストールは bin/update.sh で取得すれば十分です。

コパイロット — 班長の「今日の作業」​

  • カードの工程ステータス · Platform のオーダーステータスが、コード（in_progress · planned · START …）ではなく日本語ラベル（計画 · 進行中 · 稼働中 …）で表示されます。Platform のオーダーは「オーダー設備の開始時刻」として簡潔に表示されます。
  • 顧客 PO の余裕が 「計画余裕 N 日」 に変わりました — 作業指示の計画終了基準のため、部品遅延は含まれません。部品遅延を 反映した値は、リカバリ計算の 影響を受ける顧客 PO 表に「（遅延反映）」として表示されます。
  • 「今日の作業は何がある?」の回答に表が 2 回表示されていた問題を修正しました — サーバーが生成した 今日の作業 表 1 枚のみが残り、その表に ブロック理由 列が追加されました。列名は 顧客 PO 計画余裕 です。
  • デジタルスレッドが、Platform 上で進行中のオーダーを、Platform オーダー一覧の外部オーダー番号で工程に紐づけます。

→ AI Chat Web — 班長カード · デジタルスレッド

コパイロット — チャットの回答​

  • 動画 · 音声カードは、チャットの回答本文に番号が付いていなくても表示されます（折りたたまれるのはドキュメント · 図面カードのみ）。新しい会話の最初の質問は ユーザーが入力した文章そのままでドキュメントを検索します → 動画 · 音声で質問
  • 公差に関する質問（「Ø35 H7 の公差範囲は?」）の回答が、図面の寸法表の上限 · 下限から始まります — 従来の版では値を取得していても「確認 できません」と回答することがありました → 図面で質問
  • 「部品が N 日遅れたら」 のような what-if 質問は常にリカバリ計算で回答し、質問内の仮定（部品 · 日数）で計算します。回答では仮定と 現在の遅延を併せて明示します。
  • モデルが同じ内容を繰り返して中断した場合は 1 回だけ再生成し、それでも解消しない場合はドキュメント検索結果を出典カードとともに表示します。

コパイロット — 画面​

  • 英語画面でメニュー · タイトルが文言キー（nav.main.today など）のまま表示される不具合を修正しました。
  • 検証待ち（/review）の案内が「業務ロールは管理者がユーザー管理で変更します」に変わりました（従来版は「プロフィールで」）。
  • ユーザー編集ダイアログにサブタイトル「ユーザー情報と業務ロールを編集します」が付き、2 列の入力欄がダイアログからはみ出していた問題を修正しました。
  • 横スクロールバーが縦と同じ細さになり、右上の通知（トースト）の閉じるボタンが所定の位置でクリックできるようになりました。

RAG · 動画​

  • 管理コンソールのドキュメント表で、Platform 原簿の図面を「コーパスから除外 / 再度含める」ことができます。直接アップロードした図面は従来どおり除外 できず、ボタンのツールチップが理由を説明します。図面の 409 の文言も対象別（手動図面 · 原簿図面）に変更しました → 管理コンソール · トラブルシューティング
  • 文字起こしが無音 · ノイズの後に続く 最初の文を破棄していた問題を修正し、残した文の時刻を実際の発話に合わせて前倒しします。すでに文字起こし済みの動画は 自動的に再処理されません — 管理コンソールの 動画 で 再文字起こし を実行すると、処理時間帯（空欄の場合は 20:00-06:00）に再度書き起こします。

2026.10 再リリース 3 — 2026-10-06​

同じ 2026.10 タグを再ビルドしました。ポートと DB 移行は変更なく、新しいテーブル · 列は起動時に自動生成されます。すでに 2026.10 に更新済みのインストールは bin/update.sh で取得すれば十分です。

再取得の前に確認すること
  • ホストの env に MEDIA_INGEST_ENABLED · ASR_URL を手動で記載して動画 · 音声を有効化していた場合も、そのまま更新して問題ありません — 旧名は今回のリリースの間はエイリアスとして機能し、運用スクリプトの初回実行時に PI_MEDIA_ENABLED へ移行します。起動前判定の [warn] が整理すべき sed を出力します。エイリアスは 2026.11 で廃止します。
  • ERP コネクタを erp-mcp/0.3 に更新するとツール一覧が変わるため、再検出時にコネクタが無効化されます。適合性テストを再度 実行してから 有効化します → デジタルスレッド

動画 · 音声 — 有効化できるようになりました​

  • ホストの env の 1 行 PI_MEDIA_ENABLED=true が文字起こしサービングを起動し、rag-api が動画 · 音声を受け付け、ドキュメント理解が文字起こしの 入口を開き、bin/fetch-models.sh が文字起こしモデル Aura-ASR-Turbo（約 1.5 GB）を取得します。既定は無効です。
  • 新しいワンショットサービス plantpulse-asr-audio が、文字起こしサービングにオーディオライブラリを配置します — 従来版で文字起こしサービングが unhealthy のままになっていた原因を修正したものです。「Exited (0)」が正常であり、bin/status.sh でも正常としてカウントされます（有効化したインストールでは 23/23）。
  • チャットの 音声で質問 も、有効化したインストールで動作します。
  • 管理コンソール RAG › インデックス › 動画 画面が追加されました（動画アップロード · 処理状況 · 文字起こし · 再試行）。無効なインストールでは有効化の手順のみ案内します。
  • 閉域網ではイメージが常にバンドルに含まれており、文字起こしモデルのみ PI_MEDIA_ENABLED=true MODEL_BASE=… bin/fetch-models.sh で取得して移送します。
  • MEDIA_PROCESSING_WINDOW を空にすると 20:00-06:00（PP_TZ）にのみ処理を開始します。常時処理する場合は always です。

→ 動画 · 音声の収集 · 動画 · 音声検索 · 閉域網インストール

インストール · 設定​

  • インバウンドキーが空の場合に停止する箇所が、compose から 起動前判定（[fail] PI_INBOUND_API_KEY is empty …）へ 移りました。開発 · テストでのみ使用する無認証スイッチ PI_INBOUND_AUTH_DISABLED（既定 false）が追加され、キーがある場合は 無視されます。
  • 新しいパラメータ（いずれも既定値のままが正常） — RAG_S3_BUCKET（rag-api バケット、既定 plantpulse-rag）· デジタルスレッドコネクタの 定期同期 DT_CONNECTOR_SYNC_ENABLED（既定オン）· DT_CONNECTOR_SYNC_INTERVAL_S · DT_CONNECTOR_MAX_AGE · DT_LINK_HISTORY_DAYS。
  • bin/doctor.sh が旧名 · 重複行を「bad」ではなく「old or redundant lines」として個別に表示します。
  • 自社イメージが 13 個（pi/plantpulse-asr-audio 追加）、docling-serve が v1.36.0 です。bin/backup.sh は文字起こしの オーディオライブラリボリュームをマウントしません。

→ 環境変数の設定 · サービス運用

コパイロット — 画面​

  • 左レールの順序が 今日 · AI に質問 · 現場 · タスク · 解決 · レポート に、モバイル下部バーが 今日 · AI に質問 · 現場 · タスク に変わりました。「現場」のタブは 相関関係 · 予測 の順です。
  • 業務ロールは管理者のみ が変更します（変更のたびに監査ログに記録されます）。プロフィールの「担当業務」は読み取り専用になり、代わりに 本人が選択する 「開始画面」 が追加されました。
  • チャット開始画面の班長タブが 「今日の作業」 に変わりました — 本日の工程ごとに準備度 · 設備ステータス · 顧客 PO の余裕 · 資材 PO · 図面の版を表示します。「今日の作業は何がある?」と質問すると、回答の末尾に今日の作業表が付きます（新しいツール thread_today_work、既定オン）。
  • what-if ツール thread_explain_recovery が 既定オン になり、回答に 「実行できるアクション」 カードが付きます。承認できる ユーザーは業務ロールで決まります → 業務ロール
  • タスク（/tasks） — 紐づく発見がすべてクローズされた緊急カードを非表示にし、同一設備 · 同一種別の発見を 1 日 1 枚にまとめます。 「関連 SOP ドキュメント」パネルは、その設備のドキュメントのみを根拠として使用します。
  • 異常検知の「判定不可」ボックスが既定で折りたたまれた 1 行になり、デジタルスレッド画面の準備度ドットにツールチップが付き、理由が 画面の言語で表示されます。

→ コパイロット画面 · デジタルスレッド

管理コンソール​

  • 幅 1024px 未満ではメニューが ドロワー（☰）に折りたたまれます。
  • アップロードダイアログが複数ファイルに対応し、図面台帳に 「図面のアップロード」 が追加されました（PDF はファイルごとにドキュメント · 図面を選択）。
  • 図面読み取りテストに寸法の 上限 · 下限 列と 「幾何公差枠の検査」 カードが追加されました。
  • 連携マップの 「今すぐ同期」 が、消失した接続をクローズします（収集が打ち切られた場合はクローズしなかった旨を通知します）。

→ AI 管理コンソール

デジタルスレッド · RAG​

  • デジタルスレッドが PO 中心で連結します — 資材 PO → 作業指示 → 顧客オーダー行 → 顧客。ERP コネクタ erp-mcp/0.3 が 購買 · 入庫 · 受注ツールを提供し、顧客オーダーの余裕日数とリスクを計算します。新しい API GET /api/v1/today と MCP ツール today_work（デジタルスレッドツール 7 種）が追加されました。
  • 有効なコネクタを 定期的に再同期します（既定オン）。
  • 図面収集を有効にしたインストールでは、Platform 資産ドキュメントの図面（.dxf、ドキュメント種別が DRAWING の PDF）も取り込まれます。
  • 公差 · 範囲を質問すると図面の寸法表で回答し、はめあい公式で算出した値を使用した場合は 「公式による推定」 という注記を付けます。

→ 図面検索 · デジタルスレッド

時系列インサイト​

  • 健全度指数の非稼働減点は 計画外 の非稼働のみをカウントします。履歴が短いドメインは 0 点ではなく 判定保留 です。
  • オーダー未達の発見は、根拠が不足する場合は保留します。

→ 時系列インサイト

修正点​

  • チャット中に接続のみが切断された場合、「エラーが発生しました」ではなく「接続が切断されました。サーバーは回答を生成し続けています…」を表示し、 デスクトップ画面が最大 5 分間、回答を再取得します。
  • 空の回答は「回答を生成できませんでした…」、繰り返しに陥った回答は「⚠ 同じ内容が繰り返されたため回答生成を中断しました…」で 終了します。「LLM 呼び出し失敗: finish_reason is null」と引用番号のずれを修正しました。
  • アップロードした図面がドキュメント一覧に表示されない問題、DXF プレビューの文字が空白のボックスで表示される問題、日本語画面に英語が残る問題を修正しました。

→ トラブルシューティング

コンポーネントバージョン​

コンポーネントバージョン
docling-servev1.36.0

その他は下記「2026.10」と同じです。

2026.10 再リリース — 2026-10-05​

同じ 2026.10 タグを再ビルドしました（月次タグは移動するタグです）。インストール手順とポートは変更ありません。すでに 2026.10 に更新済みのインストールは bin/update.sh で取得すれば十分で、2026.09 以前から更新する場合は下記「2026.10」の手作業を そのまま実施してください。

再取得の前に確認すべきこと 2 点
  1. PI_INBOUND_API_KEY が空でないか — 今後、空の場合はバックエンドサービスが起動しません（下記「セキュリティ」）。 インストーラが生成した env であれば、すでに値が入っています。
  2. ホストの env に TS_GPU_UTIL を記載している場合は削除します — 時系列推論サーバーの GPU 割当がハードウェアプロファイルへ移ったため、 ホスト env の該当行は起動前判定が profile として扱います。

セキュリティ — バックエンドのインバウンドキーは「空なら停止」​

  • RAG · 時系列インサイト API · ドキュメント理解 · ビジョン · デジタルスレッドが、インバウンドキーが空の場合に起動を拒否します。 従来は キーが空だと認証なしで公開されたまま healthy として起動していました。compose も PI_INBOUND_API_KEY を必須として受け取ります。
  • サービスごとにキーなしで公開するスイッチ（*_INBOUND_AUTH_DISABLED）が追加されましたが、この版の compose では渡していません。再リリース 3 以降はホストスイッチ PI_INBOUND_AUTH_DISABLED で渡し、空のキーは compose ではなく起動前判定が止めます（上記）。

→ 環境変数の設定 · トラブルシューティング

可観測性 — メトリクスとリクエスト id​

  • Python バックエンド 5 つが GET /metrics（Prometheus テキスト形式）を出力します。新しいポートはなく、インバウンドキーの背後にあります。
  • 同じ 5 つが、リクエストごとに X-Request-ID を応答で返し、そのリクエストのログ行に request_id として記録します。

→ ログおよびモニタリング · API 連携ガイド

図面 — 既定は無効、有効化できるようになりました​

  • DRAWING_INGEST_ENABLED（既定 false）を compose が rag-api に渡します — 従来は有効化する手段がありませんでした。
  • 有効化したインストールでは 2 つの版の差分を出力します — rag-api GET /api/v1/drawings/{asset_id}/{doc_name}/diff?lang=（インデックス済み図面の 前の版との比較）· ドキュメント理解 POST /api/v1/drawings/diff（ファイル 2 つ）。

→ API 連携ガイド

ドキュメント · 写真ツール​

  • FETCH_ALLOWED_HOSTS を compose がドキュメント理解 · ビジョンに渡します。社内ファイルサーバーの URL を許可リストに記載して開けるように なります（従来版では渡していなかったため、社内 URL は常に拒否されていました）。
  • vision_ocr が サービング中の LLM で読み取ります（3 回中 2 回一致した場合に回答）。日本語の銘板 · ラベルを読み取ります。従来の docling OCR に戻すには VISION_OCR_ENGINE=docling です。

→ MCP ツールマップ

動画 · 音声 — パラメータが追加されました（この版では文字起こしは動作しませんでした）​

  • compose に動画 · 音声収集のパラメータ（MEDIA_* · ASR_* · OCR_*）と文字起こしサービング plantpulse-asr（プロファイル media、既定 無効）が追加され、その GPU 割当（ASR_GPU_UTIL）がハードウェアプロファイルの合計にあらかじめ含まれます。
  • この版では、文字起こしサービングが使用する vLLM イメージにオーディオデコーダが含まれておらず、文字起こしは動作しませんでした。再リリース 3 で 修正済みで、現在は PI_MEDIA_ENABLED=true の 1 行で有効化できます（上記）。

→ 動画 · 音声の収集

インストール · 設定​

  • install.sh が 残ったプレースホルダを同名の環境変数で 埋めます（… | sudo PP_API_TOKEN=… bash）。すでに設定済みの値は 上書きしません。
  • 起動前判定が、旧 CH_* の行について「削除せよ」ではなく renamed — 名前だけ変更する sed と案内します。削除によって値が 既定値に戻ってしまうことがなくなりました。
  • ハードウェアプロファイルが 5 つの割当（LLM · EMB · RERANK · TS · ASR）を保持します — GB10 0.4 · 0.10 · 0.08 · 0.13 · 0.03（合計 0.74）、 g7e 0.53 · 0.13 · 0.10 · 0.15 · 0.04（合計 0.95）。

→ 環境変数の設定 · システム要件

コパイロット · データ​

  • 管理者が チャット開始画面のインストール既定ロール（設定 chat.home.default_role）を設定できます — 従業員に業務ロールが ない場合にのみ使用され、空の場合は開始画面でロールを選択させます → コパイロット管理コンソール
  • 新しいテーブル · 列（chat_action · chat_turn_metric · chat_bench_run · chats.context · agent_tool_call_log.approved_by、Aster TSDB PI_NAVIGATOR_ACTION_CHECK）は 起動時に自動で 生成されます。手動で実行する移行はありません。

→ データベースモデル

2026.10​

2026.09 以前から更新する場合 — 手作業 5 項目

インストーラは既存の /etc/kopens/plantpulse-ai.env を再生成せず、新しい行も追加しません。 以下は 手動で実施する必要があります。

  1. Platform 認証情報の取得設定 — PP_DATALAKE_ADMIN_URL · PP_DATALAKE_ADMIN_API_KEY を設定し、Platform のトラストアンカーを /etc/kopens/ca/root.crt（同じ内容を CA.crt にも）に配置します。AI ホストの IP が Platform の許可リストに含まれている必要があります。 設定がない場合、認証情報を使用するコンテナが FATAL で停止します → インストール概要
  2. 保存認証情報の暗号化キー — PI_COPILOT_SECRET_KEY · PI_DT_SECRET_KEY の行を追加します（openssl rand -base64 32）。 PI_COPILOT_SECRET_KEY がない場合、コパイロットが起動しません → 環境変数の設定
  3. CH_* → CO_* への リネーム — コパイロット環境変数のプレフィックスが変更され、フォールバックはありません。 旧い行を削除せず、値はそのままで 名前のみを移します（再リリース以降は起動前判定が renamed として検出し、名前だけ変更する sed を出力します） → 環境変数の設定
  4. ホスト env の整理 — ホストの env には、今後サイト固有値とシークレットのみを置きます。旧 env に残ったイメージ参照 · GPU 割当 · compose の既定値と同じ値 · PP_HOST · Platform アカウント · パスワード（PP_PG_* · PP_CASSANDRA_* · PP_REDIS_PASSWORD · PP_S3_* など）· LITELLM_IMAGE の行は 起動前判定が起動を止めます。 bin/lint-env.sh が出力する sed で削除し、 PP_HW_PROFILE=gb10（AWS g7e は g7e）を追加します。1 · 3 を先に実施してください → 環境変数の設定
  5. 管理コンソールの URL — 9080 が閉じられ、5959（HTTP）· 5960（HTTPS）が開きます。ブックマークとファイアウォールルールを移行します。

コパイロット — 画面​

  • 左レールが 6 メニューに整理されました — 今日 · 現場 · タスク · 解決 · AI に質問 · レポート。メニューをクリックすると 最初の画面に移動し、メニュー内の画面は本文ヘッダーのタブで切り替えます（今日: 概要 · 週次ブリーフィング / 現場: 工場状況 · モニタリング · 異常検知 · 予測 · 相関関係）。名称も変更されました — ホーム → 概要、プラント状態 → 工場状況、 ウォッチ → モニタリング、関連分析 → 相関関係、AI チャット → AI に質問。
  • 業務ロール別の開始画面 — / でアクセスすると、作業者 · 班長 · 品質は「今日」、整備は「タスク」、工場長は 「レポート」へ移動します。
  • モバイルタブが 4 つになりました — 今日 · 現場 · タスク · AI に質問。
  • モニタリングタブ（/watch）のアラート側が 2 段に変わりました — 左にウォッチアラート → AI の発見、右に要注意設備 · 修理後の確認。
  • 既定テーマは ライトです。OS がダークであっても、ユーザーがダークモードを選択しない限り適用されません。
  • 通知の購読がしばらく無通信だとプロキシが切断していた問題を修正しました（コパイロット側のハートビート、プロキシはそのパスのみ 1 時間まで待機）。

→ コパイロット画面

コパイロット — AI が見つけ、人が判定する​

  • AI の発見の受信 — 時系列インサイトが検出した発見を受け取り、通知 · 朝のブリーフィング · 「AI の発見」ブロックとして表示し、 オーダー未達の提案を出力します（既定オン）。処方型の発見カードと 修理後の自動確認も併せて導入されました。
  • 要注意設備 — 「今日まず確認すべき設備」（既定オン）。
  • ヒューマン · イン · ザ · ループ — 異常 1 件ごとに正しい · 誤検知 · 不明を付与し、見逃した異常を報告し、提案を受諾 · 却下して 結果を記録します。その表示は公開 API GET /api/v1/ai-feedback で読み取ります。
  • AI 精度（/accuracy、管理者） — 停止 · 故障ルールと照合した精度、設備別センサ閾値の自律調整。
  • 検証待ち（/review） — 班長 · 整備 · 管理者向け。既定は無効です。
  • 公開チャット API が session_id なしで呼ばれた場合、新しい会話を開きます（従来版は 500）。X-API-Key で呼び出したチャットも修正されました。

→ 時系列インサイト · API 連携ガイド

デジタルスレッド​

  • plantpulse-digital-thread-api がスタックに既定で追加されました — 工場グラフのミラーとコネクタレジストリの保持主体です。 ミラーは 専用 Neo4j（plantpulse-digital-thread-neo4j）に配置し、LightRAG のグラフとは DB を共有しません。 いずれもホストにポートを公開しません。
  • 管理コンソールに 連携マップ（/thread/）と グラフミラー（/thread/mirror/）画面が追加されました。
  • コパイロットのチャットにデジタルスレッドツール（thread_get_timeline · thread_trace_links、既定オン）が追加されます。提案カードで 管理者が承認すると MES · SCM にドラフト · リクエストを 1 件作成する 承認 → ドラフトが導入されました。
  • コネクタファミリに PLM（plm-mcp/0.1 — 設計変更指示 · 設計 BOM）と QM（qm-mcp/0.1 — 検査 · 不適合）が追加され、 mes-mcp/0.5 の SCM は 協力会社の供給能力を提供します。いずれも読み取り専用です。
  • what-if ツール thread_explain_recovery（既定オフ）の回答に、設計変更 · 不適合 1 件ごとの 追加遅延と、遅延した部品を 協力会社から 前倒しで調達できるかが追加されました（該当コネクタが有効な場合）。

→ デジタルスレッド · AI 管理コンソール

インストール · 設定​

  • Platform 認証情報は起動時に取得します — PG · Aster TSDB · Redis · RustFS のアカウント · パスワード · ポートを ホストの env に置きません。コンテナも、起動前の DB プロビジョニングのようなホストスクリプトも、同じ API から取得します。 取得に失敗した場合は FATAL で停止し、証明書検証を無効化する手段はありません。
  • インストーラは Platform のホスト · アカウントの代わりに PP_DATALAKE_ADMIN_URL · PP_DATALAKE_ADMIN_API_KEY を尋ねます。START=1 の場合は イメージ取得の前に認証情報の取得を一度試行し、失敗した場合は何も起動しません。
  • ホスト env にはサイト固有値とシークレットのみ — 製品既定値は compose、vLLM の GPU 割当はハードウェアプロファイル （compose/profiles/<PP_HW_PROFILE>.env）へ移しました。イメージのピン留めはホスト env には 置けず、緊急時に限りシェル環境で 1 回だけ指定します。
  • インストーラがファイアウォールを開放した後、このスタック以外のプロセスがすでに使用しているポートを警告します。
  • コパイロット環境変数のプレフィックス CH_ → CO_（上記「手作業」）。
  • 保存認証情報の暗号化キー PI_COPILOT_SECRET_KEY · PI_DT_SECRET_KEY — 初回インストール時にインストーラが生成します。ローテーションは _PREVIOUS で行い、passwd.sh の対象ではありません → パスワード · API キーの変更
  • AI アプリの PG が DB pi へ — コパイロットはスキーマ co、デジタルスレッドは dt を使用します。旧 DB ch は起動時に pi.co へ移行されます。
  • PI_NEO4J_PASSWORD は Neo4j 2 インスタンスのアカウントです。bin/passwd.sh が両方を同時に変更します。
  • インストーラが PP_TZ を 1 つ選択し、ホスト OS のタイムゾーンまで 揃えます。HOST_TUNING=skip|plan の場合はパッケージインストールと nvidia ランタイム登録（Docker 再起動）も行いません。env にすでに記載された TLS SAN は再インストールしても保持されます。
  • LiteLLM のホストポートを PI_LITELLM_PORT（既定 4000）で変更できます。

→ 環境変数の設定 · インストール概要

閉域網​

  • bin/up.sh もプレースホルダが残っている場合は起動しません — 従来は START=1 のパスのみを止めていたため、持ち込み後に手動で起動した スタックが公開テンプレートのパスワードで公開される可能性がありました。
  • 持ち込みが START なしで完了した場合、次の手順（プレースホルダの入力 → モデルの配置 → bin/up.sh）を出力します。
  • vLLM モデルはインターネット側で bin/fetch-models.sh により取得して移送します（リリース時の重み · チェックサムと照合）。時系列推論モデルは イメージ内に含まれるため、持ち込むものはありません。

→ 閉域網インストール

アクセス · ポート​

  • 管理コンソール 9080 → 5959（HTTP、PI_ADMIN_WEB_PORT）· 5960（HTTPS、PI_ADMIN_WEB_TLS_PORT、プロキシ経由）。 いずれも開いており、同じコンソールを呼び出します。
  • コンソール背後のサービスがコンソールのインバウンドキーを拒否した場合、ログイン画面に戻さず 502 · upstream_auth と 確認すべき変数名を表示します。LLM 読み取り画面は、ゲートウェイ（またはその DB）の 5xx を 502 · llm_upstream に変換します （従来は 500） → トラブルシューティング
  • 入口プロキシが非 root になったことで、コンテナ 内部のポートが 8080 · 9443 · 8443 に変わりました。ホスト側の 80 · 443 · 5960 はそのままです。

→ サービスポートマップ

運用​

  • コンテナが非 root で動作します — compose のすべてのサービスが実行ユーザーを明示し（自社イメージと入口プロキシ · vLLM は uid 10001、gid 0）、root の例外は GPU メトリクスの plantpulse-dcgm のみです。旧インストールの root 所有の書き込みボリューム （プロキシ証明書 · Qdrant · Neo4j を含む）は up.sh · restart.sh · update.sh が起動前に一度調整します（bin/volumes-nonroot.sh） → サービス運用
  • 新しいボリューム pi-digital-thread-neo4j-data（工場グラフのミラー）· pi-ttm-tuned-models（インストールごとの時系列ファインチューニング重み）。

イメージ​

  • 自社イメージが 12 個になりました — デジタルスレッドが追加され、LightRAG · LiteLLM が自社でラップしたイメージ （pi/plantpulse-lightrag · pi/plantpulse-litellm）に変わりました。いずれも月次タグに従い、緊急時に 1 つだけ固定する場合は PI_IMAGE_TAG_LIGHTRAG · PI_IMAGE_TAG_LITELLM をシェル環境で指定します。LITELLM_IMAGE は廃止されました。
  • 自社イメージの既定タグは 2026.10 です。

コンポーネントバージョン​

コンポーネントバージョン
vLLMv0.29.0
LightRAGv1.5.7（ラップしたイメージのベース）
docling-servev1.34.0
LiteLLMv1.103.0（ラップしたイメージのベース）
Neo4j5.26.28（2 インスタンス）
Qdrantv1.18.2

2026.09 (2026-09-25)​

2026.08 以前から更新する場合 — 手作業 2 項目

インストーラは既存の /etc/kopens/plantpulse-ai.env を再生成しません。以下の 2 点は 手動で 修正しなければ起動しません。

  1. オブジェクトストレージキーのリネーム — PP_MINIO_PORT · PP_MINIO_ACCESS_KEY · PP_MINIO_PASSWORD を PP_S3_PORT · PP_S3_ACCESS_KEY · PP_S3_PASSWORD に名前のみ変更します（値はそのまま）。旧名のみの場合は 起動前判定が停止し、移すべき行を通知します → 環境変数の設定
  2. LiteLLM 管理画面のパスワード — PI_LITELLM_UI_PASSWORD=<password> の行を追加します。ない場合、compose が 起動を拒否します → 初期パスワードの変更

外部連携がモデルを gpt-4o · gpt-4o-mini として呼び出していた場合は、新しい名前（aura-35b など — 再リリース(2026-10-20) 以降は aura-lite）に変更する必要があります（下記）。

モデル名​

  • ゲートウェイに登録される名前が aura-35b（再リリース(2026-10-20) で aura-lite に再変更）· aura-vision（ビジョンエイリアス）· aura-embedding-4b · aura-reranker-0.6b に変わりました。
  • gpt-4o · gpt-4o-mini のような 互換エイリアスを廃止しました。 VLM_NAME も廃止されました — ビジョンエイリアスは ゲートウェイ設定が保持します。

インストール​

  • 内部シークレットはインストーラが生成します — ゲートウェイのマスターキー · ソルト · vLLM キー · インバウンドキー · RAG キー · コンソールのセッションシークレット。利用者には、人しか知り得ない値（管理者パスワード）と Platform の値（PP_*）のみを尋ねます。
  • TLS 証明書の SAN を尋ねます（PP_PROXY_CERT_SAN）。非対話モードではホストアドレスで設定し、警告を表示します。
  • START=1 であるにもかかわらず プレースホルダが残っている場合は起動を拒否します（従来は警告のみでした）。
  • START=1 の場合、不足している モデルを自動取得し、SHA256 を検証します（閉域網は除く）。
  • 起動後、bin/verify-install.sh が「起動したか」ではなく「動作しているか」（モデル · ゲートウェイキー · Platform トークン）を検査します。FAIL の場合、インストールは失敗として終了します。
  • NVIDIA ドライバ · container toolkit をインストーラが導入します（SKIP_GPU=1 でスキップ）。
  • HOST_TUNING=skip|plan|apply — 他のコンテナが稼働しているホストでは既定が plan（出力のみ）です。
  • ALLOW_DOCKER_RECONFIGURE=1 — もともと存在する Docker については、リポジトリをそのまま残し再起動しないことが 既定になりました。
  • env テンプレートとマシンのアーキテクチャが一致しない場合は停止します（ENV_TEMPLATE_SKIP_ARCH_CHECK=1 でスキップ）。

→ インストール概要

閉域網​

  • バンドルの 署名検証（verify-bundle.sh）が持ち込みの最初のステップになりました。検証できない場合やバンドルが見つからない場合は 停止します。閉域網用の cosign はバンドルに同梱されます。
  • 兄弟リポジトリ 2 つがバンドル内に同梱されます。Docker オフラインパッケージの種類はアーキテクチャに従います （arm64 → deb、amd64 → rpm）。

→ 閉域網インストール

アクセス · ポート​

  • 既定ホストに /llm/（OpenAI 互換ゲートウェイ）と /mcp/rag/ · /mcp/timeseries/ · /mcp/parser/ · /mcp/vision/ のパスが追加されました — 単一ドメインで利用できます。
  • Phoenix (6006) をホストに公開しません。 既定の起動はそのままで、診断時のみ PP_DEBUG_PORTS=1 で公開します。
  • LiteLLM 管理画面のアカウント（PI_LITELLM_UI_USERNAME · PI_LITELLM_UI_PASSWORD、既定 admin / admin123!）が 追加されました。従来はマスターキーをパスワードとして入力する必要がありました。

→ サービスポートマップ

設定​

  • オブジェクトストレージキー PP_MINIO_* → PP_S3_*（上記「手作業」）。
  • 設備アラームチャネル Kafka → MQTT（1884、TLS）。PP_KAFKA_PORT は廃止されました。
  • GPU 割当の合計チェック — サービスごとの GPU 割当の合計が PP_GPU_BUDGET_CEILING（既定 0.75）を超えると起動前に停止します。
  • CH_API_V1_KEY — 公開 API（/api/v1）のマシン認証キー。空にすると、このキーでは接続できません。
  • LightRAG のエンティティ抽出の制限 LIGHTRAG_LLM_TIMEOUT は既定 3600 秒 — 大きなドキュメントのインデックス作成が途中で失敗していた問題への対応。

→ 環境変数の設定

運用​

  • bin/passwd.sh --generate — ローテーションする値をツールが生成します。生成されたキーは系列のプレフィックス （ppin_ · ppvl_ · pprg_ · sk-pplm_）によって、それ自体が何であるかを示します。
  • bin/backup.sh が compose のボリューム全体（ログ · キャッシュを除く）を対象とします — TLS 証明書と Phoenix のデータが新たに含まれました。--list で判定結果を確認します。 → データベース管理

→ パスワード · API キーの変更

管理コンソール​

  • 韓国語を選択できます（ログイン画面の言語切り替え）。
  • LLM メニューに チャットテスト · モデル登録（外部 OpenAI 互換エンドポイント）· API キー（仮想キーの発行）· アップストリーム状態が追加されました。

→ AI 管理コンソール

コパイロット​

  • ウォッチ（/watch） — 監視したい内容を登録しておくとアラートで通知します → 自動化
  • 左レールの画面順序を業務の流れに沿って並べ直しました → コパイロット画面
  • 会話タイトルの検索、根拠表示に含まれるツール引数のシークレット値のマスク
  • コパイロット管理画面での API キーの発行と 公開 API /api/v1 → API 連携ガイド
  • 時系列予測の既定モデル TTM R3、設備センサの異常検知における 補正スコアの既定閾値 5.0 → 時系列インサイト

コンポーネントバージョン​

コンポーネントバージョン
vLLMv0.29.0
LightRAGv1.5.6
docling-servev1.34.0
LiteLLMv1.102.0
Neo4j5.26.28
Qdrantv1.18.2
Arize Phoenix19.6.0

2026.08 (2026-08-23)​

  • plantpulse-proxy の導入 — 外部からの入口を 80 / 443 の 1 つに集約し、TLS を適用します。
  • 運用の共通コマンド — bin/up.sh · down.sh · restart.sh · logs.sh · shell.sh · update.sh · remove.sh · doctor.sh。
  • bin/passwd.sh — パスワード · API キーの変更（platform · ai · studio 共通の規約）。
  • 設定の正本を /etc/kopens/plantpulse-ai.env に移しました（compose/.env は読み込みません）。
  • 内部サービス（vLLM · 埋め込み · リランカー · docling · Qdrant · 時系列推論 · admin-api）のホストポート公開を 停止しました。バックエンド 4 サービスのインバウンドキーを 1 つの値に統合しました（当時の名称 PP_INBOUND_API_KEY、現在は PI_INBOUND_API_KEY）。
  • リリースを arm64 · amd64 の 2 系統でビルドします。env テンプレート名が env.gb10.example になりました。

v2.0.0 (2026-07) — アーキテクチャ大改編​

備考

以下の v1.x の項目は、改編前のアーキテクチャを基準とした 過去の記録です。現在のアーキテクチャについては本 v2.0.0 の項目を参照してください。

チャットオーケストレーションの内製化（Langflow の削除）​

  • チャット/エージェント実行が AI Chat Web 内蔵エージェント（AgentOrchestrator + ToolRegistry）に一元化されました。
  • Langflow エンジンおよび 15 個のカスタムコンポーネント、Jupyter がスタックから削除されました。Arize Phoenix も この時点で外れましたが、2026-07-27 に LLM トレース用として復帰し、現在は既定で起動します（2026.09 以降はホストポートは閉じられています）。
  • LLM 推論は LiteLLM（:4000）ゲートウェイを経由します。当時のモデル名は gpt-4o で、2026.09 に aura-35b、2026.10 再リリース(2026-10-20) で aura-lite に変わりました。エージェントの実行フローはチャット画面の「タスクを見る」で確認します。

MCP / オントロジーの統合​

  • 旧独立サービスの plantpulse-mcp-server（:50000）と plantpulse-ontology（:8888）がアーカイブされ、Platform の server-web 統合 MCP（/api/v5/mcp、api_key 認証）に置き換えられました。オントロジーツールは統合 MCP に吸収されました。
  • 内蔵エージェントの ToolRegistry が tools/list からツールを動的に検出します。

RAG → LightRAG への移行​

  • 自社開発の RAG サーバー（旧 plantpulse-rag）が公式 LightRAG サーバー（当時 1.5.4、2026.09 に 1.5.6）に置き換えられました。ドキュメント管理は LightRAG の WebUI（/webui）で行います。

インフラの共用化​

  • PostgreSQL · Aster TSDB · Redis · RustFS は PlantPulse Platform のインストール済みのものを 共用します（AI スタック内蔵の起動は廃止）。

v1.4.0 (2026-03-29)​

ドキュメント​

  • 質問例を 178 個に拡大（フィーチャーストアの細分化、複合質問の強化、ビジネスシナリオの追加）
  • トラブルシューティングガイドの追加
  • API 連携ガイドの追加
  • リリースノートページの追加
  • README に GitBook オンラインマニュアル URL を追加

v1.3.0 (2026-03-29)​

ドキュメント​

  • 質問例を 170 個に拡大（ドメイン別に細分化）
  • 付録のアルゴリズムガイドを 3 本追加:
    • RAG アルゴリズムを理解する（チャンキング、埋め込み、ハイブリッド検索、リランキング）
    • AI モデルアルゴリズムを理解する（TSPulse 異常検知、TTM 予測、フィーチャーストア）
    • オントロジー（ナレッジグラフ）を理解する（グラフ DB、サブグラフ探索）
  • トラブルシューティングガイドの追加
  • API 連携ガイドの追加
  • リリースノートページの追加

v1.2.0 (2026-03-29)​

ドキュメント​

  • 付録のアルゴリズムガイドを 3 本追加

v1.1.0 (2026-03-29)​

ドキュメント​

  • 質問例ページの追加（130 個）

v1.0.0 (2026-03-29)​

初回リリース​

PlantPulse AI 製品マニュアル GitBook の初期構築。

プラットフォーム構成​

  • 151 個の MCP ツールを統合
    • PlantPulse MCP Server: 116 個の読み取り専用 API
    • TimeSeries-Insight: 27 個の AI 分析ツール
    • Ontology: 5 個のグラフツール
    • RAG: 3 個の検索ツール
  • 15 個のカスタム Langflow コンポーネント
  • AURA LLM — 産業特化の自社モデル（LLM + Embedding + Reranker）

AI モデル​

モデル用途
AURA LLM対話/分析/レポート生成
AURA Embeddingベクトル埋め込み（2560 次元）
AURA Reranker検索結果の再ランキング
IBM Granite TSPulse時系列異常検知
TinyTimeMixer (TTM)時系列予測

インフラ​

コンポーネント技術
バックエンドJava 21 / Spring Boot 3.4, Python / FastAPI
グラフ DBNeo4j
ベクトル DBQdrant
リレーショナル DBPostgreSQL 18
時系列 DBApache Cassandra
キャッシュValkey (Redis 互換)
オブジェクトストレージRustFS (S3 互換)
LLM プロキシLiteLLM
AI ワークフローLangflow
AI オブザーバビリティArize Phoenix
実験環境Jupyter Notebook

モジュール別の主な機能​

AI Chat Web

  • 自然言語による工場データの照会
  • SSE リアルタイムストリーミング応答
  • ECharts/Mermaid によるリッチな可視化
  • マルチ AI Flow 管理

MCP Server

  • OPC-UA/ISA-95 ベースの 116 個の読み取り専用 API
  • 10 のデータドメイン: 設備、OPC、作業指示、サイト、タグ、OEE、カレンダー、システム、RAM、EMS、アラーム、ポイントなど
  • KST ネイティブの時刻処理

TimeSeries-Insight

  • 7 ドメインの異常検知（IBM Granite TSPulse）
  • 7 ドメインの予測（TinyTimeMixer TTM）
  • アラームの深層分析（統計、継続時間、相関関係）
  • フィーチャーストア（時間別/日別の自動計算、ベクトル埋め込み、LLM コンテキスト）
  • 設備健全度スコア（0〜100）

Ontology

  • 14 種のノードタイプによる工場ナレッジグラフ
  • サブグラフ探索（depth 指定）
  • PlantPulse DB ↔ Neo4j の 60 秒ごとの自動同期

RAG

  • 4 つの検索モード（hybrid, naive, local, global）
  • ハイブリッド検索（Dense + Sparse）
  • マルチモーダル対応（テキスト + 画像 + テーブル）
  • Docling ドキュメントパーサ、リランカー

AI Studio

  • Langflow によるビジュアルフロープログラミング
  • 15 個の PlantPulse 専用コンポーネント
  • LiteLLM LLM プロキシ
  • Arize Phoenix による AI 評価/モニタリング
  • Jupyter Notebook 実験環境