【エージェント設計 #1】ハーネスエンジニアリングとは?プロンプトの次に来るもの
ハーネスはモデルを包む実行ループです。ツール・権限・コンテキスト管理・フィードバックという構成要素、エージェントの性能がモデルの知能とハーネスの品質の積で決まる理由、優れたハーネスの条件を整理しました。
記事を読む特集トピック · 14 記事
AIエージェントの基礎から実務の選択基準まで解説する記事をまとめました。
最新記事
ハーネスはモデルを包む実行ループです。ツール・権限・コンテキスト管理・フィードバックという構成要素、エージェントの性能がモデルの知能とハーネスの品質の積で決まる理由、優れたハーネスの条件を整理しました。
記事を読むコンテキストウィンドウは大きければよいのではなく、関連性が高いほど有効です。有限のウィンドウを予算として使う選択的ローディング・要約・分離・外部化の4つの戦略と、CLAUDE.mdのような常時ロードファイルの設計基準を整理します。
記事を読むこれまで7回にわたって扱ってきたAIは、結局のところ「質問して答えを得る」ツールでした。質問を練り、資料を渡し、答えを検証するまで、会話を動かしていたのは人間です。しかし、AI業界がこの2年間追い続けてきた次の段階は、性質が異なります。会話ではなく、仕事そのものを任せるAI、エージェントです。…
記事を読むAIコーディングツールを使っていると、「コミットメッセージはこの形式で」「デプロイ前はこのチェックリストに従って」のように、同じ指示を繰り返しがちです。
記事を読むこれまでの各回では、コンテキストを節約する方法を見てきました。タスクの境界ごとに履歴を消去し(第3回)、固定費を短く設計する(第4回)。それでも手に負えないタスクがあります。「このコードベースで決済ロジックがどう流れるか調べて」のような依頼です。真面目なエージェントは数十個のファイルを読み、見つけた内容をすべてコンテキストに積み上げます。調査が終わる頃には、その知識でコードを変更するためのコンテキストが残っていません。
記事を読むここまでシリーズを読んできたなら、共通するパターンに気づくはずです。コンテキストウィンドウ内に置くものを最小限にする、ということです。第3回の「/clearの前に状態をファイルへ」、第4回の「本文ではなくポインタだけ」、第5回の「プロセスはサブエージェントに任せ、結論だけをメインへ」は、すべて同じ方向を示しています。ただし、コンテキストの外へ移した情報の置き場所については、まだきちんと扱っていませんでした。
記事を読む第3回では、/clearで会話履歴を消去する方法を見ました。しかし直後に残りのコンテキストを確認しても、100%には戻りません。Claude Codeで/contextを実行すると理由が分かります。システムプロンプト、ツール定義、CLAUDE.md、MCPサーバーが登録したツールだけで、すでに数万トークンを消費しています…
記事を読むClaude Codeなどのコーディングエージェントを使っていると、「Context left until auto-compact: 8%」という警告が画面下に表示されます。チャット型AIでは見ない表示です。この数字が減る理由や、0になると何が起きるのかを説明できる人は意外に多くありません。
記事を読む第1回では、コンテキストウィンドウが有限である理由を見ました。ところが最近のモデル仕様を見ると、こんな疑問が浮かびます。すでに100万トークンのモデルがあるなら、コードベースでも文書でも丸ごと入れればいいのではないか。節約する意味はあるのか、と。
記事を読む前の2回で診断は終わりました。コンテキストウィンドウには上限があり(第1回)、埋めればすべて使われるわけでもなく、長くなるほどむしろ性能が落ちます(第2回)。処方箋は明確です。コンテキストを管理する必要があります。そのためにClaude Codeなどのコーディングエージェントが提供する基本ツールが、/clearと/compactです…
記事を読む前回macOSターミナル6種を比較した際、「AIエージェント時代のターミナルは別途紹介します」と予告しました。今回はその続編です。
記事を読むAIコーディングツールを拡張する方法は、最近ますます増えています。MCPでツールを接続し、Skillで手順を登録し、サブエージェントに作業を委任します。
記事を読むプロジェクトでClaude Codeを使っていると、2つの要望が生まれます。「このルールは毎回守って」と「前回わかったことを覚えておいて」です。
記事を読むChatGPTやClaudeを使っていると、物足りなさを感じる瞬間があります。モデルは賢いのに、自分のデータベースも社内Wikiも読めないからです。
記事を読む