4日で7回。Codex CLIのバージョン番号が、仕事より速く増えていく

まず初めに

ソフトウェアは、直せば良くなる。それは正しい。ただし直すたびに番号が増え、その番号を追いかける仕事が新しく生まれる。今回のCodexは4日で7回。朝に入れた道具が、昼にはもう古い。

しかも7回のうち1回は、画面に出ていた「1.5倍速い」という説明を「2倍速い」に書き直すための更新である。速さの説明を直すために、また更新する。バージョン番号というのは、たいてい進歩の記録ではなく、慌ただしさの記録だ。

もっとも、これは悪口ではない。慌ただしいということは、誰かが本気で作っているということでもある。※個人の感想です

9月1日、0.152.0で入ったもの

changelogによると、0.152.0では複数の機能が追加されました。

Vim風の検索操作として、スラッシュと疑問符のキーが使えるようになりました。Vimはテキスト編集ソフトの一つで、キーボードだけで操作する流儀が広く使われています。その操作感を端末上の対話画面に持ち込んだ形です。

利用上限に関する表示も入りました。上限に近づいたときに案内が表示され、その場で選べる対応が示されます。生成AIのサービスは、多くが一定時間あたりの利用量に上限を設けています。作業の途中で突然止まるのと、事前に知らされるのとでは、段取りの立て方が変わります。

このほか、認証情報の更新中であることを示す表示、MCPサーバー名の指定の柔軟化、ツールごとの出力量の上限、シェルコマンドの待ち時間の設定が追加されました。MCPは、AIに外部の道具やデータをつなぐための共通の取り決めです。

同じ9月1日には0.152.1も公開され、承認処理の確認がモデル側の情報にあるNode REPLの方針に従うよう修正されています。

一日に二度更新される道具の説明書を、誰が読み切るのだろう。

9月3日、0.153.0という区切り

0.153.0は、今回の一連の更新の中で最も内容が多いものです。

Vimモードで取り消しとやり直しができるようになりました。前回入った検索操作と合わせて、キーボード操作の完成度を上げる方向の変更です。

大きいのは、遠隔のプラグイン市場との連携です。プラグインは、道具に後から機能を足す仕組みです。それを配布する場所が用意されたということは、機能の追加が本体の更新を待たずに行えるようになる、という意味を含みます。

自動要約の設定も入りました。長い作業を続けると、AIが扱える文脈の量には限りがあるため、途中までの内容を要約して引き継ぐ必要が出てきます。その要約をいつ、どの程度行うかを設定できるようになりました。あわせて、履歴表示の見やすさも改善されています。

そしてPlusとTeamの利用者に対して、利用上限が近いことを早めに警告する機能が加わりました。0.152.0の案内表示と方向性は同じで、上限に振り回されないための整備が続いていることが分かります。

9月3日から4日、残り4つはすべて新モデル対応

0.153.1から0.153.4までの4つは、いずれもGPT-6 Astraというモデルに関するものです。

0.153.1では、GPT-6 AstraをAPI経由で設定できるようになりました。0.153.2は、Fast tierの説明文を「1.5倍」から「2倍の速度」へ修正するものです。0.153.3では、Amazon Bedrockのモデル選択画面でGPT-6 Astraを選べるようになり、あわせて非同期での確認質問に関する案内が修正されました。0.153.4は、同梱のモデル選択画面でAstraが表示されるようにする修正と、同じく非同期の質問に関する案内の更新です。

4日間の7リリースのうち4つが新モデルの周辺整備だった、という並びになります。新しいモデルが出ると、それを選ぶ画面、設定する経路、外部のクラウドサービス経由での提供、そして案内の文言まで、あちこちに手を入れる必要が生じます。表からは見えにくい作業です。

そもそもCodexとは何をする道具なのか

Codexは、OpenAIが提供するコーディング支援の仕組みです。コマンドライン版は、端末と呼ばれる黒い画面から使う形態を指します。マウスで操作する画面ではなく、キーボードで命令を打ち込む方式です。

利用者が「この不具合を直して」「この機能を追加して」といった指示を出すと、AIが対象のファイルを読み、変更案を作り、必要に応じてコマンドを実行します。人間が一行ずつ書く代わりに、AIに作業の一部を任せる形です。

ここで重要なのが、ファイルを書き換えたりコマンドを実行したりする権限の扱いです。今回の更新に含まれるシェルコマンドの待ち時間の設定や、ツールごとの出力量の上限、承認処理の修正は、いずれもこの「どこまでやらせるか」に関わる部分です。派手な機能追加ではありませんが、実務で使う人にとってはこちらのほうが重い変更になり得ます。

IT Postの見方――速く直る道具は、速く動く土台を要求する

IT Postでは、この4日7リリースという速度そのものを、良し悪しのどちらかに決めつけたくない。速く直るのは良いことだ。問題は、その速さに合わせて自分たちの運用が動けるかどうかにある。

個人で使うぶんには、更新は歓迎でいい。壊れたら戻せばいいし、困ったら翌日にはまた直っている。だが、業務の自動処理にこの手の道具を組み込んでいる場合、話は変わる。昨日まで通っていた手順が、モデルの既定が変わったせいで違う結果を返す。プラグインの配布経路が増えれば、社内で何を許可するかという判断も要る。速く直る道具は、速く追随できる土台を暗に要求してくる。

そして今回、7つのうち4つが新モデルの周辺整備だったという事実は、けっこう物語っている。モデルが変わると、道具は一斉に揺れる。利用者から見れば「モデルが新しくなった」の一行だが、その一行の裏には、選択画面の表示から説明文の数字まで、直すべき場所が並んでいる。

日本の読者にとって、何が変わるのか

エンジニアでなくても、押さえておくと役に立つ点が三つある。

第一に、AIの道具は「買って終わり」ではなくなっている。従来のソフトウェアなら、年に一度の大型更新を待てばよかった。いまは週単位で中身が変わる。職場でこの種の道具を導入する場合、更新に追随する担当を決めておかないと、誰も追わないまま古い版が残る。

第二に、利用上限の存在だ。今回の更新で警告表示が繰り返し強化されているのは、裏返せば、上限に当たって作業が止まる場面が実際にあるということでもある。業務に組み込むなら、止まったときにどうするかを先に決めておきたい。

第三に、プラグインという仕組みだ。後から機能を足せるのは便利だが、足せるということは、誰かが用意したものを取り込むということでもある。何を許可するかの判断は、道具を入れる側に残る。

よくある疑問

Q. バージョンが頻繁に上がるのは、品質が低いということですか。 そうとは限りません。今回の7つのうち、内容の大きいものは2つで、残りは新モデルへの対応と表示の修正です。小さな修正をすぐ出す方針を取れば、番号は速く増えます。

Q. 必ず最新版に更新すべきですか。 個人利用では、更新して問題があれば戻す運用で足ります。業務の自動処理に組み込んでいる場合は、更新内容を確認してから反映するのが安全です。

Q. GPT-6 Astraとは何ですか。 今回の更新で対応が進められている、OpenAIの新しいモデルです。本記事で扱っているのは、そのモデルに対応するためにCodexのコマンドライン版側で行われた調整の内容です。

4日で7回。数えているうちにまた増えているかもしれない。それを面白がれる人には楽しい時代で、追いかけたくない人には落ち着かない時代だ。どちらが正しいという話ではなく、自分がどちらかを知っておくと、道具の選び方が変わる。