最近の「スキル不要論」について考察してみた

最近、AIエージェントの「スキルはもう必要ないのでは？」という話を見かけるようになりました。

AIモデルがどんどん賢くなっているので、これまでのように細かい手順書を用意しなくても、AIが自分で考えて作業を進められるようになってきた、という話です。

確かに、それはそうだと思います。

以前は「まずこのファイルを読んで、次にこれを確認して、最後にテストして」と細かく指示していたことも、今のAIなら自分で判断できる場面が増えました。

ただ、ここで一つ疑問がありました。

コンテキストウィンドウの問題は、まだなくなっていないのでは？

▼コンテキストウィンドウについては以下記事をどうぞ！

https://aimanavo.com/c/nikutama/a/qt-wAeCXdwCU4w

だとすると、コンテキストを管理するためのスキルは、これからも必要なんじゃないでしょうか。

ちょうど自分でも、AIを使った創作のために「Story OS」というスキルを作っているところだったので、ChatGPTと少し議論してみました。

そもそもスキルって何？

まず、ここでいうスキルは、人間が身につける能力の話ではありません。

ChatGPTやClaude Code、CodexなどのAIエージェントに、特定の作業の進め方やルールを教えるための仕組みです。

例えば、

• ブログ記事を作成するときのルール
• コードを書いたあとに確認すること
• 特定のツールを操作する手順
• プロジェクト固有の決まりごと

こうした情報をMarkdownファイルなどにまとめておいて、必要なときにAIに読み込ませます。

毎回長いプロンプトを書かなくても、AIに決まった作業を任せやすくなるわけです。

ちなみにスキルには、説明文だけでなく、補助ファイルやスクリプトなどを組み込めるものもあります。

つまり、単なるプロンプト集とは少し違います。

なぜ今、スキル不要論が出てきたのか

2026年9月11日、OpenAIは「Rethinking skills and prompts for GPT-6 Astra」という記事を公開しました。

https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra

ちなみに、GPT-6 Astra（アストラ）とは、2026年9月にOpenAIが発表した高性能AIモデルです。

プログラミングだけでなく、パソコンやブラウザの操作、複雑な業務を自律的に進める能力などが強化されています。

特徴的なのは、曖昧な指示や不足している情報に対しても、状況を判断しながら作業を進める能力が向上していることです。

つまり、AIに細かく作業を教えなくても、ある程度は自分で考えて動けるようになったわけです。

参考：GPT-6 Astra公式紹介

さて、冒頭の記事に戻ります。

ここでOpenAIが伝えているのは、スキルそのものが不要になったという話ではありません。

AIモデルの能力向上に合わせて、スキルや指示文を見直した方がいいという話です。

例えば、以前のAIは細かな指示がないと、必要なファイルを調べなかったり、テストを十分に行わなかったりすることがありました。

だから、そうした失敗を防ぐための指示を大量に書いていたわけです。

ところが、新しいモデルではAI自身が判断できるようになってきました。

それなのに昔の指示をそのまま残していると、必要のない作業まで強制してしまうことがあります。

例えば、ちょっとした文章の修正なのに、毎回大量の関連ドキュメントを読み込ませるようなスキルです。

これは時間がかかるだけでなく、コンテキストウィンドウも無駄に消費してしまいます。

さらに、スキルを大量に登録すると、その説明文同士が競合したり、どのスキルを使うべきか判断しにくくなったりする問題もあります。

要するに、AIが自分でできることを、わざわざ細かく教える必要はなくなってきたということですね。

ここは私も納得できます。

ただ、これは「すべてのスキルが不要になった」という意味ではないと思います。

コンテキストウィンドウの問題は別では？

ここで私が気になったのが、コンテキストウィンドウです。

コンテキストウィンドウとは、簡単にいうと、AIが一度に参照できる情報の範囲のことです。

会話履歴、指示文、読み込んだファイル、ツールの実行結果などが、この中に入ります。

人間でいうところの、作業中に机の上へ広げておける資料のようなものです。

机が広ければ多くの資料を広げられますが、無限ではありません。

AIのコンテキストウィンドウも昔に比べると大きくなりましたが、当然ながら上限があります。

そして、もう一つ重要なのが、大量の情報を入れられることと、その情報を正確に使えることは別だという点です。

過去には、長い文章の中間にある情報をうまく参照できなくなる「Lost in the Middle」という現象も研究されています。

最新モデルでは改善が進んでいますが、情報が大量になるほど整理や検索が必要になるという問題は、まだ残っています。

仮にコンテキストウィンドウが今の10倍になったとしても、必要な情報と不要な情報が入り交じっていたら、効率的とはいえません。

また、古い設定と新しい設定が混在している場合、どちらが正しいのかという問題もあります。

これは、単純にコンテキストウィンドウを大きくするだけでは解決しないでしょう。

だとすると、これまでの会話や作業で得た情報をコンテキストの外側に保存しておき、必要なものだけ取り出す仕組みには、引き続き価値があるはずです。

私が作っている「Story OS」というスキル

ちょうど今、個人的に「Story OS（ストーリーOS）」というスキルを開発しています。

名前だけ聞いても何のことかわからないと思うので、少し説明します。

これは簡単にいうと、AIと長編小説や連載ストーリーを作る際に、作品の設定や過去の出来事を記憶・管理するためのスキルです。

生成AIの進化によって、イラストや小説、動画などを「作る」こと自体のハードルは、どんどん下がっています。

だからこそ、これから重要になるのは、単に作品を大量に作ることではなく、キャラクターや世界観を育て、物語を積み重ねていくことではないかと思っています。

キャラクターの個性や人間関係、これまでに経験してきた出来事。そうした積み重ねによって、作品には独自の魅力が生まれます。

そして、それこそが、長期的に育てていけるIP（知的財産）としての価値につながっていくのではないでしょうか。

ただ、そのためには、作品の設定やストーリーの一貫性を保つことが欠かせません。

私はAIを使っていくつかのキャラクターIPやオリジナルの小説も書いているのですが、長い物語を作っていると、だんだん設定の管理が大変になってきます。

例えば、登場人物が10人いるとします。

それぞれに年齢、職業、性格、過去の出来事、人間関係などの設定があります。

最初はそれほど複雑ではありません。

ところが、物語が50話、100話と続いていくと、状況が変わってきます。

• 第12話で主人公が知った秘密
• 第25話で変化した二人の関係
• 第30話で登場した、まだ回収していない伏線
• 第42話で明かされた過去
• 読者は知っているけれど、登場人物本人はまだ知らない情報

こういう情報がどんどん増えていきます。

しかも、重要なのは単に情報を覚えていることだけではありません。

例えば、第15話で初めて知るはずの秘密を、第14話の主人公が知っているように話してしまったら、物語として矛盾してしまいます。

あるいは、前半では苦手だった食べ物を、理由もなく後半で好物として描いてしまうこともあるでしょう。

さらに厄介なのが、AIとストーリーのアイデアを出し合っているときです。

「こんな展開はどうだろう？」

と相談しただけなのに、AIがそのアイデアを正式な設定として扱ってしまうことがあります。

人間が書いていても管理が大変な部分ですが、AIと一緒に長編を作る場合は、さらに注意が必要になります。

AIとの会話をずっと続けていても、過去の情報をすべて正確に保持できるわけではないからです。

そこで考えたのが、作品に関する情報を、AIとの会話の外側に保存しておくという方法です。

Story OSはどうやって記憶を管理するのか

Story OSは、現在Codex向けに開発しているAgent Skillです。

基本的な仕組みは意外とシンプルで、作品に関する情報をパソコン内のフォルダに保存しておきます。

使用するのは、MarkdownとYAMLというテキスト形式のファイルです。

Markdownは、見出しや箇条書きを使って文章を整理できる形式です。

YAMLは、名前や年齢、状態などの情報を、AIやプログラムが扱いやすい形で記録できる形式です。

どちらも特別なソフトがないと読めないようなものではなく、普通のテキストエディタでも開けます。

つまり、作品の記憶がAIとのチャット履歴だけに閉じ込められるわけではありません。

AIエージェントが必要に応じて作品フォルダのファイルを読み込み、設定を確認したり、更新したりする仕組みです。

専用のデータベースやAPIサーバーを用意する必要もありません。

例えば、第51話の執筆をお願いしたとします。

その際に目指している流れは、こんな感じです。

1. AIが作品フォルダから、今回必要な人物設定や時系列を確認する
2. 過去の出来事、人物の知識、未回収の伏線などを参照する
3. それらの情報を踏まえて新しいエピソードを書く
4. 過去の設定との矛盾がないかチェックする
5. 新しい出来事や設定の変更を整理し、作者が採用した内容を作品ファイルへ反映する

重要なのは、毎回すべての作品情報をコンテキストウィンドウに読み込む必要がないことです。

必要な情報を必要なときに取り出せばいいわけです。

そして、作業が終わってコンテキストがリセットされても、作品フォルダには設定や履歴が残っています。

別のセッションで続きを書くときにも、その情報を参照できます。

ただし、ファイルを保存しているだけで、AIが自動的にすべての情報を正しく利用できるわけではありません。

どの情報を参照するか、何を正式設定として扱うか、変更をどう記録するか。

こうした部分を管理するのが、Story OSというスキルの役割です。

単なる設定資料ではないのがポイント

ここまでの話だと、単にキャラクター設定やストーリーのあらすじをファイルに保存しているだけに思えるかもしれません。

しかし、Story OSでやりたいのは、それだけではありません。

特に重視している機能をいくつか紹介します。

1. 誰が、いつ、何を知ったのかを管理する

これが「Knowledge Cutoff」という機能です。

例えば、ミステリー作品で犯人の正体を作者は知っています。

読者も途中で気づいているかもしれません。

でも、物語の中の刑事は、まだその事実を知りません。

Story OSでは、こうした情報を区別します。

単に「知っている」「知らない」だけでなく、「疑っている」「事実かどうかは別として信じている」といった状態も管理します。

これによって、未来の展開を知っているAIが、過去の場面にその情報を混ぜてしまう問題を減らすことを目指しています。

2. アイデアと正式設定を区別する

AIと壁打ちしていると、いろいろな展開案が出てきます。

でも、提案したアイデアをすべて採用するわけではありません。

Story OSでは、

• IDEA：検討中のアイデア
• CANON：正式に採用した設定
• REJECTED：不採用になった案

を区別します。

CANONというのは、作品の中で正式に確定した設定や事実のことです。

これによって、単なる思いつきが勝手に正式設定へ混ざってしまうことを防ぎます。

3. 設定の矛盾をチェックする

人物の年齢や性格だけでなく、時系列、場所、所持品、人間関係、伏線などもチェック対象です。

例えば、前話で友人に渡した鍵を、次の話で主人公が何の説明もなく持っている。

こうした矛盾の候補を見つけ、関連する設定や話数などの根拠と一緒に報告します。

Story OSでは、この機能を「Continuity Check」と呼んでいます。

ただし、人間の性格や感情は物語の中で変化します。

昨日まで嫌いだった相手を、ある出来事をきっかけに好きになることもあるでしょう。

そのため、変化したこと自体を何でも矛盾と断定しないようにしています。

最終的に判断するのは作者です。

4. 設定変更の影響を調べる

例えば、主人公の年齢を25歳から27歳に変更したとします。

単に設定ファイルの数字を変えるだけなら簡単です。

でも、その変更によって、卒業年度や入社時期、他の人物との年齢差などにも影響が出るかもしれません。

Story OSでは、こうした影響範囲を確認できるようにしています。

そして、作者の確認なしに既存の本文を一括修正しない設計です。

このように、Story OSは単なる設定の保管場所ではなく、長い物語の整合性を保ちながら、作品を育てていくための仕組みです。

こういうスキルは、AIが賢くなっても不要にならないのでは？

ここで今回の「スキル不要論」に話が戻ります。

Story OSもAgent Skillなので、AIに読み込ませる手順書が存在します。

例えば、どのような情報を保存するのか、設定変更をどう扱うのか、矛盾チェックをどう進めるのか、といったルールです。

こうした部分は、AIモデルが賢くなるにつれて簡略化できるかもしれません。

現在は明示的に教えていることも、将来のモデルなら自分で判断できるようになるでしょう。

ただし、作品フォルダに保存された設定や、各話で起きた出来事の記録は別です。

これらはAIの能力とは関係なく、その作品にしか存在しない固有の情報です。

どれほどAIが賢くなっても、私が作ったオリジナルキャラクターの過去や、以前のセッションで決めた設定を、情報源なしに正確に知ることはできません。

つまり、Story OSには大きく分けて二つの役割があります。

一つは、AIに情報の扱い方を教えること。

もう一つは、作品の情報をコンテキストの外側に保存し、継続的に利用できる状態を作ること。

前者はAIの進化によって必要性が下がる可能性があります。

しかし、後者の価値は簡単にはなくならないと思っています。

スキル自体は薄くなっても、作品の記憶は残る

今後、AIエージェントがさらに進化すれば、Story OSの手順書ももっとシンプルにできるはずです。

例えば、

「今回の執筆に必要な設定を読み込み、矛盾を確認し、正式採用された変更だけを保存する」

というルールさえ伝えれば、具体的なファイル操作や確認手順はAIが自分で判断できるようになるかもしれません。

そうなれば、スキルは作品の記憶を扱うための最低限のルールだけを持つ形に近づいていきます。

一方で、作品の設定や時系列、人物の知識、伏線といったデータは残ります。

しかも、Story OSではこうした情報をMarkdownやYAMLという汎用的な形式で保存しています。

これは、特定のAIモデルへの依存を減らせるという利点もあります。

今はCodex向けに作っていますが、将来的に別のAIエージェントを使いたくなったとしても、作品データそのものは引き継ぎやすいはずです。

もちろん、別のエージェントでそのまま同じように動くとは限りません。スキルの仕様やファイル操作の仕組みに合わせた調整は必要になるでしょう。

それでも、作品の記憶を特定のAIサービスのチャット履歴だけに依存させず、自分で管理できるというのは大きいと思います。

また、将来的にAIサービス側の記憶管理が高度になれば、Story OSの一部機能は重複する可能性もあります。

ただ、その場合でも、作者自身が設定の採用・変更を管理できることや、作品データを独立して保有できることには意味があるはずです。

そう考えると、Story OSは単にコンテキストウィンドウの不足を補うためのスキルではなく、AIモデルから独立した「創作世界の記憶基盤」と考えた方がよさそうです。

では、コンテキストウィンドウが巨大になったら？

もう一つ気になるのが、将来的にコンテキストウィンドウの問題そのものが解消する可能性です。

今後のAIでは、現在よりはるかに大量の情報を扱えるようになるかもしれません。

さらに、必要な情報を自動で探したり、重要な情報だけを記憶したりする能力も進化していくでしょう。

そうなると、コンテキスト管理スキル自体は不要になる可能性があります。

ただし、ここでも二つの話を分ける必要がありそうです。

一つは、コンテキスト管理を人間が指示する必要がなくなること。

もう一つは、コンテキスト管理そのものが不要になること。

この二つは違います。

例えば、人間も仕事に関する情報をすべて頭の中で記憶しているわけではありません。

必要なときに資料を読み、過去の記録を確認し、新しい決定事項を保存しています。

AIも将来的には、このような作業を自律的に行うようになるのではないでしょうか。

その場合、私たちがコンテキストウィンドウの大きさを意識する機会は減るかもしれません。

でも、裏側では情報の保存、検索、整理、更新といった処理が動いているはずです。

つまり、管理の必要性がなくなるのではなく、管理を人間が意識しなくてよくなるという方向です。

そして、コンテキストウィンドウが巨大になったとしても、古い情報と新しい情報を区別したり、正式採用された設定を管理したりする必要は残ります。

例えば、ある人物の年齢を25歳から27歳に変更したときに、過去のすべての会話を読み込ませるよりも、現在の正式設定を確認した方が合理的でしょう。

情報を大量に保持できることと、正しい情報を適切に選択できることは別問題です。

コンテキストウィンドウが拡大すれば、情報管理が楽になることは間違いないと思います。

でも、それだけですべての問題が解決するわけではなさそうです。

Story OSは今後も価値が残るのか

そう考えると、Story OSのような仕組みは、比較的陳腐化しにくいのではないかと思います。

ただし、何も変えなくていいという話ではありません。

例えば、将来的にChatGPTやClaudeそのものが、長期記憶や構造化データの管理を高度に行えるようになれば、Story OSで用意した一部の機能が不要になることもあるでしょう。

また、AIの進化によって、今は複雑な処理が必要な部分を、もっとシンプルに実現できる可能性もあります。

そのため、Story OSというスキルの中身は、これから変わっていくと思います。

ただ、作品の設定や時系列、伏線、人物関係などを、AIモデルとは独立したデータとして管理するという考え方は残るはずです。

むしろ今後は、スキルの手順書を複雑にすることよりも、作品データの構造や管理方法をしっかり作っておくことが重要なのかもしれません。

Story OSでは、設定を単に文章として保存するのではなく、正式設定とアイデアを区別したり、出来事が起きた時点を記録したりしています。

こうした構造がきちんとできていれば、将来もっと高性能なモデルが登場したときにも、その能力を活かしやすくなるはずです。

つまり、AIが賢くなればなるほど、スキルの手順書を薄くできる一方で、蓄積してきた作品データそのものは資産として残るという考え方です。

これは、小説制作に限った話ではないと思います。

長期間にわたって情報を引き継ぐ必要があるプロジェクトなら、同じ考え方が応用できるのではないでしょうか。

まとめ：不要になるのは「スキル」なのか「手順書」なのか

今回の話を整理すると、私の考えはこうです。

AIに作業方法を細かく教えるためのスキルは、今後ますます必要性が下がっていく。

一方で、AIが必要な情報へアクセスするための仕組みや、独自の情報を管理する仕組みは、これからも重要になる。

そして、コンテキストウィンドウの拡大やAIの進化によって、その管理を人間が意識する必要は徐々になくなっていくのかもしれません。

私が今作っているStory OSについても、「コンテキストウィンドウが小さいから仕方なく作るもの」と考えるより、「AIモデルから独立した創作世界の記憶システム」と考えた方が、将来性がありそうです。

AIがどれほど賢くなっても、作品固有の情報を正確に保存し、必要なときに取り出し、矛盾なく更新していくことには意味があります。

結局のところ、不要になるのはコンテキスト管理そのものではなく、それを人間が細かく指示するための手順書なのではないか。

今のところ、そんなふうに考えています。

Story OSについては、まだ開発を進めている段階ですが、ある程度形になったら仕組みや実際の使い方も紹介したいと思います。