# Claudeが見つけた酵素系候補とAI基盤の更新

> AnthropicはClaudeが新たな酵素系候補を見つけた初期成果を公表し、機能解明は継続中。Claude Codeの更新、GKE 1.37のscale-to-zero、Gemini 3.8音声合成も扱い、実験の限界、実行時の権限確認、提供条件を整理。

Canonical URL: https://labs.eastbraver.com/digest/ai-digest-20260924
Published: 2026-09-24T06:30:00+09:00
Category: ai-digest
Tags: anthropic, claude, ai-for-science, infrastructure, gemini, safety, ai-agent

Anthropicは、ClaudeがDNA配列の探索からバクテリオファージにある新たな酵素系候補を見つけた初期成果を公表した。候補の実験は人間の研究者が行い、機能はまだ解明されていない。Claude Code v2.1.281ではBedrock Gatewayの権限設定や危険な削除操作の確認方法が変わった。導入時は機能追加だけでなく、実行主体と確認境界を点検したい。（[出典1](https://www.anthropic.com/news/claude-discovers-novel-enzyme-system) / [出典2](https://github.com/anthropics/claude-code/releases/tag/v2.1.281)）

GKE 1.37のscale-to-zeroはアイドル時の計算資源を抑え、Gemini 3.8 TTSは音声生成の選択肢を広げる更新だ。前者は復帰遅延と待機容量の費用、後者は同意確認と実際の提供経路を見極めたい。各発表は独立した変更として扱い、提供元が示す性能・機能と、現時点で確認できない条件を分けて読む。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/) / [出典2](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

> [!NOTE] 収集範囲
> この号は、一部の収集元から情報を取得できない状態で作成した。取得できなかった収集元に更新がなかったことを示すものではない。
>
> - AI関連の報道: 収集元5件中1件を取得できなかった

## Anthropicの研究チーム、Claudeが新たな酵素系候補を発見と報告

Anthropicは、Claudeを使ってDNA配列を探索し、array-associated reverse transcriptases（ART）と名付けた新たな酵素系候補を見つけた初期成果を公表した。Anthropicによると、約950のエージェントが21時間、2億1,000万トークンを使って20万超の逆転写酵素を調べ、3,500の候補系から20件を詳しく分析した。これらの規模と経過は同社の報告値である。（[出典1](https://www.anthropic.com/news/claude-discovers-novel-enzyme-system)）

報告されたART候補は主にバクテリオファージに見られ、逆転写酵素、隣接するパートナー遺伝子、等間隔のDNA反復配列から成る。Anthropicは、最初の実験で反復配列が複数の短いRNAとして発現したと説明する一方、系の機能はまだ分かっておらず追加実験を続けている。研究室での実験は人間の科学者が担当し、Claudeは探索と解析を支援した。（[出典1](https://www.anthropic.com/news/claude-discovers-novel-enzyme-system)）

**EastBraverの見立て:** 注目点は発見の確定度より、広い配列探索から人間が実験検証する候補を絞った過程にある。AIが生物学的機能を確立したと読むのは早く、追加実験でARTの働きと再現性が示されるかを追いたい。（[出典1](https://www.anthropic.com/news/claude-discovers-novel-enzyme-system)）

**関連する技術ガイド:** [AIエージェント](/guides/ai-agent)

- 出典: [Anthropic](https://www.anthropic.com/news/claude-discovers-novel-enzyme-system)（公式研究報告、2026-09-23）

## Claude Code v2.1.281、Gateway権限と削除確認を変更

Claude Code v2.1.281は、GitHubの記録で2026年9月23日19:19 UTCに公開された。Claude Apps Gatewayでは、Bedrock接続にAWS STSで引き受けるIAMロールと、各Bedrock要求に適用するGuardrailを設定できるようになった。また、プラグイン検証は、読み込み時に破棄されるMCP設定、不宣言のユーザー設定参照、安全でないURLを報告する。（[出典1](https://github.com/anthropics/claude-code/releases/tag/v2.1.281)）

権限境界に関わる修正として、`rm -rf "$(pwd)"`のようにコマンド置換の出力だけを削除対象にする操作は、auto modeや`--dangerously-skip-permissions`でもBash許可ルールを越えて確認を求めるようになった。例外は`CLAUDE_CODE_DISABLE_SUBSTITUTION_RM_PROMPT=1`による明示的な無効化だ。無人実行を更新する場合は、削除確認が発生した際の処理と、この例外設定の有無を確認したい。（[出典1](https://github.com/anthropics/claude-code/releases/tag/v2.1.281)）

**EastBraverの見立て:** Gateway設定はBedrock利用時の実行権限と要求ごとの保護設定を細かくする一方、CLIの削除確認変更は自動実行の停止条件に影響する。更新後は、最小権限のIAMロール、Guardrailの適用範囲、確認待ちを含む実行経路を個別に検証したい。（[出典1](https://github.com/anthropics/claude-code/releases/tag/v2.1.281)）

- 出典: [Claude Code（Anthropic）](https://github.com/anthropics/claude-code/releases/tag/v2.1.281)（公式リリースノート、2026-09-23 19:19 UTC／2026-09-24 04:19 JST）

## GKE 1.37、scale-to-zeroと共有バッファで復帰遅延を短縮

GoogleはGKE 1.37で、ワークロードを0レプリカまで縮小し、需要の復帰時に再起動できるネイティブscale-to-zeroを発表した。GKEのガイドでは、コントロールプレーンとノードの両方が1.37以降であること、HPAに外部またはObjectメトリクスを設定することが要件となる。CPUやメモリのメトリクスだけでは、Podが0の状態からスケールアップできない。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/) / [出典2](https://docs.cloud.google.com/kubernetes-engine/docs/tutorials/scale-to-from-zero-hpa)）

基本構成はAutoscalingMetricとHPAの2オブジェクトで、AutoscalingMetricが外部指標を対応付け、HPAではminReplicasを0に明示設定する。指標がしきい値を下回ると全Podを停止し、保留中の仕事が指標に現れるとDeploymentを起動する。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)）

AutoscalingMetricを使う指標経路は、Google Cloud Managed Service for Prometheusから外部シグナルを直接読み取り、Pub/Sub、Cloud Monitoring、Load BalancerのシグナルをHPAへ届ける。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)）

capacity buffersは、複数のscale-to-zeroワークロードで共有できるウォーム状態の計算資源を保持する。Googleによると、HPAが0から1へ増えた際にPodが直ちに資源を確保でき、新規GKEノードの起動に伴う60～90秒の待ちをなくして、コールドスタートによる起動遅延を数分から即時へ短縮する。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)）

GoogleのGKEガイドでは、capacity buffersはPreviewとして提供される。0レプリカのワークロード自体に通常のPod計算費用はかからないが、稼働中のactive bufferには標準のVM料金がかかる。停止中のstandby bufferではCPU・メモリ料金はかからない一方、ブートディスクや静的IPなどの費用が残る。共有容量は別料金のため、「scale-to-zeroで費用がゼロ」とは扱えない。（[出典1](https://docs.cloud.google.com/kubernetes-engine/docs/concepts/capacity-buffer) / [出典2](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)）

**EastBraverの見立て:** 判断軸は、アイドル時のワークロード費用だけではない。即時復帰を求める場合は、複数ワークロードで共有するcapacity buffersの費用とのトレードオフとして評価する変更である。（[出典1](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)）

- 出典: [Google Cloud](https://cloud.google.com/blog/products/containers-kubernetes/gke-adds-native-scale-to-zero-capabilities/)（公式情報、2026-09-24 01:00 JST）

## Gemini 3.8 Flash／Flash-Lite TTSを順次提供開始

Googleは、音声合成のGemini 3.8 Flash TTSとGemini 3.8 Flash-Lite TTSを発表した。両TTSはGemini APIとGoogle AI Studioで順次提供開始され、Gemini Enterprise APIでは近日提供予定。一般利用ではFlash TTSがGemini Notebookで提供される。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

Flash TTSでは、100超の言語・方言を対象に、自然言語で役割、アクセント、声質を指定して音声を設計できる。また、権利を持つ30秒の参照音声から音声複製を行える。音声複製には参照話者本人による一致する口頭同意録音が必要で、同意確認が組み込まれる。両TTSでは、行単位で演技、速度、感情表現などを制御できる。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

生成音声にはSynthIDの透かしが付与される。音声複製では、同意確認に加えてC2PA認証情報も用いられる。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

Googleによると、従来のGemini 3.1 Flash TTSとの比較では、長尺コンテンツや2話者の脚本制御を含む幅広い用途で大幅に改善した。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

> [!CAUTION] 確認できていない点
> 両TTSモデル固有のAPI料金と無料枠は取得した資料では確認できない。両TTSモデルのAPIモデルIDとレート制限は取得した資料では確認できない。音声複製は米国イリノイ州・テキサス州、EEA、英国、スイス、インドでは利用できない。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

**EastBraverの見立て:** 音声を細かく設計する用途ではFlash TTS、大量生成とコスト効率を重視する用途ではFlash-Lite TTSが選定軸になる。企業APIは近日提供予定のため、現時点の実装先とは分けて判断する必要がある。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

**比較表: Gemini 3.8 Flash TTSとFlash-Lite TTSの位置付け**

Flash TTSは音声設計とキャラクター表現、Flash-Lite TTSは大量処理とコスト効率を主眼とする。開発者向けの提供経路は共通だが、一般利用の提供先は異なる。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

| 観点 | Flash TTS | Flash-Lite TTS |
| --- | --- | --- |
| 主な位置付け | 自然言語による音声設計や、演技・話速などの細かな演出を重視する。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） | 大量の吹き替えや音声コンテンツ、表現力のある音声エージェントをコスト効率よく生成する。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） |
| 固有機能 | 権利を持つ30秒の参照音声から音声複製ができる。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） | 発表ではFlash-Lite TTSの音声複製対応は示されていない。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） |
| 一般利用の提供先 | Gemini Notebookで提供される。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） | Google Vidsで提供される。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)） |

**EastBraverの見立て:** 音声生成を細かく設計する用途ではFlash TTS、大量処理とコスト効率を重視する用途ではFlash-Lite TTSが選定軸になる。企業APIは近日提供予定のため、現時点の実装先とは分けて判断したい。（[出典1](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)）

- 出典: [Google DeepMind](https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-8-text-to-speech/)（公式情報、2026-09-24 00:25 JST）