Tetora が公式 Claude API を使う理由——そしてなぜそれが重要か

2026-04-10 · explainer

2026年2月20日、Anthropic は多数のサードパーティ Claude ツールエコシステムに影響を与える利用ポリシーの更新を行った。要点は明確だ。サブスクリプションの OAuth トークンをサードパーティアプリケーションで使用することは禁止される。このポリシーは以前から同趣旨のものだったが、今回の更新でより明示的になった。

4月4日、Anthropic は OpenClaw に対してこのポリシーを執行し、ツールを完全にブロックした。そのツールのすべてのユーザーにとって、サービスは当日から停止した。

この記事では、Tetora が Claude とどのように統合しているかを正確に説明し、なぜその設計選択が今回の執行措置の影響を受けないかを解説する。

許可されている2つの統合パス

Anthropic の許可利用ポリシーでは、Claude を使ったアプリケーションを構築するための2つの方法が明示されている：

公式 claude-code CLI — Anthropic が公開するファーストパーティのコマンドラインインターフェース
API キーによる Anthropic API — console.anthropic.com で発行したユーザー生成の API キーで認証する直接 HTTP 呼び出し

どちらも安定していて明示的にサポートされており、Anthropic の標準 API 規約に従う。どちらのパスを使っても、Anthropic との請求関係は直接的かつ透明だ——使った分だけ支払う。

許可されていないのは、Claude.ai のサブスクリプションを支える OAuth トークンをサードパーティツールで使用することだ。そのトークンは claude.ai のウェブセッションを認証するものであり、外部ツールで使用することは、技術的に可能であったとしても、許可されたことは一度もなかった。

Tetora の設定方法

Tetora の統合方法は、ひとつの設定フィールドで決まる。claudeProvider だ。

claude-code CLI がインストールされているユーザーの場合：

{
  "claudeProvider": "claude-code"
}

Tetora は claude-code をサブプロセスとして呼び出す。ターミナルから使う場合と同じだ。CLI 自身が認証・セッション管理・Anthropic サーバーとの通信を担い、Tetora は認証情報に直接触れない。

API へのダイレクトアクセスを好むユーザーの場合：

{
  "claudeProvider": "anthropic"
}

このモードでは、Tetora はローカルの Tetora 設定（または環境変数）に保存された API キーを使って Anthropic API を直接呼び出す。キーは Anthropic コンソールから発行され、アカウントの API 請求に紐付く。使用上限の設定、コスト監視、キーのローテーションはすべて Anthropic 自身のツールから行える。

どちらの統合パスもサブスクリプション OAuth トークンを使用しない。どちらも Anthropic の請求やアクセス制御を回避しない。どちらも Anthropic がサポートしている統合パターンそのものだ。

なぜ信頼性に関わるのか

Tetora 上でオートメーションを構築するとき、2つの重要な特性を持つ基盤の上に立っていることになる。

執行リスクがない。 Tetora は Anthropic のポリシーに違反することを一切していない。OpenClaw に起きたような状況——ポリシー執行によって一夜にしてワークフローが止まる——のシナリオは存在しない。

コストが予測できる。 API キーの使用量は計量されて Anthropic アカウントに請求される。ハードの支出上限を設定し、しきい値でアラートを受け取り、Anthropic コンソールでリクエストごとのコスト内訳を確認できる。サブスクリプションはこの粒度を提供しない——定額を払って、用途に足りることを願うだけだ。スケジュールやイベントに応じて実行するオートメーションでは、従量課金のほうが実際の消費パターンとずっとよく一致する。

ポータビリティ。 API キーはラップトップ、ホームサーバー、リモート VM のどこで Tetora を動かしても同じように機能する。維持すべきアカウントセッションも、認証を保持すべきブラウザも、定期的な再認証フローもない。キーはローテーションするまで有効だ。

コンプライアンスについての本質的な考え方

コンプライアンスを制約として捉えがちだ——できることを制限するルールの集まりとして。OpenClaw の事例は逆のフレームを示している。コンプライアンスは荷重を支えるインフラだ。

ツールが未認可の統合パスの上に構築されているとき、抽象的な意味でルールを破っているだけではない。ユーザーのワークフローを、ツールの制御外にある単一の執行決定によっていつでも終了させられる依存関係の上に構築していることになる。そのツールのすべてのユーザーがそのリスクにさらされる——彼らがそれを理解しているかどうかに関わらず。

Tetora の Anthropic API 規約への準拠はマーケティングの訴求点ではなく、設計要件だ。オートメーションは動き続けてこそ価値がある。

設定の確認

現在 claude-code モードを使用している場合、以下で設定を確認できる：

tetora config show | grep claudeProvider

直接 API モードに切り替えたい場合は、設定を更新してキーを登録する：

tetora config set claudeProvider anthropic
tetora config set anthropicApiKey sk-ant-...

API キーは ANTHROPIC_API_KEY 環境変数でも設定でき、設定フィールドが未設定の場合は Tetora が自動的に読み取る。

どちらのモードも完全にサポートされている。選択は好みによる。すでに CLI を使っているなら claude-code のほうが設定がシンプルだ。anthropic はコストの可視性と制御がより直接的だ。