Joined May 2026
Photos and videos
Docker / Ubuntu / GPU開発で詰まったことを、原因と対策に分けて発信しています。 Xでは短く、noteでは手順まで整理。 Shortsでは要点だけ見られる形にしています。 まとめはこちら👇 note.com/kabo_dev_memo youtube.com/channel/UC5500iJ… #開発環境 #Docker
36
DevContainerを複数repoに展開すると、後からの修正反映がつらい。 日本語localeや共有data mountの修正を全repoへ手作業反映するのは危険。
1
1
解決策は template-lock.jsonと update-devcontainer.sh。 どのテンプレート由来かを記録し、 dry-runで差分確認してから再適用できるようにした。

1
1
既存README、 .env、 証明書、 Codex認証情報は保護。 DevContainer更新を「上書き作業」ではなく 「管理された再適用」にできた。
13
DevContainer運用、気づくとDocker imageだらけ。 test-devやGPU系imageが20GB級で増えて、どれを消していいか分からない…。
2
2
削除はdry-runが基本。 test系、古いdevcontainer系、停止中コンテナに掴まれているimageを分けるだけで、かなり安心して整理できる。
2
対策として、image監査スクリプトを作成。 起動中・停止中コンテナが参照しているimageを判定し、削除候補だけ出すようにした。
2
GPUが使えないのに、処理がCPUに落ちて進むと結果が混ざる。 学習はGPU、推論はCPU…みたいな状態になると、 比較実験の信頼性が崩れる。 #機械学習 #実験管理
1
8
strict GPUモードを作る。 CUDA不可なら即停止、診断JSONを保存、CPU fallbackは禁止。 GPUが見えない原因を記録してから、人間が実行環境を直す。 #MLOps #CUDA
5
compose.yamlにgpus: allを書いても、 Codex実行だけGPUが見えない。 手動ではCUDA OK、CodexではNG。 同じコンテナに見えても実行namespaceが違う罠だった。 #Docker #CUDA
1
17
まずCodex自身に確認させる。 hostname、/dev/nvidia*、nvidia-smi、torch.cuda.is_available()を実行。 NGならGPU処理は進めず、手動実行に切り分ける。 #Codex #AI開発

3
【悩み】 DevContainerではGPUが見えるのに、 Codexから実行するとnvidia-smiが失敗する。 /dev/nvidia*も消える。 PyTorchもcuda_available=False。 原因不明でかなり沼った。 #Codex #GPU
1
1
1
53
【解決策】 原因はCodex Linux版のsandbox制約。 GPUデバイスがsandbox内に渡らない。 GPU学習は手動ターミナルに分離するか、閉じたDevContainer内でsandbox無効化して使う。 #Codex #DevContainer
5
Uberが4ヶ月でAI予算を使い果たし、MetaやAmazonもコスト削減に動く中、Appleは個人開発者の「AIクラウド利用料無料化」へ。 資金力勝負になりつつあったAI開発だけど、これでインディーズから面白いアプリが爆誕する流れになるか…? みんなはどう思う? #WWDC26 #Apple #テックニュース
1
18
最新音声AI「Miso One」が凄い。 ローカルで完結するオープンウェイトモデルだから、データをネットに一歩も出さない完全閉域網での処理が可能。 顧客情報や機密テキスト、音声データを扱う場合でも、外部サーバーへの流出を物理的に防げる x.com/i/trending/20623940251…
2
13
しかもこれだけ高性能なのに完全無料。 現在は英語特化モデルだけど、この軽さと表現力でローカル運用できるインフラとしてのポテンシャルは圧倒的。 日本語対応が今から待ち遠しすぎる…!
6
さらに「110ms(0.11秒)」という人間超えの超低遅延。 手元のPCで処理するからネットの通信ラグが物理的にゼロ。 かつ8億パラメータと軽量に設計されているためGPUでの計算が一瞬で終わる。 この2つの掛け合わせで、ノータイムで自然なリアルタイム対話が実現できる仕組み。
10
ローカルで pip install したくない。 公開前チェックのためだけに環境が汚れるの、あとで原因不明になりがち。 #GitHub
1
5
Dockerfileを用意して、 build→pytest→ruff→CLI helpまでコンテナ内で確認。 ホストを汚さず再現性も残せるのが強い。
3
GitHubでOSS公開したいけど、既存コードをそのまま出すのは怖い。 業務っぽい名前やパスが混ざってないか、地味に不安になる。
1
6
新規repoを作って、汎用機能だけ移植。 private要素は入れず、README・LICENSE・tests・CIから整えると一気に公開しやすくなる。
3