VS Code DevContainer から SSH 開発マシンへ。LLM エージェント向け開発環境の思想転換
Hiroba による自動要約
著者は以前「DevContainer が最高の開発環境」と述べていたが、LLM エージェントとの協働が増えた現在では、VS Code を中心とした環境から SSH で接続できる長期保持型の開発マシンへシフトした。DevContainer は人による IDE での作業に最適だが、Agent が複数並行実行され worktree を多用する現在のワークフローでは、「1 プロジェクト 1 コンテナ」より「ドメインごと 1 コンテナ + 複数 worktree」という構成が適応的だと述べている。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2104 件あります。
関連する記事
同じタグの記事
AIに何回ダメ出ししたかを測る、対話型ベンチSWE-Together
QiitaSWE-Togetherは、従来のベンチマークが測らない「実際の対話過程での介入回数」を定量化する新しい評価手法。ユーザーの修正指示(correction)と軽い催促(nudge)を加重平均した User Correction 指標を導入し、同じ成功率でも手間の少ないエージェントを区別できるようにした。Claude Opus 4.8は1.38回の平均介入回数で最も効率的だが、評価の再現性向上と手作業による母数限定が課題。
Claude Code でエージェントをバックグラウンドで複数稼働させる方法
ZennClaude Code で複数処理を並列実行する際、ターミナルの手動起動ではなくバックグラウンド Bash と並列サブエージェントの 2 つの方法を使い分けることで効率化できる。前者は決まったコマンド実行、後者は複数の独立した考査作業に適している。FleetView で進捗管理・Workflow で複数エージェントのオーケストレーションも可能。
Logic Apps で Claude Messages API を用いて Agent を実装し、prompt caching を効かせてみた
QiitaMicrosoft Foundry 上で Claude Messages API を直接呼び出し、Logic Apps でツール往復ループを自作することで、prompt caching によって入力トークンを削減した実装例。Responses エンドポイント経由ではキャッシュ機能が利用できないため、Messages API の /anthropic/v1/messages エンドポイントを直接使用し、system プロンプトに cache_control を置いてコスト最適化を実現。