ปัญหาทั่วไปเกี่ยวกับ Codex
ปัญหาที่พบบ่อยกับ Codex คือแนวโน้มที่จะออกแบบหรือดำเนินการสิ่งต่างๆ ด้วยคำศัพท์ที่นิยามไว้อย่างคลุมเครือ จากประสบการณ์ของผม ปัญหานี้พบได้น้อยกว่ากับ Claude แต่กับ Codex นั้นเป็นปัญหาในเวอร์ชัน 5.5 และยังคงมีอยู่ในเวอร์ชัน 5.6 นี่คือมาตรการรับมือกับปัญหาดังกล่าว
ตัวอย่างเช่น ส่วนหนึ่งของรายงานวิจัยมีหัวข้อชื่อว่า "Compression Point" เมื่ออ่านเนื้อหาจะพบว่าคำนี้มีความหมายผันผวนไปมาระหว่างสามความหมาย: "เมื่อประวัติการสนทนามีปริมาณถึงระดับที่กำหนด", "เกณฑ์ในการเริ่มต้นสรุปอัตโนมัติ" และ "ช่วงเวลาจริงที่การสรุปเริ่มต้นขึ้น" เนื้อหามีความลื่นไหลและดูเหมือนคำอธิบายทางเทคนิค อย่างไรก็ตาม เมื่อคำศัพท์เดียวทำหน้าที่เป็นทั้งเงื่อนไขเริ่มต้น ค่า และเหตุการณ์ หัวข้อของคำอธิบายก็กลายเป็นสิ่งที่ไม่ได้นิยามไว้ ส่งผลให้ผลการวิจัยถูกนำไปในทิศทางที่ผิดอย่างน่าเสียดาย
จากความล้มเหลวนี้ ผมจึงสร้างทักษะที่ชื่อว่า semantic-generation แม้ชื่อจะฟังดูเหมือนเทคนิคการสร้างข้อความ แต่สิ่งที่ผมเปลี่ยนจริงๆ คือการนิยามคำศัพท์ก่อนที่จะเขียนข้อความ
โครงสร้างและผลกระทบของปัญหา
มีประเด็นที่ว่าคำว่า "Compression Point" ในภาษาญี่ปุ่นนั้นคลุมเครือโดยธรรมชาติ แต่เมื่อ Codex ถูกชี้ให้เห็นถึงปัญหานี้ มันก็พยายามแก้ไขโดยมองว่าเป็นปัญหาการขาดคำอธิบายก่อน จากนั้นจึงมองว่าเป็นปัญหาเรื่องการแสดงหัวข้อ มันไม่สามารถรับรู้ได้ทันทีว่ามันสับสนระหว่างเงื่อนไขเริ่มต้นกับเหตุการณ์ที่เกิดขึ้น
ในเซสชันเดียวกัน ก็เกิดเหตุการณ์คล้ายกันขึ้น เนื่องจากยังไม่ทราบสาเหตุ แผนการคือการทดสอบ แยกสาเหตุออกจากผลลัพธ์ จากนั้นจึงเลือกมาตรการรับมือ Codex สรุปสิ่งนี้ว่า "รวบรวมข้อสังเกตเป็นหนึ่งเดียว"
เป้าหมายของการรวบรวมไม่ใช่ตัวข้อสังเกตเอง แต่เป็นค่าหรือบันทึกที่ได้จากการทดสอบ ยิ่งไปกว่านั้น การรวบรวมค่าไม่ใช่เป้าหมาย แต่เป็นวิธีการเพื่อแยกสาเหตุ
การสรุปเป็นวลีสั้นๆ ทำให้ลำดับต่อไปนี้หายไป:
- ยังไม่ทราบสาเหตุ
- ดำเนินการทดสอบ
- แยกสาเหตุจากผลลัพธ์
- เลือกมาตรการรับมือหลังจากแยกสาเหตุ
"การรวบรวมข้อสังเกตเป็นหนึ่งเดียว" ดูสมเหตุสมผล เพราะมันดูสมเหตุสมผล มันจึงกลบเกลื่อนส่วนที่ยังไม่เป็นระเบียบและกลายเป็นสมมติฐานสำหรับการออกแบบในภายหลัง
รายการแก้ไขคำศัพท์ดั้งเดิมไม่สามารถหยุดมันได้
เมื่อพิจารณาถึงการปรับปรุง มีการเสนอให้บันทึกความสัมพันธ์ระหว่างคำที่แก้ไขแล้วกับความหมาย และนำไปใช้ในเซสชันถัดไป
สิ่งที่ผมต้องการหยุดไม่ใช่ "การใช้คำที่ผิดพลาดก่อนหน้านี้อีกครั้ง" แต่คือการวางคำศัพท์ก่อนในขณะที่เป้าหมายยังคลุมเครือ และดำเนินการคิดตามคำนั้น ถึงแม้คุณจะทำรายการคำที่ผิดพลาด คำศัพท์ที่ถูกบัญญัติขึ้นใหม่ที่แตกต่างกันก็จะเกิดขึ้นในครั้งต่อไป
ดังนั้น แทนที่จะใช้คำที่แก้ไขแล้ว ผมจึงเปลี่ยนนโยบายเป็นการสร้าง คำศัพท์ที่เป็นตัวเลือกก่อนที่จะสร้างคำศัพท์ดั้งเดิม ในตอนเริ่มต้นของทุกเซสชัน
มาตรการรับมือ) บังคับให้สร้างรายการคำศัพท์ตัวเลือกก่อนการออกแบบ
ผมตัดสินใจให้ AI สร้างตารางความสัมพันธ์สำหรับคำศัพท์ที่นิยามโดยเฉพาะ จากนั้นจึงดำเนินการออกแบบหลังจากโหลดไฟล์นั้น
ตารางความสัมพันธ์มีเจ็ดคอลัมน์ดังต่อไปนี้:
- แหล่งที่มา
- วัตถุประสงค์
- วัตถุที่เป็นรูปธรรม
- บทบาท
- บริบท
- คำศัพท์ตัวเลือก
- คำนิยามเริ่มต้น
ลำดับของคอลัมน์มีความสำคัญ คำศัพท์ตัวเลือกอยู่ทางขวาสุดและไม่สามารถกรอกได้จนกว่าจะเขียนวัตถุที่เป็นรูปธรรมและบทบาท
หากคำศัพท์ตัวเลือกอยู่ทางซ้ายสุด ก็สามารถเขียนคำว่า "Compression Point" ก่อน แล้วจึงสร้างคำอธิบายที่ตรงกับคำนั้นในภายหลัง ซึ่งจะเป็นการจำลองลำดับการสร้างที่ผมต้องการหยุดภายในตารางอีกครั้ง
บทบาทจะถูกวางไว้ทีละบรรทัด หากคุณต้องการจัดการเงื่อนไขเริ่มต้นและเหตุการณ์ด้วยคำเดียวกัน ให้แยกบรรทัด จากนั้น ก่อนที่จะถูกกดดันให้ "ทำให้เสร็จด้วยคำเดียว" ข้อเท็จจริงที่ว่ามีวัตถุสองชิ้นที่กำลังถูกจัดการจะมองเห็นได้
การทำเช่นนี้ ทำให้ generative AI เองสามารถสังเกตเห็นเมื่อคำศัพท์เริ่มคลุมเครือ และผมสามารถห้ามการใช้คำศัพท์ในขณะที่ยังคงคลุมเครือได้อย่างมีประสิทธิภาพ
สรุป
Generative AI ไม่เก่งในการรักษาช่องว่างให้ว่างเปล่า แม้ว่าเป้าหมายหรือวัตถุประสงค์ยังไม่ถูกกำหนด มันก็สามารถดำเนินการข้อความต่อไปได้หากมีคำที่ดูสมเหตุสมผลวางไว้ ความลื่นไหลนั้นอาจเป็นอันตรายในการออกแบบ
semantic-generation ไม่ใช่ทักษะสำหรับการค้นหาคำที่ดี แต่เป็นทักษะที่ทำให้ AI หยุดชั่วคราวและเลือกคำที่เหมาะสมเมื่อมันพยายามใช้คำศัพท์ดั้งเดิม
เป้าหมายคืออะไร? เป็นเงื่อนไข สถานะ หรือเหตุการณ์? เพื่อวัตถุประสงค์อะไรในการจัดการ และอะไรเกิดขึ้นหลังจากอะไร?
เฉพาะสำหรับบรรทัดที่เขียนไปจนถึงจุดนั้นเท่านั้นที่เราจะตั้งชื่อในตอนท้าย ในแวบแรก ดูเหมือนเป็นทางอ้อม แต่มันสั้นกว่าการสร้างการออกแบบทั้งหมดใหม่จากคำเดียว เช่น "Compression Point"
ทักษะ semantic-generation
1---2name: semantic-generation3description: |4 ขั้นตอนการสร้างที่ ก่อนที่จะเขียนเอกสารเป้าหมาย (เอกสารออกแบบ การออกแบบจากข้อกำหนด รายงานวิจัย แผนแยกสาเหตุ แผนมาตรการรับมือ การตั้งชื่อ สรุปลำดับการใช้เหตุผล) จะมีการส่งตารางความสัมพันธ์ (ตารางอ้างอิง) ก่อนเป็นผลงานที่แยกอิสระเพื่อกำหนดสิ่งที่อ้างถึงและบทบาทก่อนคำศัพท์5 ตัวกระตุ้น: การเขียนเอกสารออกแบบ การสร้างเอกสารออกแบบ การเขียนรายงานวิจัย การเขียนแผนมาตรการรับมือ การตั้งชื่อ การตัดสินใจชื่อสถานะ/ชื่อเงื่อนไข/ชื่อประเภท/ชื่อเมธอด การสรุปลำดับการใช้เหตุผล ตารางอ้างอิง ตารางความสัมพันธ์6 ห้ามกระตุ้น: การอ้างอิงข้อความต้นฉบับของผู้ใช้ การแก้ไขเชิงกลอย่างง่าย การใช้ชื่อที่มีอยู่แล้วซ้ำ ผลลัพธ์คงที่ การสนทนาทั่วไป ประโยคสั้นๆ ที่สามารถเขียนได้ด้วยคำศัพท์ที่กำหนดไว้แล้วเท่านั้น7---89# semantic-generation — ขั้นตอนในการกำหนดเป้าหมายก่อนคำศัพท์1011หากวางคำศัพท์ (มักเป็นคำที่ถูกบัญญัติขึ้นในทันที) ก่อนในขณะที่เป้าหมายยังคลุมเครือ และการคิดดำเนินไปตามคำนั้น ความไม่สอดคล้องกับสิ่งที่อ้างถึงจะแพร่กระจายไปยังประโยคภาษาญี่ปุ่น ประโยคการออกแบบ และตัวระบุในโค้ดโดยไม่ได้รับการแก้ไข ทักษะนี้บังคับใช้ลำดับของ "การส่งตารางความสัมพันธ์อย่างอิสระก่อน และเขียนเนื้อหาเป็นสำเนาของตารางนั้น"12เกณฑ์สำหรับวินัยนั้นถูกยึดถือโดยกฎ [[referent-before-label]]1314## เกณฑ์การใช้งาน1516ใช้เมื่อมีข้อใดข้อหนึ่งต่อไปนี้ หากไม่สามารถตัดสินใจได้ ให้ถือว่าใช้ได้17181. การเขียนเอกสารออกแบบ การออกแบบจากข้อกำหนด รายงานวิจัย แผนแยกสาเหตุ หรือแผนมาตรการรับมือ192. การตั้งชื่อ (ข้อกำหนดสาธารณะ ชื่อสถานะ ชื่อเงื่อนไข ชื่อเหตุการณ์ ชื่อประเภทสำหรับค่าหรือบันทึก ชื่อเมธอด ชื่อบูลีน)203. การพยายามสรุปลำดับการใช้เหตุผลที่ผู้ใช้ให้มาเป็นป้ายกำกับงานสั้นๆ2122## ขั้นตอนปกติ2324### 1. บันทึกตารางความสัมพันธ์เป็นผลงานที่แยกอิสระก่อน (การส่งสองขั้นตอน)2526ก่อนที่จะเขียนเนื้อหาแม้แต่ตัวอักษรเดียว ให้บันทึกตารางความสัมพันธ์เป็นไฟล์ที่แยกอิสระ2728- ตำแหน่งบันทึก: `referent-table-<slug>.md` ในไดเรกทอรีการทำงาน (หากผลงานอยู่ภายใต้ `output/` ให้วางไว้ในไดเรกทอรีเดียวกัน)29- บันทึก sha256 หลังจากบันทึก (เช่น `shasum -a 256 <path>`) บันทึกนี้จะกลายเป็นหลักฐานว่า "ตารางความสัมพันธ์ถูกสร้างขึ้นก่อนเนื้อหา" การวางตารางไว้ที่จุดเริ่มต้นของเอกสารที่เสร็จสมบูรณ์เพียงอย่างเดียวไม่ได้พิสูจน์ลำดับการสร้าง3031### 2. รูปแบบของตารางความสัมพันธ์ (ห้ามเปลี่ยนลำดับคอลัมน์)3233| แหล่งที่มา | วัตถุประสงค์ | วัตถุที่เป็นรูปธรรม | บทบาท | บริบท | คำศัพท์ตัวเลือก | คำนิยามเริ่มต้น |3435- **คำศัพท์ตัวเลือกถูกกำหนดไว้ทางขวาสุด เก็บคอลัมน์คำศัพท์ตัวเลือกให้ว่างไว้จนกว่าจะกรอกวัตถุที่เป็นรูปธรรมและบทบาท** เพื่อทำให้ลำดับการตัดสินใจคำศัพท์ก่อนแล้วจึงแนบเป้าหมายในภายหลังเป็นไปไม่ได้ผ่านรูปแบบ36- เลือกบทบาทจากตัวเลือกแบบปิด: `เงื่อนไขเริ่มต้น / สถานะ / เหตุการณ์ / ค่า / บันทึก / วัตถุประสงค์ / วิธีการ` หากคำศัพท์เดียวกันอ้างถึงหลายบทบาท ให้แยกบรรทัด37- ใน "บริบท" ให้เขียนลำดับการใช้เหตุผลที่ผู้ใช้ให้มา (เช่น ทดสอบ → แยกสาเหตุ → มาตรการรับมือ) โดยใช้คำศัพท์จากข้อความต้นฉบับ ห้ามผสมกับคอลัมน์บทบาท38- ตารางมักจำกัดไว้ที่ 1–6 บรรทัด หากเกิน ให้แยกตารางที่ขอบเขตที่ความหมายเปลี่ยนไป39- เมื่อเสร็จสิ้น ให้ยืนยันว่าความหมายชัดเจนจากคอลัมน์ "วัตถุที่เป็นรูปธรรม" เพียงอย่างเดียว แม้ว่าคอลัมน์คำศัพท์ตัวเลือกจะถูกซ่อน4041### 3. กรอกคำศัพท์ตัวเลือก4243- ใช้คำศัพท์ของผู้ใช้และคำศัพท์ที่กำหนดไว้แล้วโดยให้ความสำคัญสูงสุด44- เมื่อวางคำศัพท์ใหม่อื่นๆ ให้เขียน "X หมายถึง..." ในคอลัมน์ "คำนิยามเริ่มต้น" ห้ามแนะนำคำศัพท์ที่ไม่สามารถเขียนคำนิยามได้ ให้ใช้คำอธิบายของวัตถุที่เป็นรูปธรรมตามที่เป็นอยู่ในเนื้อหา4546### 4. เขียนเนื้อหาเป็นสำเนาของตารางความสัมพันธ์4748- ใช้เฉพาะคำศัพท์ที่ระบุไว้ในตารางความสัมพันธ์เป็นคำศัพท์หลักของเนื้อหา49- รักษาความสอดคล้องเดียวกันในสามชั้นของประโยคภาษาญี่ปุ่น องค์ประกอบการออกแบบ และตัวระบุในโค้ด (เช่น "ปริมาณประวัติถึง 250K" = เงื่อนไขเริ่มต้น → ชื่อเงื่อนไข / "การสรุปอัตโนมัติเริ่มต้น" = เหตุการณ์ → ชื่อเหตุการณ์/ชื่อเมธอด / "กำลังดำเนินการสรุปอัตโนมัติ" = สถานะ → ชื่อสถานะ บทบาทที่แตกต่างกันควรมีชื่อที่แตกต่างกัน)50- ห้ามใช้ป้ายกำกับงาน (วลีนามธรรมที่ละเว้นวัตถุประสงค์ เป้าหมาย และการตัดสิน) สำหรับกรอบงานหรือหัวข้อ หากต้องการใช้ ให้ลองเขียนสิ่งที่อ้างถึงของวลีนั้นในตาราง หากไม่สามารถ เขียนเป็นประโยคที่เป็นรูปธรรม5152## การดำเนินการเบื้องต้นในกรณีที่เกิดปัญหา5354- หากคุณพบว่าคุณเริ่มเขียนเนื้อหาโดยไม่ส่งตารางความสัมพันธ์ อย่าดำเนินการต่อโดยเพิ่มตารางในภายหลัง ให้ทิ้งเนื้อหา ส่งตารางความสัมพันธ์อีกครั้งอย่างอิสระ จากนั้นสร้างเนื้อหาใหม่55- หากถูกชี้ให้เห็นว่าหนึ่งบรรทัดของตารางไม่ถูกต้อง (ความสับสนของสิ่งที่อ้างถึงหรือบทบาท) อย่าเพิ่มคำอธิบาย ให้เขียนบรรทัดที่เกี่ยวข้องใหม่ จากนั้นสร้างส่วนที่เกี่ยวข้องของเนื้อหาใหม่56- ในสภาพแวดล้อมที่ไม่สามารถโหลดทักษะนี้ได้ ให้บันทึกตารางที่มีอย่างน้อย 6 คอลัมน์ (แหล่งที่มา วัตถุประสงค์ วัตถุที่เป็นรูปธรรม บทบาท บริบท คำศัพท์ตัวเลือก) เป็นไฟล์ที่แยกอิสระก่อนเริ่มเนื้อหา5758## หมายเหตุ5960- ห้ามรวมอินพุตทดสอบหรือคำตอบที่คาดหวังสำหรับการตรวจสอบในเนื้อหาของทักษะนี้ (เพื่อรักษาความเป็นอิสระของการตรวจสอบ การทดสอบจะถูกจัดการใน fixtures ในไดเรกทอรีแยกต่างหาก)61- เป้าหมายไม่ใช่การจับคู่กับรายการคำศัพท์ที่ไม่ถูกต้อง เป้าหมายการจับคู่คือ "ตารางความสัมพันธ์ที่ประกาศโดยเอกสารเอง"
กฎ referent-before-label
1# กำหนดสิ่งที่อ้างถึงก่อนคำศัพท์23<!-- codex-runtime-summary -->4- IMPORTANT: สำหรับเอกสารเป้าหมาย (ประโยคการออกแบบ รายงานวิจัย แผนมาตรการรับมือ การตั้งชื่อ สรุปลำดับการใช้เหตุผล) ให้เขียนเนื้อหาหลังจากส่งตารางความสัมพันธ์อย่างอิสระแล้วเท่านั้น ห้ามส่งเนื้อหาโดยไม่มีตารางความสัมพันธ์ หากคุณเริ่มเขียนโดยไม่มีตาราง ให้ทิ้งเนื้อหาและเริ่มต้นใหม่จากตารางความสัมพันธ์5- IMPORTANT: ห้ามใช้ป้ายกำกับงาน (วลีที่ห่อหุ้มงานที่ยังไม่เป็นระเบียบด้วยคำนามนามธรรม) สำหรับกรอบงานหรือหัวข้อ ห้ามแนะนำคำศัพท์ใหม่หรือคำที่ถูกบัญญัติขึ้น เว้นแต่คุณจะสามารถเขียนคำนิยามเริ่มต้นได้ ให้แยกย่อยเป้าหมายเป็นคำอธิบายที่เป็นรูปธรรม6- IMPORTANT: เรียกใช้ทักษะ semantic-generation เมื่อเริ่มต้นเอกสารเป้าหมาย แม้ว่าจะไม่สามารถใช้ทักษะได้ ให้บันทึกตารางความสัมพันธ์ที่มีอย่างน้อย 6 คอลัมน์ (แหล่งที่มา วัตถุประสงค์ วัตถุที่เป็นรูปธรรม บทบาท บริบท คำศัพท์ตัวเลือก) เป็นผลงานที่แยกอิสระก่อน7<!-- /codex-runtime-summary -->89หากวางคำศัพท์ (มักเป็นคำที่ถูกบัญญัติขึ้นในทันที) ก่อนในขณะที่เป้าหมายยังคลุมเครือ และการคิดดำเนินไปตามคำนั้น ความไม่สอดคล้องกับสิ่งที่อ้างถึงจะแพร่กระจายไปยังประโยคการออกแบบ ชื่อสถานะ ชื่อเงื่อนไข ชื่อเมธอด และชื่อประเภท (ดังในตัวอย่าง "Compression Point" และ "รวบรวมข้อสังเกตเป็นหนึ่งเดียว" ใน TASK-52) กฎนี้หยุดกระบวนการสร้างนี้เอง การจับคู่กับรายการคำศัพท์ที่ไม่ถูกต้อง (การล่าคำ) ไม่ใช่มาตรการรับมือ เนื่องจากคำที่ถูกบัญญัติขึ้นไม่สามารถระบุได้ทั้งหมด เกณฑ์สำหรับความผันผวนของคำศัพท์นั้นถูกยึดถือโดย [[terminology]] และกฎนี้ถือ "ขั้นตอนก่อนการวางคำศัพท์"1011## ขอบเขต (เอกสารเป้าหมาย)1213ใช้เฉพาะกับงานที่อยู่ในขอบเขตใดๆ ต่อไปนี้ หากไม่สามารถตัดสินใจได้ ให้ใช้14151. การเขียนเอกสารออกแบบ การออกแบบจากข้อกำหนด รายงานวิจัย แผนแยกสาเหตุ หรือแผนมาตรการรับมือ162. การตั้งชื่อ (ข้อกำหนดสาธารณะ ชื่อสถานะ ชื่อเงื่อนไข ชื่อเหตุการณ์ ชื่อประเภทสำหรับค่าหรือบันทึก ชื่อเมธอด ชื่อบูลีน)173. การพยายามสรุปลำดับการใช้เหตุผลที่ผู้ใช้ให้มาเป็นป้ายกำกับงานสั้นๆ1819ห้ามใช้กับการอ้างอิงข้อความต้นฉบับของผู้ใช้ การแก้ไขเชิงกลอย่างง่าย การใช้ชื่อที่มีอยู่แล้วซ้ำ ผลลัพธ์คงที่ การสนทนาทั่วไป หรือประโยคสั้นๆ ที่สามารถเขียนได้ด้วยคำศัพท์ที่กำหนดไว้แล้วเท่านั้น2021## การใช้งานคงที่ (3 ข้อห้าม)2223- IMPORTANT: ในเอกสารเป้าหมาย ห้ามส่งเนื้อหาโดยไม่ส่งตารางความสัมพันธ์ (ตารางอ้างอิง) อย่างอิสระก่อน ตารางความสัมพันธ์ต้องถูกบันทึกก่อนในไฟล์แยกหรือรอบแยกจากเนื้อหา และเนื้อหาจะถูกเขียนหลังจากนั้น (การวางตารางไว้ที่จุดเริ่มต้นของเอกสารที่เสร็จสมบูรณ์เพียงอย่างเดียวไม่ได้พิสูจน์ว่า "ถูกสร้างก่อน")24- IMPORTANT: ห้ามใช้ป้ายกำกับงานสำหรับกรอบงาน หัวข้อ หรือข้อสรุป ป้ายกำกับงานหมายถึงวลีที่ห่อหุ้มงานที่ยังไม่เป็นระเบียบด้วยคำนามนามธรรมโดยไม่มีวัตถุประสงค์ เป้าหมาย หรือการตัดสิน (เช่น "การสรุปข้อสังเกต") หากต้องการใช้ ให้ลองเขียนเป้าหมายที่วลีนั้นอ้างถึงในตารางความสัมพันธ์ หากไม่สามารถ ให้ทิ้งวลีนั้นและเขียนเป็นประโยคที่เป็นรูปธรรม25- IMPORTANT: เมื่อแนะนำคำศัพท์ใหม่อื่นๆ นอกเหนือจากคำศัพท์ของผู้ใช้หรือคำศัพท์ที่กำหนดไว้แล้ว ให้เขียนประโยคคำนิยาม "X หมายถึง..." ในการเกิดขึ้นครั้งแรก ห้ามแนะนำคำศัพท์ที่ไม่สามารถเขียนประโยคคำนิยามได้ ให้เขียนเป้าหมายตามที่เป็นอยู่ในประโยค2627## ขั้นตอนปกติ28291. ตรวจสอบว่าอยู่ในขอบเขตเอกสารเป้าหมายหรือไม่ (หากสงสัย ให้ถือว่าใช้ได้)302. เรียกใช้ทักษะ [[semantic-generation]] และบันทึกตารางความสัมพันธ์เป็นผลงานที่แยกอิสระก่อน313. เขียนเนื้อหาโดยใช้เฉพาะคำศัพท์ที่ระบุไว้ในตารางความสัมพันธ์เป็นคำศัพท์หลัก โดยรักษาความสอดคล้องเดียวกันในประโยคภาษาญี่ปุ่น องค์ประกอบการออกแบบ และตัวระบุในโค้ด3233## การดำเนินการเบื้องต้นในกรณีที่เกิดปัญหา3435- หากคุณพบว่าคุณเริ่มเขียนเนื้อหาโดยไม่ส่งตารางความสัมพันธ์สำหรับเอกสารเป้าหมาย อย่าดำเนินการต่อโดยเพิ่มตารางในภายหลัง ให้ทิ้งเนื้อหา ส่งตารางความสัมพันธ์อีกครั้งอย่างอิสระ จากนั้นสร้างเนื้อหาใหม่36- ในสภาพแวดล้อมที่ไม่มีทักษะนี้ ให้บันทึกตารางความสัมพันธ์ที่มีอย่างน้อย 6 คอลัมน์ (แหล่งที่มา วัตถุประสงค์ วัตถุที่เป็นรูปธรรม บทบาท บริบท คำศัพท์ตัวเลือก) เป็นไฟล์ที่แยกอิสระในไดเรกทอรีการทำงานก่อนเริ่มเนื้อหา
