
- ウェブサイトや JS 製のウェブアプリをパブリックドメインにデプロイする
- 変更後に同じ URL へ再デプロイする
- プロジェクトを自分の個人アカウントに帰属させる
- Netlify - 静的サイトおよびウェブアプリケーション向け
追加のプロバイダーへの対応は今後のリリースで予定しています。
- Cascade がプロジェクトを解析し、適切なフレームワークを特定します
- プロジェクトファイルが当社サーバーに安全にアップロードされます
- デプロイメントがプロバイダーのプラットフォーム上に作成されます
- 公開 URL と受け取り用リンクが付与されます
windsurf_deployment.yaml ファイルを作成します。このファイルには、プロジェクト ID やフレームワークなど、今後のデプロイに必要な情報が含まれます。
アプリケーションをデプロイするには、次のように Cascade に依頼してください。
この機能を有効/無効にするには、Teams の管理者権限が必要です。
- ファイルサイズの上限設定と検証
- アカウントのプラン/ティアに基づくレート制限
- プロジェクトファイルの安全な取り扱い
windsurf.build 配下のサイトによって設定された Cookie を確認・削除してください。もし Cookie が表示された場合、本来存在しないはずのものです。削除することでクロスサイト Cookie に関する問題を防ぎ、快適な利用体験を維持できます。
Windsurf のサイトは人間と AI の両方によって構築されます。AI にはベストプラクティスに沿った判断を促していますが、常に注意を払うことをおすすめします。Windsurf は、ユーザーがデプロイしたサイトに起因する問題については責任を負いません。
デプロイ後、クレーム用のURLが届きます。このリンクにアクセスすると、個人のプロバイダーアカウントでそのプロジェクトをクレームし、次のことが可能になります:
- デプロイの完全な管理
- プロバイダー固有の機能へのアクセス
- ドメイン名の変更
- ログおよびビルド情報への直接アクセス
クレームされていないデプロイは、一定期間後に削除される場合があります。重要なプロジェクトは早めに
クレームすることをおすすめします。
App Deploys は、以下の一般的な JavaScript フレームワークで動作します。
- Next.js
- React
- Vue
- Svelte
- 静的な HTML/CSS/JS サイト
- Cascade が提供するビルドのログを確認する
- プロジェクトがローカルでビルドできるか確認する(テストとして
npm run buildを実行) - 使用しているフレームワークの推奨プロジェクト構成に従っているか検証する
netlify.tomlを使ってフレームワークを Netlify にデプロイする方法のドキュメントを参照する- プロバイダーのダッシュボードで詳細なログにアクセスできるよう、プロジェクトの所有権を取得することを検討する

.netlify.app ドメインが更新されます。
カスタムの .windsurf.build サブドメインを更新するには、新しいサブドメインで新しいサイトをデプロイしてください:
- プロジェクトから
windsurf_config.yamlファイルを削除する - Cascade に新しいサブドメインで新しいサイトをデプロイするよう依頼し、希望するサブドメイン名を伝える
- 新しい会話を開始するか、自動生成されたメモリをクリアして、Cascade が古いサブドメインへ再デプロイしようとしないようにする
- 新しいデプロイを作成する際は、「Deploy」を押す前にサブドメインの UI で「Edit」ボタンを押して更新できる
- (プロジェクトのクレーム済みを前提として)Netlify アカウントに対象のプロジェクトがまだ存在するか確認します。
windsurf_deployment.yamlファイルにプロジェクトIDが記載されているか確認します。記載がない場合は、deploy history のドロップダウンから設定ファイルをダウンロードできます。- 再デプロイを行い、
windsurf_deployment.yamlのproject_idを使用するように Cascade に明示的に指示します。
