企業のAI活用
1/50
大型クラウドAIと比べたfreeeのコスト
企業のAI活用
freee、自社の小規模AIモデルでコストを50分の1に クラウド会計ソフトのfreeeは、領収書や請求書などの帳票を月約100万枚AIで読み取っています。すべてを大型の汎用AIモデルに送る代わりに、日付・金額・取引先などを抜き出す一つの仕事に絞った独自の小規模言語モデルを作りました。数字はfreee自身のもので、AWS Summit Japan 2026での講演を2026年11月7日にITmediaが報じました。
主なポイント 企業:freee(日本、クラウド会計・バックオフィスソフト)。課題:大型AIモデルは読み取りが得意だが、月100万枚でリクエストごとに払うと高すぎた。 作ったもの:80億パラメーターのオープンウェイトモデルに、確認済みの約1万件の例で一つの作業向けの追加学習(ファインチューニング)を実施。テスト用にさらに数万件。AWS上の自社サーバーで動かし、画像を文字にする工程は別にあります。 測定結果(企業自身の数字):クラウド経由のClaude Sonnet 4.6相当のモデルと比べ、摘要や取引先などの文字項目で精度が最大10ポイント向上、速度5倍、コスト50分の1。節約の主な理由は、リクエストごとの料金ではなくサーバーの稼働時間で払うことだそうです。 小さなチームへの教訓:安定した大量処理と一つの狭い作業があるときだけ割に合います。freeeの目安は、Claude Haiku 4.5のような小型モデルで安定して解ける作業なら自社運用の小規模モデルでも勝負できる、というもの。早めに実際の速度を測り、導入後もテストを続けましょう。 なぜ重要か: AIの費用はリクエストごとに増えます。大量で繰り返しの一つの仕事なら、自分で動かす小規模モデルの方がずっと安くなり得ますが、テストと保守をする人が必要です。
この記事を共有
情報源(1)
freeeは「AIコスト問題」をどう乗り越えた? 月100万件規模の処理で、汎用LLM比50分の1に (How freee beat its AI cost problem; translated) · ITmedia EnterpriseRead ↗
この記事は役に立ちましたか?
タップで投票。長押し・右クリック・Shift+Enterで、理由やひとことを添えて投票できます。
AIのサブスク
6x
原告の計算によるMax 20xの週利用量(Pro比、あるモデル)
3件の情報源をまとめました
AIのサブスク
判事、Claude Maxの「20倍の利用量」広告は誤解を招き得ると判断 米連邦判事は2026年11月6日、AnthropicがClaude Maxプランで掲げた「Proの5倍または20倍の利用量」は「誤解を招くおそれが十分にある」と述べました。加入者2人による集団訴訟案の主要部分は続行されます。まだ何も証明されておらず、この段階では訴状の主張を事実とみなして判断しています。
主なポイント 当時の料金:Proは月約69〜81リンギット(17〜20米ドル)、Max 5xは約406リンギット(100米ドル)、Max 20xは約811リンギット(200米ドル)。 争点:Maxは5時間ごとのセッション内ではProの5倍・20倍使えますが、週の上限は5倍・20倍ではありません。原告の計算では、あるClaudeモデルで週の利用量はMax 5xがProの約3.5倍、Max 20xが約6倍です。 判断:アレックス・ツェ治安判事は、加入者1人の消費者保護の請求と、過失による不実表示・契約違反の請求を残しました。ほかは却下しましたが再提出を認めています。集団は認定されておらず、和解もありません。 Anthropicはセッションごとの利用増を約束し、週の上限があると示していたとして全面却下を求めていました。訴訟を追うLimitHitによると、修正訴状の期限は2026年12月2日です。 なぜ重要か: 「利用量が増える」は、セッションごと・週ごと・月ごとのどれかで意味が変わります。AIプランを上げる前に、倍率の見出しではなく週の上限を確認しましょう。
この記事を共有
情報源(3)
Anthropic must face claims its Claude Max pitch misled users · Courthouse News ServiceRead ↗
Order on motion to dismiss, Case 3:26-cv-05763-AGT · US District Court, N.D. CaliforniaRead ↗
Claude usage limit lawsuits (2026): what's alleged and where they stand · LimitHitRead ↗
この記事は役に立ちましたか?
タップで投票。長押し・右クリック・Shift+Enterで、理由やひとことを添えて投票できます。
仕事とAI
7,200
GitHub自身のテストでの1プロジェクトへの毎秒の更新数
仕事とAI
GitHub、5,000のAIエージェントが一つのプロジェクトを共有できるよう保存を再構築 GitHubは、何千ものAIコーディングエージェントが同じプロジェクトに同時に作業を保存できるよう、コードの保存方法を作り直したと述べています。社内テストでは、5,000のエージェントが1つのプロジェクトに毎秒7,200件の更新を送り、読み込みも速いままでした。数字は2026年11月5日のエンジニアリングブログに載ったGitHub自身のテスト結果です。
主なポイント 理由:AIエージェントは人よりはるかに頻繁に変更を保存します。忙しいプロジェクトでも毎秒数十件程度だったため、少なくとも100倍を目標にしたとGitHubは説明します。 考え方:コード更新の大部分は他を待たずに保存できます。「どれが最新版か」を記録するごく小さな手順だけが全員の合意を必要とするため、そこに専用の高速サービスを用意しました。 GitHubの利用者には変化はなく、同じ方法で保存・取得でき、保護も同じです。裏側では、ほぼすべてのプロジェクトがMicrosoftのAzureクラウドに置かれています。 限界:5,000エージェントという数字はGitHub自身のテストで、独立した検証ではありません。すべてのプロジェクトがいつ新方式に移るかも書かれていません。 なぜ重要か: 大きなツールが、多くのAIエージェントが同じファイルで働く前提で作り直されています。チームでコーディングエージェントを試すなら、変更を人が確認する時間も確保しましょう。
この記事を共有
情報源(1)
Inside GitHub's new Git storage architecture · The GitHub BlogRead ↗
この記事は役に立ちましたか?
タップで投票。長押し・右クリック・Shift+Enterで、理由やひとことを添えて投票できます。