はてなブックマーク

こんにちは、 多くの方から、現在の制限を超えてKiroを使用する方法についてお問い合わせをいただいておりました。 Kiro料金プランの開始により、これが実現可能になりました。 Kiroはまだプレビュー版ですが、本日より、既存のアカウントを新しいKiro Freeプランに移行し、課金オプションを有効にいたします。 Kiro Freeプランでは、月に50回のvibeリクエストに加え、すべての機能をお試しいただけるよう2週間のボーナスとして100回のspecリクエストと100回のvibeリクエストをご提供いたします。 本日からいつでも別のプランに変更することができます。 必要な操作 新しい使用量ダッシュボードと料金プラン管理をご確認いただくため、Kiro IDEをv0.2.13以降にアップデートしてください。古いバージョンのKiroを継続してご使用いただけますが、気づかないうちに無料割り当てを消

料金計算例 Pro Tierユーザーが月間制限を超過した場合： 使用量：Vibeリクエスト250回（制限225+超過25）、Specリクエスト130回（制限125+超過5） 追加料金：$1.00（Vibe：25 × $0.04）+ $1.00（Spec：5 × $0.20）= $2.00 月額合計：$20.00（基本料金）+ $2.00（超過料金）= $22.00 料金に関するQ&Aの日本語訳 Kiroを無料で使用できる期間はどのくらいですか？ 既存のプレビューユーザーは、料金プランが利用可能になるまでの今後数週間、Kiroを無料で継続して使用できます。その時点で、追加容量が必要な場合は有料プランを選択するか、無料プランで継続する必要があります。 Kiroには使用制限がありますか？ 現在、Kiroの使用制限は緩和されていますが、料金プランが利用可能になる数週間後には、より明確な制限が設けら

はじめに みなさん、Kiroってますか？ KiroはAWSから突然リリースされた、VS Codeを模したIDEです。 Kiroがリリースされて数週間経ってしまい、完全に出遅れてしまったのですが、使ってみた方のご意見を整理すると以下のような内容になる...という理解です(追加のご意見大募集)。 Builder IDでログインするとAmazon Q Developerの許可が必要になるので、実態はAmazon Q Developerやないか。 今までになかった要件定義～設計部分をAIが代替してくれるのはかなり面白い。 要件定義～設計部分をKiroを用いる、というのはよさそうだが、それを用いた実装をさせるには実装速度がかなり遅い。 ということは、Kiroに要件定義～設計部分を任せ、その内容を元に別AIツールを用いて実装させると塩梅がいいのでは？？と考え、その組み合わせを試してみました。 ※そんな

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 先月、Terraform AWS providerの補完に！AWS Cloud Control providerの概要と使い方という記事を作成し、AWS用のTerraform providerはAWS provider以外にもAWS Cloud Control providerというものもありますよ、と紹介しました そんな時、Terraform公式のHashiCorp社から、AWS and AWSCC Terraform providers: Better togetherという記事がリリースされていました この記事では、上記

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Terraformは、2025年3月20日現在、hashicorp社(Terraform開発元)公式として37個のProviderを提供しています。 Terraform Providers 多くはパブリッククラウドに対してリソースを作成するもののため、Terraform実行環境からインターネットを経由して、各種パブリッククラウドにアクセスする必要があります。 しかし一部Providerに関しては、Terraform実行環境から、リソースを作成する環境に対してインターネットを経由してアクセスができない、何ならTerraformを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私はつい先日まで、「VPC EndpointはVPC毎に作成が必須で、異なるVPCにはそれぞれVPC Endpointを作成しないといけない」と思っていました。 しかし、とあるお客様にて、「うちは共有のVPC Endpoint作成して、それを別のVPCへ共有する構成にしてる」というコメントをいただき、え？それができるの？と思い、実際にVPC Endpointを共有できる構成を作ってみました。 本ブログの構成 確認前提 EC2インスタンスにセッションマネージャーで接続できることを確認します。 セッションマネージャーで接続するとき