Kimi Websites FAQ

プレビューパネルのボタン、編集モード、公開・非公開の手順については、Kimi Websites をご覧ください。このページでは、よくあるトラブルへの対処方法のみを説明します。

プレビューが読み込まれない、または最新バージョンが表示されない場合は？

例：「Webサイトが表示されない」「プレビューが古いバージョンのまま」「最新の保存バージョンが見えない」など。

多くの場合、Webサイトの生成と保存自体は正常に完了しています。「表示されない」問題は、通常プレビューパネルやバージョンカードの表示で発生します。最も多い原因は、プロジェクトディレクトリが正しくないことです。その他の場合は、次の順に確認してください。

1. ページを更新するか、会話を開き直してください。バージョンカードの表示に数秒かかることがあります。
2. 会話内で Kimi に新しいバージョンを保存するよう依頼してください。
3. 会話が非常に長い場合は、新しい会話を始めてみてください（下記の「会話がとても長くなっています。新しく始めるべきですか？」を参照）。
4. それでも表示されない場合：通常、コードとバージョンは正常に保存されています（Kimi にバージョン番号を確認できます）。多くは一時的なプレビューサービスの不安定さによるものです。時間をおいて再試行してください。問題が続く場合は、プレビューパネルの ユーザーフィードバック（封筒アイコン）から、バージョン番号を添えてフィードバックを送信してください。チームが調査します。

Webサイトが空白、白画面、クラッシュ、または反応しない場合は？

例：「ページが完全に空白」「Webサイトが空っぽ」「Webサイトがクラッシュした」「何も表示されない／クリックしても反応しない」など。

• 空白画面やクラッシュは、通常 フロントエンドの実行時エラー（依存関係の不足、サブページへの直接アクセス、個別のリソースや画像の読み込み失敗など）が原因です。会話内で症状を Kimi に伝えてください（スクリーンショットがあると役立ちます）。Kimi が問題箇所を特定して修正し、新しいバージョンを保存します。
• 空白画面の原因が ファイル不足 だと思われる場合、Webサイトの各バージョンにはスナップショットが保存されています。Kimi に過去のバージョンから復元するよう依頼してください（下記の「プロジェクトファイルやディレクトリが見つからない場合」を参照）。
• ブラウザ互換性：プライバシー保護を重視する一部のブラウザ（Brave、一部の Firefox アドオンなど）は、フロントエンドリソースの読み込みをブロックし、表示異常を引き起こすことがあります。Kimi ドメインをホワイトリストに追加する、シールド／プライバシーブロッカーを一時的に無効にする、または Chrome / Edge / Safari に切り替えることをお試しください。

「公開」をクリックして失敗した場合は？

対処方法は上記と同じです。時間をおいて再試行してください。問題が続く場合は、バージョン番号を添えて ユーザーフィードバック から送信してください。バージョンはすでに正常に保存されているため、最初から作り直す必要はありません。

Webサイトのリンクはどのくらい有効ですか？期限切れになりますか？

公開 をクリックしてWebサイトを公開デプロイすると、生成されたリンクは、手動で 非公開にする をクリックしてサイトを非公開にするか、コンテンツが不適切と判定されない限り、無期限に有効です。

コンテンツ、データ、記録が見つからない場合は？

例：「ホームページの内容が消えた」「データベースにアップロードしたナレッジがなくなった」「アップロードした情報が見当たらない」「AI がデータは永久に失われたと言っている」など。

多くの場合、データは実際には失われていません。次の順に確認してください。

1. まず、Webサイトが本当に「フルスタック」か確認してください：バックエンド（データベース）機能 を備えて構築されたフルスタックWebサイトだけが、プラットフォームのクラウドデータベースにデータを保存し、訪問やデバイスをまたいで保持できます。実際には、「フルスタック」とされているWebサイトでも、結果的にフロントエンドのみ になっており、データがデータベースにまったく入っていないことがあります。この場合、ページを更新したりデバイスを切り替えたりすると、以前のデータは当然消えてしまいます。プロジェクトに実際のバックエンドとデータベースが含まれているか、Kimi に確認してください。
2. 純粋なフロントエンドWebサイト：データは現在使用しているブラウザのローカルストレージ（localStorage）にのみ保存されます。ブラウザ／デバイスを切り替えたり、ブラウザデータを消去したりすると失われます。長期的に、複数デバイスでデータを保持したい場合は、データベースを備えたフルスタック構成へ切り替えるよう Kimi に依頼してください。
3. フルスタックWebサイトであることが確認できている場合：データはプラットフォーム管理のクラウドデータベースに保存されています。新しいバージョンを公開しても既存データは消去されません。フルスタックであるにもかかわらずデータが表示されない場合は、通常一時的な問題です。更新するか、時間をおいて再試行してください。
4. データが実際に失われたことを確認した場合：プレビューパネルの ユーザーフィードバック（封筒アイコン）からフィードバックを送信してください。チームが調査します。この時点で操作を繰り返すと上書きの恐れがあるため、続けて操作しないでください。

プロジェクトファイルやディレクトリが見つからない、または「環境がリセットされた」／「復旧できない」と表示される場合は？

例：「Webサイトのプロジェクトディレクトリが消えて復旧できない」「ファイルが見つからない」「環境リセットのメッセージが出た」など。

• Webサイトの各バージョンは スナップショットを保存 しているため、通常は過去のバージョンからソースコードを復元できます。Kimi に過去のバージョン一覧を表示し、特定のバージョンへロールバック／復元するよう依頼してください。
• 非常に長い会話 でこの問題が発生した場合（特に会話途中でモデルを切り替えた場合）は、新しい会話を開始することをおすすめします（次の項目を参照）。
• それでも復旧できない場合は、ユーザーフィードバック からフィードバックを送信してください。チームが調査します。

会話がとても長くなっています。新しく始めるべきですか？

会話が長期間続いて多くのバージョンにまたがっている場合や、会話途中でモデルを切り替えた場合（K2.6 → K3 など）、現在の機能が最新ではなく、コンテキストの欠落やファイル異常につながることがあります。最新の構築・納品機能を利用するため、新しい会話を開始することをおすすめします。公開済みWebサイトと過去のバージョンには影響せず、通常どおりアクセスできます。

コードをエクスポートしたあと、自分でデプロイできますか？

完全なプロジェクトコードをダウンロードして自分のサーバーへデプロイできます。ただし、次の2つは Kimi プラットフォームが提供しているため、コードと一緒には移行されません。

• Kimi アカウントログイン：これはプラットフォーム提供のログイン機能であり、Kimi プラットフォーム外ではそのまま使用できません。セルフデプロイでログインが必要な場合は、自分のデータベースをもとにユーザー名／パスワードのログインシステムを実装するよう Kimi に依頼してください。
• プラットフォーム管理データベース：フルスタックWebサイトのデータは、そのサイト向けにプラットフォームが割り当てたクラウドデータベースに保存されています。エクスポートしたコードにはこのデータは含まれず、自分のデータベースへ自動接続されることもありません。セルフデプロイには、自分でデータベースを用意し、データを移行する必要があります。

Webページを公開して誰でもアクセスできるようにしたいだけであれば、プラットフォームの 共有 → 公開 機能を使うだけで十分です。自分でサーバーを用意する必要はありません。Kimi アカウントログインとクラウドデータは引き続き通常どおり動作します。

生成されたWebサイトが要件と合わない場合は？

• 会話内で、何が合っていないのかを具体的に指摘してください。たとえば、色、レイアウト、テキスト、機能モジュール、データテーブルなどです。
• 参考画像、サンプルWebページ、より詳しいテキスト説明をアップロードすると、エージェントがそれに沿って修正できます。
• 何度修正しても満足できない場合は、要件をより構造化して説明し、新しい会話を始めてみてください。

生成後にWebサイトのコンテンツ、リンク、スタイルを変更できますか？

はい。元の会話で、変更したい内容をそのままエージェントに伝えてください。例：

• 「ホームページのタイトルを XXX に変更して」
• 「『お問い合わせ』ボタンのリンクを https://xxx に変更して」
• 「全体をダークテーマにして」

変更後、エージェントが新しいリンクを再生成してデプロイします。

Webサイトにバックエンド、データベース、ログイン機能を追加するには？

• Webサイト構築の指示で、データベースとログイン機能を備えたフルスタックWebページが必要だと強調してください。
• あるいは、まずエージェントにフロントエンドページを生成させ、その後ソースコードをエクスポートして開発者に渡し、二次開発を行うこともできます。

Webサイトのソースコードをダウンロードしたり、GitHub にエクスポートしたりできますか？

現在のバージョンでは、すべてのファイルをローカルにダウンロードできます。会話内で「すべてのファイル」を開き、ダウンロードボタンをクリックしてください。

Webサイトの生成・修正にはどのくらい credit を消費しますか？

Webサイト生成は複雑なタスクであり、通常は相当量の token/credit を消費します。消費量は次の要素によって変わります。

• ページ数と複雑さ
• 画像、表、インタラクションロジックを含むかどうか
• 反復修正の回数

試行錯誤を減らすため、要件はできるだけ明確に記述することをおすすめします。結果に満足できない場合は、フィードバックで状況を説明してください。

Webサイト生成が非常に遅い、待機が続く、またはターミナルが失敗する場合は？

• ピーク時間帯（平日の日中および夜間）は待機が発生することがあります。混雑していない時間帯の利用をおすすめします。
• タスクが10分以上停止している場合は、まずWebページを更新してみてください。
• 複雑なWebサイトの場合は、タスクを小さく分けることをおすすめします。まずホームページから始め、その後サブページや機能を段階的に追加してください。

Kimi Websites は何に向いていますか？何には向いていませんか？

向いている用途：

• 個人ホームページ／ポートフォリオ、イベント用ランディングページ、製品紹介ページ、シンプルなツールページ、小規模なゲームプロトタイプ
• デザイン案の素早い検証や、インタラクティブなデモの生成
• シンプルなバックエンドデータベースとユーザーシステムを必要とするWebサイト

向いていない用途：

• 決済システムを含む複雑なWebサイト
• 高い concurrency と高可用性が求められる正式な本番環境
• カスタムドメインで長期的に安定したホスティングが必要なビジネスサイト

---

上記の方法で問題が解決しない場合は、Kimi Web／アプリ右下の ユーザーフィードバック ボタンから送信するか、カスタマーサポートにお問い合わせください。次の情報を添付することをおすすめします。

• 問題が発生したWebサイトのリンク
• 使用しているブラウザとオペレーティングシステム
• スクリーンショットまたはエラーメッセージのテキスト
• 元の会話のおおよその時刻

いただいたフィードバックをもとに、Webサイト生成機能の改善を続けていきます。