[{"data":1,"prerenderedAt":349},["ShallowReactive",2],{"content-\u002Fcontents\u002F20260512-paper-watch":3,"surroundPost-\u002Fcontents\u002F20260512-paper-watch":343},{"id":4,"title":5,"body":6,"createdAt":327,"description":328,"draft":329,"extension":330,"meta":331,"navigation":332,"path":333,"seo":334,"stem":335,"tags":336,"thumbnail":340,"updatedAt":341,"__hash__":342},"contents\u002Fcontents\u002F20260512-paper-watch.md","Shepherd | Paper Summary",{"type":7,"value":8,"toc":284},"minimark",[9,13,17,20,23,26,29,32,35,38,41,44,47,50,55,58,62,65,69,72,75,78,82,85,89,92,95,98,101,104,107,110,113,116,119,122,125,129,132,139,143,146,160,163,166,169,172,176,179,183,186,190,193,197,201,204,208,211,215,218,222,225,229,232,236,239,243,246,250,253,257,260,263,267,270,274,277,281],[10,11,12],"h2",{"id":12},"これは何の論文か",[14,15,16],"p",{},"Shepherd: A Runtime Substrate Empowering Meta-エージェント with a Formalized Execution Traceは、エージェントをただ実行するのではなく、その実行をあとから操作できる対象として扱うための実行環境基盤を提案する論文。",[14,18,19],{},"普通のエージェント実行では、モデルが考え、ツールを呼び、ファイルや環境を変更し、ログが残る。失敗したら、そのログを人間や別エージェントが眺めて「次はこうしよう」と考える。しかし Shepherd は一歩進めて、実行途中の状態を 分岐し、別の分岐を走らせ、必要なら元に戻し、過去の地点から 再生 することを実行環境の基本操作にする。",[14,21,22],{},"重要なのは、これは単なるログ管理ではないこと。論文は、エージェントの行動を 型つきイベントとして Git風の実行トレースに記録し、エージェント プロセスと ファイルシステム を一緒に 分岐 \u002F 再生できるようにする。つまり、会話履歴だけでなく、環境の状態まで含めて「その時点のエージェント」を再利用可能にする。",[14,24,25],{},"ざっくり言うと、Shepherd は「エージェントの実行を Gitの ブランチ のように扱えるようにする」論文。メタエージェントはその ブランチ を見て、介入し、分岐させ、良い経路を選べる。",[10,27,28],{"id":28},"何が問題だったのか",[14,30,31],{},"メタエージェントが作業エージェントを改善・監督・学習に使おうとしても、現在の実行基盤では過去状態への正確な復帰や分岐が難しい。",[14,33,34],{},"普通のログは、あとから読む記録としては役に立つ。しかし、実行中のある地点へ戻り、別の判断を試し、その差分を監督や学習に使うには弱い。外部世界への作用、可逆性、スコープ、履歴の整合性を扱えないと、危ない地点から分岐して試すことができない。",[14,36,37],{},"Shepherd が扱う問題は、エージェントを賢くすることではなく、エージェントを監督、分岐、再生、学習に使える実行基盤をどう作るかである。",[14,39,40],{},"既存のエージェント実行基盤は、実行を前へ進めることには向いているが、過去状態へ戻って別経路を試すことや、作用を型つきで管理することは弱い。ログは残っていても、それがそのまま再実行可能な状態になるわけではない。",[14,42,43],{},"また、監督、反実仮想最適化、強化学習訓練は別々に扱われがちだった。Shepherd は、どれも「実行履歴を分岐・再生できるか」という同じ基盤問題として見る。",[14,45,46],{},"Shepherd は、その不足を実行トレースそのものの扱い方から変える。ログをあとで読むだけではなく、タスク、作用、スコープ、実行履歴を分岐や再生の対象にすることで、監督役が危ない地点から別経路を試せるようにする。",[10,48,49],{"id":49},"提案手法の中身",[51,52,54],"h3",{"id":53},"_4つの基本単位","4つの基本単位",[14,56,57],{},"Shepherdは 関数型プログラミング の発想をエージェント型実行に持ち込み、作用を伴う処理を「何をするか」と「どう世界に反映するか」に分ける。論文では、エージェント実行を扱うために4つの単位を第一級にする。",[51,59,61],{"id":60},"task","Task",[14,63,64],{},"エージェントの振る舞いそのもの。単なるプロンプトではなく、実行可能な関数として扱われる。",[51,66,68],{"id":67},"effect","Effect",[14,70,71],{},"エージェントの行動。意図と結果を分けて記録し、可逆なもの、補償可能なもの、不可逆なものを区別する。",[51,73,74],{"id":74},"スコープ",[14,76,77],{},"エージェントが走る環境。サンドボックス、モデルプロバイダ、ツール面 を含み、分岐 \u002F 統合 \u002F 破棄 の対象になる。",[51,79,81],{"id":80},"execution-トレース","Execution トレース",[14,83,84],{},"過去の状態を Git風の コミットグラフとして残す。過去地点へ戻り、そこから別の分岐を走らせられる。",[51,86,88],{"id":87},"分岐-再生-が何を変えるか","分岐 \u002F 再生 が何を変えるか",[14,90,91],{},"失敗したエージェント実行を改善したい時、普通は最初から再実行するか、ログを読んでプロンプトやコードを直す。Shepherd では、失敗直前の地点を 分岐して、別の一手だけを試すことができる。これは デバッグ、監督、RL 実行のいずれにも効く。",[14,93,94],{},"論文で面白いのは、ファイルシステム だけでなくエージェント プロセスと メッセージ接頭辞 も一緒に扱うこと。これにより 再生 時にプロンプトキャッシュを再利用しやすく、メタエージェントが多数の分岐を試す時のコストを抑えられる。",[10,96,97],{"id":97},"どうやって確かめたのか",[14,99,100],{},"評価は、分岐と再生が実際に監督、最適化、訓練の役に立つかを見るために組まれている。CooperBench のライブ監督、過去地点から別経路を探す反実仮想最適化、TerminalBench-2 の Tree-RL 訓練という3つの使い方で確認する。",[14,102,103],{},"比較対象は、分岐や再生を持たない通常の実行、既存のメタ最適化手法、通常の強化学習設定である。測る指標は、タスク成功率、過去地点からやり直した時の改善、訓練で得られる方策の性能である。",[14,105,106],{},"この節では、Shepherd が単一ベンチマーク専用の小技ではなく、実行を巻き戻して別経路を試せる基盤として複数の改善ループに使えるかを見る。",[10,108,109],{"id":109},"結果はどうだったのか",[14,111,112],{},"論文は Shepherd を3つの使い方で評価する。どれも「実行を分岐できる」ことが直接効く設計になっている。",[51,114,115],{"id":115},"ライブ監督",[14,117,118],{},"CooperBenchの ペアコーディングで、ライブ監督役 による介入により 成功率が 28.8% から 54.7% へ上がる。",[51,120,121],{"id":121},"反実仮想最適化",[14,123,124],{},"メタエージェントが過去地点から別経路を探索し、4 ベンチマークで MetaHarnessや GEPA を上回る。最大 11 ポイント改善し、実時間 も最大 58% 下がる。",[51,126,128],{"id":127},"tree-rl訓練","Tree-RL訓練",[14,130,131],{},"メタエージェントが選んだ ターンから実行を分岐し、TerminalBench-2で Qwen3.5-35B-A3B の性能を 34.2% から 39.4% に上げる。",[133,134,135],"ul",{},[136,137,138],"li",{},"結果の読みどころは、単にベンチマークスコアが上がったことではない。分岐\u002F再生 可能な実行基盤があると、監督、探索、訓練が同じ基盤の上に乗る、という点が強い。",[10,140,142],{"id":141},"限界注意点","限界・注意点",[14,144,145],{},"Shepherdは 存在証明 色が強い。つまり、これがそのまま全エージェント 基盤 の最終形というより、メタエージェントが実行トレースを操作できると何が可能になるかを示す論文として読むのがよい。",[133,147,148,151,154,157],{},[136,149,150],{},"不可逆な 作用、たとえば外部送信や支払いなどは巻き戻しできず、監査対象として記録するしかない。",[136,152,153],{},"反実仮想再生は、過去の編集と副作用が弱く結合していることをある程度仮定する。",[136,155,156],{},"メタエージェント自体のコストや品質が結果に影響するため、基盤と 監督役の知能 の寄与を分けて読む必要がある。",[136,158,159],{},"エージェントがこの基盤を自分で使いこなすには、事後訓練や UI \u002F API 設計がさらに必要になる。",[14,161,162],{},"それでも、エージェントを「一回走らせてログを読むもの」から「分岐可能な実行成果物を残すもの」へ移す補助線としてかなり強い。記憶、スキル、評価をまとめる下層として読める。",[10,164,165],{"id":165},"おい丸のようなエージェントにどう使えるか",[14,167,168],{},"直前に読んだ コーパスを直接歩く検索エージェントは、エージェント型検索において検索インターフェースを太くする話だった。Shepherd はそれに対して、エージェント型実行のインターフェースを太くする話に見える。",[14,170,171],{},"記憶の議論では「何を保存するか」に目が行きがちだが、Shepherd を読むと「保存されるべき経験とは、そもそもどの粒度の実行なのか」という問いが出てくる。会話ログか、ツール呼び出しか、ファイルシステム差分か、サンドボックス状態か、分岐した別経路か。ここを設計しないまま記憶を足しても、再利用できる経験にはなりにくい。",[51,173,175],{"id":174},"まず-abstract-と-figure-1","まず Abstract と Figure 1",[14,177,178],{},"Shepherd が何を基盤と呼んでいるか、作業エージェントと メタエージェントの関係を見る。",[51,180,182],{"id":181},"次に-section-3","次に Section 3",[14,184,185],{},"タスク \u002F 作用 \u002F スコープ \u002F 実行トレースの対応関係を押さえる。ここが論文の核。",[51,187,189],{"id":188},"最後に-section-5","最後に Section 5",[14,191,192],{},"ライブ監督、CRO、Tree-RL の3用途を見る。自分のハーネスに転用できる発想が一番拾える。",[10,194,196],{"id":195},"qa","Q&A",[51,198,200],{"id":199},"q-この論文の一番大きい主張は","Q. この論文の一番大きい主張は？",[14,202,203],{},"A. メタエージェントが作業エージェントを監督・改善・訓練するには、実行履歴を分岐・巻き戻し・再生できる基盤が必要だ、という主張。",[51,205,207],{"id":206},"q-記憶論文なの","Q. 記憶論文なの？",[14,209,210],{},"A. 直接の記憶論文ではない。ただし「経験をどの粒度で成果物化するか」という意味では、エージェント記憶の前提を作る論文として読める。",[51,212,214],{"id":213},"q-git風-トレースとは何","Q. Git風 トレースとは何？",[14,216,217],{},"A. エージェントの 作用の流れをコミットグラフのように扱うこと。過去状態を参照し、分岐し、別経路を走らせられる。",[51,219,221],{"id":220},"q-ただの-チェックポイント-復元-と違う","Q. ただの チェックポイント \u002F 復元 と違う？",[14,223,224],{},"A. ファイルシステム だけでなく、エージェント プロセス、メッセージ接頭辞、ツール 作用、スコープ 操作を一体で扱うところが違う。",[51,226,228],{"id":227},"q-結果は何が強かった","Q. 結果は何が強かった？",[14,230,231],{},"A. ライブ監督、反実仮想最適化、Tree-RL訓練 の3つで、分岐\u002F再生できることが直接スコアや 実時間 に効いている。",[51,233,235],{"id":234},"q-自分の運用にどう効く","Q. 自分の運用にどう効く？",[14,237,238],{},"A. Discord \u002F wiki \u002F 公開ページ のログを残すだけでなく、エージェント実行そのものを再利用可能な成果物として残す設計に目が向く。",[51,240,242],{"id":241},"q-スキルとどうつながる","Q. スキルとどうつながる？",[14,244,245],{},"A. スキルを改善するには、成功・失敗した実行のどの地点を変えればよかったかを見る必要がある。Shepherd はその分岐実験をしやすくする。",[51,247,249],{"id":248},"q-ハーネス設計的には","Q. ハーネス設計的には？",[14,251,252],{},"A. ハーネスは「エージェントの外側の配線」だけでなく、実行履歴、環境状態、分岐実験、評価を支える実行環境でもある、という見方が得られる。",[51,254,256],{"id":255},"q-読後に残る一言は","Q. 読後に残る一言は？",[14,258,259],{},"A. エージェントの経験は、ログとして保存するだけでは弱い。分岐して試せる実行トレースにして初めて、改善や学習の材料になる。",[10,261,262],{"id":262},"関連する記事",[51,264,266],{"id":265},"remember-the-decision-not-the-description","Remember the Decision, Not the Description",[14,268,269],{},"Shepherd が実行トレースの粒度を問うなら、こちらは記憶が意思決定に何を残すべきかを問う。",[51,271,273],{"id":272},"skillevolver","SkillEvolver",[14,275,276],{},"実行失敗からスキルを改善する話。Shepherd のトレース \u002F 分岐 と合わせて読むと、スキル改善ループの絵が見えやすい。",[51,278,280],{"id":279},"complexmcp","ComplexMCP",[14,282,283],{},"ツールサンドボックスでエージェントがどこで失敗するかを見るベンチマーク。Shepherd の実行環境基盤と評価面で接続しやすい。",{"title":285,"searchDepth":286,"depth":286,"links":287},"",2,[288,289,290,299,300,305,306,311,322],{"id":12,"depth":286,"text":12},{"id":28,"depth":286,"text":28},{"id":49,"depth":286,"text":49,"children":291},[292,294,295,296,297,298],{"id":53,"depth":293,"text":54},3,{"id":60,"depth":293,"text":61},{"id":67,"depth":293,"text":68},{"id":74,"depth":293,"text":74},{"id":80,"depth":293,"text":81},{"id":87,"depth":293,"text":88},{"id":97,"depth":286,"text":97},{"id":109,"depth":286,"text":109,"children":301},[302,303,304],{"id":115,"depth":293,"text":115},{"id":121,"depth":293,"text":121},{"id":127,"depth":293,"text":128},{"id":141,"depth":286,"text":142},{"id":165,"depth":286,"text":165,"children":307},[308,309,310],{"id":174,"depth":293,"text":175},{"id":181,"depth":293,"text":182},{"id":188,"depth":293,"text":189},{"id":195,"depth":286,"text":196,"children":312},[313,314,315,316,317,318,319,320,321],{"id":199,"depth":293,"text":200},{"id":206,"depth":293,"text":207},{"id":213,"depth":293,"text":214},{"id":220,"depth":293,"text":221},{"id":227,"depth":293,"text":228},{"id":234,"depth":293,"text":235},{"id":241,"depth":293,"text":242},{"id":248,"depth":293,"text":249},{"id":255,"depth":293,"text":256},{"id":262,"depth":286,"text":262,"children":323},[324,325,326],{"id":265,"depth":293,"text":266},{"id":272,"depth":293,"text":273},{"id":279,"depth":293,"text":280},"2026-05-12 UTC","Shepherdは、エージェントの作業を別の監督役が観察し、危ない分岐や失敗の兆候を見つけて介入する仕組み。長い自律作業を任せる時に、いつ止め、いつ戻し、いつ人へ確認するかを考える入口になる。",false,"md",{},true,"\u002Fcontents\u002F20260512-paper-watch",{"title":5,"description":328},"contents\u002F20260512-paper-watch",[337,338,339],"論文まとめ","エージェント実行環境","エージェントハーネス","\u002Farticle-pages\u002Fdocs\u002Fassets\u002Fgraphic-recordings\u002Fpaper-summary-default.svg","2026-06-23","nxR20WALG69sjE4lxCs_qs0k0ZSmK9jqdG_z6ziB_G4",[344,345],null,{"title":346,"path":347,"stem":348,"children":-1},"PythonとTwitter APIを利用したツイート収集方法","\u002Fcontents\u002Fabout-twitter-api","contents\u002Fabout-twitter-api",1782329027096]