この記事の勘どころ
AIに複数の端末やアプリをまたぐ作業を頼むなら、先に情報の出どころ、出力先、完了確認を分けて書く。AIの能力不足を責める前に、人間側が作業の地図を渡すと、途中の進捗を最後の成果に接続しやすくなる。
よくあるつまずき
スマホで予定を見て、PCの表を直し、最後に別のアプリへ送る。こういう作業をAIに頼むと、途中までは進んでいるように見えるのに、最後の置き場所が違うことがあります。
厄介なのは、AIが何もできていないわけではないところです。情報は読めている。ファイルも作れている。なのに、どの端末から読んだ情報を、どの場所へ置くのかが途中で薄れて、全体としては未完了になる。
人間側も同じで、複数のアプリを行き来していると、さっき見た値をどこへ反映する予定だったかがあいまいになります。AIに任せるときも、このあいまいさは消えるどころか、見えにくくなることがあります。
日常で生かせる点
この研究から借りたい見方は、複数の場所をまたぐ作業では「情報そのもの」だけでなく、「どこから来て、どこへ行くのか」を持ち続ける必要があるという点です。
DevicesWorld では、6,140 件の実行可能なタスクを用意し、スマホ、Linux、SmartHome をまたぐ agent の動きを調べています。5種類の baseline はどれも成功率が低く、最も高いものでも12.5%でした。失敗の中には、一部の条件は満たしているのに、別の端末や出力先の条件が抜けている例がありました。
これは日常のAI活用にも近い話です。AIに「予定を見て、表を直して、メッセージ案も作って」と頼むなら、予定、表、メッセージという三つの場所を一つの作業として扱う必要があります。人間が先に小さな地図を渡すだけで、AIの返答を確認しやすくなります。
手軽にできる第一アクション
まずは、AIに依頼する前に三行だけ書きます。
一行目は「読む場所」。例として、カレンダー、Slack、メール、PDF、家計簿などです。二行目は「置く場所」。表、メモ、返信文、タスク管理ツールなど、最後に結果が入っていてほしい場所を書きます。三行目は「完了確認」。何を見たら終わりと言えるかを一つだけ決めます。
たとえば「Googleカレンダーから来週の空きを読む」「Notionの会議メモに候補日を置く」「候補日が三つあり、各日程に理由が一言ある」と書いてからAIに渡します。これなら長い手順書ではなく、作業の出どころ、置き場所、確認点だけを渡せます。
続けるときの見方
毎回、細かい操作手順まで書く必要はありません。大事なのは、AIが途中で迷いやすい場所だけを先に見える形にすることです。
結果を受け取ったら、三行メモに戻って確認します。読む場所は合っていたか。置く場所は合っていたか。完了確認は満たしているか。ここだけを見ると、AIの回答を雰囲気で採用しにくくなります。
AIは作業を速くしてくれます。ただし、どこから何を受け取り、どこへ渡すのかという意図は人間側に残ります。小さく書いてから渡すことが、AIとの共同作業を未来の自分にも説明できる形にしてくれます。
暮らしに置き換える
小さく試すなら
今週、端末やアプリを二つ以上またぐ依頼を一つ選び、送信前に「読む場所」「置く場所」「完了確認」を三行で書いてからAIに渡す。終わったら、AIの返答や作業結果が三行すべてを満たしたかだけ確認する。
役に立つ場面
AIに長い説明を足すより、作業の地図を小さく渡せる。別端末や別アプリに結果を置く依頼で、途中の進捗に安心して完了確認を飛ばす事故を減らせる。
読むときの余白
深めるなら
- 今日のAI依頼から、端末やアプリを二つ以上またぐものを一つ選ぶ。
- 依頼文の前に「読む場所」「置く場所」「完了確認」を一行ずつ書く。
- AIの回答後、最後に置く場所と完了確認だけ自分で見直す。
そのまま信じないところ
- DevicesWorld は benchmark 環境の研究であり、普段使うAIツールや実端末の成功率を直接示すものではない。
- 評価対象は研究用に構成された Android、Linux、SmartHome の実行環境で、企業ツールや個人のアプリ操作とは条件が違う。
- 端末役割をメモしても、AIが実際に画面を操作できない環境では確認作業は人間側に残る。
- 最高成功率12.5%という数値は固定評価セットと5種類の baseline 上の結果で、全てのagent能力を代表するものではない。