เมื่อป้อนเกม 2 เกม + แท็กเมคานิก 3 รายการ AI จะสร้างเอกสารออกแบบเกม 1 หน้า + คอนเซ็ปต์อาร์ตให้ ผมเลยทำเป็นโปรเจกต์ข้าง ๆ และเปิดตัวแล้ว
ในฐานะคนที่ไม่ใช่นักพัฒนา ผมอยากสะสมประสบการณ์ในการ launch บริการด้วยไอเดียล้วน ๆ และเพราะสนใจเกมอินดี้มาก เลยคิดไปในทิศทางนี้
สปรินต์ 3 สุดสัปดาห์ ต้นทุนสะสม $0.14 ใช้ Next.js 15 + Anthropic Claude + fal Flux schnell + Upstash + Vercel Pro (Fluid Compute)
🔗 https://modmix.io
เหตุผลที่สร้าง
เวลาคิดว่า “จะลองทำเกมอะไรดี” ผมรู้สึกว่าน่าจะดีถ้ามี trigger ที่ช่วยจุดประกายแรงบันดาลใจ
ผมไม่ได้อยากแค่ถาม ChatGPT ครั้งเดียวแล้วจบ แต่อยากได้ผลลัพธ์ที่มีโครงสร้างเหมือนเอกสาร ตั้งแต่อินพุต → เอาต์พุต
อินพุต·เอาต์พุต
- อินพุต: ชื่อเกม 2 เกม + แท็กเมคานิก 3 รายการ (เลือกจาก whitelist 30 รายการ)
- เอาต์พุต: เอกสารออกแบบเกม 1 หน้า (title / hook / core loop / 3~5 systems / scope / playtime) + Flux คอนเซ็ปต์อาร์ต
- เดโม: https://modmix.io (ไม่ต้องสมัครสมาชิก, 1 IP ใช้ได้ 10 ครั้งต่อวัน)
โครงสร้างสปรินต์ 3 weekends
- W1 (Anthropic Claude): นิยาม JSON schema, จัดการเคสปฏิเสธ (คำหยาบ·คำต้องห้าม), Upstash rate limit
- W2 (fal Flux schnell + การ์ดแชร์): ใช้ Edge runtime ImageResponse ทำ OG card 1200×630, Threads/X deeplink
- W3 (deploy บน Vercel): Pro tier + Fluid Compute (budget 300s) — เพราะมีการ chain Anthropic 20s + fal 15s
การตัดสินใจด้านเทคนิคบางส่วน
- Anthropic vs OpenAI: การจัดการเคสปฏิเสธ (adversarial input) ของ Claude เรียบร้อยกว่า ใช้ JSON flag ให้โมเดลปฏิเสธได้เอง แล้วฝั่งเซิร์ฟเวอร์แค่แตก branch
- Flux schnell vs dev/pro: ถูกกว่าราว 10x และคุณภาพคอนเซ็ปต์อาร์ตยังรับได้ ให้ความสำคัญกับการคุมต้นทุนก่อน
- แยก API: /api/generate (Claude only, ~4s) → render ข้อความทันที / /api/image (fal, ~5s) → swap รูปภายหลัง เวลารอที่ผู้ใช้รู้สึกได้ลดจาก 11s → 4s
- payload ของ OG card: ใช้ concept + imageUrl เป็น base64 query string เดียว (
?c=) ทำงานได้ภายในข้อจำกัด URL 2KB ของ X ใช้ next/og edge runtime - rate limit: 1 IP ต่อวัน 10 ครั้ง ใช้ Upstash Redis ถ้าทราฟฟิกพุ่ง มี hotfix ลดเหลือ 5/day เตรียมไว้แล้ว
ต้นทุน
- สะสม $0.14 (รวม W1+W2, Anthropic + fal + Upstash)
- เปิด daily $5 alert ไว้แล้ว ถ้าทราฟฟิกพุ่งจะเพิ่มความเข้มของ rate limit หรือ downgrade โมเดล
ข้อจำกัด (backlog v0.2)
- คุณภาพของพรอมป์ต์ คอนเซ็ปต์ที่ออกมายัง coherent แต่ยังไม่ถึงขั้น interesting จะ reground ใหม่ด้วยข้อมูล 30 วันหลัง launch
- URL สำหรับแชร์ที่เป็น base64 query ยาวและดูไม่สวย short URL = ต้องมี DB·unique ID → v0.2
- การบันทึกผลลัพธ์·ประวัติ·การสร้างซ้ำ ทั้งหมดอยู่ใน v0.2 (ต้องมี auth infrastructure)
ยังไม่มีความคิดเห็น