LLM providers
PentAGIをOpenAI、Anthropic、Gemini、Bedrock、Ollamaなどの組み込みprovidersや、任意のOpenAI互換エンドポイントにフェイルオーバー付きで接続します。
PentAGIには少なくとも1つの言語モデルproviderprovider — プロバイダーOpenAI、Anthropic、ローカルの Ollama など、PentAGI に言語モデルを提供するサービスまたはサーバーです。が必要です。認証情報はサーバーの.envで設定され、各flowflow — フローPentAGI の1回のフロー:目標、メッセージから作成されたタスク、およびエージェントが実行したすべての作業。は実行時に使用するproviderを選択し、すべてのagent typeagent type — エージェントタイプエージェントが担う役割(ペンテスター、コーダー、サーチャーなど)。モデル設定はエージェントタイプごとに選択されます。がそれぞれ独自のモデル設定を使用できます。
組み込みproviders
| Provider | キー変数 | エンドポイントの上書き |
|---|---|---|
| OpenAI | OPEN_ | OPEN_ |
| Anthropic | ANTHROPIC_ | ANTHROPIC_ |
| Google AI (Gemini) | GEMINI_ | GEMINI_ |
| AWS Bedrock | BEDROCK_ + いずれかの認証方式 | BEDROCK_ |
| Ollama | OLLAMA_(Ollama Cloudの場合はOLLAMA_) | — |
| DeepSeek | DEEPSEEK_ | DEEPSEEK_ |
| GLM (Zhipu AI) | GLM_ | GLM_ |
| Kimi (Moonshot AI) | KIMI_ | KIMI_ |
| Qwen (Alibaba Cloud) | QWEN_ | QWEN_ |
| MiniMax | MINIMAX_ | MINIMAX_ |
| Mistral | MISTRAL_ | MISTRAL_ |
| xAI (Grok) | XAI_ | XAI_ |
AWS Bedrockの認証
BEDROCK_を設定し、いずれかの方式を選択します。
BEDROCK_DEFAULT_AUTH=true # AWS SDK default credential chain (EC2/ECS roles)
# BEDROCK_BEARER_TOKEN=... # bearer token
# BEDROCK_ACCESS_KEY_ID=... # static credentials
# BEDROCK_SECRET_ACCESS_KEY=...永続的なAPIキーを使わずにAnthropicを利用する
ANTHROPIC_の代わりに、ANTHROPIC_、ANTHROPIC_、ANTHROPIC_およびIDトークン(ANTHROPIC_またはANTHROPIC_)を通じてWorkload Identity Federationを用いてAnthropicを利用できます。
カスタムおよびOpenAI互換エンドポイント
vLLM、LiteLLM、OpenRouter、DeepInfra、Atlas Cloud、OpenCode Goプラン、Azure OpenAIデプロイメントなど、OpenAI互換のAPIはすべてカスタムproviderとして接続できます。
LLM_SERVER_URL=https://your-endpoint/v1
LLM_SERVER_KEY=your_key
LLM_SERVER_MODEL=model-name
LLM_SERVER_CONFIG_PATH=/opt/pentagi/conf/custom.provider.ymlLLM_は必須です。認証不要のサーバー(デフォルトのvLLMなど)の場合は、空でない値を設定してください。キーが空の場合、カスタムproviderは無効になります。LLM_により、カスタムproviderをAzure OpenAIに切り替えます。Provider設定ファイルでは、agent typeごとにモデルとパラメータを割り当てることができます。リポジトリ内のexamples/から始め、OpenAIが2026年10月23日に廃止するo3-miniを置き換えてください。

フェイルオーバー
LLM_ は、2番目の .env に認証情報が保存された組み込みの anthropic や、flow の所有者が Settings → Providers で保存した provider を指定します。この provider 上で失敗した model call は1回再試行され、その切り替えは trace に記録されます。次の call は、再び flow 固有の provider で開始されます。
モデルの選択
primary_、agent pentester、adviserには最も高性能なモデルを使用し、searcher、enricher、要約には軽量なモデルを使用します。- パラメータ数が32B未満のオープンモデルを使用する場合は、実行モニタリングとtask計画を有効にしてください。
- Settings → Providersには、設定済みのtypesの上に作成したprovider profilesが格納されます。Create Providerでは
.envに認証情報があるtypesのみが提供され、profile formでは保存前にconfigurationをテストできます。
最終更新日