Kiro（AWSのAI IDE）で作ったアプリ・HTMLを共有する方法

Kiroの位置づけと共有の必要性

KiroはAWSが提供するAI統合開発環境で、仕様（spec）を起点に設計・実装を進めるspec駆動のアプローチが特徴です。仕様に沿ってコードや画面が組み上がっていきます。

出来上がった画面やプロトタイプは、開発者だけでなく仕様を出した側にも確認してもらう必要があります。仕様どおりに実装されているかを見てもらう工程は、spec駆動の進め方ではとくに重要です。

ところがレビューする側に開発環境がないと、ビルド結果を見てもらうのに手間がかかります。ブラウザで開くだけの共有URLにすれば、この確認をすぐ依頼できます。

ビルド結果をまとめる

Kiroのビルド結果が静的なHTMLとして出力されるなら、それを共有対象にできます。単一HTMLならそのまま、CSSやJS、画像が分かれている場合は相対パスを保ったままフォルダごとZIPにまとめます。

ビルド成果物のフォルダ構成を崩さずZIP化するのがコツです。外部CDN参照はそのまま動きますが、ローカル参照のアセットはZIPに含めてください。サーバー側の動的処理が必要なアプリは、静的に書き出した確認用ページを用意すると共有しやすくなります。

AI生成HTMLを共有する前の安全チェック

Kiro（AWSのAI IDE）で作ったアプリ・HTMLを共有では、AIツールの画面上で完成して見えても、共有用HTMLとして安全とは限りません。外部script、form送信先、APIキーらしき文字列、画像パス、ダミーデータではない個人情報を分けて確認します。

ツールの書き出し形式や共有機能は時期・プラン・作り方で変わります。この記事では特定機能の有無を断定せず、静的HTMLやZIPとして取り出せた成果物を安全に見せる前提で進めます。安全チェックが終わったら、HTMLまたはZIPをアップロードし、必要に応じて認証と期限を付けたURLとして共有します。

• 外部送信: form action、fetch、script src、iframeの向き先を確認する
• 秘密情報: APIキー、トークン、社内URL、顧客名が残っていないか検索する
• 表示再現: 画像・CSS・フォントが公開URLでも読み込めるか見る
• 共有設定: 相手、期限、認証方式、差し替え時の連絡方法を決める

共有URLを発行する手順

ギガサイト便でKiroの成果物を共有URL化する基本的な流れは次のとおりです。

会員登録なしでも公開でき、ファイルをドロップするとHTTPS付きのURLがその場で発行されます。仕様確認のたびに環境を用意してもらう必要がなくなります。

1. Kiroのビルド結果をHTML単体、またはアセット込みのZIPにまとめる
2. ギガサイト便のトップページにファイルをドロップする
3. 発行された〇〇.giga-site.com形式の共有URLを受け取る
4. 仕様を出した関係者向けに認証方式と公開期限を設定する
5. URLとあわせて、確認してほしい仕様の観点を伝える

spec駆動レビューでの認証と期限

仕様確認のレビューでは、社内外の特定の関係者だけに見せたい場面が多くなります。ギガサイト便ではURLのみ、パスワード、メール認証（ワンタイムコード）、会社ドメイン認証から認証方式を選べます。社内レビューなら会社ドメイン認証が手間なく使えます。

一時公開ページにはnoindexが付き検索結果には出ませんが、noindexはアクセス制御ではありません。関係者以外に見せたくないなら認証を併用します。公開期限を設定しておけば、確認期間が過ぎたページは自動的に閲覧できなくなり、古いビルドが残り続けることを防げます。

仕様の反復に合わせて差し替える

spec駆動では仕様の調整と再ビルドを繰り返します。Kiroで作り直した成果物は、同じURLのままファイルを差し替えられるため、関係者は同じリンクから常に最新のビルドを確認できます。

アクセスログで誰がいつ確認したかを把握でき、カスタムスラッグを使えば案件ごとに分かりやすいURLにできます。仕様と実装の往復が多いspec駆動の開発に、確認の手間を減らす共有手段を組み合わせると、レビューのテンポが上がります。