【解説】“プロンプト”の次は“ハーネス”——Claude CodeやCodexを使いこなす「ハーネスエンジニアリング」って何？
ここ数年のAIブームを眺めていると、「○○エンジニアリング」という言葉が、次々と流行っては移り変わっていくのがわかります。ざっくり並べると、こんな感じでしょうか。
| 用語 | だいたいの流行時期 | 一言でいうと |
|---|---|---|
| プロンプトエンジニアリング | 2022〜2023年 | 1回の指示文をどう練り上げるか |
| フローエンジニアリング | 2024年 | 作業の段取り・手順をどう組み立てるか |
| コンテキストエンジニアリング | 2025年 | AIに渡す情報をどう取捨選択するか |
| ハーネスエンジニアリング | 2026年前半 | AIを走らせる“土台・環境”をどう整えるか |
| ループエンジニアリング | 2026年半ば〜 | AIを自走させ続ける仕組みをどう作るか |
※この「“○○エンジニアリング”の移り変わり」という整理は、Tannyさんの記事（本文末の参考情報に記載）に着想を得ました。表現は私なりに言い換えつつ、年代の裏取りもしています。
そして、いまトレンドの最前線にいるのは、どうやら 「ループエンジニアリング」——AIを自走させ、回り続けさせる仕組みづくり——のようです😅。ただ、これは後でも触れますが、私のような低課金プランのユーザーにはなかなか酷な世界でして……。というわけで今回は、その一歩手前、いま“土台”としてぐっと注目されている 「ハーネスエンジニアリング」 にフォーカスしてみたいと思います。
そもそも私がこの流れに気づいたのは、YouTubeやSNSで開発者の情報を追っていて、「サブエージェント」「Skills」「hooks」といった言葉が急に増えてきたからでした。調べてみると、これらをまとめて 「ハーネス（harness）」 と呼び、それを工夫することを 「ハーネスエンジニアリング」 と言うのだと分かりました。非エンジニアの私にはとっつきにくい言葉でしたが、かみ砕くと結構おもしろかったので、わかった範囲でまとめてみます。
そもそも「ハーネス」って何？
ハーネスは、もともと「馬具」や「犬の胴輪」を指す言葉です。AIの文脈では、AIモデルという“強力だけど放っておくと暴れる存在”を、的確に・無駄なく導くための“装具一式”、というイメージがしっくりきます。
もう少しきちんと言うと、ハーネスとは モデルの“周り”にあるものすべてです。AIに考えさせるループ、道具（ツール）とのつなぎ、記憶（コンテキスト）の管理、そして安全のための制御——この土台の部分を指します。私たちが普段使っている「Claude Code」や「Codex」も、実はこのハーネスそのものです。
この分野で印象的だったのが、**「モデルは乗り換えられるが、ハーネスは乗り換えられない」**という言い回しです。中身のAIは新しいものにどんどん差し替えられても、自分が育てた“使いこなしの土台”は残り続ける、というわけです。
ハーネスの主な部品を、ざっくり4つ
私が「なるほど」と思った部品を、身近なたとえで並べてみます。
- Skills（スキル）：必要なときにだけ読み込まれる“その場のメモ・指示書”。「毎回同じ説明をコピペする」のを卒業できます。使う場面が来たときだけ開かれるので、いつも頭がごちゃつかずに済みます。
- hooks（フック）：決まったタイミング（道具を使う直前・直後、作業の開始時など）で自動的に発動する“決め事”。CLAUDE.mdのような“お願い”と違い、hooksは仕組みとして強制できるので、「危ない操作は必ず止める」といった安全装置にできます。
- サブエージェント（subagents）：別室で作業して、結果の要約だけを持ち帰ってくれる助手。細かい調べ物を別室に任せることで、本体の“頭の中”（コンテキスト）を散らかさずに済みます。
- loop（ループ）：いわばリードを外してAIに自走させるやり方。いちばん新しく、いちばん強力です。
これらを組み合わせて、Claude CodeやCodexの動きを最適化していく——これが「ハーネスエンジニアリング」の中身でした。工夫しだいで、AIの精度も、**長い作業での記憶の持ち方（コンテキスト管理）**も、ぐっと良くなります。
でも「無料・低課金」には落とし穴がある——トークンの現実
ここが、私がいちばん正直に書いておきたいところです。ハーネスの工夫は「精度」や「コンテキスト管理」には確実に効きますが、使うトークン（＝コストやレートリミット）については、“節約”と“爆食い”の両方の顔があるのです。
節約側は分かりやすい効果です。Skillsは必要なときだけ読み込む、サブエージェントは本体の文脈を汚さない——こうした工夫で、1つの作業あたりの“無駄”は減ります。
問題は爆食い側です。報じられている数字を挙げると、
- サブエージェントは、**1体呼び出すだけで約2万トークンの“下ごしらえ”**が先にかかる、といわれています。
- 複数のエージェントを一度に動かすと、単独で動かすより3〜4倍のトークンを使う、という報告もあります。
つまり、派手な技ほどトークンを食うのです。実は私も、最新の「loop（自走）」を試してみたことがあるのですが、低課金のプランだと、あっという間にレートリミット（使用回数の上限）に達して打ち止めになりました😢
なので、私のようにコストを抑えたいユーザーの現実的な答えはこうです。安くてよく効く型（Skills・CLAUDE.md・文脈の掃除・hooks）に寄せて、トークン食いの型（大量のサブエージェントや自走ループ）は“ここぞ”という場面に絞る。ハーネスエンジニアリングは「どの技を、自分の予算に合わせて選ぶか」なのだと、身をもって理解しました。
個人開発者・小規模事業者にとっての意味
この話は、個人開発者や小さな事業者にこそ効いてくると思います。
ひとつは、上級者の“型”を、自分のハーネスに固められること。ベテランが頭の中に持っている段取りや注意点を、Skillsやhooksとして書き留めておけば、小さな個人でもその型を繰り返し再現できます。しかも、それは使うほど自分だけの資産として育っていきます。
そしてもうひとつ。先ほどの「モデルは乗り換えられるが、ハーネスは残る」という言葉です。AIモデルは今後もどんどん新しいものが出て、乗り換えの連続でしょう。それでも、自分が整えた使いこなしの土台は残る。特定のAIに縛られず、自分の工夫を積み上げていける——これは、以前この記事で「OpenRouterのおかげで特定の会社に縛られずに済む」と書いたときの感覚と、どこか通じるものがあります。NexaLink Labsとしても、ここは地道に育てていきたい部分です。
おわりに
というわけで、今回は「プロンプトの次はハーネスらしい」という気づきを、非エンジニアなりにかみ砕いた“概念編”でした。
正直、言葉の意味を知っただけで、まだ自分の手でしっかり組んだわけではありません。次は、実際に小さなSkillを一つ自分で作ってみて、「手を動かすと何が変わるのか」も確かめてみたいと思っています。その話は、また改めて書ければと思います。