# การเขียนแบบดวงอาทิตย์

ใช้ทักษะนี้เมื่อผู้ใช้ส่งบทความเรื่องราวมาให้ และต้องการแยกส่วนกลไกการเขียน ปรับเปลี่ยนตัวแปรในเรื่อง สร้างบทความฉบับปรับปรุงใหม่ หรือแปลงผลลัพธ์ให้เป็นบทละครสั้น

## สัญญาการดำเนินงาน

- ทำงานจากแหล่งข้อมูลที่ผู้ใช้ให้มาเท่านั้น ห้ามสันนิษฐานเส้นทางในเครื่อง, Obsidian vault, ฐานข้อมูล, คีย์ API, บริการเครือข่าย หรือสถานะการสนทนาก่อนหน้าโดยเด็ดขาด

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

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

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

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

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

- ห้ามนำบทความต้นฉบับทั้งหมดของผู้ใช้มาใส่ไว้ในชุดทักษะนี้ ให้ยกอ้างอิงเฉพาะส่วนที่จำเป็นและสั้น ๆ ของหลักฐานในผลการวิเคราะห์เท่านั้น

## โหมด

เลือกโหมดจากคำขอของผู้ใช้ หากไม่มีโหมดใดชัดเจน ให้แสดงโหมดทั้งหกด้านล่างและถามว่าต้องการใช้งานโหมดใด

1. **วิเคราะห์**: แยกแยะข้อเท็จจริงที่สังเกตได้ กฎที่เป็นไปได้ กลไกเฉพาะเรื่อง ไวยากรณ์ของชื่อเรื่อง ลำดับข้อมูลเริ่มต้น ขอบเขตของหลักฐาน ความเชื่อมั่น และคุณลักษณะพื้นผิวที่ไม่สามารถถ่ายโอนได้ อ่าน `references/analysis-schema.md`

2. **กำหนดค่า**: รวบรวมหรือปรับโครงเรื่อง แนวคิดหลัก ตัวละคร ความสัมพันธ์ ความปรารถนา อุปสรรค ฉาก ลำดับเวลา ตอนจบ ความเข้มข้นของอารมณ์ขัน ความยาว และการตั้งค่าล่วงหน้าด้านดราม่า อ่าน `references/story-bible-schema.md`

3. **รีมิกซ์**: นำกลไกที่วิเคราะห์แล้วไปใช้กับตัวแปรที่กำหนดค่าไว้ รักษาพฤติกรรมพื้นผิวระดับสูงไว้ ในขณะที่เปลี่ยนแปลงเหตุการณ์เชิงความหมายและตรรกะของตัวละคร ร่างโครงร่างชื่อเรื่องและส่วนเปิดเรื่องก่อนเนื้อหาหลัก หากไม่มีการวิเคราะห์อยู่ ให้วิเคราะห์ซอร์สโค้ดก่อน

4. **เขียน**: เขียนบทความเรื่องสั้นภาษาจีนให้สมบูรณ์ โดยอ้างอิงจากโครงเรื่องและกลไกที่เลือกไว้ เขียนและตรวจสอบชื่อเรื่องและบทนำก่อนที่จะขยายเนื้อหาหลัก รักษาความสัมพันธ์เชิงสาเหตุระหว่างการอ้างอิงและลวดลายต่างๆ อย่าอธิบายศีลธรรมโดยตรง แต่ให้เน้นการเล่าเรื่องแทน

5. **บทภาพยนตร์**: แปลงเรื่องราวให้เป็นทั้งบทภาพยนตร์เชิงวรรณกรรมและเอกสารการผลิต AI อ่าน `references/drama-script-schema.md`

6. **การตรวจสอบ**: เรียกใช้การตรวจสอบอัตโนมัติและรายงานปัญหา คำเตือน คะแนน และการแก้ไขที่เฉพาะเจาะจง อ่าน `references/quality-rubric.md`

## ขั้นตอนการทำงาน

เลือกเส้นทางที่สั้นที่สุดและสมบูรณ์:

`วิเคราะห์ -> กำหนดค่า -> ผสม/เขียน -> ตรวจสอบ -> สคริปต์ -> ตรวจสอบ`

โปรดอ่านไฟล์ `references/workflow.md` สำหรับข้อมูลนำเข้า ข้อมูลส่งออก กฎการดำเนินการต่อ และหมายเหตุเกี่ยวกับเกณฑ์มาตรฐานของ GitHub ผู้ใช้สามารถข้ามขั้นตอนได้ก็ต่อเมื่อมีไฟล์ที่จำเป็นสำหรับขั้นตอนนั้นอยู่ในพร้อมท์หรือพื้นที่ทำงานอยู่แล้วเท่านั้น

ในทุกขั้นตอน:

1. ระบุว่าใช้หลักฐานใด และขาดข้อสมมติฐานใดบ้าง

2. สร้างผลลัพธ์ Markdown ที่อ่านง่ายสำหรับมนุษย์

3. เมื่อผู้ใช้ร้องขอผลลัพธ์ที่เครื่องอ่านได้ ให้จัดเตรียมรูปแบบ JSON ที่ตรงกันจากสคีมาที่เกี่ยวข้อง

4. ควรระบุการตัดสินใจที่ยังไม่เสร็จสิ้นอย่างชัดเจน แทนที่จะสร้างข้อจำกัดขึ้นมาโดยไม่แจ้งให้ทราบล่วงหน้า

## เกณฑ์ตรวจสอบผลลัพธ์และคุณภาพ

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

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

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

- ผลลัพธ์ของสคริปต์ต้องประกอบด้วยทั้งสองส่วนที่ระบุไว้ใน `references/drama-script-schema.md` โดยค่าเริ่มต้นจะอยู่ที่ 60–90 วินาทีต่อตอน และ 12–24 ตอน ผู้ใช้สามารถกำหนดค่าเริ่มต้นเองได้

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

- อย่าอ้างว่าการให้คะแนนอัตโนมัติพิสูจน์คุณภาพทางศิลปะหรือความถูกต้องตามกฎหมาย การตรวจสอบโดยมนุษย์ยังคงเป็นด่านสุดท้าย