Claude、GitHub Copilot、Cursor、さらにはChatGPT Plusのサブスクリプションまで契約している人も多いだろう。一つひとつを見れば、毎月の明細の中では誤差程度の金額に見える。だが1年分を合計すると、小規模な開発チームや一人で事業をしている創業者でも、AIコーディングツールだけで年間1,500〜6,000ドルを支出していることは珍しくない。だから確定申告の時期になると、当然の疑問が浮かぶ――これらのサブスクリプションは単なるソフトウェア経費なのか、それとも開発者をうんざりさせる複数年にわたる償却ルールの対象になるのか。
朗報は、大多数の開発者にとって答えはシンプルだということだ。ややこしいのは、それがシンプルでなくなる瞬間を見極めることであり、まさにそこでAIコーディングツールが人々をつまずかせ始めている。
短い答え：ほとんどのAIコーディングサブスクリプションは今すぐ全額控除できる
Claude、GitHub Copilot、Cursor、ChatGPT Plus/Team、あるいは類似のコーディングアシスタントに月額または年額の料金を支払っていて、ほとんどの開発者と同じようにコードをより速く書いたり、デバッグをしたり、クライアント案件や自社製品のためのボイラープレートを生成したりする目的で使っているなら、その費用は基本的に支払った年に全額控除できる。これは、ノートパソコンからコワーキングスペースの利用料まで幅広くカバーする「通常かつ必要な事業経費」のルールである内国歳入法（Internal Revenue Code）セクション162のもとで扱われる。
これらのサブスクリプションが、たとえばプロジェクト管理ツールやコードエディタのライセンスよりも控除しにくくなるような、AI向けの特別な例外規定は存在しない。IRSは、そのツールのマーケティング文句に「AI」という言葉が入っているかどうかは気にしない。気にするのは、その経費が何のためのものであり、あなたが行っている事業にとって通常かつ必要なものかどうかだ。
話がややこしくなるのは、まったく別のセクション、すなわち研究・実験（R&E）支出を規定するセクション174が絡んでくる場合だ。そしてここが開発者を油断させるポイントであり、セクション174が問題にしているのはツールそのものではなく、あなたがそのツールで何をしているかである。
セクション162対セクション174：同じツールでも税務上の扱いは異なる
ここで実際に重要になる区別は、どのAI製品を使っているかとはまったく関係がない。
**セクション162（即時控除）**は、ソフトウェアの日常的なルーチン利用をカバーする――既存の製品の運用、バグ修正、クライアントへの請求業務、マーケティングコピーの作成、あるいは通常の機能チケットを片付けるためにCopilotを使う場合などだ。作業が概ねルーチンであり、真の技術的不確実性の解消を伴わないなら、それは通常の事業運営経費である。
**セクション174（研究・実験支出）**は、新しいものの開発や真の技術的不確実性の解消に紐づく費用をカバーする――ゼロから新製品を構築する、新規のシステムを設計する、モデルをファインチューニングする、あるいはあるアプローチが技術的に実現可能かどうかを見極めるために大規模な実験を行う、といった場合だ。請負業者やエンジニアが本当にR&D的な開発作業を行っているなら、その作業に紐づく人件費や関連費用はセクション174の対象になり得る。サブスクリプション料金そのものが対象になるわけではない。
理解しておくべき核心はこうだ。サブスクリプションそのものが分類を変えることはほとんどない。 CursorやCopilotのライセンスはハンマーのような「道具」だ。分類が変わるのは作業のほう――具体的には、給与、請負業者への支払い、そして真の研究開発活動に直接紐づく費用である。ノーコード自動化サブスクリプション（ZapierやMakeのようなもの）は、実験的なものを構築する際に使ったとしても、明確にセクション162の対象だ。なぜなら、そのサブスクリプション自体は「コンピュータ利用」型の研究支出ではなく、SaaSツールだからである。
多くの一人開発者や小規模な開発チームにとって、これが意味するのは次のことだ。あなたのAIコーディングサブスクリプションは控除可能な経費であり、それ以上でもそれ以下でもない。 セクション174が関係してくるのは、主にエンジニアや請負業者を雇って本格的な新製品開発を行っている場合であり、しかもその場合ですら、最近ルールはずっと緩和された。
2025年のルール変更は実は追い風だ
2022年以降、ソフトウェア企業が開発費用を5年にわたって償却させられているという悲惨な話を聞いたことがあるなら、それは事実であり、小規模なソフトウェア事業に大きな打撃を与えた。議会はOne Big Beautiful Bill Act（OBBBA）でこの流れを覆した。2024年12月31日以降に開始する課税年度については、国内の研究・実験費用は再び即時控除できるようになり、5年に分散させる必要はなくなった。海外のR&E費用――たとえば海外拠点の請負業者にファインチューニング作業を依頼している場合など――は、依然として償却が必要で、現在は15年にわたる。
この地理的な区別だけは覚えておく価値がある。国際的な請負業者と仕事をしているなら、まったく同じ開発作業でも、それを行う人がどこにいるかだけで、今年全額控除できるか、15年に分散されるかが決まってしまう。
小規模開発チーム向けの実務的な区分け
よくあるカテゴリーが実際にどう扱われるかを見てみよう。
| 支払っているもの | 一般的な扱い | 理由 |
|---|---|---|
| Claude Pro/Team、ChatGPT Plus/Team | セクション162――全額控除 | 通常の事業用ソフトウェアサブスクリプション |
| GitHub Copilot、Cursor | セクション162――全額控除 | 開発者向けツールのサブスクリプションであり、R&D支出そのものではない |
| 稼働中の本番アプリ向けクラウドホスティング | セクション162――全額控除 | 実験ではなく本番利用 |
| 独自モデルの学習・ファインチューニングに使うクラウド計算資源 | 多くの場合セクション174 | 真の技術的実験 |
| ゼロから新製品を構築する請負業者への給与 | 多くの場合セクション174 | 真の技術的不確実性の解消に紐づく人件費 |
| Zapier、Make、Airtableなどのノーコードプラットフォーム | セクション162――全額控除 | サブスクリプションサービスであり、要件を満たすR&D支出ではない |
| 一回限りで購入するソフトウェアライセンス（サブスクリプションでないもの） | セクション179の即時償却の対象になり得る | 購入した資産であり、継続的なサービスではない |
パターンに注目してほしい。一人開発者や小規模チームが毎月支払っているもののほぼすべては、シンプルに全額控除できるカテゴリーに収まる。セクション174が本当に検討事項になるのは、社員や請負業者に本当にお金を払って何か真に新しいものを構築させている場合、あるいは本番製品の運用ではなくR&D的な実験のために意味のある計算資源支出を行っている場合だけだ。
混在利用が実際に問題になるとき
クライアント向け製品の保守（ルーチン、セクション162）と、カスタムAI機能や新規システムのゼロからの構築（セクション174になり得る）の両方を手がける小規模なエージェンシーや開発チームなら、IRSは一般に、すべてを一つの「ソフトウェア」勘定にまとめるのではなく、合理的な配分を行うことを期待している。防御可能なアプローチとしては次のようなものがある。
- 同じツール（たとえばクラウド計算資源の請求）でも、「本番・保守」用と「開発・実験」用に別々のコストタグを付けて追跡する
- 何が実際に構築されたかを記述した請負業者の請求書やタイムログを保管し、必要になれば分割の根拠を示せるようにする
- CopilotやZapierのようなサブスクリプション型ツールを無理にセクション174に押し込もうとしない――R&D作業中に使っていたとしても、これらは分類上あくまでサービスサブスクリプションであり、要件を満たす研究支出ではない
社内での製品開発を一切行わず、クライアント向けサービスだけを事業としているなら、セクション174についてはそもそも考える必要がないだろう――すべてが通常かつ必要なセクション162の経費だ。
記録はシンプルに、しかし実質を伴わせる
あなたのAIツール支出がどのカテゴリーに分類されるにせよ、IRSが確認したいのは、その経費が通常かつ必要で事業に関連していることであり、あなたが凝った節税策を組み立てたことではない。次のような習慣が大いに役立つ。
- すべてのサブスクリプションについて請求書と領収書を保管する。月20ドル程度のものでも例外ではない。積み重なれば大きな金額になるし、監査人が少額の定期課金の証憑不足を指摘した例も過去にある。
- 私的利用との重なりがあるツールについては、事業目的を記録しておく。ChatGPT Plusをクライアント案件と個人プロジェクトの両方で使っているなら、事業利用分だけが控除対象になる。
- 開発支出と本番運用支出を、発生した時点で分離しておく。確定申告の時期になって記憶を頼りに再構築するのではなく、その場でやることが重要だ。プロバイダーのダッシュボード（OpenAIの利用状況ページ、AWSのコストタグ、Anthropicコンソールなど）は細かい履歴データを消してしまうことが多いので、その都度タグ付けしておこう。
これは新たな負担というよりも、良い記帳習慣の延長にすぎない。すでに事業経費を構造的に管理していて、ホスティングやツール、請負業者への支払いを別々の口座やカテゴリーで追跡しているなら、「AIサブスクリプション」、そして必要であれば「R&D計算資源」という項目を新たに加えるのは小さな手間で、確定申告時に大きな見返りがある。
よくある間違い
- すべてを一つの「ソフトウェア」や「ツール」経費カテゴリーにまとめてしまう。 すべてのサブスクリプションとクラウド請求が未分類のバケツに入っていると、年末に正確なセクション162/174の分割を再構築するのはほぼ不可能になる。
- ツールの名称でカテゴリーが決まると思い込む。 製品名に「AI」が入っているかどうかでは税務上の扱いは決まらない。決めるのは、それをどう使っているかだ。
- サブスクリプション型プラットフォームをR&D支出として扱う。 ノーコードや自動化のサブスクリプションは、プロジェクトがどれほど実験的であっても、R&D税額控除上の「コンピュータ利用」研究費とは認められない。
- 請負業者への支払いにおける国内・海外の区別を見落とす。 海外の請負業者に本物の開発作業を依頼すると、即時控除ではなく15年償却になり得る。雇う前に知っておくべきことだ。
最初から財務をきちんと整理しておく
どのAIサブスクリプションが単純な経費計上で済み、どの開発費用が特別な税務上の扱いを必要とするかを整理するのは、確定申告の直前に記憶を頼りに再構築するのではなく、日頃から帳簿がクリーンに分類されていればずっと簡単になる。Beancount.ioは、透明性が高くバージョン管理されたプレーンテキスト会計を提供しており、プロジェクトや経費カテゴリーごとにタグ付けするのも簡単だ――「本番運用ツール」と「R&D計算資源」を切り分けるのは、明確な勘定科目体系さえあれば済む話であり、12か月分のクレジットカード明細を掘り返す必要はない。無料で始めて、多くの開発者がまさにこの明快さのためにプレーンテキスト会計に乗り換えている理由を確かめてほしい。