掲載済み (2026-01-13号)
#004 629文字 • 4分

## 推論速度でプロダクトをリリースする:2025年のAI駆動開発ワークフロー

原題: Shipping at Inference-Speed

英語

掲載情報

2026年1月13日火曜日号 メインジャーナル掲載

概要

https://steipete.me/posts/2025/shipping-at-inference-speed

詳細内容

## 推論速度でプロダクトをリリースする:2025年のAI駆動開発ワークフロー https://steipete.me/posts/2025/shipping-at-inference-speed **Original Title**: Shipping at Inference-Speed AIエージェント(GPT-5.2/codex)を最大限に活用し、人間はアーキテクチャ設計と意思決定に集中することで、開発速度を推論速度の限界まで引き上げる手法を提示する。 **Content Type**: ⚙️ Tools **Language**: en **Scores**: Signal:5/5 | Depth:4/5 | Unique:4/5 | Practical:5/5 | Anti-Hype:3/5 **Main Journal**: 87/100 | **Annex Potential**: 83/100 | **Overall**: 84/100 **Topics**: [[GPT-5.2, codex, AIエージェント, 開発ワークフロー, Vibe Coding]] 著者のPeter Steinberger氏は、2025年末時点での「バイブ・コーディング(Vibe Coding)」の進化と、自身の最新開発ワークフローを詳細に報告している。かつてはプロンプトから動作するコードが生成されることに驚いていたが、現在ではそれが当然の期待値となり、開発速度はもはや「推論時間」と「高度な思考」によってのみ制限される段階に達したと主張している。 著者が現在メインツールとして採用しているのは、OpenAIのGPT-5.2およびそのCLIツールである「codex」だ。かつて愛用していたClaude Code(Opus)と比較して、codexはコードを書き始める前に大量の既存コードを読み込む(時には10〜15分間)特性があり、その結果として大規模なリファクタリングや機能追加において、一撃で正確な修正を行う能力が極めて高いと評価している。実際に、複雑なマルチプレクサのシステム全体をZig言語へ変換する作業を、わずか2文のプロンプトから5時間の推論を経て一発で成功させた例を挙げている。 エンジニアの役割についても大きな変化を述べている。もはやコードを詳細に読むことは少なくなり、ストリーミングされる生成過程を監視し、重要なコンポーネントの構造と設計を把握することに注力している。著者は「良いアーキテクチャはエージェントが瞬時に理解できるもの」と定義し、エージェントが一度で解決できない場合は、設計自体に問題があると判断する指針を示している。また、開発の起点を常にCLI(コマンドラインインターフェース)に置く「CLIファースト」のアプローチを推奨している。エージェントが直接実行・検証できるループを構築することが、開発速度を最大化する鍵であるためだ。 具体的なテクニックとして、以下のポイントが挙げられている。 - **ドキュメントによるコンテキスト管理**: 各プロジェクトの`docs/*.md`にサブシステムの仕様を記述し、エージェントに強制的に読ませることで、大規模プロジェクトでも精度を維持する。 - **言語の選択**: エージェントとの相性を考慮し、WebはTypeScript、CLIはGo(単純な型システムにより高速な静的解析が可能)、macOS UIはSwiftを選択している。 - **画像プロンプトの活用**: UIの修正や再設計には、言葉で説明するよりもスクリーンショットを添付する方が遥かに効率的である。 - **ワークフローの簡略化**: ブランチやIssueトラッカー、複雑なマルチエージェント・オーケストレーションは避け、常に`main`ブランチで線形に進化させるシンプルな手法をとる。 最後に著者は、開発における最も重要な決定事項は「言語・エコシステムの選択」と「依存関係の管理」に移行したと述べている。エンジニアは「タイピング」から解放され、システムがどのようにデータを扱い、どの技術スタックを採用すべきかという、より本質的な「思考」に時間を割くべき時代が到来したと結論付けている。