ChatGPTの新機能dots（仕事を任せるAI）に頼む前に、決めておく3つ。動画の解説と、私が実際に踏んだ失敗から

出典: 最新アプデで追加されたdots機能は正直どう？AIのプロがChatGPTのdotsの使い方を教えます！

雑務を任せて、重い開発はCodexやClaude Codeへ。何でも同じAIに頼まなくていいんですね。いまにゅさんが強みとして挙げたのは、人が頼む前に、必要なことを知らせてくれる働きでした。

いまにゅさん（動画の中で・自動字幕・11:18〜）

「でもそうではなくてプロアクティブっていうのはもう勝手にエージェントが動いて必要な情報があれば僕が何かを依頼しなくても許可された情報にアクセスして必要であれば僕にメッセージを送ってくれるんですね」

探し物や日程調整を任せるところから、知らせを受け取り、外へ送る前に承認するところまで。任せたいのは、調べることなのか、送るところまでなのか。自分の仕事に置き換えると、そこが気になりますね。

最後は、ハーネス。AIが仕事を進めるための資料や手順、道具をそろえた環境のことです。いまにゅさんは、情報の原本や、仕事の手順をまとめたスキルがある人ほど生かせると語りました。

→ 雑務を書き出す

自分の仕事で任せたい雑務を3つ書き出してみよう。その中から、まず任せたいものを1つ選ぶ。探し物なのか、予定の確認なのか。自分が繰り返している作業から選ぶと、頼む内容も具体的になります。

優秀な秘書が来ても、必要な情報がどこにあるか分からなければ動きにくい。いまにゅさんは、dotsを使いこなす人には、すでに自分のハーネスがあると語りました。データベースやスキル、情報の置き場。その話には、私の使い方も重なります。

いまにゅさん（動画の中で・自動字幕・2:27〜）

「ハーネスを作っているっていうのは、ま、自分自身の環境、例えばデータベース、ここにデータがどんどん溜まっていて」

「もうこのデータを見に行けばここにこういう情報があるとか」

そのとおりだと思います。私の場合、仕事を受け取る環境はAGI Cockpit。そこへ渡す物と、dotが作ってよい物を決めました。何でも渡す、では範囲が見えません。

私が委ねたいのは、作業だけではないんです。約束を覚えて最後まで運び、成果か、本当に必要な判断を返す責任まで。私が思い出して催促するなら、管理が戻ってきちゃう。

AI秘書の凛ちゃんが設定文を書き、dotへ送りました。設定文は、私がdotに渡した指示文です。

全部で6つある節のうち、5番目が「作業の分け方」。決まった時刻に動く5つの自動実行それぞれの指示に、同じ節を入れました。

動画に出てくるカスタムルールの欄に置いたものと、同じだとは言えません。私の場合は、それぞれの自動実行へ渡した設定文です。

送ったあと、dotに保存した全文を読み返してもらいました。平日の見張りは、メールと今日・明日の予定を見て、すぐ知らせる物があれば知らせる仕事。

これを含む5つの自動実行すべてに、頼みの渡し方が入っていることをAI秘書が確かめています。

読んで使う資料や調べ物、メールの一覧は、dotが作ってよい。記事や本、画像のお試しも同じです。ただし、試作と分かる形で私に見せ、そのまま外には出さない。

仕上げて公開する物や、私の環境に残す記録はCockpitへ渡す。迷ったら、作り始める前に私へ聞く。そこまで設定文に入れました。

情報を渡すだけでなく、作ってよい所まで書いておきたい。任せたあとに、私が毎回振り分け直さなくて済むように。

→ 任せる範囲を書く

自分の設定文に「別の環境へ渡す物」と「渡さず、このAIで作る物」を一行ずつ書く。試作と公開する完成品も書き分け、判断に迷った時は作る前に確認する、と続けておきます。

頼む場所と、返事を見る場所がまとまっていると、仕事を追いやすいですね。いまにゅさんは、dotsとのやり取りをSlackへ移し、1つの仕事を1つのスレッドで見る使い方を語りました。私の場合は、dotから私の環境へ頼みを渡す先と、そこから私のスマホへ確認が戻る道に問題が起きました。

いまにゅさん（動画の中で・自動字幕・17:17〜）

「全部ドッツとのやり取りは全部スラックに移行してます」

「もうスラックで今後やり取りするねって言ったらスラックからしか来ないんですよ」

やり取りの場所をひとつにまとめる考えには、私も賛成です。ただ、私の場合は、頼みを受け取った先から確認が届かないことがありました。

最初の届け先は、AI秘書の凛ちゃんが作った「[AI] dot窓口」。頼みを受け取る補助のタスクで、子タスクと呼んでいます。

私が、終わったら確認を出す形を選んだあと、10月8日の昼に出た確認が閉じられました。子タスクからの確認を自動で閉じる決まりがあり、スマホには届かなかったんです。

その子タスクには、メールを読む道具もありませんでした。AI秘書が、そこにMCPを足すかと聞きました。

MCPは、AIが外のサービスを直接操作するための接続口です。ただ、同日はSNS投稿サービスのSociamonialsのMCP認証が、Codexの接続環境すべてで切れていました。

道具があることと、使えることは別。その時、私はタスクの名前の意味も聞きました。

午後には、自分で立てたタスクへ頼みの届け先を一本化する案を選びました。補助の子タスクは閉じる、という選択です。

何が起きたかが分かったので、届け先を変えるという直し方を選べました。

夕方、なぜ毎回同じタスクで受け続けるのかを、私から聞きました。AI秘書が挙げた理由は、全部で3つ。

dotはタスク番号で届け先を指定するので、固定した先が必要。私が立てたタスクなら、確認を自動で閉じる決まりの対象にならない。そして、メールを読む道具やSNS投稿サービスのブラウザ、MCPがあること。

私は、このタスクで受け続けると選びました。頼みを受け取り、必要な確認を私へ返せる先へ。

一本化したタスクが午後と夕方に出した2回の確認には、2回とも答えられました。

dotsにPro課金が要るかを、自分のMacの数字で確かめた記事も書いています。

→ 届いた画面で確かめる

取り消せる試しの頼みを送り、結果のあとに出る確認を、自分のスマホで開いて答えられるか確かめる。Slackなど通知が届く場所があるなら、そこでも試しの通知を1件、自分のスマホで開く。送る側の「確認を出した」という表示だけでは終わらせません。

外へ送る前に許可を求められる。任せる側として、気になるところですよね。いまにゅさんは、dotsの承認について説明しました。一方、私のdotに渡した設定文にある、受け取り用のタスク以外には送らない、という約束は、別に確かめる必要がありました。

いまにゅさん（動画の中で・自動字幕・21:03〜）

「なんか外部へ送信したりとか変更したりとかそういうのは基本的には許可を求められる形になるので」

「勝手に勝手にあの、そういうのを進めてくれるかっていうとそういうわけではありません」

許可を求めてから送る。そこは私も同じ立場です。動画のスライドでは、公式が紹介した初期テスターの事例として、準備した請求書を承認後に送る流れが示されていました。

ただ、設定文に書いた約束まで、機械で守られるとは限りません。私のdotへ渡した文も、そこを確かめる必要がありました。

委ねたいからこそ、信頼できる仕組みが先。書いてあることと、操作できないことは違うんですね。

10月8日の昼の設定文には、私がCockpitへ頼むと言った時だけ頼みを送る、と書いてありました。受け取り用のタスク以外は、作る・送る・変えることをしない。送るのも依頼ごとに一回だけ。

今は、作業は私の一言をもらってから「作業の分け方」の節に従う、という文に変えています。

昼の版をAI秘書の凛ちゃんが確かめた時、dotはCockpitを操作する外部サービス連携を使える状態でした。頼みの出し先は、まだ補助の子タスクです。

文を守らなければ、別のタスクにも送れてしまう。書いた約束だけでは、操作を止められなかったんです。

届いた頼みは、試しと本番を合わせた二通。そのうち本番の一通が、私の頼みから来たのかは、Cockpit側では確かめられませんでした。

だから私は、文が保存されたことだけで安心しない。動画で示されたdots側の承認と、私が設定文に書いた送信条件。それぞれ、何によって守られるのかを見る必要があります。

→ 約束を仕分ける

設定文に書いた約束を1行ずつ見て、「書いてあるだけ」か「機械で止まる」かに分ける。止まらない行に印を付け、送信先や作ってよい物の制限が、どこで守られるのかを確かめます。

予定の食い違いを、自分より先に見つけてくれる。そこに任せる意味がありますよね。いまにゅさんは、メールとカレンダーの日程の違いにdotsが気づいた体験を紹介しました。私の設定文にも、この場面と同じ向きの設計があります。

いまにゅさん（動画の中で・自動字幕・12:44〜）

「このドッツで僕はあ、すごいなと思ったのは、えっと、日程変更して日程間違えたんですよ。カレンダー間違ってて、でもメールとカレンダーの時間が食い違っていて、それに気づいて連絡してくれたんですよね」

毎回自分から聞かなくても、変わった所に気づいて知らせる。この任せ方には賛成です。何を見てほしいか、先に書いておくんですね。

私のdotの設定文には、平日の9時〜18時に1時間ごと、土日は9時に一回、Gmailと今日・明日の予定を見る、と書いてあります。

すぐ知らせる物は、全部で5種類。顧客の解約・返金・復活の依頼と、仕事の依頼・相談・問い合わせ。お金まわりでは、決済の失敗や請求と、契約の更新や期限。

さらに、連携サービスの停止・投稿の失敗・発注のエラー、個人情報の漏えいのお知らせ、今日・明日の予定の変更やキャンセルです。予定の変更は、この5種類のうちのひとつ。

お金や契約、仕事の依頼、サービスの停止、予定の変更。見逃すと困る連絡に絞って書きました。

動画のスライドでは、仕組みは全部で4つの流れになっています。許可された外部サービスの情報を読む、dot用の非公開メモを作る、dotが判断する、通知や操作につなぐ。そのうち最後が通知や操作です。

動画では、先回りして調べる道具は読み取り専用とされています。直接できないこととして挙がるのは、他の人への送信、アプリ内容の変更、ブラウザ・PC操作の3つ。読む働きと、その後の操作には境目があるんですね。

私は、最初から全部のサービスをつなぐ必要はないと思います。何に気づいてほしいかを決めてから、読む情報を選ぶ。私の設定なら、メールと直近の予定です。

「何でも見ておいて」より、解約の依頼や決済の失敗、予定の変更など、すぐ知らせてほしい連絡を書く。任せたい仕事が見えると、渡す情報も絞れますね。

→ 読む範囲を選ぶ

自分が使っているサービスの候補から、最初に読ませたいものを選んでみよう。予定ならGoogleカレンダー、連絡ならGmail。何に気づいてほしいかも短く書く。そこから、必要な情報を選べます。

雑務を任せて、開発は別のAIへ。自分の仕事に置き換えるなら、渡す物と頼む相手を決めたいですね。いまにゅさんが示した設定の順番に、私なら確認が戻る道も重ねます。仕事が届くことと、返事を受け取れること。その両方を確かめたいんです。

いまにゅさん（動画の中で・自動字幕・24:32〜）

「僕個人の見解としてはドッツは本当に雑夢とかそういうところに関してはめちゃくちゃ使います」

「雑夢」は雑務のことです。繰り返している作業を任せて、自分の時間をつくる。そこから、任せたい仕事を選びたいですね。

考えることは、全部で3つ。扱ってよい情報と仕事の範囲、頼みを出す先、確認が自分に戻る道です。

そのうち、出し先と戻る道はつながっています。頼んだ相手が、確認を返す相手でもあるから。私の場合は、子タスクへ届けたことが、確認が消えた原因でした。

ただ、確かめ方は別です。出し先は設定を読んで照らし合わせる。戻る道は、実際に確認が届き、内容を読んで答えられるかを見る必要があります。

扱ってよい範囲は、資料を作るところまでなのか、完成品を外へ送るところまでなのかを決めること。

頼みを出す先は、私ならCockpitのどのタスクが仕事を引き受けるか。

戻る道は、そのタスクから私へ必要な確認が届くか。

動画の「設定→コネクター→コンピューター→Slack→カスタムルール」の順番なら、コネクターは外部サービスとの接続、Slackはdotsとのやり取りの場所をまとめる設定です。

動画では、Slackで頼み、返事を受け取り、1つの仕事を1つのスレッドで見ます。カスタムルールは、任せる範囲を書く所。別のAIへ渡すなら、頼む相手も決めたいですね。

私なら、最初に渡す物と渡さない物を書きます。そこが見えると、接続するサービスも、仕事を渡す相手も選びやすくなるからです。

→ 今日の一行

私なら、カスタムルールの欄に「このAIで作る物は○○、別の環境へ渡す物は○○」と書く。任せたい仕事を当てはめ、試作をそのまま公開しないことも添えます。dotsが使えない人も、いま使っているAIの最初の指示文に同じ一行を書けます。

今日、自分が繰り返した雑務は何だったかな。予定を見直したこと、メールから探したこと。その中から、任せたい仕事を選んでみてください。

選んだら、最初の指示文に、AIが作ってよい物と別の環境へ渡す物を書く。全部を任せようとしなくていい。自分の仕事が浮かぶ一行からです。

私が減らしたいのは、任せたあとに探したり、催促したりする仕事。まずは試しの頼みを一度送り、返ってきた内容で次の行動を選べるか確かめる。今日は、その一回から始めてみましょう。