プルリク倍増と品質担保を両立するAI開発──TOKIUM流「ハーネスエンジニアリング」はどう実現されたか

　AIエージェントが自律的にタスクを実行できる環境を整備する「ハーネスエンジニアリング」。経費精算から経理業務全般のAI代行を推進する株式会社TOKIUMでは、この考え方を開発組織の中核に据えている。現場チームの1つでは1営業日で10件以上のプルリクエストを出す体制を実現しており、その裏には「AIが壊れずに走り続けるための環境」を作り続ける地道な試行錯誤がある。同社の取締役CTO プロダクト本部 本部長の西平基志氏と、プロダクト本部 経費精算製品開発部 開発課 Webエンジニアの坂上晴信氏に、具体的な実践と、それを支える「越境」のカルチャーについて聞いた。

「同じ開発の現場なのに別世界」、AIが3年間でもたらした衝撃

　株式会社TOKIUMは2012年に創業し、2016年から法人向け経費精算SaaSを軸に企業の経理業務を支えてきた。2022年には社名をBearTailから現在のTOKIUMへと改称し、2025年5月にはAIと人が連携し、自律的に経理業務を実行する「経理AIエージェント」を発表。経費精算ツールのベンダーから「経理作業をまるごと代行するAIエージェント会社」への転換を鮮明にした。

　TOKIUMのプロダクトビジョンは「あらゆる経理作業から人々を解放する」というものだ。「ソフトウェアだけで解決しなくてもいい。AIを使わなくてもいい。BPO（ビジネスプロセスアウトソーシング）を使ってもいい」という考え方が組織に浸透しており、手段にこだわらず、いかに顧客の業務を軽減するかが問いの中心に置かれている。

株式会社TOKIUM 取締役 CTO プロダクト本部 本部長 西平基志氏

　その中核を担う経理AIエージェントは、実はシステムのみで完結するサービスではない。西平氏は「AIと人力を組み合わせて、経理作業をまるごと代行できるエージェントです」と説明する。AIが得意とする定型処理は自動化しつつ、AIが苦手とする判断や例外対応は人間（プロスタッフ）が担う設計だ。一部だけ自動化しても顧客側に作業が残り、負担がかかるため、AIができないことはプロスタッフが補う。単なる効率化ではなく、作業自体を手放すアプローチで、ユーザーを拡大してきた。

　2025年12月、3年間のDevHRを経て同サービスの開発チームに戻ってきたのが坂上氏だ。もともと新卒でエンジニアとして入社し、Androidアプリ開発で6年半のキャリアを積んだ後、開発組織の採用・組織開発を担っていた。

株式会社TOKIUM プロダクト本部 経費精算製品開発部 開発課 坂上（さかうえ）晴信氏

　「同じ開発の現場なのに、別世界のようになっていた」という率直な言葉が物語るように、AIによるコード生成の精度と速度は坂上氏の想定を超えていた。コーディングそのものが好きだっただけに「ギリギリまでコードを手放したくない」と考えていたが、実際にAIにアウトプットさせてみると「どうやってもAIには勝てない」と確信。その瞬間から、AIエージェントのために環境を整える側──ハーネスエンジニアリングへと自然に足を踏み入れることになった。

いざ「ハーネスエンジニアリング」の実践へ──初めはコンテキストリポジトリの整備から

　「ハーネスエンジニアリング」とは何か。西平氏は次のように定義する。「AIのための開発環境自体を作っていくエンジニアリングです。製品やコードベースが、AIによって継続的に改善されていくループを作ることが非常に重要となります」。

　ただし、AIをただ使い続ければ速く開発できるという単純な話ではない。継続的にAIで開発を続けると、「技術的負債の蓄積」や「プロダクト仕様からの乖離」といった品質劣化が起きることが研究でも明らかになっている。この劣化を防ぐ取り組みこそがハーネスエンジニアリングの核心だ。

　坂上氏のチームで実践する具体策の1つが、コンテキストリポジトリの整備だ。新規プロジェクトを始める際は、すべてのコンテキストを読み込ませることができるため、技術的な意思決定からプロジェクトの規約、コーディングのルール、要件定義、仕様まで、丁寧に明文化して整理した。取り組みの中では、OpenAIやAnthropicが公開するベストプラクティスはもちろん、IPAが公開する要件定義ガイドなど広く参考にした。