Fine.dev（AIソフトウェアエンジニア）で作ったHTMLを共有する方法

AIエンジニアの成果物をレビューする場面

Fine.devはタスクを受け取ると、コードの調査・実装・プルリクの作成までを自律的に進めます。フロントエンドの変更を任せると、HTMLやCSS、JSがまとめて生成されることがあります。

実装の見た目や挙動を確かめるには、本来ならブランチをチェックアウトしてローカルで起動する必要があります。しかし非エンジニアのレビュー担当者やデザイナーには、これが大きなハードルになります。

コードの良し悪しはプルリクで、見た目や動きはブラウザで開くだけのURLで、と役割を分けると、レビューがスムーズに回ります。

プレビュー用にビルド成果物をまとめる

Fine.devが生成したHTMLが単一ファイルなら、そのまま使えます。ビルドが必要なフロントエンドなら、出力されたdistなどの成果物を、相対パスを保ったままフォルダごとZIPにまとめておくと、リンク切れなく表示できます。

外部CDNから読み込むスタイルやスクリプトはそのまま動きますが、ローカル参照のアセットはZIPに含める必要があります。共有前に、必要なファイルがそろっているか確認しておきましょう。

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

Fine.dev（AIソフトウェアエンジニア）で作ったHTMLを共有では、AIツールの画面上で完成して見えても、共有用HTMLとして安全とは限りません。外部script、form送信先、APIキーらしき文字列、画像パス、ダミーデータではない個人情報を分けて確認します。

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

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

プレビューURLを発行する手順

Fine.devの成果物をプレビューURL化する流れは次のとおりです。プルリクのレビューと並行して、見た目の確認を依頼できます。

発行されるのは〇〇.giga-site.com形式のサブドメインで、HTTPSは自動です。カスタムスラッグでURL末尾をブランチ名やチケット番号に合わせておくと、どのプレビューがどの変更かを取り違えずに済みます。

1. Fine.devの出力からHTML単体、またはビルド成果物をZIPにまとめる
2. ギガサイト便のトップページにそのファイルをドロップする
3. 発行された共有URLを受け取る
4. 認証方式（URLのみ・パスワード・メール認証・会社ドメイン認証）を選ぶ
5. 公開期限を設定し、プルリクの説明やチャットにURLを添える

社内外で認証を切り替える

実装中のページを社内チームに見せるなら会社ドメイン認証、外部のクライアントやテスターに見せるならパスワードやメール認証、というように渡し先で使い分けられます。リリース前の画面が不特定の相手に渡るのを防げます。

一時公開ページにはnoindexが付き検索結果には出ません。ただしnoindexはアクセス制御ではないため、未公開の機能を見られたくないときは認証を併用するのが確実です。公開期限を設定しておけば、レビュー期間が過ぎたプレビューは自動的に閲覧できなくなります。

修正コミットに合わせてプレビューを更新する

Fine.devに修正を依頼して新しいHTMLが返ってきたら、同じURLのままファイルを差し替えられます。リンクを送り直す必要がないため、レビュー担当者は同じURLから最新の実装を確認できます。

誰がいつ見たかはアクセスログで把握でき、QRコードを使えば実機での表示確認も頼みやすくなります。自律的に進むFine.devの反復に、確認の往復を軽くする共有手段を合わせると、フィードバックの反映が速くなります。