【geek-terminalニュース】自己改善を実験に変える「Gear」、“RSI版scikit-learn”の狙い

【事象の全貌と背景】
「自己改善するAI」を、自分の課題で比較できる実験へ。Redditで紹介されたGearは、エージェントのプロンプト、ツール、手順などを改善するOSS基盤を目指すプロジェクトだという。投稿者が掲げるのは「scikit-learn for RSI」。機械学習でアルゴリズムを差し替えて試すように、再帰的自己改善でも探索手法を実装・比較しやすくする構想だ。ただし、scikit-learn互換APIを意味する表現ではない。[原本投稿](https://www.reddit.com/r/MachineLearning/comments/1xkeq7d/i_built_a_scikitlearn_for_rsi_p/)

投稿者は、RSI論文を読んでも「有望な変更をどう探すか」「改善したとどう判定するか」「探索が早々に偏るのをどう防ぐか」に戻ると説明する。編集上の注目点もここだ。変更、実行ログ、評価結果をつなげて、改善の理由を追究する。ただし、提供されたファクトチェック資料に独立した裏付けはなく、以下の機能・性能は追加取得した開発元資料と投稿者の説明として読む必要がある。

【技術的ディープダイブ】
開発元の説明では、構造は内側と外側の２ループ。内側ではタスク実行エージェントが試行し、外側ではMeta Agentが複数の実行経験から失敗パターンや有効な戦略を探して、再利用できる変更を提案するという。改善対象の「ハーネス」は、モデルを動かす指示、ツール、ワークフローなどの実行装備を指す。モデルの重み更新は実験的で、ハーネスと学習の完全な共同最適化は開発中とされる。[開発元README](https://github.com/rsi-gear/gear)

探索と実行を分ける設計も興味深い。公式サイトによると、親となる既存ハーネスの選択、変更案の計画、評価タスクの抽出、採点、候補の順位付けを分けて扱う構想で、段階的なGEPA変種が具体例になっているという。実行、証拠の検証、最終採用はランタイムが管理するとの説明だ。研究者が触りたい探索方針と、比較の土台になる実行管理を切り分ける狙いと読める。[設計説明](https://rsi-gear.github.io/)

設定資料には、既定値として候補数２、タスクごとの反復１、評価試行の上限40が記載されている。上限にはベースライン、候補、最終検証、失敗時の修復も含むという。GEPAのpromotion_widthsは[2, 1]だが、候補生成数ではなく、各親バッチから次段階へ進める候補数の制限だと説明されている。holdoutは独立タスクを要求し、共有問題での研究はresearchとして明示する設計だという。評価回数制限を支出上限とは読み替えられず、資料には厳密なドル建て上限はないとある。[設定資料](https://github.com/rsi-gear/gear/blob/main/docs/guide/en/configuration.md)

性能について開発側は、同じモデル・推論強度でMarketingのタスク合格率27.0％→40.0％、Supportで17.0％→25.0％、Terminal-Bench 2.1で52.8％→62.9％と報告している。改善幅はそれぞれ13.0、8.0、10.1ポイントという計算になる。ただし、こちらで再現した値ではない。複数箇所をまとめて変更した結果だけでは、プロンプトとツールのどちらが効いたかまでは切り分けられない。そこを確かめるには変更箇所を限定した追加比較が必要になる。[開発側の報告値](https://rsi-gear.github.io/)

【コミュニティの生々しい熱量と議論】
検索結果２のr/DeepSeek投稿で、投稿者が語った目標は「The goal is a scikit-learn for RSI.」。追加取得した本文では、「自己進化」と呼んでも探索、評価、過学習の問題は消えない、という趣旨まで踏み込んでいる。ここには、派手な名前より比較可能な足場を作りたいという開発側の問題意識が表れている。ただし、取得できたページに第三者の賛否コメント本文はなく、「Redditが絶賛」「批判が殺到」といった反響は確認できない。[投稿者の説明](https://www.reddit.com/r/DeepSeek/comments/1xhlntk/i_built_a_scikitlearn_for_rsi_to_evolve_my_dsh/)

読み逃せないのは、同投稿がMarketingの公開100問について、最適化にも使った問題であり、未知の問題への汎化を示す結果ではないと明記している点だ。原本投稿でも、別条件の比較では目標達成率88.88％対84.08％を報告する一方、厳密なタスク合格率は53％対57％だったと説明する。部分的な達成を積み上げる尺度と、タスク全体を通す尺度では順位が逆転する。数字の大きさだけで「全面勝利」に編集した瞬間、評価基盤というテーマの核心を取り落としてしまう。[評価条件](https://www.reddit.com/r/DeepSeek/comments/1xhlntk/i_built_a_scikitlearn_for_rsi_to_evolve_my_dsh/) [指標の違い](https://www.reddit.com/r/MachineLearning/comments/1xkeq7d/i_built_a_scikitlearn_for_rsi_p/)

【今後の展望とエコシステムへの影響】
Gearの構想が機能するなら、価値が増すのは「どの変更を、どの課題で、どの予算で採用したか」をたどれる実験だろう。筆者の見立てでは、比較条件を示さず成功例だけを並べる改善デモは、説明力を問われやすくなる。既存ツールが即座にオワコンになると断言できる材料はないが、自作手法を共通の実行・評価基盤で競わせる方向には期待できる。

ギークが試すなら、自分の仕事を代表する課題と合格条件を用意し、改善用と検証用を分ける。そのうえで変更箇所を絞り、成功率だけでなく失敗の種類や評価費用を比べる、という進め方が考えられる。これは本稿の検証提案で、Gearで効果が実証された手順ではない。「何を変えたら、どこで効いたか」。その問いを自分で掘れる可能性こそ、今回の構想で追いかけたい部分だ。