オートハーネス:あなたのプロダクトの優位性
最近よく受ける質問がある。AIモデルがプログラミングで信じられないほど優秀になり、フロンティアがアプリケーション層へと移りつつあるいま、ソフトウェアプロダクトの優位性とは何なのか、という質問だ。Claude Code や Codex は、コーディングを超えた多くのナレッジワーカーの仕事 — 経理、財務といった仕事 — にも文字どおり使える。では、守るべきものとして何が残っているのか。なぜ人々はいまだに「AI for X」(法務、会計など)をつくり続けているのか。
結論から言えば、モデルの周りにハーネスを築くことこそが、実際の優位性なのだ。普通の人は、アプリケーションを取り巻く統合・スキル・インフラ・人間が関与するプロセスのセットアップに、膨大な時間を費やしたりはしない。エージェントのループそのものは、Claude Code や Codex に任せればいい — その部分は、いまや簡単だ。難しいのは、その周りにあるすべてだ。
たとえば、ソフトウェアエンジニア向けのAIエージェントをつくっているとしよう。ハーネスとは、サンドボックス環境であり、プロビジョニングされたデータベースであり、アナリティクスであり、キューのようにエージェントが必要とするリソースだ。もちろん、経験豊富なエンジニアなら、Claude Code を使ってこれらを自分で構築できる — AWS の認証情報を渡し、クラウドリソースをつくるよう頼めば、なかなかうまくやってくれる。エージェントが自分で問題を直せるよう、ログとアナリティクスをつないでコンテキストを与え、そしてやったことをドキュメント化させる。これはひとつのループだ。
そして、最高のハーネスは、そのループを自分自身に対して閉じる。エージェントが間違いを犯したとき、ただ直すだけではいけない — それを記録し、そこから学ぶべきなのだ。繰り返し起きるバグを直したら、二度と起きないように新しいスキルを書く。よくあるレビューコメントを解消したら、次の実行ですでに分かっているように CLAUDE.md を更新する。ハーネスは自らのエラーをドキュメント化し、実行するたびに良くなっていく。この自動学習こそ、Claude Code が箱から出したままではやってくれない部分であり — そして、複利で効いていく部分だ。
もうひとつのユースケース。確定申告のためのAIエージェントだ。自分のすべての財務データ — 請求書、銀行取引明細 — を入力し、すべての金融口座を接続し、税額計算を回して、そのデータとともに申告書を受け取る、という流れを思い浮かべてほしい。だが、より良いバージョンは、申告書そのものの上で、すべての数字がどう計算され、どこから来たのかを示す — 人が実際にレビューできるように。それは監査可能でなければならない。そして、政府に提出し、その応答を追跡しなければならない。
同じ自動学習のループは、ここにも当てはまる。レビューで申告書が修正されると、システムはその修正を記録し、自らのルールを更新する — だから次の申告書はより正確になり、その次はさらに正確になる。レビューされた申告書の一つひとつが、ハーネスをより賢くしていく。ちょうど、ベテランの会計士が確定申告のシーズンを重ねるごとに腕を上げていくように。
これらすべては、エージェントのループの周りにハーネスを築くことについての話だ。
ソフトウェアエンジニアと税理士の例は、専門家向けのものだ。では、技術者でない人たちのことを考えてみよう — 彼らがどうやって Claude Code を使ってインフラをプロビジョニングし、自分でハーネスを構築するというのか。彼らはやらない。そして会計士でない人たち — 彼らがどうやって確定申告書をレビューするというのか。専用の税務AIソフトウェアのほうが、彼らの時間をはるかに節約する。それは10倍〜100倍大きな市場だ。なぜなら、エンジニアでない人は、エンジニアよりはるかに多いからだ。
ここで、こう反論する人が出てくるだろう。ハーネスが単なる統合とインフラにすぎないのなら、資金のあるチームが四半期もあれば真似できる、と。そのとおりだ。足場(スキャフォールディング)は、最低限の前提条件にすぎない — 誰でも築けるし、いずれは誰もが築く。
だが、足場が優位性だったことなど一度もない。優位性は、複利だ。ハーネスが自分のために書くスキル、修正のたびに更新するルール、一回ごとの実行を前回より良くしていく修正の積み重ね — その部分は、つくられるものではなく、蓄積されるものだ。私のセットアップは真似できる。だが、実際の利用から一年かけてハーネスが自らに教え込んできたものは、真似できない。それこそが、ほかのみんながまだサンドボックスを配線している間にも広がり続ける、その差なのだ。
法務、会計、マーケティングなどのためのソフトウェアプロダクトをつくるとき、あなたはすでにその中に知識を組み込んでいる。それがビジネスドメインだ。あなたはツール使用を伴うプロンプトを設計してテストし、普通の人なら何週間も何か月もかかってセットアップするハーネス環境を提供する — そしてそれは、動かせば動かすほど、自らを改善し続ける。
あなたのプロダクトのために、自分だけのオートハーネス環境を築こう。それは時間とともに複利で効いていく。それこそが、あなたの優位性だ。