10 min remaining
0%
Insight

スキルシフト: なぜGPTが死に、マーキュリーフラックスが次のために構築されたのか

GoogleはGemsを殺しました。OpenAIは個人用GPTを殺しました。「プロンプトをチャットウィンドウにラップする」時代は終わりました。これがそれに取って代わるものであり、なぜマーキュリーフラックスがタスクの複雑さによってモデルをルーティングし、ローカルメモリを持つのかを説明します。

10 min read
Progress tracked
10 分で読めます·

スキルシフト: なぜGPTが死に、マーキュリーフラックスが次のために構築されたのか

要約: GoogleはGemsを殺しています。OpenAIは個人アカウント用の個人用GPTを殺しました。「プロンプトをチャットウィンドウにラップし、アバターを追加し、リンクを共有する」時代は公式に終わりました。それに取って代わるものは何でしょうか?スキルです—軽量で自己維持可能な、チームで共有可能なワークフローをエージェントがエンドツーエンドで実行します。マーキュリーフラックスはこの正確なシフトのために構築されました: 適切なモデルを適切なタスクにルーティングし、セッションを超えて持続するローカルメモリを持っています。モデルのリーダーボードは毎週変わります。あなたのワークフローは変わる必要はありません。

ジェームズ、マーキュリーテクノロジーソリューションズのCEOです。ワンチャイ、香港 — 2026年8月22日

今週、すべてのAI「プロダクトビルダー」を汗をかかせるべき2つの発表がありました。

グーグル:Gemsは10月20日に終了します。データをエクスポートするか、失ってしまいます。

OpenAI:個人アカウントはもはやGPTを作成または公開できません。既存のものは機能します—今のところ。しかし、「GPTを作成し、リンクを共有し、製品と呼ぶ」というパイプラインは死んでいます。

もしあなたがGPTやGemsに基づいてAIの「ビジネス」を構築したのなら、あなたは廃止された在庫を抱えていることになります。もしあなたがそれらを構築する方法についてコースを教えていたのなら、あなたのカリキュラムは時代遅れになってしまいました。もしあなたが手動で更新し、コピー&ペーストしていたカスタムGPTに知識作業を外注していたのなら…まあ、私たちは話をする必要があります。

なぜ巨人たちは自分たちのおもちゃを殺しているのか

これは気まぐれではありません。構造的なものです。

OpenAIが基本的なチャットインターフェースの名前を「クラシック」に変更し、ChatGPT WorkCodexを推進し始めたとき、彼らは変化の合図を送りました:会話型AIからエージェント型AIへ。

旧モデル: あなたが尋ねる。AIが答える。あなたが実行する。

新モデル: あなたが委任する。AIが実行する。あなたが確認する。

GPTとGemsはトレーニングホイールであり、非技術的なユーザーがAIで「何かを構築」できることを証明するのに役立ちました。しかし、彼らは決して真剣なインフラストラクチャではありませんでした。自己維持できず、あなたのツールと統合できず、チームメンバーに引き継ぐこともできませんでした。彼らは本質的に、より美しい箱に入ったプロンプトです。

スキルは異なります。スキルは判断の境界を持つワークフローです。—入力仕様、出力基準、スキップできないステップ、人間の承認を必要とするチェックポイント。彼らはGPTよりも軽量で、メンテナンスが容易で、ソロユーザーではなくチーム向けに設計されています。

巨人たちはその空間を放棄していません。彼らは抽象化レイヤーをアップグレードしています。 そして、あなたのビジネスがまだ古いレイヤーに留まっているなら、抽象化の崩壊を経験することになるでしょう。

2026年の方程式: プロンプトラッパー = 賃貸ワークフロー。スキル = 所有インフラ。違いは政策リスクです。

2026年の方程式: プロンプトラッパー = 賃貸ワークフロー。スキル = 所有インフラ。違いは政策リスクです。

モデルリーダーボードは赤いニシンです

今週起こった別の出来事があります:別のモデルランキングのシャッフル。

Fable > Grok 4.6 > Kimi 3 > Opus 4.8 > Grok 4.5 > Codex 5.5 > Qwen 3.8 > Kimi 2.7 > Opus 4.6 > GLM 5.2 > minmax

息を整えてください。来月には変わります。

"どのモデルが最良か"という執着は本質を見失っています。異なるモデルは異なるタスクで優れています。Grokは推論に優れています。Kimi 3は膨大なコンテキストを持っています。Opusはニュアンスを扱います。Codexはソフトウェア用に構築されています。Qwenはアジア言語に効率的です。"最良"のモデルは、あなたの特定の問題を許容可能な品質で最低コストで解決するモデルです。

これが私たちが構築した理由です Mercury Flux

Fluxは一つのモデルに賭けません。フラックスルート。それはあなたのタスク、あなたの好み、あなたの出力のローカルメモリを維持し、各ジョブを実際に最適なモデルに送信します。複雑な推論?グロック。長文分析?キミ。コード生成?コーデックス。迅速な分類?クウェン。すべて手動でタブを切り替えたり、ウィンドウ間でコンテキストをコピーしたりすることなく。

モデルリーダーボードはAI Twitterのエンターテイメントです。モデルルーティングは実際に働く人々のためのインフラです。

GPTからスキルへ:何が変わったのか

実際の例で具体的に説明します。

以前(GPT時代)

私は2つのGPTを持っていました:1つは執筆用、もう1つは「AIを排除する」コンテンツ用です。

数週間ごとに、最新の記事、現在のプロジェクト、学んだ新しいライティング技術で彼らの知識ベースを手動で更新しなければなりませんでした。GPTはドラフトを生成し、その後、私はそれをメールやWordPressにコピー&ペーストし、フォーマットを整え、リンクを追加し、トーンをチェックしました。

AIは私に初稿を提供しました。すべてのメンテナンス、統合、仕上げ作業は私の責任でした。

(スキル時代)の後

私は自分の方法論をスキルとして書きました。プロンプトではなく、ワークフロー。

私のAIエージェントは今:

  1. 自己更新私のソーシャル投稿、ブログ、ニュースレター、作業ログからの知識ベース
  2. 生成します現在のコンテキストと声を使用してドラフトを作成します
  3. 自己編集しますトーンのために("de-AI-ing"はワークフローに組み込まれています)
  4. GmailのドラフトまたはWordPressエディタに、許可された範囲内で配信します to Gmail drafts or WordPress editor, within authorized boundaries
  5. 提示します私の承認のために作業が完了しました

私は人間がすべきことをします:レビュー、調整、公開。エージェントはそれがすべきことをします:その他すべて。

同じ「ライティングアシスタント」。全く異なる職務内容。GPTは私が操作するツールでした。スキルは私が管理する従業員です。

ローカルメモリの命令

ほとんどの人が見逃す部分です。

他の誰かのプラットフォーム—GPT、Gem、Claudeプロジェクト、何でも—に基づいて構築すると、自分のワークフローを所有することはできません。それを借りているのです。そして、家主は条件を変更したり、家賃を上げたり、建物を取り壊したりすることができます。

Googleがそれを証明しました。OpenAIがそれを証明しました。

だからこそ、私は皆に言ってきたのです:あなたの知識、スキル、参照資料をあなたが管理するローカルストレージに保存してください。クラウドが悪いからではなく、ポリシーリスクは現実だからです。

Mercury Fluxを使用すれば、あなたのローカルメモリはモデル間で持続します。もしOpenAIが明日価格を変更したら、エンジンをKimiに切り替えます。もしKimiがダウンしたら、Grokにルーティングします。あなたのワークフロー—あなたのスキル、あなたのコンテキスト、あなたの判断の境界—はあなたのもののままです。

AI企業が10年生き残るかどうかはわかりません。あなたのスキルは生き残るべきです。

これがあなたのビジネスにとって何を意味するのか

あなたがAIトレーナー、コースクリエイター、または人々にGPTを構築する方法を教えたコンサルタントであるなら:今すぐピボットしてください。あなたが教えたスキルは無価値ではありませんが、その容器は死んでいます。スキルを教えましょう。ワークフローデザインを教えましょう。教えましょうエージェントが適切な人間のチェックポイントで実行できるステップに仕事を分解する方法。

カスタムGPTに仕事を外注していたビジネスであるなら:移行してください。GPTはしばらくの間は機能し続けますが、あなたは廃止通知を受けています。実際のツール—あなたのCRM、CMS、メール、分析に統合されるスキルを構築してください。

AIが永遠にチャットインターフェースであると思っていた知識労働者であるなら:目を覚ましてください。チャットはチュートリアルレベルでした。エージェンティックな実行が主なゲームです。

アクション

プロンプトを構築するのをやめて、判断を伴うワークフロー。

  1. あなたのGPTやGemを在庫管理してください。彼らは実際に何をしますか?ワークフローをステップで説明できますか?
  2. 境界を定義してください。何が人間の承認を必要としますか?エージェントは何を自律的に決定できますか?
  3. 忠誠心よりもルーティングを選択してください。モデルに結婚しないでください。どのモデルも使用できるワークフローに結婚してください。
  4. あなたの知識をローカルファーストにしてください。あなたのIPは、どのプラットフォームのポリシー変更にも耐えるべきです。
  5. メルクリウスフラックスをテストします。異なるタスクのために複数のモデルを実行している場合、あなたはすでにFluxが自動的に行うことを手動で行っています。

巨人たちは、プロンプトラッパーの時代が終わったと宣言しました。彼らは間違ってはいません。彼らはただ、実務者がすでに知っていたことを認めるのが遅れただけです:実際の作業には、アバター付きのチャットウィンドウではなく、実際のワークフローが必要です。

それに応じて構築してください。

関連するメルクリウスのサーフェス:

マーキュリーテクノロジーソリューション:デジタリティを加速する。

旅を続ける

この記事に基づいた厳選されたおすすめ