ChatGPT コンテナは現在、以下の機能を利用できます。

- **bash** を実行
- **pip** や **npm** でパッケージをインストール
- ファイルを直接ダウンロード

これらの機能により、コンテナ内でより柔軟な開発環境が構築できるようになりました。

2026/01/27 4:19

ChatGPT コンテナは現在、以下の機能を利用できます。 - **bash** を実行 - **pip** や **npm** でパッケージをインストール - ファイルを直接ダウンロード これらの機能により、コンテナ内でより柔軟な開発環境が構築できるようになりました。

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

概要

ChatGPT の新しいコンテナ機能により、ユーザーは Bash コマンド―およびその他多くのプログラミング言語―を安全なサンドボックス内で直接実行できるようになりました。このアップデートは、以前の Python‑subprocess 機能を拡張し、Node.js/JavaScript、Ruby、Perl、PHP、Go、Java、Swift、Kotlin、C、および C++(Rust と Docker はまだ利用不可)を含むようになりました。

パッケージのインストールは

pip install
npm install
を介して行われ、内部プロキシ (
packages.applied-caas-gateway1.internal.api.openai.org
) 経由でルーティングされます。新しい
container.download
ツールは、会話内で既に出現した公開可能な URL からファイルを取得し、サンドボックス内の指定されたパスへ保存します(データ外部流出防止のため)。コンテナは直接アウトバウンドネットワークリクエストを行うことができず、すべての外部アクセスはカスタムプロキシ経由で処理されます。

環境には多くの

CAAS_ARTIFACTORY_*
変数も公開されており、さまざまなエコシステム向けの内部パッケージレジストリを指し示しますが、Rust と Docker はまだインストールされていません。

公式ドキュメントはまだ不足しているため、「ChatGPT Containers」という明確な命名とより良いドキュメントへの呼びかけが行われています。著者は安全フィルタを Claude の Web Fetch システムに例え、URL 事前レビュー規則のため以前のプロンプトインジェクション試みが失敗したことを指摘しています。

ユーザーや企業にとって、この機能はシェルスクリプティング、多言語実行、および安全な外部データ取り込みを一つのサンドボックスセッション内で実現できる多用途 AI コーディングアシスタントとなり、プロダクティビティを向上させながら厳格なセキュリティ制御を維持します。

本文

2026年1月26日

私が ChatGPT の好きな機能の一つは、コンテナ内でコードを書いて実行できることです。
この機能は約三年前に ChatGPT Code Interpreter として登場し、その後「Advanced Data Analysis」に半分真面目にリブランドされましたが、詳細なドキュメントを探すのは難しいものです。
例として言えば、過去数か月で大規模アップグレードが行われたようですが、新機能についての文書をどこにも見つけることができません!


主要な新機能

  • Bash コマンド – ChatGPT は以前は Python に限定されていましたが、現在は Bash を直接実行できます(
    subprocess
    経由でシェルコマンドを呼び出すことも可能でした)。
  • Node.js & JavaScript – 直接実行がサポートされています。さらに、Ruby、Perl、PHP、Go、Java、Swift、Kotlin、C、C++(Rust はまだ)でも「Hello World」を動かせました。
  • パッケージインストール
    pip install
    npm install
    がカスタムプロキシ機構を通じて動作し、アウトバウンドネットワークリクエストがブロックされても利用可能です。
  • ファイルダウンロード – ChatGPT はウェブ上の URL を見つけ、
    container.download
    を使ってサンドボックス化されたコンテナに取得できます。

これは大幅なアップグレードであり、ChatGPT は新たに 10 の言語(Bash を含めると 11)でコードを書き、テストし実行でき、オンライン上のファイルを検索してダウンロードし、pip と npm で追加パッケージをインストールして問題解決をサポートします。
(OpenAI はリリースノートを常に最新に保つ必要があります!)

最初はプレビュー機能だと疑っていましたが、無料の ChatGPT アカウントでも同じ新機能が利用可能であることを実験で確認しました。


container.download

私の最初の手掛かりは GPT‑5.2 に次の質問をした時でした:

直近20年間のロサンゼルスの大気質を時間経過で示してください

トランスクリプト(スクリーンショット)にエラーメッセージが表示され、Excel ファイルへの URL が添付されていました。
私は ChatGPT に「検索は行わず、

container.download
ツールについて教えて」と促しました。

回答

Sure. container.download is a built‑in tool I can call that fetches a file from a URL and saves it into the sandboxed container filesystem for this chat session.

このツールは次のように動作します:

  1. 公開アクセス可能な URL とコンテナ内の保存先パスを受け取ります。
  2. その URL からバイト列をダウンロードし、指定されたパスへ書き込みます。
  3. 後でファイルをローカルで読み込んだり(解凍・Python で解析・画像として開く・変換など)処理できます。

サンプルシグネチャ:

{
  "url": "https://example.com/somefile.zip",
  "filepath": "/mnt/data/somefile.zip"
}

さらに実験した結果、この動作が確認されました。
ログを有効にしたサーバーからファイルをダウンロードさせ、IP アドレスと User‑Agent ヘッダー(例:

User-Agent: Mozilla/5.0 … ChatGPT-User/1.0; +https://openai.com/bot
)を取得しました。

container.download
はデータ外部流出の脆弱性?

クエリ文字列付き URL を作成し、

container.download
でアクセスすると失敗します:

ERROR: download failed because url not viewed in conversation before. open the file or url using web.run first.

これは Claude の Web Fetch ツールで採用されている安全トリックと同様に、URL が直接ユーザー入力されたか検索結果から来た場合のみアクセスを許可する仕組みです。

web.run
で単純なクエリ文字列は構築できましたが、過去のプロンプト履歴を含む長い文字列はブロックされました。

現時点では安全に見えますが、より積極的な攻撃が成功するかどうかはまだ不明です。


Bash とその他言語

Claude Code や Codex CLI のようなコードエージェントは、Bash コマンドを実行できればコンピュータ上でコマンド入力と同等のことが可能になると示しています。
Anthropic の Claude は昨年9月に Bash を中心としたコードインタープリター機能を追加しました。
OpenAI も現在 ChatGPT に同じことを行っています。

例:私は GPT に次のように促しました

npm install a fun package and demonstrate using it

「Thinking」や「Thought for 32 s」のリンクは、ChatGPT が実際に何をしたかを詳細に追跡する Activity サイドバーを開きます。これはチート防止に役立ちます。
後で同じセッション内で様々な言語の「Hello World」を動かすよう依頼しました。


pip と npm からパッケージをインストール

アウトバウンドネットワークリクエストがブロックされている中、コンテナはどうやってパッケージをインストールするのでしょうか?
別のセッションで GPT に環境を探索させると、Markdown レポートに次のように記載されました:

  • コンテナ内には
    applied-caas-gateway1.internal.api.openai.org
    というプロキシが利用可能です。
  • パッケージツール(
    pip
    uv
    npm
    )は環境変数でこのプロキシを使用するよう設定されています。例:
    • PIP_INDEX_URL=https://reader:****@packages.applied‑caas‑gateway1.internal.api.openai.org/.../pypi-public/simple
    • NPM_CONFIG_REGISTRY=https://reader:****@packages.applied‑caas‑gateway1.internal.api.openai.org/.../npm-public

Go、Maven、Gradle、Cargo、Docker などのレジストリも参照されていました。
Rust と Docker はコンテナにインストールされていませんが、将来機能拡張の兆候です。


全体をまとめると

今では ChatGPT に Python や Node.js のパッケージを会話内で使用するよう指示でき、必要なパッケージを自動的にインストールし、アップロードされたファイルやウェブからダウンロードしたファイルに対して適用できます。

欠落している機能:公式ドキュメント。
リリースノートだけでなく、新機能の詳細な挙動・制限・利用方法を網羅する情報が必要です。

いつものように、OpenAI にこの機能セットに適した名前を付けて欲しいと願います。今のところ私は ChatGPT Containers と呼んでいます。

同じ日のほかのニュース

一覧に戻る →

2026/01/27 7:03

**Windows の状況:** Windows 11 は現在どんな状態になっているのでしょうか?

## 日本語訳: **概要:** Microsoft の最新 Windows 更新は、安定したオペレーティングシステムよりも AI 主導の機能―特に Copilot ―を優先しているため、広範なバグ、パフォーマンス問題、およびセキュリティ欠陥が発生しています。2026 年 1 月の KB パッチは、新しい Intel プロセッサでシャットダウン失敗、クラウド PST を使用した Outlook のハング、メモ帳、RDP、およびデバイスドライバーのクラッシュを引き起こしました。同じ更新パッケージは、大規模 AI モデルのダウンロードによりサイズが 4 倍になり、バイナリが肥大化し、「Copilot‑ification」による UI が導入されました。暗号化されていないスクリーンショットへの懸念から削除を余儀なくされた事例もあります。 このシフトは、2023 年 12 月に Edge、メモ帳、設定、Office 等へ Copilot を投入したことから始まりました。以前のローカルアカウント用修正(OOBE.exe /bypassNRO)は後続の更新で閉じられ、Microsoft アカウントを持たないユーザーの使い勝手が低下しました。RDP のロールバック、DRM 失敗、およびエクスプローラーの遅延に関する月次報告は、24H2/25H2 リリースに起因しています。 Microsoft は、大規模な AI 重視更新を継続しつつ、重要なバグについては迅速な KB パッチで対処すると考えられます。この戦略はユーザーの信頼を損ない、企業のサポートコストを増大させ、一部の企業が代替 OS プラットフォームやデスクトップ AI 機能の採用をより慎重に検討するきっかけになる可能性があります。 **概要スケルトン** - **メインメッセージ(何を伝えたいか)** Microsoft の最近の Windows 更新は、安定した OS よりも Copilot などの AI 主導機能を積極的に推進する方向転換が原因で、広範なバグ・パフォーマンス低下・セキュリティ問題を引き起こしています。 - **証拠 / 推論(何故そう言えるか)** - 2026 年 1 月の KB 更新により、新しい Intel チップでシャットダウン失敗、クラウド PST を使った Outlook のハング、およびアプリ(メモ帳、RDP、デバイスドライバー)のクラッシュが発生。 - 同じ更新パッケージは AI モデルのダウンロードにより以前のリリースの 4 倍のサイズになり、バイナリが肥大化。 - Copilot の統合で UI が「Copilot‑ification」され、暗号化されていないスクリーンショットへの懸念から削除を強いられた。 - **関連ケース / 背景(文脈・過去の出来事)** - このシフトは、2023 年 12 月に Microsoft Copilot が Edge、メモ帳、設定、Office 等へ投入されることで始まりました。 - ローカルアカウント用ワークアラウンド(OOBE.exe /bypassNRO)は後続の更新で閉じられ、ローカル アカウント利用者の使い勝手が低下。 - RDP のロールバック、DRM 失敗、およびエクスプローラーの遅延に関する月次報告は、24H2/25H2 リリースに起因。 - **今後何が起こるか(将来の展開・予測)** Microsoft は大規模な AI 重視更新を継続しつつ、重要バグについては迅速な KB パッチで対処すると見込まれます。Copilot のアップセルを優先することで、毎月のスキャンダルが増え、安定性が回復されるまでユーザー信頼が徐々に低下する可能性があります。 - **影響(ユーザー / 企業 / 業界)** - ユーザーは頻繁なシステムクラッシュ、生産性の損失、および暗号化されていないデータ取得へのセキュリティ懸念に直面。 - 企業はサポートコストが増大し、新しい Windows リリース採用を再検討する可能性。 - 業界全体では、競合 OS プラットフォームへのシフトやデスクトップ環境での AI 機能採用に対するより慎重な姿勢が広まる可能性があります。

2026/01/26 23:41

テレビは本日で百周年を迎えました。

## Japanese Translation: テレビは本日100周年を迎え、ジョン・ログィー・ベアードの先駆的な業績に特に焦点が当てられました。1926年1月26日、ベアードはフリス通り22番地のソーホウワークショップで回転ディスクとレンズ、穴付きシートを用いたライブテレビの最初の公開デモンストレーションを行いました。その後、光感受性セルを追加して影の階調を送信できるようにしました。最初に送信された画像は、現在ヘイスティングス博物館で展示されている聖ジョンズ救急隊メダルの影でした。 ベアードの初期デモには、バラエティ・ドミー「ストゥッキー・ビル」と最初の人間被写体ウィリアム・テイントンが含まれます。1927年にフォノヴィジョンを導入し、画像をグラムフォンレコードに記録しました。1928年にはノクトヴィジョン(赤外線テレビ)、カラーテレビ、および立体テレビの実験を行いました。また、1930–31年にBBC放送用の30ライン機械式システムも開発しました。 1932年にEMIによって電子エミトロンカメラが導入され、ベアードの240ライン機械式システムとマルコニ-EMIの405ライン電子システムは一時的にロンドンテレビで採用されました。三か月後、最終的にはマルコニ・システムが優位になりました。 ベアードは1924年11月にフリス通り22番地へ移転し、ゴードン・セルフリッジのパーム・コートデモで60ポンドを稼ぎ、第二次世界大戦で会社が破産手続きになるまで発明の展示を続けました。爆撃被害により後期のカラー作業は中断され、1946年に57歳で脳卒中で亡くなりました。 初期の成功にもかかわらず、英国家庭へのテレビ機器の普及には数十年が必要でした。カラーTVは1960年代まで一般的になりませんでした。今日ではほぼすべての人がテレビまたは同等のデバイスを所有しており、これはベアードの回転ディスクと機械式画像伝送に関する先駆的な業績のおかげです

2026/01/21 1:52

滑走路に秘められた設計技術

## 日本語訳: ### 要約: 本文は、2025年9月に発生した最近の滑走路オーバーランが、EMAS(Energy‑Management and Arresting System)とFAAガイドラインに従った慎重な設計などの高度な安全システムによって防止されたことを説明しています。これらのガイドラインは、航空場で使用される最大機体を基準に滑走路長を決定しつつ、風向き・温度・標高も考慮して十分な停止距離を確保します。Embraer 145、Gulfstream、Bombardier機が関与した米国の3件の事故では、EMASが衝撃エネルギーを効果的に吸収し、航空機が滑走路外の危険箇所に着地することを防ぎました。FAAの詳細ガイダンスは、風向き(約95%)に合わせて滑走路を配置し、ディスプレースド・スレッショルド、ブラストパッド、ランウェイセーフティエリア(RSA)を追加して安全マージンを高めることを推奨しています。今後は、EMASの活用と機体種別に応じた舗装材の調整、単一方向が支配的でない場合の風向き戦略の精緻化が継続されます。これらの改善はパイロットの怪我リスクを減らし、空港が安全インフラへの投資を促進させ、航空業界に滑走路設計がオーバーランを防ぐことへの信頼感を与え、保険費用の低減につながる可能性があります。 ### 要約骨格 **本文が主に伝えようとしていること(メインメッセージ)** 2025年9月の滑走路オーバーランは、EMASなどの設計上の安全機能のおかげで回避され、滑走路設計はFAAガイドラインに従い、主要機体を基準に長さが決定され環境要因も調整されています。 **証拠/根拠(なぜそう言われているのか)** 米国で起きた3件の事故では航空機が滑走路を超えて衝突したものの、EMASがエネルギーを吸収し危険箇所に着地しませんでした。FAAの40ページの文書は、長さ・風・温度が設計を決定する方法を説明しており、舗装層と表面処理は摩擦と構造的健全性を維持するよう指定されています。 **関連事例/背景(コンテキスト、過去の出来事)** オーバーランはEmbraer 145、Gulfstream、Bombardier機で2025年9月24–3日に発生。FAAガイドラインは滑走路を主流風に合わせる(約95%)とし、ディスプレースド・スレッショルド、ブラストパッド、RSAを標準安全対策として含めています。 **今後何が起こりうるか(将来の展開/予測)** 将来的な滑走路計画ではEMAS使用の強調、機体種別に応じた舗装材の適用、単一風向きが支配的でない場合の風向き戦略の改善が継続されるでしょう。設計更新は温度・標高調整をより正確に取り入れる可能性があります。 **これらが与える影響(利用者/企業/業界)** パイロットは安全なオーバーランと怪我リスクの低減を享受し、空港はEMASや表面メンテナンスへの投資を検討。航空業界は滑走路長計算が事故防止に十分であるという自信を得て、保険・責任コストの削減につながる可能性があります。

ChatGPT コンテナは現在、以下の機能を利用できます。 - **bash** を実行 - **pip** や **npm** でパッケージをインストール - ファイルを直接ダウンロード これらの機能により、コンテナ内でより柔軟な開発環境が構築できるようになりました。 | そっか~ニュース