1. AIと仕事の仕組み化ラジオ
  2. AIエージェント日次速報 2026..
AIエージェント日次速報 2026年9月15日版 AIを待ち続けない。確認する時刻を先に決める
2026-09-15 05:13

AIエージェント日次速報 2026年9月15日版 AIを待ち続けない。確認する時刻を先に決める

AIに仕事を頼んだあと、画面を見ながら待ってしまうことがあります。

少し進んだ。まだ動いている。返事が来ない。気になって別の作業が手につかない。かといって席を離れると、いつ終わったのか、入力を待って止まったのか分からない。AIに仕事を任せたのに、人間の方がAIの待ち番になる。これはあまりうれしくありません。

ここ数日は、AIに覚えさせるもの、途中経過を成果物にすること、同じ処理を二度しないことを見てきました。今日は時間の使い方に戻ります。AIを走らせることと、結果を確認することを同じ時刻にしない。いつ見に行くのか、何が起きたら通知するのかを、仕事の始めに決めておく話です。

今日の観点 待つ場所を決める

私が長めの仕事を頼むと...

感想

まだ感想はありません。最初の1件を書きましょう!

00:00
あの、AEに指示を出した後、画面の進捗バーがじりじり進むのを、ただじっと見つめてしまった経験、あなたにもありませんか?
ああ、わかります。つい、今どうなってるかなって見ちゃいますよね。
ですよね。今回の深掘りでは、とあるITエンジニアの記事を元に、私たちがそのAIの待ち番を卒業して自分の時間を取り戻す方法を解き明かすのがミッションです。
はい。これは本当に多くの人が直面している重要なテーマだと思います。
なんかこれって、電子レンジの前でずっと立ちすくして、温まったかなって中を覗き込んでいるようなものだと思うんですよ。
本来ならオーブンのようにタイマーをセットして、その場を離れるべきじゃないですかね?
まさにその通りです。そこが一番の課題でして。
ここで非常に興味深いのは、著者が提唱している開始・確認・通知・採用という4行ルールなんです。
4行ルールですか?
仕事の始めにこの4つを決めておくんですけど、特に重要なのは通知の捉え方です。
通知をただの作業の実況中継としてじゃなくて、自分の予定表においた見に行く合図として扱うっていう考え方の転換が必要なんですよね。
なるほど。でも通知を減らして完全にその場を離れちゃったら、重大なエラーが起きた時に見逃して大惨事になるんじゃないかって、皆さんも不安になると思うんですよ。
最初は絶対にそう思いますよね。ただ、それも全体像と結びつけると、ツールごとと通知設定と確認手順の最適化で解決できるんです。
具体的にはどう仕組み化するんですか?
例えば、クロードコードのような自立型エージェントを使う場合、全ての進捗を知らせるんじゃなくて、入力待ちの時と完了した時、あとは失敗した時だけ通知させる設計が推奨されています。
つまり、順調に進んでいる時の異常なしっていう報告はそもそも読む必要がないと。
そういうことです。ハーメスっていうツールの考え方でも変化がない、いわゆる静かな成功は許容して、人間の確認コストを下げるんです。
ただ、外部への公開とか課金が発生するような取り返しのつかない操作だけは例外としてしっかり通知させます。
あとは、オープンクローのようなフレームワークだと、定期実行のスケジュールと履歴の台帳を明確に分けるんですよね。
スケジュールと台帳を分ける、それってどういう意味があるんですか?
これを分けることで、今ちゃんと動いてるかなーって常に気にしてしまう罠から抜け出せるんです。
1日の終わりに台帳だけを見て、何が起きたかを確認すればいい状態を作れますから。
へー、完全に自分のペースで仕事ができるわけですね。ただ、確認しに行った時にエラーが出ていたらどうするんですか?
放置されたエラーに気づかないまま成果物を採用しちゃうと、後で全部やり直しになりそうで怖いんですけど。
そこが確認の作法の面白いところでして、アンチグラビティのようなツールを扱うとき、完了したものにすぐ飛びつかないんです。
03:04
えっと、飛びつかないんですか?
はい。まず、エラーとか入力待ちになっているものから優先して確認するんです。
これによって、作業全体の前提が崩れたまま進んでしまうのを未然に防ぎます。
確かにそれは理にかなってますね。
そういえば、コーデックスの活用法でも、AIが作業している最中はあえて無視して、人間の入力待ちになったときだけを確認の入り口にするって聞いたことがあります。
鋭いですね。さらにマナスでは、このウェイティング状態を失敗とは明確に区別するんです。
ウェイティングは失敗じゃない、と。
ええ。これは単に人間の指示を待っているだけなので、エラーだと勘違いして焦って再実行ボタンを押してしまい、今までの処理を台無しにする事故を防げるわけです。
いや、ちょっと待ってください。もし、AIを放置して完了したっていう合図で見に行ったら、出力結果が完全に空っぽだった、みたいな静かな失敗はどう防ぐんですか?通知が来ないから成功したと思っちゃいますよね?
まさにそこがよくある落とし穴なんですけど、ジェンスパークを活用する際のアプローチがその解決策になります。
と言いますと?
いきなり出力結果を見るんじゃなくて、まずテストを確認して、次に履歴、そして最後に出力という順番で確認するんです。この手順を踏めば、そろそろ処理が実行されていなかったっていう事態を確立に見抜けます。
つまり、AIに長時間の作業を任せれば任せるほど、AIの開始ボタンを押すことよりも、自分の予定表に位置確認時刻を置くたの方が圧倒的に重要になるってことですね?
その通りです。通知が鳴るまで画面を凝視するのをやめれば、AIが裏で処理している数時間を、まるごと自分の仕事時間として取り戻すことができるんです。
なるほど。これは重要な問題を提起していますね。もし将来、AI同士が互いの進捗確認時刻を自動でスケジュールしあって、人間のチェックすら完全に不要になったとしたら?
ええ。
その時、電子レンジの前から解放されて戻ってきた膨大な時間を使って、あなたは人間にしかできないどんな新しい仕事に挑みますか?進捗場を見つめる時間はもう終わりにしましょう。
05:13

コメント

スクロール