@Sites を使い、以下の開催概要と日程表をもとに、[hackathon name] のハッカソンサイトを作成してください。参加者は全員、私たちのワークスペースのメンバーです。 使用する資料と情報： - 開催概要と主催者の連絡先：[attached file or document link] - 日程表：[file or spreadsheet link and tab] - 開催日とタイムゾーン：[date and time zone] - チームに関するルールと提出要件：[document link] - 提出期限と期限後の提出の扱い：[confirmed details] - プロジェクトギャラリーの公開条件：[when submitted projects should appear and who can see them] - 審査基準と参加者向け資料：[links or none] まず、どの資料を参照できるか確認し、日程、提出期限、チームに関するルール、提出時の必須項目をまとめてください。情報が不足している場合や時刻に食い違いがある場合は質問してください。イベントについては、提供された情報だけを使ってください。何を作るかは参加者に任せ、プロジェクトのアイデアや活用例は提案しないでください。 サイトには、開催概要、日程表、参加手順、資料一覧、主催者の連絡先を掲載してください。次のセッションをすぐに確認でき、チーム登録やプロジェクト提出のフォームも見つけやすい構成にしてください。日程表には開催日、タイムゾーン、提出期限の正確な日時を明記してください。提出フォームの近くにも期限と問い合わせ先を表示してください。元の資料へのリンクを掲載し、サイトの掲載情報は元の資料から転記したもので、内容は確認済みであることを明記してください。 参加者がチーム名とメンバーを登録し、後からサイトに戻ってプロジェクト名、短い説明、デモのリンクを追加できるようにしてください。保存済みの下書きと提出済みのプロジェクトを区別し、未入力の必須項目があれば、何を入力すればよいか説明してください。提出済みのプロジェクトは、指定された公開条件に従ってギャラリーに表示してください。サインインを必須とし、サーバー側で所属チームを確認して、メンバーが自分のチームの登録内容だけを編集できるようにしてください。編集機能を有効にする前に、チームへの所属をどのように確認するか質問してください。入力された名前を本人確認の根拠にしないでください。登録内容と提出内容は、次回のアクセス時にも残るように保存してください。 イベント情報、チーム登録情報、プロジェクトの記録は分けて管理し、日程表を編集しても提出内容が保持されるようにしてください。必須項目の入力内容とデモのリンクが有効か検証してください。提出期限の扱いは指定されたルールに従い、ルールが示されていなければ質問してください。元の資料の編集や招待の送信はしないでください。 架空の 2 チームで、チーム登録、プロジェクトの提出、編集、ページの再読み込みを順に試してください。相手チームの登録内容を直接編集しようとした場合に、編集が拒否されることも確認してください。提出期限のルールが正しく適用されるか、モバイル端末でのレイアウトに問題がないかを確認してください。イベント開始前にテスト用の記録を特定して削除してください。サイトへのアクセスは私たちのワークスペース内に限定し、公開前に保存済みのプレビュー、テスト結果、未解決の質問を提示してください。