1. AIと仕事の仕組み化ラジオ
  2. AIエージェント日次速報 2026..
AIエージェント日次速報 2026年9月22日版 長い仕事を途中で忘れさせない。7つのエージェントで圧縮と再開を設計する
2026-09-22 06:21

AIエージェント日次速報 2026年9月22日版 長い仕事を途中で忘れさせない。7つのエージェントで圧縮と再開を設計する

AIに半日がかりの仕事を渡し、少し席を外して戻る。すると、さっきまで話していた前提が抜け、同じ資料をもう一度読ませることになる。ひどい場合は、完了した調査を未着手としてやり直し、確認待ちの操作を勝手に進める。失われるのは会話の数分ではない。判断の根拠、途中成果物、次に止まるべき場所まで一緒に消える。

長いセッションでは、コンテキストウィンドウに入る情報が有限である。古い発言を圧縮して会話を続ける機能は便利だが、要約は台帳ではない。重要な決定が短い一文に潰れ、作業中のファイル名が抜ければ、エージェントは自信ありげに別の道へ進む。直近三日は分割と統合、承認境界、再実行条件を見てきた。今日は、その仕事を途中で離れても戻せるように、何を会...

感想

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

00:00
AIとの長時間の作業って、なんというか、信じられるほど有能なのに、コーヒー休憩のたびに、これまでの前提を全部忘れてしまうアシスタントと働いているような、そんな感覚になりませんか?
ああ、わかります。あれは本当にフラストレーションがたまりますよね。
ですよね。あなたも絶対こういう経験があるはずです。
そこで今回は、7つのAIエージェントの公式資料を基にしてですね、情報を失わずに長時間の作業を生き抜くベストプラクティスを抽出します。さあ、これを紐解いていきましょう。
えっと、ここで非常に興味深いのはですね、私たちがそもそもAIの記憶というものを根本的に誤解しているという点なんです。
誤解ですか?どういうことでしょう?
一番の原因は、AIのコンテクスト、つまり会話履歴ですね。これを永久保存する台帳として扱ってしまっていることなんです。
ああ、なるほど。台帳じゃないと?
そうなんです。本来コンテクストというのは、直前の判断とか資料をちょっと広げておく一時的な作業台に過ぎないんですよ。
いや、でもちょっと待ってくださいよ。最近のAIってコンテクストウィンドウが数百万トークンとかものすごい巨大化してるじゃないですか。
確かにそうですね。だったら、過去の履歴を全部保存しておいて、休憩後に丸ごと読み込ませれば済む話なんじゃないですか?
まあ、そう思いたくなりますよね。でも、そこに大きな落とし穴があるんです。
えっと、落とし穴ですか?
はい。技術的なメカニズムとして、情報が多すぎるとAIは注意力を分散させてしまうんですよ。古い会話全体を維持するために、内部で勝手に情報を圧縮し始めるんです。
勝手に圧縮?それって重要な決定事項が短い一文に潰されたりするってことですか?
まさにその通りです。作業中のファイル名がすっぽり抜けたりして、その不完全な記憶をベースにAIが自信満々で暴走する危険性が高まるわけです。
うわあ、それは怖いですね。巨大な作業台だからって設計図から飲みかけのコーヒーまで全部広げっぱなしにしていると、一番大事なメモが埋もれてしまうわけだ。
ええ、まさにその例えの通りです。じゃあ、その作業台をどう整理して記憶の外部化を行うべきか?
はい。まず、物理的な作業空間ってどうやって制限すればいいんですか?
そこで参考になるのが、Googleのアンティグラビティのようなアプローチですね。彼らはAIがアクセスできる作業ディレクトリを物理的に局省化するんです。
局省化、つまり他のプロジェクトのフォルダを隠しちゃうってことですか?
そうです。文字通り隠すことで、似たようなファイル名を混同して読み込んでしまうエラーを根絶するメカリズムなんです。
なるほど。目に入らなければ困難しようがないと。すごく理にかなってます。でも、作業中にAIが人間の確認を待つような一時停止の瞬間もありますよね?
03:01
ありますね。
そういう時、AIって勝手に予測して作業を進めようとしたりしませんか?
ええ。だからこそ、マナスの手法が光るんです。彼らはAIに待てとテキストで指示する代わりに、システムレベルの固有IDを割り当てます。
システムレベルで?
はい。このIDが解決されない限り、AIの実行ループが物理的に次のアクションに進めないよう、がっちりとロックをかけるんです。
物理的なロック、未知の待ち状態を勝手に承認しちゃう暴走を防ぐわけですね。賢いなあ。
そうなんです。さて、作業台をきれいに保つ方法は分かりましたが、今度は作業中にどんどん増えていくルールや指示の整理です。
それはどうすればいいんでしょうか?
ここで、情報の寿命を分けるという概念が登場します。
クロードコードなんかは、常に守るべきルールをルートディレクトリに置いて、今回だけの進行状況は別の進捗ファイルに明確に分けるんです。
会社の就業規則と、今日だけの一時的な付箋を分けるようなイメージですね。
まさにそれです。さらに古い記憶はデータベースに逃がすんですが、ここでも先ほどのAIの勝手な圧縮が問題になります。
あ、そうか。データベースに移す前にAIが勝手に予約しちゃったら、大事なニュアンスが消えちゃいますよね。
ええ。だから、オープンクローの仕組みが重要なんです。
彼らのシステムは、AIが圧縮サイクルに入る前に介入して、重要な決定の生の出力をそのまま別のノートに退避させます。
要約される前に生のデータを逃がす、これはめちゃくちゃ実践的ですね。
はい。自動要約に重要なニュアンスを委ねてはいけません。
ただ少し疑問なのが、そうやって退避させた記録を休憩後に全部読み込ませたら、結局また作業台が散らかるんじゃないですか?
全部を一度に広げればそうなりますね。そこで、ヘルメスの二段階圧縮が完璧な解決策になります。
二段階圧縮ですか?
ええ。過去の会話の極めて薄い目次だけをまずAIに渡すんです。
そして、AI自身がここの詳細が必要だと判断したときだけ、専用ツールで深いログを引き出すんです。
本を丸ごと渡すんじゃなくて、目次から必要なページだけ開かせるわけだ。それなら作業台は常にきれいですね。
さらに、Gensparkのように、うまく完了した長時間の作業履歴から成功した手順だけを抽出して、再利用可能なスキルとして保存してしまえば完璧です。
単なる迷走のログが最適化されたマニュアルへと昇華されるわけですね。
いやー、つまりこれはどういうことか。
ええ。
あなたが長い仕事をAIに任せる上で実践すべき最強のアプローチは、席を立つ前に再開カードを作ることです。
まさにそれが結論になりますね。
履歴する前に現在の決定事項、未完了の作業、次に開くファイル、この3行だけをメモした進捗ファイルを作ってみてください。
この3行で再開できないなら、AIの不安定な記憶、つまり作業台に依存しすぎている証拠です。
06:04
作業台は必ず片付けてから席を立つということですね。
最後に一つ、あなたに考えてみてほしい重要な問いがあります。
はい、何でしょうか?
今日の作業画面を閉じる前に、あなたはその1行をAIの記憶から安全な台帳へと移し終えていますか?
06:21

コメント

スクロール