[{"data":1,"prerenderedAt":315},["ShallowReactive",2],{"content-\u002Fcontents\u002Fdynamic-skill-lifecycle-management":3,"surroundPost-\u002Fcontents\u002Fdynamic-skill-lifecycle-management":306},{"id":4,"title":5,"body":6,"createdAt":290,"description":291,"draft":292,"extension":293,"meta":294,"navigation":295,"path":296,"seo":297,"stem":298,"tags":299,"thumbnail":303,"updatedAt":304,"__hash__":305},"contents\u002Fcontents\u002Fdynamic-skill-lifecycle-management.md","Dynamic Skill Lifecycle Management",{"type":7,"value":8,"toc":262},"minimark",[9,13,17,20,23,26,29,32,35,38,41,44,47,50,53,56,59,62,65,68,71,74,77,80,83,86,89,92,95,98,101,104,107,110,115,118,122,125,128,131,135,151,154,157,160,163,167,171,174,178,181,185,188,192,195,199,202,206,209,213,216,220,223,227,230,234,237,240],[10,11,12],"h2",{"id":12},"これは何の論文か",[14,15,16],"p",{},"Dynamic Skill Lifecycle Management for Agentic Reinforcement Learningは、LLMエージェントが使う外部スキルを、単なる追加コンテキストではなく、学習と一緒に管理される動的な能力境界として扱う論文。",[14,18,19],{},"既存のスキルベースのエージェント型 RL には、大きく二つの発想がある。ひとつは SkillRL のように外部スキルを蓄積し続ける方向。もうひとつは Skill0 のように、スキルを訓練中の足場として使い、最終的にはゼロスキル推論へ近づける方向。この論文は、そのどちらも単調すぎると見る。",[14,21,22],{},"中心にあるのは、モデルのパラメータ容量は有限で、すべての手続きを内在化するのが常に正しいわけではないという見方。低頻度・長尾・狭い手順は外部スキルとして残した方がよく、一方で、既に方策に吸収されたスキルやノイズになるスキルは外した方がよい。",[14,24,25],{},"SLIM は有効な外部スキル集合を方策学習と同時に更新する。各スキルの限界貢献をスキルを1つ抜く検証で測り、価値が残るものは保持、寄与が小さくなったものは退役、失敗が継続して能力の穴が見えたところには拡張を行う。",[14,27,28],{},"このページでは、論文の主張を「スキル管理のライフサイクル」という設計観点から読む。特に Codex スキルや個人 AIアシスタントの運用では、スキルを増やすだけでなく、いつ残し、いつ畳み、いつ新しく作るかがそのまま運用品質に効く。",[14,30,31],{},"この論文は、LLMエージェントに外部スキルを与えて強化学習する時、スキル集合を固定の補助情報や一方向に変化する足場として扱わず、動的に管理する対象として扱う。",[14,33,34],{},"問題設定はエージェント型 RL。エージェントは ALFWorld のような長期手順タスクや SearchQA のような検索付き QA を解き、訓練中に外部スキルをプロンプトへ読み込める。スキルはモジュール化された手順知識で、モデルのパラメータだけでは安定しない行動を補う。",[14,36,37],{},"論文が批判するのは、外部スキルの最終状態をあらかじめ決めてしまう考え方。蓄積型ではスキルバンクが膨らみ、ルーティングノイズや文脈負荷が増える。内在化型では、まだ外部に残すべき長尾手順まで消してしまう危険がある。",[14,39,40],{},"SLIM の答えは、有効スキル集合を訓練中の最適化変数にすること。方策は GRPO で更新し、その合間にスキル集合を監査して、現在の方策に対してまだ外部スキルが役に立っているかを見る。",[14,42,43],{},"この読み方で重要なのは、SLIM がスキルを記憶と方策の中間に置いている点。ある手順は方策に吸収されるが、別の手順は外部の手続き記憶として残り続ける。最終形はゼロでも全保持でもなく、タスクと訓練段階に依存する。",[10,45,46],{"id":46},"何が問題だったのか",[14,48,49],{},"外部スキルは、増やせば増やすほど便利になるとは限らない。スキルが増えすぎると、どれを使うべきかの選択が難しくなり、文脈も重くなり、古い手順がノイズになる。",[14,51,52],{},"一方で、スキルを最終的に全部モデルへ吸収すればよいとも言えない。低頻度の手順、長尾のタスク、狭い環境でだけ必要な知識は、外部スキルとして残した方が扱いやすい場合がある。",[14,54,55],{},"つまり問題は、スキルを増やすか消すかではなく、今の方策に対してどのスキルを外部に残すべきかをどう判断するかである。訓練が進むと、以前は必要だったスキルが不要になったり、逆に新しい失敗領域を埋めるスキルが必要になったりする。",[14,57,58],{},"SLIM はこの問題を、スキルのライフサイクル管理として扱う。保持、退役、拡張を訓練中に選び、外部スキル集合を固定のリストではなく、方策と一緒に変わる有効集合として見る。",[14,60,61],{},"既存のスキル運用は、スキルを増やし続けるか、最終的にモデルへ吸収して消すか、どちらかの方向に寄りやすい。前者はスキルが増えすぎて選択ノイズや文脈負荷が増え、後者は外部に残すべき長尾手順まで失う危険がある。",[14,63,64],{},"本当に必要なのは、現在の方策に対して、どのスキルがまだ外部支援として価値を持つかを見る仕組みである。訓練が進めば、あるスキルは不要になり、別のスキルは残すべきものになり、新しい失敗領域には追加スキルが必要になる。",[14,66,67],{},"SLIM は、スキル集合を固定リストではなく、保持、退役、拡張を繰り返す有効集合として扱う。スキルを1つ抜く検証で限界貢献を測り、増やすだけでも消すだけでもない運用を可能にする。",[10,69,70],{"id":70},"提案手法の中身",[14,72,73],{},"SLIM は三段構成になっている。まず階層的なスキル検索で、全スキルバンクから直接選ぶのではなく、現在有効な汎用スキルと、タスクタイプごとのタスク固有スキルの中から、埋め込み類似度と上位K件で候補を絞る。",[14,75,76],{},"次に外部スキルの限界貢献を測る。監査対象のスキル s について、そのスキルがルーティングされた検証タスク集合を取り、有効集合 A での性能と、Aから s だけを外した時の性能差を測る。この差分が 正なら、そのスキルは現在の方策に対して外部支援としてまだ価値がある。",[14,78,79],{},"推定値は監査ノイズを減らすために指数移動平均で平滑化される。これは全スキル組み合わせに対する Shapley 的な大域寄与ではなく、現在の方策、ルーティング、有効集合に条件づけられた局所的な指標として扱われる。",[14,81,82],{},"方策側は GRPO で更新される。有効集合を固定して実行を集め、成功報酬と無効行動ペナルティなどを使って方策を更新する。その後、方策を固定してスキルライフサイクル管理を行う。",[14,84,85],{},"保持は、平滑化したMEC が十分に正のスキルを有効に残す操作。退役は、MEC が低く、十分な観測回数と低寄与の継続があるスキルを外す操作。拡張は、現在の有効スキルがルーティングされた領域で失敗が続く時、新しいタスク固有スキルを作って追加する操作。",[14,87,88],{},"実装では、監査は全スキルに対して毎回行うのではなく、一定の GRPO ステップごとに、最近ルーティングされた上位のスキルを上限つき監査予算の中で見る。論文の主設定では監査間隔は 10 ステップ、ALFWorld では上位K件検索が 3、監査対象は最近ルーティングされた利用回数の高いスキルに絞られる。",[10,90,91],{"id":91},"どうやって確かめたのか",[14,93,94],{},"評価では、Qwen3-4B を使い、ALFWorld と SearchQA で SLIM を比較する。物理環境寄りのタスクと検索QAタスクを分けることで、外部スキルを残すべき場面と内在化すべき場面の違いを見る。",[14,96,97],{},"比較対象には、通常の GRPO、スキル蓄積型の SkillRL、スキル内在化型の Skill0、さらに ReAct、Reflexion、ExpeL、EvolveR などが含まれる。",[14,99,100],{},"測る指標は、平均報酬や成功率、スキルを残す・退役する・拡張する判断が性能に与える差、スキル監査にかかる追加コストである。",[10,102,103],{"id":103},"結果はどうだったのか",[14,105,106],{},"全体では、SLIM は ALFWorld と SearchQA の平均で最良ベースラインを 7.1 ポイント上回った。結果の読みどころは、外部スキルを増やし続ける SkillRL でも、最終的にゼロスキルへ寄せる Skill0 でもなく、必要なスキルだけを残す非単調な管理が効いた点にある。",[14,108,109],{},"ALFWorld では外部スキル込みの SLIM が 87.5 に達し、SkillRL より 12.5 ポイント高い。SearchQA では SLIM とスキルあり SLIM がともに 41.0 で、Skill0 を 1.7 ポイント上回った。",[111,112,114],"h3",{"id":113},"alfworld-の結果は手順的な状態変換タスクで特に強い","ALFWorld の結果は、手順的な状態変換タスクで特に強い",[14,116,117],{},"Clean では 91.4、Cool では 88.5と、SkillRLや Skill0 を大きく上回る。これは、すべての手順を方策に押し込むより、特定の長期手順を外部スキルとして残す方が効く領域があることを示している。",[111,119,121],{"id":120},"searchqa-では外部スキル込みとなしの差がほぼ消える","SearchQA では、外部スキル込みとなしの差がほぼ消える",[14,123,124],{},"これは、検索 QA では最終的な外部スキル依存よりも、訓練中にスキルに誘導された経験を通じて方策が改善される側面が強いことを示している。",[14,126,127],{},"訓練中の変化では、SkillRL の有効スキル数は 38から 73 へ増え続ける。Skill0は 38から 0 へ減る。SLIMは 38 から一度 46 に増え、その後拡張と退役を繰り返して、最終的に 21のコンパクトな非空集合に落ち着く。",[14,129,130],{},"アブレーションでは、退役を外すと ALFWorldが 87.5から 73.4 に落ち、拡張を外すと 78.9 に落ちる。ランダム監査は 68.8 まで下がるため、単にスキル集合を揺らすだけではなく、限界貢献を見たライフサイクル判断が重要だと読める。",[10,132,134],{"id":133},"限界注意点","限界・注意点",[136,137,138,142,145,148],"ul",{},[139,140,141],"li",{},"第一の限界は、MEC が局所的な単一スキルの一つ抜き推定であること。現在の方策、ルーティング、有効集合に条件づけられており、高次のスキル相互作用や全組み合わせの大域的寄与までは捉えない。",[139,143,144],{},"第二の限界は、閾値や監査予算に検証調整が必要なこと。ALFWorldと SearchQA で使えた設定が、そのまま巨大なスキル市場や実運用の個人アシスタントに移るとは限らない。",[139,146,147],{},"第三の限界は、監査コスト。論文では上限つき監査によって SkillRLや Skill0 と同程度の実時間に抑えているが、スキル数が非常に大きくなると、監査候補の選び方自体が研究課題になる。",[139,149,150],{},"読みどころは、SLIM をそのまま Codex スキルに適用するというより、スキル運用の評価軸として使うこと。あるスキルが今も外部支援として価値を出しているのか、単に古い手順として残っているだけなのか、失敗領域を埋める新スキルが必要なのか、という問いに変換できる。",[10,152,153],{"id":153},"おい丸のようなエージェントにどう使えるか",[14,155,156],{},"おい丸のような作業支援エージェントでは、スキルは増えるほど便利になる一方で、重複、古さ、選択ミス、局所最適が起きやすい。SLIM の読みどころは、スキルを「追加するか消すか」ではなく、現在の方策に対してまだ外部支援として価値があるかで見る点にある。",[14,158,159],{},"この論文を使うなら、スキルを単なる自然言語メモではなく、評価・統合・退役の対象として扱う。新しい経験をそのまま追記するのではなく、既存スキルへ統合するのか、原子的なルールへ分けるのか、検証タスクを作るのかを決める。",[14,161,162],{},"注意点として、実運用では、スキルを増やす判断だけでなく、消す判断、まとめる判断、効いているかを測る判断まで必要になる。",[10,164,166],{"id":165},"qa","Q&A",[111,168,170],{"id":169},"この論文の中心問いは","この論文の中心問いは？",[14,172,173],{},"エージェント型 RL で外部スキルを使う時、スキルを増やし続けるべきか、最終的に消すべきかではなく、現在の方策に対してどのスキルを外部に残すべきかをどう決めるか。",[111,175,177],{"id":176},"slim-は何の略","SLIM は何の略？",[14,179,180],{},"Skill Lifecycle Management。論文では、エージェント型強化学習における動的なスキルライフサイクル管理として提案されている。",[111,182,184],{"id":183},"skillrlや-skill0-と何が違う","SkillRLや Skill0 と何が違う？",[14,186,187],{},"SkillRL はスキルを蓄積する方向、Skill0 はスキルを内在化してゼロスキル推論へ向かう方向。SLIM は有効スキル集合を保持、退役、拡張で非単調に更新する。",[111,189,191],{"id":190},"外部スキルの限界貢献とは","外部スキルの限界貢献とは？",[14,193,194],{},"現在の方策とルーティングのもとで、あるスキルを外部支援として残した時にどれだけ性能が上がるかを表す局所指標。スキルを1つ抜く検証で推定する。",[111,196,198],{"id":197},"スキルを1つ抜く検証は何をする","スキルを1つ抜く検証は何をする？",[14,200,201],{},"あるスキルが使われる検証タスクに対して、有効集合ありの性能と、そのスキルだけを外した有効集合の性能を比べる。差が大きければ、そのスキルはまだ外部支援として効いている。",[111,203,205],{"id":204},"保持-退役-拡張-はどう違う","保持 \u002F 退役 \u002F 拡張 はどう違う？",[14,207,208],{},"保持は価値があるスキルを残す操作。退役は十分に観測したうえで寄与が小さいスキルを外す操作。拡張は失敗が続く領域に新しいスキルを追加する操作。",[111,210,212],{"id":211},"実験で一番重要な結果は","実験で一番重要な結果は？",[14,214,215],{},"ALFWorldと SearchQA の平均で最良ベースラインを 7.1 ポイント上回り、ALFWorld ではコンパクトな非空スキル集合に収束したこと。ゼロでも全保持でもない終着点が有効だった。",[111,217,219],{"id":218},"alfworldと-searchqa-で挙動が違うのはなぜ","ALFWorldと SearchQA で挙動が違うのはなぜ？",[14,221,222],{},"ALFWorld は長期手順や状態変換が多く、外部の手続き的スキルを残す価値が大きい。SearchQA は最終的な外部スキル依存より、訓練中にスキルで誘導された学習が方策に吸収される側面が強い。",[111,224,226],{"id":225},"この論文を-codex-スキル運用に当てると何が見える","この論文を Codex スキル運用に当てると何が見える？",[14,228,229],{},"スキルを作るだけでなく、使われているか、役に立っているか、古くなっていないか、失敗領域を埋める新スキルが必要かをライフサイクルとして見る必要がある。",[111,231,233],{"id":232},"注意すべき限界は","注意すべき限界は？",[14,235,236],{},"MEC は局所推定であり、高次のスキル相互作用までは見ない。閾値や監査予算の調整も必要で、巨大なスキルバンクでは監査候補選定が別の課題になる。",[10,238,239],{"id":239},"関連する記事",[136,241,242,245,248],{},[139,243,244],{},"SkillRL と Skill0 を並べると、SLIM の位置づけがはっきりします。SkillRL は外部スキルを増やして探索する側、Skill0 は外部スキルを最終的に消してモデル内へ吸収する側で、SLIM はその中間で「残す、外す、増やす」を動的に選ぶ方法として読めます。",[139,246,247],{},"個人アシスタントや Codex スキルの運用へ接続するなら、SoK: エージェント型スキルのライフサイクルモデルと合わせるとよいです。SLIM は RL 訓練内の有効集合管理、SoK はより広いスキル発見、保存、評価、更新、退役の整理として読むと、日々のスキル棚卸しに落とし込みやすくなります。",[139,249,250,251,256,257,261],{},"記憶側へ接続するなら、",[252,253,255],"a",{"href":254},"\u002Fcontents\u002Fcontextual-agentic-memory-reading","文脈から記憶とスキルをどう育てるか"," や ",[252,258,260],{"href":259},"\u002Fcontents\u002Fmemory-and-skill-rot","スキルを構造として管理する"," と合わせると、外部成果物を増やすだけではなく、いつ整理・退役・再評価するかという運用論に広がる。",{"title":263,"searchDepth":264,"depth":264,"links":265},"",2,[266,267,268,269,270,275,276,277,289],{"id":12,"depth":264,"text":12},{"id":46,"depth":264,"text":46},{"id":70,"depth":264,"text":70},{"id":91,"depth":264,"text":91},{"id":103,"depth":264,"text":103,"children":271},[272,274],{"id":113,"depth":273,"text":114},3,{"id":120,"depth":273,"text":121},{"id":133,"depth":264,"text":134},{"id":153,"depth":264,"text":153},{"id":165,"depth":264,"text":166,"children":278},[279,280,281,282,283,284,285,286,287,288],{"id":169,"depth":273,"text":170},{"id":176,"depth":273,"text":177},{"id":183,"depth":273,"text":184},{"id":190,"depth":273,"text":191},{"id":197,"depth":273,"text":198},{"id":204,"depth":273,"text":205},{"id":211,"depth":273,"text":212},{"id":218,"depth":273,"text":219},{"id":225,"depth":273,"text":226},{"id":232,"depth":273,"text":233},{"id":239,"depth":264,"text":239},"2026-05-13","外部スキルを増やし続けるのではなく、維持、退役、拡張を選びながら管理する論文。どのスキルが今のタスクに貢献しているかを評価する。",false,"md",{},true,"\u002Fcontents\u002Fdynamic-skill-lifecycle-management",{"title":5,"description":291},"contents\u002Fdynamic-skill-lifecycle-management",[300,301,302],"論文まとめ","エージェントスキル","自己進化エージェント","\u002Farticle-pages\u002Fdocs\u002Fassets\u002Fgraphic-recordings\u002Fpaper-summary-default.svg","2026-06-23","y9CypNfhiZUOO3dNgOUqsWrJoXODjau1Ixt6wmxExm0",[307,311],{"title":308,"path":309,"stem":310,"children":-1},"初心者から中級者のためのDocker理解","\u002Fcontents\u002Fdockerstudy","contents\u002Fdockerstudy",{"title":312,"path":313,"stem":314,"children":-1},"【学び】Effective Pythonを読んてみて","\u002Fcontents\u002Feffective-python","contents\u002Feffective-python",1782329026646]