สร้างและจัดการ Skill

เปลี่ยนวิธีสร้างสรรค์ที่คุณใช้ซ้ำบ่อย ๆ ให้เป็น Skill และดูแลปรับปรุงต่อไปในหลายโปรเจกต์

ทำอะไรได้บ้าง

สร้าง Skill จากเป้าหมาย เอกสาร Markdown ที่มีอยู่ หรือโปรเจกต์ที่เสร็จแล้ว จากนั้นแก้ไข Skill ที่บันทึกไว้ในบัญชีได้ต่อไป เก็บความรู้และกฎที่ส่งผลต่อการตัดสินใจสร้างสรรค์ของ Agent โดยไม่ต้องเขียนขั้นตอนทั่วไปที่ Agent รู้อยู่แล้วซ้ำอีก

สร้างหรือแก้ไข Skill

• เริ่มจากหน้า Skill: เปิดชุมชน Skill เปลี่ยนไปที่ ของฉัน แล้วเลือก Skill ใหม่
• ขอให้ Agent ช่วยในโปรเจกต์: อัปโหลด Markdown แล้วขอให้ Agent จัดเป็น Skill สร้าง Skill จากประสบการณ์ในโปรเจกต์ หรืออัปเดต Skill ที่โปรเจกต์ใช้อยู่
• ใช้ Flova CLI: เตรียมและส่งไฟล์ Skill ผ่าน Agent ที่รันคำสั่งบนเครื่องได้ CLI รองรับชุดไฟล์ที่มี skill.md และ references/*.md เพิ่มได้ตามต้องการ เหมาะกับการดูแลเอกสารวิธีทำงานและเอกสารอ้างอิงหลายฉบับบนเครื่อง

ควรเขียนอะไร

1. ระบุว่างานแบบใดเหมาะกับ Skill และต้องมีข้อมูลอะไรบ้างก่อนเริ่ม
2. บันทึกกฎที่เปลี่ยนการทำงานของ Agent รวมถึงลำดับ ขั้นที่ต้องขอการยืนยัน และวิธีใช้ข้อมูลอ้างอิง
3. อธิบายวิธีตัดสินว่าสตอรีบอร์ด สื่อที่สร้าง หรือวิดีโอสำเร็จตรงตามเป้าหมายหรือไม่
4. เปลี่ยนคำขยายกว้าง ๆ ให้เป็นเกณฑ์ที่ชัดเจน

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

โครงสร้างไฟล์ Skill

brand-ad/├── skill.md└── references/    ├── brand-guide.md    ├── channel-specs.md    └── examples.md

สิ่งที่ควรเขียนใน skill.md

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

หลักง่าย ๆ:

หาก Agent ต้องรู้ก่อนใช้ Skill ทุกครั้ง ควรใส่ไว้ใน skill.md

สิ่งที่ควรใส่ในเอกสารอ้างอิง

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

หลักง่าย ๆ:

หากใช้ตรวจสอบ ยกตัวอย่าง หรือเสริมบริบทเฉพาะบางงาน ควรเก็บในเอกสารอ้างอิง

ตัวอย่าง

Skill โฆษณาแบรนด์:

skill.md:

• การปรากฏของสินค้าต้องช่วยเล่าเรื่อง
• สร้างความขัดแย้งหรือความต้องการในสามวินาทีแรก
• อย่าตัดช็อตอารมณ์เร็วเกินไปเพียงเพื่อรักษาจังหวะ
• เมื่อเสร็จ ตรวจข้อมูลแบรนด์ จังหวะ ความสม่ำเสมอของตัวละคร และ CTA

references/:

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

เคล็ดลับ

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

ข้อจำกัดการใช้งาน

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

ฟีเจอร์ที่เกี่ยวข้อง

• ใช้และแชร์ Skill: ทำความเข้าใจการเรียกใช้ตามค่าเริ่มต้น ประวัติการใช้ และสำเนาที่แชร์
• Flova CLI: สร้างและดูแลชุดไฟล์ Skill ที่ครบถ้วนผ่าน Agent บนเครื่อง
• เอกสาร: แยกข้อมูลโปรเจกต์ทั่วไป กฎของโปรเจกต์ และ Skill