予測ではなく測定された自動化の初期のフットプリント

エージェント採用に関するほとんどの説明は、エージェントを販売する誰か、またはエージェントを心配する誰かによって書かれています。どちらもきれいな物語を生み出します。観察されたバージョンは、より複雑で、より便利です。

最初の 3 か月はこんな感じになることが多いです。

1 週目から 3 週目: 楽勝

何かがすぐに機能します。それは通常、トリアージのステップ、要約、下書きなど、範囲が狭く、詳細が明確で退屈なものです。チームは満足していますが、それも当然のことです。なぜなら、これが本当に機能するからです。

この期間は熱意のほとんどを生み出しますが、持続的な価値はほとんど生み出しません。自動化が簡単な作業は、その作業がすでに明確に定義されているため簡単であり、通常は、その作業が 1 週間の中で最も高価な部分ではなかったことを意味します。

4 週目から 7 週目: スプロール化

一度それが機能するのを見て、人々はさらに構築します。これは、エージェント数が 3 人から 30 人に増加する時点であり、最初の構造的な問題が現れます。つまり、何が実行されているか誰も知りません。

劇的な方法ではありません。事故も停電もありません。単純に、どのエージェントが存在し、誰がそのエージェントを所有し、その費用はいくらであるかを尋ねた場合、答えをまとめるのに 1 週​​間かかり、回答が到着した時点では未完​​成であるということです。

この時点より前に帰属と所有権を設定していたチームは、気付かずにそれを通過します。次の 1 か月を費やさなかったチームは遡及的に構築しますが、これは事前に構築するよりもかなりの労力がかかります。

第 8 週から第 11 週: 質の高い質問

ここのどこかで、エージェントが自信を持って何か間違ったことを発表し、人はそれを捕らえません。

これは、今年の残りがどうなるかを決定する瞬間です。対応策の 1 つは、人間によるレビューをすべてに追加することです。そうすると、節約された時間が戻ってきて、プログラムが無意味になってしまいます。もう 1 つは、自動的にスコアを付けるのに十分な精度で適切な出力がどのようなものであるかを定義することです。これは事前に行うのが難しく、拡張できる唯一のバージョンです。

Eval は後から追加できる洗練されたものではありません。これらは、一律の疑いではなく、レビューをトリアージにすることを可能にするものです。

第 12 週: 孤児たち

四半期の終わりまでに、4 週間から 7 週間で構築されたエージェントのうちかなりの割合がまだ実行されており、何の目的も果たしていない状態になります。プロジェクトが終了し、その人がチームを移動し、ワークフローが変わりました。

エージェントごとに指定された所有者がいないと、組織内の誰も気付かなくなります。支出は続き、監査証跡は誰も読まないアクションで埋め尽くされ、実行中のエージェントの数は人々が信頼しなくなった数になります。

好成績を収めるチームを分けるもの

それはモデルの選択ではありませんし、最初の自動化の洗練されたものでもありません。それは、スプロール現象が起こる前に、エージェントごとの帰属、エージェントごとの指定された所有者、警告ではなくブロックする予算、そして少なくとも最大量の作業に対して設定された大まかな評価の 4 つが適切に整備されていたかどうかです。

これら 4 人のチームは、通常のエンジニアリングの進行として 90 日間を処理します。それらのないチームは、それを一連の驚きとして経験しますが、そのそれぞれは解決可能であり、どれも予期していませんでした。

正直なまとめ

エージェントは仕事を削除します。また、それらを操作するという、これまで存在しなかった作業のカテゴリーも追加されます。 2 番目の報告を行わずに最初の報告を報告する導入に関する説明は、四半期ではなくデモを説明していることになります。

次へ

「仕事の未来」のページでは私たちが調査する 4 つの領域をカバーし、「エージェント オーケストレーション システム」のページでは、このパターンが示し続ける帰属、所有権、予算、および評価のレイヤーをカバーします。