ジョンは、レポートを送信する予定の 12 分前の午後 6 時 18 分に間違いに気づきました。
この文書は、包装ラインの段取り替え時間を短縮しようとしている家族経営のメーカー、ハバーシャム コンポーネンツ向けのものでした。 17 ページでは、ダウンタイムの原因のグラフの下で、AI ライティング アシスタントが「ノース リッジ オペレーティング モデル」というフレーズを使用していました。ノースリッジも別の顧客でした。
ノースリッジのデータはレポートに掲載されていません。このフレーズは、Jon の再利用可能なコンサルティング テンプレートから来ました。それにしても、ミスは重大だった。これは、1 人の独立系コンサルタントが 4 つのエンゲージメントにわたって同じ AI ツールを使用した場合、手法、言語、顧客情報がいかに簡単に曖昧になるかを示しました。
この出来事がきっかけで、Jon は後に利便性ではなく分離を中心に onemind を構成しました。彼の会社マインドは、彼の一般的なコンサルティング方法、つまり観察をどのように構造化し、計算を検証し、推奨事項を書き、不確実性をマークするかだけを保持していました。各クライアントには個別の制限付きプロジェクトがありました。 Haversham のプロジェクトには、語彙、承認された関係者、安全ルール、ソース フォルダー、保持ポリシー、および 2 つのアクティブな取り組みが含まれていました。ジョンのメソッドを継承することはできますが、ノースリッジから検索したり継承したりすることはできません。
3 か月後、ジョンは監督者のワークショップのためにハバーシャムの工場に到着しました。レコーディングの前に、彼は onemind で婚約を開始しました。画面には、アクティブなクライアントが大きな文字で表示され、会議の機密性、出席者、および録音の同意が取得されているかどうかが表示されました。工場長が同意を確認した後でのみ、onemind は会議分析ワークフローの開始を許可しました。
トランスクリプトは、会社の記憶ではなく、ソース資料として onemind に入力されました。会議エージェントは、ワークショップの目標、ハバーシャムの好みの用語、プロセス マップ スキーマ、観察された事実と参加者の意見を区別するための指示を受け取りました。 4 つの候補決定、7 つの観察結果、および 3 つの未解決の質問が返されました。各文はタイムスタンプにリンクされています。
ジョンは、保守監督者がブレーンストーミングを行っており、変更を承認していなかったために、1 つの候補の決定を拒否しました。彼は 2 人の講演者の名前を訂正し、3 行目の視覚的な作業指示を試行する決定を受け入れました。また、エージェントは教訓を提案しました。監督者は、長い手順のテキストよりも、注釈付きの写真に迅速に取り組むことができました。ジョンはハバーシャム 3 号線プロジェクト内でのみこの案を受け入れ、裁判後に検討日を設定しました。 onemind は、それを他のクライアントに一般化することはしませんでした。
翌朝、Jon はスプレッドシート エージェントを開きました。 onemind は、承認された生産数値、ハバーシャムが使用した単位、合意されたベースライン期間、およびジョンの検証ワークフローを同社に提供しました。エージェントにはトランスクリプト全体や他のクライアント フォルダーへのアクセス権は与えられませんでした。代理店は、2 回の異常な停止が含まれるかどうかに応じて、提案された変更によって月あたり 2.8 ~ 4.1 時間の生産時間を回復できると計算しました。結果はその選択に敏感であったため、両方のケースが生成され、仮定がマークされました。

次に、ジョンはクロードに手順とトレーニング パックの草案を作成するように依頼しました。 onemind は、Jon の執筆標準、Haversham の用語、受理された審決、承認されたスプレッドシートの成果物、視覚的な指示のレッスン、および機密保持フッターを同期しました。クロード氏は、自信のある貯蓄額を 1 つ考え出す代わりに、スプレッドシートのシナリオを引用しました。
午後 5 時 54 分に、Jon は「外部配信の準備」をクリックしました。 onemind エクスポート フックによりドキュメントがブロックされました。今回の問題は別のクライアントの名前ではありませんでした。 1 枚の写真には、従業員の電話番号が記載されたホワイトボードが含まれていました。フックには、ページ、検出された機密フィールド、トリガーされたポリシー、および 3 つの選択肢 (画像を削除するか編集するか、クライアント所有者に記録された例外を要求する) が表示されます。ジョンは番号を編集し、もう一度小切手を実行しました。 2 回目の実行では、機密保持、用語、引用、計算、および必須フッターのチェックに合格しました。
レポートのプルーフ バンドルには、Haversham のソース バージョン、承認された決定、スプレッドシートの結果、クロードのバージョン、onemind パッケージのバージョン、輸出チェック、および Jon の承認が記録されていました。工場長がなぜ節約の見積もりが 1 つの数値ではなく範囲であるのかと尋ねたとき、ジョンは古いチャットを検索する代わりに、正確な仮定と会議の証拠を開くことができました。
エンゲージメントの終了後、onemind はプロジェクトを読み取り専用保存に移行しました。クライアントドキュメントフォルダーへのアクセスの有効期限が切れました。 Jon のローカル アプリは、Haversham 分析プラグインとキャッシュされたパッケージを削除する前に質問しました。手動でダウンロードした 1 つのソース ファイルが削除されたことを確認できなかったため、終了レポートではクリーンアップが完了したように見せるのではなく、「ユーザーのアクションが必要」と表示されました。
次の四半期では、Jon の最終コンプライアンス レビューの平均時間は 2 時間近くから約 50 分に短縮されました。彼は、2 倍のレポートを作成することで成功を評価したわけではありません。その有意義な結果は、クライアントの事実、言語、証拠を分離したまま、複数のクライアント間でメソッドを再利用できること、そして境界チェックが失敗した場合、ドキュメントがマシンから送信される前にその失敗が明らかになるということでした。
