半年前、AI プログラミングツールの話題は「どのモデルがコードを書くのが上手か」だった。
今 GitHub トレンド榜の AI プログラミングプロジェクトには、もうモデル名が見当たらない。取而代之的是 Skills、Switch、OS といった言葉だ。
ツールチェーンが同じ骨格を持ち始めている。
Skills が新しい能力ユニットに
Addy Osmani の agent-skills プロジェクト、37K stars、「プロダクショングレードのエンジニアリングスキルライブラリ」として位置づけられている。Matt Pocock の Skills コレクションも 60K stars に到達。Anthropic が昨年打ち出した Agent Skills 標準は現在 OpenAI、マイクロソフト、Cursor 全线が追従している。
Skills の本質は「この Agent に何ができるか」をモデル内部から剥离し、プラグイン可能なモジュールに変えること。新しい能力を得るためにモデルを再訓練する必要はない——Skill をインストールすればいい。
スマホの App Store のロジックに似ている。モデルが OS で、Skills がアプリだ。
だが現在の Skills エコシステムはまだ「各プラットフォームがそれぞれ独自仕様」の段階にある。Claude Code の Skills、Codex の Skills、OpenClaw の Skills——フォーマットは互換性がなく、インストール方法も違う。
クロスツールマネージャーの登場
cc-switch はまさにこの問題のために生まれた。
Claude Code、Codex、OpenCode、OpenClaw、Gemini CLI を统一管理するデスクトップツール——異なるターミナルを開いて異なるコマンドを叩く必要なく、ツール間を切り替えられる。65K stars、週増 7K、現在 AI プログラミングツールチェーンで最も成長が速いインフラプロジェクトだ。
もう一つの方向性は xingkongliang の skills-manager。15+ のプログラミングツールを跨いで AI Agent Skills を管理する。現在は 1.3K stars しかないが、方向性は正しい。
複数のプログラミング Agent を同時に使うことが常态になれば（これはほぼ必然だ——異なるシーンで異なるツールを使う）、クロスツール管理はもはや可有可无の便利機能ではなく、刚需になる。
Agent OS：より深いパラダイム
Q00 の ouroboros プロジェクトはよりラディカルな概念を打ち出した：「プロンプトを使うな、仕様で Agent の振る舞いを定義しろ。」
Stop prompting. Start specifying.
このアプローチは Agent を「あなたが何をするか伝える」ものから「あなたが何であるか定義する」ものに変える。Skills が能力を記述し、OS が行動規範を記述する。両者を組み合わせれば、再利用可能な Agent 定義になる。
この道が通れば、将来の Agent 開発はプロンプトエンジニアリングを書くのではなく、設定ファイルを書くようになるかもしれない。
開発者にとっての意味
短期：複数のプログラミング Agent を使っているなら、cc-switch のようなツールで管理し始めよう。効率の向上は明らかに実感できる。
中期：Skills フォーマットの統一は高確率で起こる。Anthropic が始め、OpenAI とマイクロソフトが追従、コミュニティプロジェクトがブリッジを作っている。事実上の標準の出現を待ち、その方向にマイグレーションしよう。
長期：「Agent を定義する」ことが「Agent をプロンプトする」ことに取って代わると、AI プログラミングツールの競争はモデル能力からエコシステムの豊かさへシフトする——谁的 Skills マーケットが大きく、谁的 Agent OS が使いやすいか。
このトレンドは MCP プロトコルの発展軌跡と似ている。MCP は半年で実験品から業界標準になった。Skills の標準化はもっと速いかもしれない。開発者の日常作業効率に直接関係しているからだ。
関連記事：
主なソース：