ทุกเทิร์นในโปรเจกต์เริ่มที่ composer — ช่องป้อนที่ท้ายของหน้าจอโปรเจกต์ (และบนหน้าจอหลักสำหรับโปรเจกต์ใหม่) สิ่งที่คุณใส่ลงไปตัดสินการรันมากกว่าการ ตั้งค่าใด ๆ: หน้านี้ครอบคลุมตัวควบคุมของมันและวิธีบรีฟ agent ให้ดี
ตัวควบคุม
- Input — ตัวบรีฟเอง หนึ่งข้อความต่อเทิร์น; Enter ส่ง Shift+Enter ขึ้นบรรทัดใหม่
- Agent chip — CLI และโมเดลที่เทิร์นนี้รันบน (Claude Code · Default) คลิกเพื่อสลับ agent หรือโมเดลต่อการรัน
- Effort — agent ทำงานกับปัญหาหนักแค่ไหน; Fast สำหรับการทำซ้ำ สูงกว่านั้น สำหรับเก็บละเอียด
- Quality mode — Fast, Reviewed หรือ Council — ผลลัพธ์ถูกตรวจ อย่างไรก่อนลง (ดูโหมด Quality)
- Attach — วางไฟล์หรือ reference วิดีโอเข้าเทิร์น (ดูไฟล์แนบและ reference วิดีโอ)
- History — กู้คืนสถานะก่อนหน้าของโปรเจกต์ (ดูHistory และการกู้คืน)
- Send — เริ่มเทิร์น; ขณะ agent ทำงานมันจะสลับเป็นสถานะ busy
โครงสร้างบรีฟ
บรีฟที่ดีบรรจุสามสิ่ง โดยทั่วไปในหนึ่งถึงสองประโยค:
- มันคืออะไร — "หน้า landing", "ส่วนราคา", "empty state"
- มันเพื่อใครหรืออะไร — "สำหรับบริการกาแฟแบบสมัครสมาชิก", "สำหรับผู้ใช้ครั้งแรก"
- ฟีลลิง — "โทนมืด สไตล์ editorial ตัวอักษรมั่นใจ", "เงียบ รู้สึกแพง"
ข้ามรายละเอียดแบบ spec-sheet (พิกเซลเป๊ะ hex เป๊ะ) — design system เป็นเจ้าของ การตัดสินเหล่านั้น และการเขียนทับเป็นชิ้น ๆ ให้ผลแย่กว่าทิศทางที่ชัดเจนเมื่อ ใช้อย่างสม่ำเสมอ
การตามหลังคือการ steer ไม่ใช่เริ่มใหม่
หลังเทิร์นแรก composer คือบทสนทนา การตามหลังแต่ละครั้งแก้ไฟล์เดียวกันในที่ — "เปลี่ยนภาพ hero เป็นภาพถ่ายสินค้า" หรือ "ทำให้ nav รู้สึกเบากว่านี้" — คุณ จึงขัดเกลาแทนที่จะ generate ใหม่ ถ้าอยากได้ทิศที่ต่างไปเลย ให้แยกเป็น version หรือรัน variants แทน
Tip: เมื่อการแก้เกี่ยวกับองค์ประกอบเฉพาะ อย่าบรรยายมัน — ปักมัน ⌥-click องค์ประกอบนั้นใน preview แล้วคอมเมนต์จะลงแนบกับ node ตัวนั้น เป๊ะ ดูเลือก คอมเมนต์ และวาด
หมุด คอมเมนต์ และ reference ไปด้วย
คอมเมนต์ที่คุณวางด้วย ⌥-click โน้ตจาก Designer Talk และไฟล์ที่แนบจะ ถูกพับเข้าบรีฟถัดไปโดยอัตโนมัติ — agent เห็นการ steer ในบริบท ไม่ใช่คำสั่ง ลอย ๆ resolve หรือล้างหมุดเมื่อการแก้ลงแล้ว เพื่อเทิร์นถัดไปจะได้ไม่ต้องอ่าน โน้ตเก่าซ้ำ