「Astraは空フォルダで起動しろ。過去のSkillは全部捨てろ。一撃で答えまで行け。修正するならまた空からやれ」
そんな極端な要約を見ると、妙に分かりやすい。AIにルールを山盛り渡した結果、AIが説明書を読むだけで夕方になっている光景は、かなり想像しやすい。
ただし、OpenAI公式が実際に言っていることは少し違う。
全部捨てろ、ではない。必要なものだけ、必要な時に読ませろ。
そしてこの話はSkillやAGENTS.mdだけでは終わらない。長いチャットやCodexの作業セッションにも、そのままつながる。
セッションが伸びれば、過去の会話、ツール結果、ログ、古い指示、途中の失敗まで「いま判断するための材料」として残りやすい。必要な歴史なら強い。だが、必要でない歴史まで抱え続けると、作業机の上に去年のレシートから壊れたUSBまで全部置いたまま仕事をする状態になる。
この記事では、Astra公式ガイドの本当の意味、長いセッションで何が増えるのか、キャッシュがあれば無料なのか、そして「前セッションを読んで引き継いで」で本当に軽くなるのかを整理する。
1. OpenAI公式の主張は「空にしろ」ではなく「古い足場を監査しろ」
OpenAI Developersは2026年9月11日、「Rethinking skills and prompts for GPT-6 Astra」を公開した。
そこで問題にしているのは、昔のモデルをうまく動かすために積み上げた大量の指示である。
以前は、モデルが勝手に省略するから「必ずこの文書を読め」、テストを忘れるから「毎回全部テストしろ」、先走るから「必ず確認を取れ」と書くことに意味があった。
しかしAstraは以前より指示追従が強い。公式モデルガイドでも、SkillやAGENTS.mdなどコンテキスト中の指示に敏感で、曖昧・競合した指示があると、本来進めるべき場所で止まることがあると説明している。
つまり問題は「Astraがルールを読まない」ではない。
読んでしまう。しかも昔のモデル用の補助輪まで真面目に読む。
公式ブログは、毎回の編集前に大量の設計文書を全部読ませるようなルールを、コンテキストを浪費し作業を遅くする例として挙げている。
Astra時代の整理は、ルール全削除ではなく次の形になる。
- Skillの説明は短くし、いつ使うかを明確にする。
AGENTS.mdは常時必要なルールだけに寄せる。- 特定作業の文書は、その作業の時だけ読む。
- 「どこまでやれば完了か」を先に定義する。
- 古いモデル対策で追加した停止・確認・過剰テスト規則を再点検する。
要するに、巨大な憲法一冊ではなく、薄い憲法＋必要時に開く専門マニュアルである。
2. 「空フォルダ」「Skill全捨て」「一撃」「修正は最初から」は、どこまで本当か
SNS風の極端要約を四つに分けると分かりやすい。
「空フォルダで起動しろ」は言い過ぎである。既存リポジトリや既存文脈を捨てろとは公式は言っていない。むしろ必要な文書を文脈に応じて読むことを勧めている。
「過去のSkillは全部捨てろ」も違う。正しくは、トリガーを狭くし、説明を短くし、競合や過剰な強制を監査する、である。
「一撃で答えにたどり着け」は半分だけ近い。公式が強調するのは、最初の実装で勝手に止まらないよう、何をもって完了とするか定義することだ。最初から完璧な一発回答を要求しているわけではない。
「修正するならまた最初から空でやれ」はむしろ逆方向である。Astraはmid-turn steeringを備え、作業途中の訂正や要件変更を受けても、完了済みの作業を保持しながら続行できる。
だから本当の教訓は、
「毎回記憶喪失になれ」ではなく「役に立たない記憶まで常駐させるな」
である。
3. セッションが長くなると、本当にコンテキスト消費は増えるのか
APIレベルでは、基本的に増えると考えてよい。
モデルが次の回答を作る時、現在の一文だけを見るわけではない。会話状態として保持・再投入される過去のメッセージ、ツール出力、指示などが入力コンテキストになる。
単純化すると、最初はこうだ。
過去 5k tokens + 今回 1k = 約6k入力
長く続いた後は、こうなり得る。
過去 100k tokens + 今回 1k = 約101k入力
もちろん実装側の圧縮、切り捨て、キャッシュ、会話状態管理で実際の量は変わる。だが「セッションを続ければ過去が無料で無限に付いてくる」という理解は違う。
OpenAIのRealtime APIの説明でも、セッションは会話コンテキストへ新しい項目を追加し、以前のターンの出力が後続ターンの入力になると明記されている。
4. キャッシュが効けば、長いセッションでも問題ないのか
キャッシュはかなり助ける。しかし魔法のゴミ箱ではない。
GPT-6 AstraのAPI価格は、2026年9月14日時点で通常入力が100万トークンあたり10ドル、cached inputが1ドル、出力が50ドル。さらに272k入力トークンを超えるプロンプトは、リクエスト全体について入力・キャッシュ料金が2倍、出力料金が1.5倍になる。
つまり、同じ長いprefixがキャッシュに当たれば、再処理コストは大きく下がる。しかし、
- 新しく追加された部分は増え続ける。
- キャッシュ条件から外れれば通常入力になる。
- 巨大なコンテキストそのものが、関係ない指示や情報を混ぜる原因になる。
- 一定サイズを超えると価格体系まで変わる。
だから「cachedだから何でも突っ込んでよい」にはならない。
なお、ここでいう価格はAPIの話である。ChatGPT、Codex、Workなど製品内の利用枠が、このAPI単価と同じ式で一対一に減るとは限らない。長いChatGPT会話ほど利用枠が履歴トークンに比例して減る、とまでは公開情報から断定できない。
5. コンテキスト肥大の怖さは、金より「昔のルールが亡霊になる」こと
長いセッションの問題を料金だけで見ると、本質を半分見落とす。
Astraは指示に敏感である。すると、100ターン前の「ここでは必ず止まれ」、50ターン前の「この旧contractに従え」、30ターン前の失敗対策として追加した「毎回全部検査しろ」が、まだ文脈に残っていると、それも判断材料になる。
こうして作業場に三種類のゴミが溜まる。
解決済みゴミ。もう終わった議論、修正済みのバグ、採用しなかった案。
重複ゴミ。同じルールを別表現で何回も説明したログ。
旧仕様ゴミ。当時は正しかったが、現在のmainやcontractでは古い指示。
人間なら「それ昔の話ね」で捨てる。しかしモデルにとっては、コンテキストに入っている以上、少なくとも読む候補になる。
Astraでは高性能化によって、逆に**「余計な指示も上手に守る」事故**が目立ちやすくなる。
6. では新セッションで「前のセッション全部読んで引き継いで」は正解か
半分正解、半分もったいない。
新セッションを作っても、最初に前セッション全文を丸ごと再投入し、その後もずっと保持するなら、単に引っ越しただけで荷物は全部同じである。
有効なのは、前セッションを倉庫として参照し、必要な状態だけを新しい作業机へ持ってくる方法だ。
引き継ぐ価値が高いのは次の情報である。
- 現在の状態。
- すでに確定した判断。
- 現在有効なルール。
- 未完了タスク。
- 再確認に必要な証拠・ファイル・コミット・URL。
- 失うと危険な制約。
逆に、そのまま持っていく価値が低いのは、解決済みの議論、長い試行錯誤ログ、採用しなかった案、重複説明、古いルールである。
Carry forward only what matters.
必要なものだけ次へ持ち越す。
7. 実際に使うなら、この引き継ぎ指示で十分
新しいセッションの冒頭は、次のようにすればよい。
前セッションを確認し、現在の状態・確定事項・現行ルール・未完了タスク・必要な証拠だけを引き継いで続行すること。
過去ログをそのまま再現・保持する必要はない。古い指示、解決済みの議論、途中経過、重複情報は捨て、現在の作業に必要なコンテキストだけ残す。
前セッションで完了済みの作業は再実行せず、未完了地点から続行する。
ここで重要なのは「前セッションを読むな」ではない。
読む目的を、全履歴の永住ではなく、現在状態の抽出に限定する。
一回は倉庫を開けてもいい。だが段ボールを全部作業机へ積む必要はない。
8. いつ新セッションへ切り替えるべきか
ターン数だけで機械的に切る必要はない。次の変化が出た時が目安になる。
- 同じ説明を何度もやり直し始める。
- すでに廃止したルールをモデルが拾う。
- 何を完了したか分からなくなる。
- ツールログが本文より長くなる。
- 作業フェーズが明確に変わる。
- 現在状態を10〜30行程度で要約できるのに、履歴は何万行もある。
特に「調査→実装→検証→公開」のような長い仕事は、フェーズ境界で圧縮しやすい。
APIで長期ワークフローを組む場合は、OpenAI自身がcompactionを長時間・ツール多用ワークフロー向けに提供している。節目で過去状態を圧縮し、必要情報を残したままトークンfootprintを減らす考え方である。
9. 結論――空っぽが強いのではなく、作業机が片付いている方が強い
Astraに必要なのは記憶喪失ではない。
必要な知識、確定事項、境界条件は残すべきである。捨てるべきなのは、それらへ到達するまでの大量の足跡を、毎回全部「現役の指示」として読ませる運用だ。
古いAIでは「忘れるな」が大問題だった。
Astraでは、それに加えて「覚えすぎた説明書をどう片付けるか」が問題になる。
だから最終形はこうなる。
旧セッション＝倉庫。
新セッション＝軽い作業場。
handoff＝必要な荷物だけ運ぶ伝票。
空フォルダ信仰まで行く必要はない。机の上から、去年のレシートと壊れたUSBをどければいい。
Sources
- OpenAI Developers, “Rethinking skills and prompts for GPT-6 Astra,” Sep. 11, 2026. https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra
- OpenAI Developers, “Model guidance — Using GPT-6 Astra.” https://developers.openai.com/api/docs/guides/latest-model
- OpenAI API Reference, Realtime server events / token usage and conversation context. https://platform.openai.com/docs/api-reference/realtime-server-events
- OpenAI Developers, “GPT-6 Astra Model.” https://developers.openai.com/api/docs/models/gpt-6-astra
- OpenAI Developers, “Compaction / conversation state guidance.” https://developers.openai.com/api/docs/guides/compaction
