業務自動化の新常識：「ハーネス」構築法を解説 — Claude Codeで業務プロセスをコード化する手順
本記事は、業務自動化の文脈で注目される「ハーネス」の具体的な構築手順と概念を解説しています。筆者は、事業本部の予実管理（約30本・1万行）や新設拠点運営（12本・6,000行）など、合計40本以上のハーネスをClaude Codeとの対話を通じて構築した経験に基づき、そのノウハウを公開しています。
「ハーネス」とは、業務システムと人間（またはAI）の間に置かれる「薄いスクリプト群」であり、自律的に動くロボットではなく、人と道具の力を引き出す「馬具」のような役割を担います。したがって、目標は「完全自動化」ではなく、「判断の手前までプロセスを運ぶこと」に設定することが重要です。
業務の動作は「収集」「突合・投入」「生成」「監視・通知」の4種類に分類され、特に「収集（決定的なデータ取得）」と「判断（AIまたは人による判断）」を明確に分離することが、システム運用上の致命的なエラーを防ぐための鉄則とされています。例えば、会議資料の生成プロセスでは、ハーネスが素材を出し、AIが判断し、再びハーネスがWord/PPTXに落とし込むという三段階の構造が推奨されています。
具体的な開発手順として、筆者は「調査 → 実装 → 実運用 → 記録」の4ステップを1つのセッションで完結させることを推奨しています。特に、調査段階ではシステム構造をダンプし、APIレスポンスやHTMLを記録することが、後の開発資産となります。また、最初の1本を作る際は、書き込みを伴わない「読む」操作から始め、小さな成功体験を積み重ねることが成功の鍵です。AI駆動開発により、従来のIT開発では採算が合わなかったような小規模な自動化が、数時間で実現可能となり、業務の構造的な誤りを発見する「検証効果」が大きな価値を生んでいると結論づけています。
背景
近年、企業の業務効率化のニーズが高まる中、AIやローコードツールを活用した業務自動化（RPAなど）が注目されています。しかし、単にツールを導入するだけでなく、どのプロセスを、どこまで自動化するのかという「設計思想」が重要です。本記事は、その設計思想を「ハーネス」という概念で定義し、具体的な開発プロセスを提示することで、実践的な指針を提供しています。
重要用語解説
- ハーネス: 業務システムと人間（またはAI）の間に置かれる薄いスクリプト群の総称。自律的なロボットではなく、人や道具の力を引き出す「馬具」のような役割を指します。
- dry-run: システムに実際に書き込みや変更を加えることなく、データがどのように流れるか、あるいはどのような結果になるかをシミュレーション（読み取り）のみで行うテストモード。事故防止に不可欠です。
- Claude Code: 記事内で使用されているAIコーディング支援ツール。複雑な業務ロジックを対話形式でコード化し、ハーネスを構築する際に利用されています。
今後の影響
本手法が普及することで、企業は大規模なシステム改修を待つことなく、現場の「手作業のボトルネック」を即座にコード化し、改善することが可能になります。これにより、自動化の損益分岐点が大幅に下がり、業務プロセスそのものの構造的な欠陥を発見する「検証効果」が、単なる効率化以上の価値を生むと予想されます。