コーディングエージェントの構成要素:ツール、メモリ、コンテキストがLLMを拡張する方法

セバスチャン・ラシュカは、コーディングタスクのパフォーマンス向上のためにLLMをアプリケーション層でラップするシステムであるコーディングエージェントのアーキテクチャを概説しています。彼はLLM、推論モデル、エージェントを区別し、LLMシステムにおける実用的な進歩の多くは、単により優れたモデルではなく、それを取り巻くシステムコンポーネントからもたらされると説明しています。
コーディングエージェントの主要構成要素
この記事では、コーディングエージェントを効果的にする6つの主要な基本構成要素を特定しています:
- リポジトリコンテキスト: コードリポジトリ情報のナビゲーションと管理
- ツール設計: 外部ツールや機能の統合
- プロンプトキャッシュの安定性: セッション間での一貫したプロンプト管理
- メモリ: 状態の保持とセッションの継続性
- 長期間セッションの継続性: 長いインタラクションにわたるコンテキストの維持
- モデル選択: 適切なLLMまたは推論モデルの選択
アーキテクチャのレイヤー
ラシュカは、エージェントエコシステムにおけるいくつかの重要な概念を定義しています:
- LLM: コアとなる次トークンモデル
- 推論モデル: 中間推論、検証、または候補回答の探索により多くの推論時間計算を費やすように訓練またはプロンプトされたLLM
- エージェント: 次に何を検査するか、どのツールを呼び出すか、状態をどのように更新するか、いつ停止するかを決定する、モデルを囲む制御ループ
- エージェントハーネス: コンテキスト、ツール使用、プロンプト、状態、制御フローを管理する、エージェントを囲むソフトウェアの骨組み
- コーディングハーネス: コードコンテキスト、ツール、実行、反復的フィードバックを管理する、エージェントハーネスの特別なケース(ソフトウェアエンジニアリング向け)
彼は、Claude CodeとCodex CLIはコーディングハーネスと見なすことができると指摘しています。この関係は次のように説明されています:LLMはエンジンであり、推論モデルは強化されたエンジンであり、エージェントハーネスはモデルを効果的に使用するのに役立ちます。
コーディング作業には、単なる次トークン生成以上のものが含まれます—リポジトリナビゲーション、検索、関数ルックアップ、差分の適用、テスト実行、エラー検査、コンテキスト管理が必要です。コーディングハーネスは、モデルファミリー、エージェントループ、ランタイムサポートの3つのレイヤーを組み合わせています。
📖 Read the full source: HN AI Agents
👀 See Also

6GB VRAMでQwen3.6 27Bと35Bをik_llamaで実行:実用的な設定とベンチマーク
あるユーザーが、RTX2060 mobile(6GB VRAM、32GB RAM)上でQwen3.6 27Bおよび35B A3Bモデルを実行するためのik_llama設定とパフォーマンス数値を詳細に共有。プリフィル速度は40~100 t/s、生成速度は最大11 t/s。

複数のユーザー向けにOpenClawインスタンスを効率的に管理する
r/openclawのユーザーが共有する複数のOpenClawインスタンス管理戦略を探る。コミュニティメンバーが最適なパフォーマンスを実現するために自動化と負荷分散を活用する方法を学びましょう。

llama-server Web UIでのMCPサーバー設定:実践ガイド
Redditユーザーが、llama-serverのWeb UIでMCPサーバーを設定する具体的な手順を共有しています。これには、uvのインストール、サーバー定義を含むconfig.jsonファイルの作成、mcp-proxyの実行、および適切な統合のためのURLの変更が含まれます。

どのAIモデルを使うべきか尋ねるのはやめよう:タスクをHaiku、Sonnet、Opusの階層に振り分けよう
タスクタイプごとに少なくとも3つのモデルを使い分けよう。読書・要約にはHaikuクラス、コード作成にはSonnetクラス、複数ファイルのリファクタリングやデバッグにはOpusクラスのみを使用する。あるユーザーの設定では、タスクの40%を安価なモデル、35%を中級、25%を最先端のモデルに振り分け、月額約30~40ドルかかっている。