Codex rust-v0.115.0が2026-03-16に公開されました。この記事は、海外のAI開発ツールの公式リリースを、日本の小さな会社・開発会社・EC運用の現場目線で整理する過去リリース記事です。
何が起きたか
公式GitHub Releasesで、Codex rust-v0.115.0の更新が公開されています。リリース本文では、次の変更が案内されています。
New Features Supported models can now request full resolution image inspection through both view image and codex.emitImage(…, detail: "original") , which helps with precision visual tasks. ( 14175) js repl now exposes codex.cwd and codex.homeDir , and saved codex.tool(…) / codex.emitImage(…) references keep working across cells. ( 14385, 14503) Realtime websocket sessions gained a dedicated transcription mode, plus v2 handoff support through the codex tool, with a unified [realtime] session config. ( 14554, 14556, 14606) The v2 app server now exposes filesystem RPCs for file reads, writes, copies, directory operations, and path watching, and there is a new Python SDK for integrating with that API. ( 14245, 14435) Smart Approvals can now route review requests through a guardian subagent in core, app server, and TUI, reducing repeated setup work on follow up approvals. ( 13860, 14668
なぜ実務で見る価値があるか
AI開発ツールは、単にコードを書けるかどうかだけでは現場に定着しません。権限、実行環境、履歴、セッション、設定、レビュー、失敗時の戻し方まで含めて運用できるかが重要です。
小さな会社では専任のAI運用担当を厚く置けないため、公式リリースの細かな変更から「どこまで任せられるか」「どこは人間確認にするか」を読み取る価値があります。
小さな会社・開発会社・EC運用ではどこに効くか
開発会社なら、調査、テスト追加、軽微な修正、ドキュメント整備、社内スクリプト改善をAIに渡しやすくなります。EC運用なら、商品CSV、在庫確認、ShopifyやWordPressの小修正、問い合わせ対応の下準備などに応用できます。
ただし、AIに任せる範囲は小さく切る必要があります。作業前に差分を残し、公開サイトや決済、顧客データに近い場所は人間確認を必須にするのが現実的です。
そのまま真似ると危ない点
新機能が増えるほど、AIに触らせる範囲も広げたくなります。しかし、秘密キーや接続情報、価格、契約、決済、顧客データに近い場所を無制限に触らせるのは危険です。
また、AI作業を並行させるほど速く見えますが、レビューする人の処理量を超えると品質は落ちます。まずは一つの安全な作業レーンで型を作り、その後で広げるほうが事故が少ないです。
最初にやるなら何か
最初は、壊れても戻せる仕事から始めます。README更新、テスト追加、CSV変換スクリプト、管理画面の文言修正、ログ整備のような低リスク作業が向いています。
次に、AIが触ってよいフォルダ、触ってはいけないファイル、人間確認が必要な操作を決めます。ここを決めずに導入すると、便利さより確認負荷が増えます。
monoblo実務メモ
私なら、Codex rust-v0.115.0を「すぐ全社導入する理由」ではなく、AI開発の運用設計を見直す材料として扱います。見るべきは、生成能力そのものより、止められるか、戻せるか、説明できるかです。