AnthropicがAI創薬に参入——「Claude Science」発表が示す可能性と、越えられていない壁
Anthropicが「Claude Science」を発表し、コーディングに続いて科学・創薬領域への本格参入を宣言した。フロンティアAI企業が自ら薬を開発すると公言した意味は小さくない。
出典: Anthropic says it will develop drugs using Claude. Experts aren't so sure about the timeline.
要点 (事実のみ)
- Anthropicは「The Briefing: AI for Science」イベントで、科学者向けAIワークベンチ「Claude Science」を発表。断片化したツール・データセットを統合し、図表・ビジュアル生成機能を持つ。
- ライフサイエンス担当責任者のEric Kauderer-Abrams氏は、「neglected diseases(顧みられない疾患)」を対象に自社で創薬に取り組むと表明。ただし具体的な対象疾患、臨床試験・製造に関するパートナー方針は未発表。
- AI創薬の競合として、OpenAI・Amazon・Google・Insilico・Isomorphic Labs(Google DeepMindスピンアウト)などが名を連ねる。
- ケンブリッジ大学のNamshik Han教授は「AI drug discoveryは非常に幅広い用語」と説明。化合物探索から臨床試験・製造まで全工程にAIが絡む。
- UCLのMatthew Todd教授は「規制当局に承認されたAI設計薬はまだ存在しない」と指摘。臨床試験を経て患者に届くまで「少なくとも10年近く」かかるとする。
- Anthropicは生物学者の採用を進め、自社ウェットラボを構築中。Big Pharmaや著名学術機関から人材を獲得しているとされる。
徐 聖博の見解
私がこの記事を読んで最初に感じたのは、「Claude Science」そのものへの関心よりも、Anthropicが「ソフトウェアを売るだけでなく自ら薬を作る」と宣言した構造的な異常さへの興味だった。
AIモデルを提供しながら、そのモデルを使って競合しうる製薬企業を相手に自社でも創薬を進める——この立ち位置は、クラウドプロバイダーが自社SaaSを提供しながら同じクラウド上の顧客SaaSと競合するのに近い緊張感を持つ。どこかで利益相反が顕在化するリスクは否定できない。
技術面で言えば、AIが生成する「新規分子の提案」や「既存薬の新適応発見」はすでに一定の実績がある分野だ。しかし記事中のOxfordのFrank von Delft教授の言葉が的を射ている——「実験を不要にするところまで来ていない」。薬が患者に届くには、有効性・毒性・製剤安定性を現実の実験で証明する工程を省けない。ウェットラボ構築と人材採用に踏み込んでいるのはその認識の表れであり、少なくともポーズではないと読める。
私がAIシステムの実装・運用に日々携わる立場から見ると、「デモが動くことと業務・実験に耐えることの差」は創薬においてとりわけ大きい。モデルが示す有望候補が実際の生体反応でどう振る舞うかは、データとモデルだけでは閉じない問いだ。Anthropicがどれほど優れたフロンティアモデルを持っていても、その壁は等しくかかってくる。
中小・中堅の受託開発やAIエージェント支援を手掛ける私たちの文脈でいえば、「Claude Science」の登場は、科学系SaaS・業務システムを開発する企業にとって参考になる設計思想——断片化したツールとデータを単一環境に統合し、可視化まで通す——を示している。創薬そのものより、この「統合ワークベンチ」のアーキテクチャパターンの方が、近い将来に業務システム開発へ還流してくる可能性を感じている。
(編集レンズ: 実装・運用視点 / AIを「作る側」の目線)
シンシアの開発事例
**2026年2月の開発着手から約5.5ヶ月で、アパレル企業向けAIクリエイティブ基盤としてプレスリリース公開まで到達しました(2026年7月29日発表)。**
Cloverse様の発表によれば、Clovia Enterprise は PUMA社・ルック社をはじめとする**30社以上のアパレルブランドとの検証**を経ており、現在は先行導入企業(Founding Partner)を限定募集する段階に入っています。
開発規模は次のとおりです(2026年7月29日時点、リポジトリ実測値)。
| 指標 | 実績 |
|---|---|
| 開発体制 | エンジニア4名 |
| 開発期間 | 2026年2月13日〜(継続中) |
| コミット数 | 約1,480 |
| プルリクエスト | 373本 |
| 対応イシュー | 428件 |
| 実装計画ドキュメント | 162本 |
| データモデル | 83テーブル |
### この事例からの示唆
**生成AIプロダクトの難所は、モデルではなく業務側にある。** 画像を1枚生成すること自体は、いまや誰でもできます。事業として成立させるために必要だったのは、マスター管理・制作進行・レビュー・権限・課金・非同期処理といった、業務を回すための地味な設計でした。83テーブルという規模は、その事実を素直に表しています。
**未知の業界のプロダクトは、業務を理解した側が設計しないと形にならない。** アパレルEC制作の工程を知らないまま「AIで画像生成する機能」を作っても、現場では使われません。ヒアリング・R&D・プロトタイプ・提案までを開発チームが担ったのは、そうしないと仕様が決まらない領域だったからです。この構造は[「使われないシステム」が生まれる要件定義の失敗](https://blog.xincere.jp/articles/why-unused-systems-are-born-requirements-definition)とちょうど裏返しの関係にあります。
**モデル選定に正解が無い領域では、検証を設計プロセスに組み込む。** どの生成モデルを使うかは半年で変わります。だからこそ、モデルを差し替えられる構造と、検証結果を機能設計に反映し続ける進め方の両方が必要でした。
### よくある質問
**Q. 生成AIを使ったプロダクトの開発は、通常のシステム開発と何が違いますか。**
A. 最も違うのは、着手時点で仕様が確定できない点です。どのモデルがどの品質を出せるかは検証しないと分からないため、R&Dとプロトタイプを設計工程に組み込む必要があります。一方で、組織・権限・課金・非同期処理といった土台は通常のSaaS開発と同じ設計が求められます。
**Q. 業界知識がない領域でも開発支援を依頼できますか。**
A. できます。この事例ではアパレルEC制作の業務理解から入り、ヒアリングとプロトタイプを通じて要件そのものを一緒に作りました。仕様が固まっていない段階からのご相談のほうが、むしろ手戻りが少なくなります。
**Q. どのくらいの体制・期間の支援ですか。**
A. エンジニア4名、2026年2月から継続中です。プレスリリース公開までは約5.5ヶ月でした。規模や費用感の考え方は[システム開発とは](https://blog.xincere.jp/articles/what-is-system-development)で解説しています。
### 関連する支援領域
- [AIシステム開発とは?開発の流れ・費用相場・失敗しない進め方](https://blog.xincere.jp/articles/ai-system-development-guide) — 生成AIプロダクト開発の全体像
- [AI PoCの進め方5ステップ|「PoC止まり」を防ぎ本番導入につなげる実践手順](https://blog.xincere.jp/articles/ai-poc-how-to-proceed) — 検証を本番に接続する設計
- [FDE(Forward Deployed Engineer)が示す、上流から伴走できるエンジニアの価値](https://blog.xincere.jp/articles/fde-forward-deployed-engineer-upstream-value) — 本事例の進め方の背景
生成AIを使った新規プロダクトの立ち上げや、仕様が固まりきっていない段階からの開発支援については、[開発のご相談](https://blog.xincere.jp/contacts)からお問い合わせください。
**出典:** [アパレル企業向けAIクリエイティブ基盤「Clovia Enterprise」提供開始(株式会社Cloverse / PR TIMES, 2026-07-29)](https://prtimes.jp/main/html/rd/p/000000024.000139250.html)
株式会社Cloverseの事例を読む →