「同じ開発の現場なのに別世界」、AIが3年間でもたらした衝撃
株式会社TOKIUMは2012年に創業し、2016年から法人向け経費精算SaaSを軸に企業の経理業務を支えてきた。2022年には社名をBearTailから現在のTOKIUMへと改称し、2025年5月にはAIと人が連携し、自律的に経理業務を実行する「経理AIエージェント」を発表。経費精算ツールのベンダーから「経理作業をまるごと代行するAIエージェント会社」への転換を鮮明にした。
TOKIUMのプロダクトビジョンは「あらゆる経理作業から人々を解放する」というものだ。「ソフトウェアだけで解決しなくてもいい。AIを使わなくてもいい。BPO（ビジネスプロセスアウトソーシング）を使ってもいい」という考え方が組織に浸透しており、手段にこだわらず、いかに顧客の業務を軽減するかが問いの中心に置かれている。
その中核を担う経理AIエージェントは、実はシステムのみで完結するサービスではない。西平氏は「AIと人力を組み合わせて、経理作業をまるごと代行できるエージェントです」と説明する。AIが得意とする定型処理は自動化しつつ、AIが苦手とする判断や例外対応は人間（プロスタッフ）が担う設計だ。一部だけ自動化しても顧客側に作業が残り、負担がかかるため、AIができないことはプロスタッフが補う。単なる効率化ではなく、作業自体を手放すアプローチで、ユーザーを拡大してきた。
2025年12月、3年間のDevHRを経て同サービスの開発チームに戻ってきたのが坂上氏だ。もともと新卒でエンジニアとして入社し、Androidアプリ開発で6年半のキャリアを積んだ後、開発組織の採用・組織開発を担っていた。
「同じ開発の現場なのに、別世界のようになっていた」という率直な言葉が物語るように、AIによるコード生成の精度と速度は坂上氏の想定を超えていた。コーディングそのものが好きだっただけに「ギリギリまでコードを手放したくない」と考えていたが、実際にAIにアウトプットさせてみると「どうやってもAIには勝てない」と確信。その瞬間から、AIエージェントのために環境を整える側──ハーネスエンジニアリングへと自然に足を踏み入れることになった。
いざ「ハーネスエンジニアリング」の実践へ──初めはコンテキストリポジトリの整備から
「ハーネスエンジニアリング」とは何か。西平氏は次のように定義する。「AIのための開発環境自体を作っていくエンジニアリングです。製品やコードベースが、AIによって継続的に改善されていくループを作ることが非常に重要となります」。
ただし、AIをただ使い続ければ速く開発できるという単純な話ではない。継続的にAIで開発を続けると、「技術的負債の蓄積」や「プロダクト仕様からの乖離」といった品質劣化が起きることが研究でも明らかになっている。この劣化を防ぐ取り組みこそがハーネスエンジニアリングの核心だ。
坂上氏のチームで実践する具体策の1つが、コンテキストリポジトリの整備だ。新規プロジェクトを始める際は、すべてのコンテキストを読み込ませることができるため、技術的な意思決定からプロジェクトの規約、コーディングのルール、要件定義、仕様まで、丁寧に明文化して整理した。取り組みの中では、OpenAIやAnthropicが公開するベストプラクティスはもちろん、IPAが公開する要件定義ガイドなど広く参考にした。
