ロボットとプラットフォームで
実行データを残す理由
良い提案よりも重要なのは、実際に何が実行され、どの結果と例外が残っているかを確認することです。
ロボットと学習・業務プラットフォームは表で非常に異なります。しかし、製品が現場で価値を生み出すためには、ユーザーの意図、システムの判断、実際の行動と結果をつなげなければならないという点は同じです。この接続を確認するデータは実行データです。
ログが多いと実行データではありません
サーバーログやセンサーデータを無条件に大量に保存すると、コストとプライバシーのリスクだけが大きくなる可能性があります。目標行動、成功・失敗条件、人が確認すべき例外と次の決定を中心に最小限のデータを設計しなければなりません。
ロボットでは状態と文脈が一緒に必要
位置と速度だけでは停止理由がわかりません。ミッション、パス、障害物、安全イベント、バッテリー、通信状態、オペレーターの介入を一緒に接続することで、再計画の失敗やボトルネックを分析できます。
プラットフォームでは使用フローが重要です
ページ閲覧数より学習開始、評価完了、未回答、原文根拠確認、次の行動が重要です。 PassAI は学習フロー、WorkCheck は教育運営、Desk は根拠ナビゲーション、Kids は質問中心活動という異なる結果を見なければなりません。
人の判断を記録する
システムが提案した内容をそのまま実行したのか、ユーザーが修正・拒絶したのかを区別しなければなりません。人の確認を失敗と見なすことなく、安全と品質のための重要なプロセスとして扱うことで、過度の自動化の約束を避けることができます。
改善可能なデータ構造
- 目標： どの問題と結果を確認するかを決定します。
- アクション： システムとユーザーが実際に行ったことを記録します。
- 結果： 完了、遅延、失敗、品質を測定します。
- 文脈： 環境・バージョン・対象と制限条件を連結します。
- レビュー： 人が確認し、次の変更を決定します。
ビジネス化にとってなぜ重要なのか
PoCが成功したという文よりも、どの基準で何が改善され、どこまで拡張できるかを示す記録がより信頼できます。運営中のサービスも繰り返し使用の理由と離脱・例外を理解しなければ、次の製品とサポート範囲を決めることができます。
個人情報とセキュリティ
必要なデータのみを収集し、目的、保存期間、アクセス権を明確にする必要があります。電子メール、お問い合わせ、子供のデータなどの機密情報は分析イベントに入れられず、パブリックサイトは測定IDがないと外部分析スクリプトを呼び出すことはありません。
RODIXのAX接続
RODIXが語るAXは、技術が答えを作るのに終わらず、人間が確認した実行と結果につながる構造です。ロボットとプラットフォームと呼ばれる異なる事業は、実行データと呼ばれる共通の原理にリンクされています。
メモ
RODIX最終作業指示書、プラットフォーム別運営資料とロボティクスPoC・検証文書を参考にしました。