คำถามที่พบบ่อยเกี่ยวกับ Kimi Websites

หากต้องการคำแนะนำฉบับเต็มเกี่ยวกับปุ่มในแผงแสดงตัวอย่าง โหมดแก้ไข การเผยแพร่ และการยกเลิกเผยแพร่ โปรดดู Kimi Websites หน้านี้ครอบคลุมเฉพาะการแก้ปัญหาที่พบบ่อยเท่านั้น

หน้าแสดงตัวอย่างโหลดไม่ขึ้น หรือไม่เห็นเวอร์ชันล่าสุด?

ตัวอย่างเช่น: “เว็บไซต์ไม่แสดงขึ้นมา” “หน้าแสดงตัวอย่างยังเป็นเวอร์ชันเก่า” หรือ “ฉันไม่เห็นเวอร์ชันที่บันทึกล่าสุด”

โดยส่วนใหญ่ เว็บไซต์ถูกสร้างและบันทึกเรียบร้อยแล้ว ปัญหา “มองไม่เห็น” มักเกิดจากแผงแสดงตัวอย่างหรือการแสดงการ์ดเวอร์ชัน สาเหตุที่พบบ่อยที่สุดคือไดเรกทอรีโปรเจกต์ไม่ถูกต้อง ส่วนกรณีอื่น ๆ ให้ลองตรวจตามลำดับต่อไปนี้:

ตรวจสอบไดเรกทอรีโปรเจกต์: โปรเจกต์เว็บไซต์ต้องอยู่ที่ /mnt/agents/output/app หน้าแสดงตัวอย่างจะอ่านเฉพาะเวอร์ชันที่บันทึกจากไดเรกทอรีนี้เท่านั้น หาก Kimi วางโปรเจกต์ไว้ที่อื่น (เช่น ไดเรกทอรีชั่วคราว /tmp) เวอร์ชันอาจบันทึกสำเร็จ แต่หน้าแสดงตัวอย่างจะอ่านไม่ได้—ให้ขอให้ Kimi ย้ายโปรเจกต์มายังไดเรกทอรีนี้แล้วบันทึกอีกครั้ง

  1. รีเฟรชหน้าเว็บหรือเปิดบทสนทนาใหม่อีกครั้ง—บางครั้งการ์ดเวอร์ชันอาจใช้เวลาสักครู่จึงจะแสดง
  2. ขอให้ Kimi บันทึกเวอร์ชันใหม่ในบทสนทนา
  3. หากบทสนทนายาวมาก ให้ลองเริ่มบทสนทนาใหม่ (ดูหัวข้อ “บทสนทนาของฉันยาวมาก—ควรเริ่มใหม่หรือไม่?” ด้านล่าง)
  4. หากยังไม่แสดง: โดยปกติโค้ดและเวอร์ชันถูกบันทึกสำเร็จแล้ว (คุณสามารถถามหมายเลขเวอร์ชันจาก Kimi ได้) กรณีนี้มักเป็นความผันผวนชั่วคราวของบริการแสดงตัวอย่าง—โปรดลองใหม่ในภายหลัง หากยังเกิดปัญหาต่อเนื่อง ให้คลิก ความคิดเห็นจากผู้ใช้ (ไอคอนซองจดหมาย) ในแผงแสดงตัวอย่างเพื่อส่งข้อเสนอแนะพร้อมหมายเลขเวอร์ชัน แล้วทีมของเราจะตรวจสอบให้

เว็บไซต์เป็นหน้าว่าง หน้าขาว ล่ม หรือไม่ตอบสนอง?

ตัวอย่างเช่น: “หน้านี้ว่างเปล่าทั้งหมด” “เว็บไซต์ไม่มีอะไรเลย” “เว็บไซต์ล่ม” หรือ “ไม่มีอะไรแสดง / คลิกแล้วไม่เกิดอะไรขึ้น”

  • หน้าว่างหรือหน้าที่ล่มมักเกิดจาก ข้อผิดพลาดระหว่างรันไทม์ของ front-end (เช่น dependency หายไป การเข้าหน้าย่อยโดยตรง หรือทรัพยากร/รูปภาพบางรายการโหลดไม่สำเร็จ) ให้อธิบายอาการให้ Kimi ในบทสนทนา (แนบภาพหน้าจอจะช่วยได้มาก) แล้ว Kimi จะช่วยระบุตำแหน่ง แก้ไข และบันทึกเวอร์ชันใหม่
  • หากคุณสงสัยว่าหน้าว่างเกิดจาก ไฟล์หาย เว็บไซต์แต่ละเวอร์ชันจะบันทึก snapshot ไว้ ให้ขอให้ Kimi กู้คืนจากเวอร์ชันย้อนหลัง (ดูหัวข้อ “ไฟล์หรือไดเรกทอรีของโปรเจกต์หาย” ด้านล่าง)
  • ความเข้ากันได้ของเบราว์เซอร์: เบราว์เซอร์ที่เน้นความเป็นส่วนตัวบางตัว (เช่น Brave หรือส่วนเสริมบางตัวของ Firefox) อาจบล็อกการโหลดทรัพยากร front-end จนทำให้การแสดงผลผิดปกติ ลองเพิ่มโดเมนของ Kimi ลงใน whitelist ปิด shields/ตัวบล็อกความเป็นส่วนตัวชั่วคราว หรือเปลี่ยนไปใช้ Chrome / Edge / Safari

หากคลิก “เผยแพร่” แล้วล้มเหลว ควรทำอย่างไร?

ให้จัดการเหมือนกรณีข้างต้น: ลองใหม่ในภายหลัง หากยังเกิดปัญหาต่อเนื่อง ให้ส่งผ่าน ความคิดเห็นจากผู้ใช้ พร้อมหมายเลขเวอร์ชัน เวอร์ชันดังกล่าวถูกบันทึกสำเร็จแล้ว และไม่จำเป็นต้องสร้างใหม่ตั้งแต่ต้น

ลิงก์เว็บไซต์มีอายุใช้งานนานแค่ไหน? จะหมดอายุหรือไม่?

หากคุณคลิก เผยแพร่ เพื่อปรับใช้เว็บไซต์แบบสาธารณะ ลิงก์ที่สร้างขึ้นจะยังใช้งานได้อย่างไม่มีกำหนด เว้นแต่คุณจะคลิก ยกเลิกเผยแพร่ ด้วยตนเองเพื่อทำให้เว็บไซต์เป็นส่วนตัว หรือเนื้อหาถูกตรวจพบว่าไม่เหมาะสม

เนื้อหา ข้อมูล หรือบันทึกหายไป?

ตัวอย่างเช่น: “เนื้อหาบนหน้าแรกของฉันหายไป” “ความรู้ที่ฉันอัปโหลดลงฐานข้อมูลหายไป” “ข้อมูลที่ฉันอัปโหลดหาย” หรือ “AI บอกว่าข้อมูลสูญหายถาวร”

โดยส่วนใหญ่ ข้อมูลไม่ได้สูญหายจริง ให้ตรวจสอบตามลำดับต่อไปนี้:

  1. ก่อนอื่น ให้ยืนยันว่าเว็บไซต์เป็น “full-stack” จริงหรือไม่: เฉพาะเว็บไซต์ full-stack ที่สร้างพร้อม ความสามารถด้าน back-end (ฐานข้อมูล) เท่านั้นที่จะจัดเก็บข้อมูลไว้ในฐานข้อมูลคลาวด์ของแพลตฟอร์ม ทำให้ข้อมูลคงอยู่ข้ามการเข้าชมและข้ามอุปกรณ์ได้ ในทางปฏิบัติ เว็บไซต์จำนวนมากที่ระบุว่าเป็น “full-stack” สุดท้ายกลับเป็นเพียง front-end ข้อมูลจึงไม่เคยเข้าสู่ฐานข้อมูลจริง—ในกรณีนี้ เมื่อรีเฟรชหรือเปลี่ยนอุปกรณ์ ข้อมูลเดิมย่อมหายไปตามธรรมชาติ ให้ขอให้ Kimi ยืนยันว่าโปรเจกต์มี back-end และฐานข้อมูลจริงหรือไม่
  2. เว็บไซต์ front-end ล้วน: ข้อมูลจะถูกบันทึกเฉพาะในพื้นที่จัดเก็บในเครื่องของเบราว์เซอร์ปัจจุบัน (localStorage) การเปลี่ยนเบราว์เซอร์ / อุปกรณ์ หรือการล้างข้อมูลเบราว์เซอร์จะทำให้ข้อมูลหาย หากคุณต้องการเก็บข้อมูลระยะยาวและใช้งานข้ามอุปกรณ์ ให้ขอให้ Kimi เปลี่ยนเป็นโซลูชัน full-stack พร้อมฐานข้อมูล
  3. ยืนยันแล้วว่าเป็นเว็บไซต์ full-stack: ข้อมูลจะถูกบันทึกในฐานข้อมูลคลาวด์ที่แพลตฟอร์มดูแลให้ การเผยแพร่เวอร์ชันใหม่จะไม่ล้างข้อมูลเดิม หากเป็น full-stack แล้วแต่ยังมองไม่เห็นข้อมูล โดยมากมักเป็นปัญหาชั่วคราว—ให้รีเฟรชหรือลองใหม่ในภายหลัง
  4. หากคุณยืนยันว่าข้อมูลสูญหายจริง: คลิก ความคิดเห็นจากผู้ใช้ (ไอคอนซองจดหมาย) ในแผงแสดงตัวอย่างเพื่อส่งข้อเสนอแนะ แล้วทีมของเราจะตรวจสอบให้ ณ จุดนี้อย่าดำเนินการซ้ำ ๆ ต่อ เพื่อหลีกเลี่ยงการเขียนทับข้อมูล

ไฟล์หรือไดเรกทอรีของโปรเจกต์หาย หรือขึ้นว่า “environment reset” / “unable to recover”?

ตัวอย่างเช่น: “ไดเรกทอรีโปรเจกต์เว็บไซต์ของฉันหายและกู้คืนไม่ได้” “ไฟล์หาย” หรือ “มีข้อความว่า environment reset”

  • เว็บไซต์แต่ละเวอร์ชันจะ บันทึก snapshot ไว้ ดังนั้นโดยทั่วไปสามารถกู้คืนซอร์สโค้ดจากเวอร์ชันย้อนหลังได้ ให้ขอให้ Kimi แสดงรายการเวอร์ชันย้อนหลัง แล้ว roll back / กู้คืนไปยังเวอร์ชันที่ต้องการ
  • หากเกิดขึ้นใน บทสนทนาที่ยาวมาก (โดยเฉพาะหากคุณสลับโมเดลระหว่างสนทนา) เราแนะนำให้เริ่มบทสนทนาใหม่ (ดูหัวข้อถัดไป)
  • หากยังไม่สามารถกู้คืนได้ ให้คลิก ความคิดเห็นจากผู้ใช้ เพื่อส่งข้อเสนอแนะ แล้วทีมของเราจะตรวจสอบให้

บทสนทนาของฉันยาวมาก—ควรเริ่มใหม่หรือไม่?

หากบทสนทนาดำเนินมานาน ครอบคลุมหลายเวอร์ชัน หรือคุณสลับโมเดลระหว่างสนทนา (เช่น K2.6 → K3) ความสามารถปัจจุบันอาจไม่ใช่เวอร์ชันล่าสุด ส่งผลให้บริบทหายหรือไฟล์ผิดปกติได้ เราแนะนำให้เริ่มบทสนทนาใหม่ เพื่อใช้ความสามารถล่าสุดในการสร้างและส่งมอบงาน เว็บไซต์ที่เผยแพร่แล้วและเวอร์ชันย้อนหลังจะไม่ได้รับผลกระทบ และยังเข้าถึงได้ตามปกติ

ฉันสามารถ export โค้ดแล้ว deploy เองได้หรือไม่?

คุณสามารถดาวน์โหลดโค้ดโปรเจกต์ฉบับสมบูรณ์และ deploy ไปยังเซิร์ฟเวอร์ของตนเองได้ แต่สองรายการต่อไปนี้เป็นสิ่งที่แพลตฟอร์ม Kimi จัดเตรียมให้ และ จะไม่ย้ายไปพร้อมกับโค้ด:

  • การเข้าสู่ระบบด้วยบัญชี Kimi: นี่คือความสามารถด้านการเข้าสู่ระบบที่แพลตฟอร์มจัดเตรียมให้ จึงไม่สามารถใช้งานได้โดยตรงหลังออกจากแพลตฟอร์ม Kimi หากคุณต้องการระบบเข้าสู่ระบบสำหรับการ deploy เอง ให้ขอให้ Kimi สร้างระบบเข้าสู่ระบบด้วยชื่อผู้ใช้/รหัสผ่านโดยอิงจากฐานข้อมูลของคุณเอง
  • ฐานข้อมูลที่แพลตฟอร์มดูแลให้: ข้อมูลของเว็บไซต์ full-stack จะถูกบันทึกในฐานข้อมูลคลาวด์ที่แพลตฟอร์มจัดสรรให้สำหรับเว็บไซต์นั้น โค้ดที่ export จะไม่มีข้อมูลนี้ และจะไม่เชื่อมต่อกับฐานข้อมูลของคุณเองโดยอัตโนมัติ การ deploy เองจำเป็นต้องตั้งค่าฐานข้อมูลของคุณเองและย้ายข้อมูล

หากคุณเพียงต้องการให้หน้าเว็บเข้าถึงได้แบบสาธารณะ ให้ใช้ฟีเจอร์ แชร์ → เผยแพร่ ของแพลตฟอร์มได้เลย ไม่จำเป็นต้องตั้งค่าเซิร์ฟเวอร์เอง—การเข้าสู่ระบบด้วยบัญชี Kimi และข้อมูลบนคลาวด์จะยังทำงานได้ตามปกติ

เว็บไซต์ที่สร้างขึ้นไม่ตรงตามความต้องการของฉัน?

  • ในบทสนทนา ให้ระบุอย่างชัดเจนว่าส่วนใดไม่ตรงตามต้องการ เช่น สี เลย์เอาต์ ข้อความ โมดูลฟีเจอร์ ตารางข้อมูล เป็นต้น
  • คุณสามารถอัปโหลดภาพอ้างอิง หน้าเว็บตัวอย่าง หรือคำอธิบายเป็นข้อความที่ละเอียดขึ้น เพื่อให้เอเจนต์ปรับแก้ตามตัวอย่างอ้างอิง
  • หากแก้ไขหลายครั้งแล้วยังไม่พอใจ ให้ลองเริ่มบทสนทนาใหม่พร้อมคำอธิบายความต้องการที่มีโครงสร้างชัดเจนกว่าเดิม

หลังจากสร้างแล้ว ฉันยังแก้ไขเนื้อหา ลิงก์ หรือสไตล์ของเว็บไซต์ได้หรือไม่?

ได้ ในบทสนทนาเดิม ให้บอกเอเจนต์ต่อว่าต้องการแก้ไขอะไร เช่น:

  • “เปลี่ยนชื่อหน้าแรกเป็น XXX”
  • “เปลี่ยนลิงก์ปุ่ม ‘ติดต่อเรา’ เป็น https://xxx”
  • “เปลี่ยนทั้งเว็บเป็นธีมมืด”

หลังแก้ไขแล้ว เอเจนต์จะสร้างใหม่และ deploy เป็นลิงก์ใหม่

จะเพิ่ม back-end ฐานข้อมูล หรือฟังก์ชันเข้าสู่ระบบให้เว็บไซต์ได้อย่างไร?

  • ในคำสั่งสร้างเว็บไซต์ ให้ย้ำว่าคุณต้องการหน้าเว็บแบบ full-stack ที่มีฐานข้อมูลและฟังก์ชันเข้าสู่ระบบ
  • อีกทางเลือกหนึ่งคือให้เอเจนต์สร้างหน้า front-end ก่อน จากนั้น export ซอร์สโค้ดและส่งต่อให้นักพัฒนานำไปพัฒนาต่อ

ฉันดาวน์โหลดซอร์สโค้ดของเว็บไซต์หรือ export ไปยัง GitHub ได้หรือไม่?

เวอร์ชันปัจจุบันรองรับการดาวน์โหลดไฟล์ทั้งหมดลงเครื่อง ในบทสนทนา ให้เปิด “ไฟล์ทั้งหมด” แล้วคลิกปุ่มดาวน์โหลด

การสร้าง/แก้ไขเว็บไซต์ใช้ credit เท่าไร?

การสร้างเว็บไซต์เป็นงานที่ซับซ้อน และโดยปกติจะใช้ token/credit จำนวนมาก ขึ้นอยู่กับ:

  • จำนวนหน้าและความซับซ้อน
  • มีรูปภาพ ตาราง และตรรกะการโต้ตอบหรือไม่
  • จำนวนรอบการแก้ไขแบบวนซ้ำ

เราแนะนำให้เขียนคำอธิบายความต้องการให้ชัดเจนที่สุด เพื่อลดการลองผิดลองถูก หากคุณไม่พอใจกับผลลัพธ์ สามารถอธิบายสถานการณ์ในข้อเสนอแนะได้

การสร้างเว็บไซต์ช้ามาก ค้างคิวตลอด หรือ terminal ล้มเหลว?

  • ในช่วงเวลาใช้งานหนาแน่น (ช่วงกลางวันและเย็นของวันทำงาน) อาจมีการเข้าคิว เราแนะนำให้ใช้งานนอกช่วงพีค
  • หากงานค้างเกิน 10 นาที ให้ลองรีเฟรชหน้าเว็บก่อน
  • สำหรับเว็บไซต์ที่ซับซ้อน เราแนะนำให้แบ่งเป็นงานย่อย: เริ่มจากหน้าแรกก่อน แล้วค่อย ๆ เพิ่มหน้าย่อยและฟีเจอร์

Kimi Websites เหมาะกับอะไร และไม่เหมาะกับอะไร?

เหมาะสำหรับ:

  • หน้าแนะนำตัว/พอร์ตโฟลิโอส่วนตัว หน้า landing page สำหรับกิจกรรม หน้าแสดงสินค้า หน้าเครื่องมือง่าย ๆ ต้นแบบเกมขนาดเล็ก
  • การตรวจสอบไอเดียการออกแบบอย่างรวดเร็วและสร้างเดโมแบบโต้ตอบ
  • เว็บไซต์ที่ต้องการฐานข้อมูล back-end และระบบผู้ใช้อย่างง่าย

ไม่เหมาะสำหรับ:

  • เว็บไซต์ซับซ้อนที่มีระบบชำระเงิน
  • สภาพแวดล้อม production จริงที่ต้องรองรับ concurrency สูงและมีความพร้อมใช้งานสูง
  • เว็บไซต์ธุรกิจที่ต้องการโฮสติ้งเสถียรระยะยาวพร้อมโดเมนกำหนดเอง

หากวิธีข้างต้นยังไม่สามารถแก้ปัญหาได้ โปรดส่งผ่านปุ่ม ความคิดเห็นจากผู้ใช้ ที่มุมขวาล่างของเว็บ/แอป Kimi หรือ ติดต่อฝ่ายสนับสนุนลูกค้า เราแนะนำให้แนบ:

  • ลิงก์เว็บไซต์ที่เกิดปัญหา
  • เบราว์เซอร์และระบบปฏิบัติการที่คุณใช้งาน
  • ภาพหน้าจอหรือข้อความแสดงข้อผิดพลาด
  • เวลาคร่าว ๆ ของบทสนทนาเดิม

เราจะนำข้อเสนอแนะของคุณไปปรับปรุงความสามารถในการสร้างเว็บไซต์อย่างต่อเนื่อง

บทความนี้มีประโยชน์หรือไม่