Skip to Content
aicentos

Kiro

Kiro は現在カスタム Base URL に非対応 —— 制限の理由と実行可能な代替手段の説明

最終更新:

Kiro は現在カスタム Base URL に対応しておらず、aicentos に直接接続することはできません。

Kiro は AWS が提供する agentic IDE(Code OSS ベース)で、モデルはすべて自前のサービス経由で、基盤は Amazon Bedrock です。公式には「カスタムモデルエンドポイント」や「BYOK(キー持ち込み)」の設定入口が用意されておらず、コミュニティの関連する機能リクエストもまだ実装されていません。

準備

Kiro 用に aicentos の API Key を作成する必要はありません —— 現在のバージョンにはカスタムキーを入力できる場所が存在しないためです。

参考情報:

他のクライアントで接続済みの場合は、そのクライアントがカスタムエンドポイントに対応しているか先に確認してください。

設定値

項目値
Base URLこの設定項目はなし
API Keyこの設定項目はなし
モデルKiro 内蔵のモデル一覧からのみ選択可能

設定手順

設定はできません。Kiro の設定にはモデルの切り替え(/model コマンドまたはモデルセレクター)とカスタム Agent の model フィールドがあるだけです。また、model は Kiro サーバー側が返す利用可能なモデル ID にしか一致せず、外部エンドポイントに向けることはできません。

代替手段

Kiro はカスタムエンドポイントに対応していないため、次のような選択肢があります:

  • カスタム Base URL をネイティブにサポートするクライアントを使う:Cursor、Windsurf、Cline、Roo Code、Zed Agent などは、いずれも https://aicentos.com/v1 を直接入力できます。「クライアント接続」の他のドキュメントを参照してください。
  • Kiro 内蔵モデルを使い続ける:Kiro の内蔵モデルは AWS が提供しており、aicentos とは無関係で、課金をまとめることはできません。
  • 公式の BYOM / BYOK 対応を待つ:Kiro の公式リポジトリの機能リクエストで進捗を追うことができますが、現在はまだ実現していません。
  • 企業内ネットワークのゲートウェイ環境:内部 LLM プロキシをデプロイしていても、Kiro からはそれに向ける設定ができず、こちらも公式対応を待つ必要があります。

hosts の書き換え、自己署名証明書のインストール、IDE へのパッチ適用といった非公式な回避手段の使用はおすすめしません。こうした方法は Kiro の更新機構を壊すほか、セキュリティとコンプライアンスのリスクもあります。

テスト

テストできるカスタムエンドポイントはありません。aicentos の接続性を確認したい場合は、カスタム Base URL に対応した任意のクライアントを使うか、直接呼び出します:

curl https://aicentos.com/v1/chat/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $AICENTOS_API_KEY" \
  -d '{"model":"gpt-5","messages":[{"role":"user","content":"hi"}],"stream":false}'

注意事項

  • 改めて強調します:Kiro の現在のバージョンはカスタム Base URL に対応しておらず、aicentos に接続することはできません。
  • このドキュメントは Kiro の公式機能の変化に応じて更新されます。
  • 公式ドキュメント:https://kiro.dev/docs