OpenAI dotsと企業リーダーの次の決断

会話が終わった後も働き続けるAIアシスタントは、私たちの仕事の委任方法を変えます。企業リーダーにとって有益な問いは、どの責任を割り当てられるか、成果をどう確認するか、そして誰が責任を負うかです。

OpenAIはdotsを、会話の合間に作業を継続し、レビューのために結果や決定を持ち帰る持続的なエージェントとして説明しています。アクセスは対象アカウントに段階的に展開されています。

私の見解では、ビジネスの機会は、作業を継続させるのに必要な労力を減らすことにあります。調査、フォローアップ、文書の準備は、人々が繰り返しコンテキストを集め、次に何が起こるかを決定しなければならないため、時間がかかります。継続性を維持するエージェントが役立つ可能性があります。その価値は、エージェントが稼働するワークフローで証明されなければなりません。

OpenAIが導入したもの

公式のOpenAIドキュメントによると、dotはGPT-6 Astra上で動作し、独自のクラウドコンピュータとブラウザを持っています。調査、データ分析、文書の準備、ソフトウェアの構築ができます。ユーザーのコンピュータがオフになっていても、クラウドの作業は継続できます。[2]

ここには注意深い区別が必要です。クラウドコンピュータ、アプリへの接続、ローカルコンピュータへのアクセスは別個の機能です。メッセージングチャネルを接続しても、他のサービスへのアクセスが自動的に付与されるわけではありません。各接続には独自の権限と要件があります。[2]

CTOにとって、この区別はアクセスを設計する際に重要です。CEOにとっては、エージェントが何を所有すべきかについて合意する際に重要です。

実践的な企業の例

サプライヤーの更新を準備している仮想の調達チームを考えてみましょう。情報は契約書、使用レポート、複数のメールに散らばっています。現在、管理者は議論のたびにこれを集めています。

合理的なパイロットは、dotに承認されたソースを使用して更新サマリーを維持し、不足している情報を特定し、管理者のために質問を準備するよう依頼するでしょう。チームは責任を拡大する前に最初の結果をレビューします。

指示は、成果物とその限界を定義すべきです：サマリーを最新に保ち、重要な数字の背後にあるソースを示し、未解決の仮定を強調し、レビューのために通信文を準備すること。商業的決定の責任は管理者に残ります。

これは例示的なワークフローであり、OpenAIがこの特定の使用例を検証した、あるいは測定された節減を提供したという主張ではありません。

システムを実行すべき作業で比較する

プラットフォームを選択する前に、3つのアプローチを比較します。

会話型アシスタントは、やり取りの中で誰かが作業を完了するのを支援します。持続的なエージェントは、やり取りをまたいで責任を所有します。選択は、継続性が実際の問題を解決するかどうかにかかっています。

事前定義されたワークフローは明示的なステップに従います。エージェントは情報が変わったときにどう対応するかを提案できます。安定した反復的なプロセスは従来の自動化の恩恵を受ける可能性があります;入力が変化する作業はエージェントのパイロットを正当化するかもしれません。

デモは一度何が起こったかを示します。運用評価は、システムが繰り返し許容可能な結果を生み出すかどうかを問います、ソースが欠落または矛盾している場合も含めて。企業の購入は後者に導かれるべきです。

CEOがすべきこと

指名されたビジネスオーナーと共に、1つの限定的な責任を選択してください。サプライヤーのサマリー、内部プロジェクトの更新、または定期的な会議の準備は、生産性の改善という広範な指示よりも明確な出発点を提供します。

パイロット前に現在のプロセスを測定してください。スタッフの時間、ターンアラウンドタイム、許容可能な出力を生み出すのに必要な修正を記録してください。パイロット中は、レビュー時間と手直しも比較に含めてください。

結果がチームのより良い決定や締め切りの達成に役立つかどうかを尋ねてください。より多くの文書が生成されることは、必ずしもより多くのビジネス価値を意味しません。

拡大の条件を事前に合意してください。ビジネスオーナーは、どの結果が許容可能か、どの失敗がパイロットを停止させるかを説明できるべきです。

CTOが確立すべきこと

エージェントが使用できるソースと人間が必要な作業を定義してください。最小の有用なアクセス範囲から始めてください。アクセスを拡大する前に、代表的なデータと意図的に不完全な入力でテストしてください。

重要な出力には証拠を要求してください。更新サマリーは、引用された金額をソースまで追跡でき、現在の事実を仮定と区別できるべきです。

ワークフロー全体を評価してください。検索品質、計算、文書品質、アクセス境界、失敗したステップ後の回復を確認してください。正しい段落は間違ったソースファイルを補償できません。

実用的な停止と回復の手順を設定してください。OpenAIは、タスクを停止しても完了した作業が元に戻されず、委任されたまたは繰り返しのタスクには別の制御が必要な場合があると指摘しています。チームは継続的な責任を割り当てる前にこれらの制御を理解すべきです。[2]

人間のレビューを含む実行された作業のコストを監視してください。追加の証拠なしに成功した小さなパイロットを会社全体の節減に外挿しないでください。

今後の決断

Dotsは持続的な委任を具体的な製品提案にします。その提案が企業を改善するかどうかは、割り当てられた責任、利用可能な情報、レビューの品質に依存します。

私は結果を確認できる作業から始め、修正から学び、証拠が支持する場合にのみ拡大します。これはリーダーに投資の根拠を提供し、従業員にツールの使用方法を形作る明確な役割を与えます。

あなたの組織では、どの継続的な責任を最初にAIエージェントに割り当てますか？そしてその権限を拡大する前に、どのような証拠が必要ですか？

数学的に考えよ。知的にエンジニアリングせよ。戦略的にリードせよ。責任を持って構築せよ。グローバルにスケールせよ。人工知能を通じて真のビジネス価値を創出せよ。

#OpenAI #Dots #EnterpriseAI #AIStrategy #AILeadership #ResponsibleAI

Originally published on LinkedIn by Keshavan Thiagaraja. Read the original on LinkedIn.