新しい部屋は見つかりました。招待状も良さそうです。ただ、最初に午前中と明確に合意していたにもかかわらず、時間枠が午後になっています。個々の途中の答えはどれももっともらしく見えても、タスク全体としては初期の条件が失われることがあります。したがって、長いエージェント作業には、大量の単語を保存しておく以上のことが必要です。
StepFunは 2026年十月15日に、Step 5 Previewに関するアーキテクチャおよび学習のレポートを公開しました。その中でチームは、幅が狭く深いアーキテクチャ、組み合わされたアテンション手法、そして長いツールワークフローにおける課題などについて説明しています。この日付は技術レポートのものです。各ユーザーがいつ初めて利用できるようになったかについての一般的な記述ではありません。
なぜ後のステップに以前の条件が必要なのか
エージェントのワークフローは、検索結果、ファイルの内容、エラーメッセージ、自らの途中の計画など、新しい材料を絶えず集めます。ある情報は古い詳細を置き換えます。別の情報は単にそれを補足するだけです。問題は、こうした関係を保持することです。「別の部屋にしましょう」という発言がまず変えるのは場所であり、時間や参加者数、予算が自動的に変わるわけではありません。
その背後にあるアーキテクチャ上の問いは、モデル内部での情報の流れに関わるものです。StepFunは、より大きな深さと、限定的なアテンションとより包括的なアテンションの組み合わせについて説明しています。簡単に言えば、すべての情報を常に同じように扱う必要はありませんが、重要なつながりは多くのステップにわたって到達可能であり続けるべきだということです。これは、まだご自身の特定のタスクにおける品質の証明ではありません。
狙いを定めた変更による小さな実験
四つの初期条件を持つ架空のワークショップを設定してください。最大十二人、午前のみ、予算は600ユーロ以内、そして確定済みの部屋です。拘束力のある条件、現在の決定、未解決の質問という三つの独立したセクションを使ってください。この概要が、ご自身で定義した基準になります。
アシスタントに三つの変更を順番に与えます。まず、部屋が使えなくなります。次に、午後しか空いていない、より安い会場が提案されます。最後に、誰かが参加者数を十人に減らします。各メッセージの後、アシスタントは概要を更新し、既存の矛盾を明示的にそのまま残すようにします。
Binding: maximum 12 people, mornings only, no more than 600 EUR.
Decided: Room A, number of participants still open.
Change 1: Room A is no longer available.
Change 2: Room B is cheaper, but only free in the afternoon.
Change 3: Number of participants explicitly set at 10.興味深いのは二番目の変更です。これは部屋の問題を解決したように見えるだけで、実際には時間枠と衝突します。一方、三番目の変更は参加者数に関するもので、未解決の時間の衝突を消してしまってはいけません。こうして、単なる長い会話ではなく、関係がわかっているタスクが出来上がります。
状態は会話の山よりも正確です
各ステップの後に、小さな構造化された概要を求めてください。各決定について、対象、有効な値、理由があると役立ちます。追加のフィールドに、どの古い決定が置き換えられたかを記録することもできます。これにより、訂正が実際に正しい対象に当たっているかがわかります。
適切な指示は次のとおりです。「影響を受ける決定だけを変更してください。変更されていない条件はすべてそのまま引き継いでください。提案が拘束力のある条件と矛盾する場合は、まだ合意されていない代替案として示してください。暗黙の承認を加えないでください。」
そのうえで、最後の答えだけでなく、すべての移行を比較してください。正しい最終概要が、一時的に失われた衝突を隠していることがあります。実際のツールワークフローでは、早い段階の誤った状態がすでに後続の操作を引き起こしている可能性があります。だからこそ、変更と許可された操作は併せて確認すべきなのです。
この実験で示せること
この演習は、特定のワークフローが、いくつかの既知の条件を複数の変更を通じて保持できるかを検証するものです。それによって、長いエージェント作業の一つの要件を具体的に示します。個々のTransformerブロックの効果も、Step 5 Previewの一般的な能力も測定するものではありません。
さらに掘り下げたい場合は、材料の量を変えることもできます。最初は四つの条件だけにし、次にその間に無関係なメモを追加していきます。その他の仕様はすべて同じにしておくべきです。新しい状態でも時間の衝突がまだ言及されているかを確認してください。実際の比較には、正確なモデルバージョンと完全な入力が必要です。
実用的な利点は、すでにご自身のタスク記述の中にあります。どの詳細が恒久的に適用され、どれが置き換えられてよく、どこでエージェントがまだ判断を下せないのかがわかります。こうして長い記憶は、確認可能な移行を伴う、理解しやすい状態管理になります。
出典と状況
2026年十月25日時点の出典です。 Step 5 Previewの内側：エージェント作業のためのアーキテクチャと学習。
