กำไร:
- ความสามารถในการร่างและสร้างโทเค็นการออกแบบ การตั้งชื่อส่วนประกอบ และกฎการใช้งานที่สอดคล้องกันด้วยปัญญาประดิษฐ์
- ความสามารถในการจัดทำเอกสารประกอบส่วนประกอบอย่างรวดเร็ว ทำ/ไม่ยกตัวอย่าง และใช้งานข้อความด้วยปัญญาประดิษฐ์
- ความสามารถในการตรวจสอบข้อเสนอแนะด้านปัญญาประดิษฐ์เพื่อหาข้อขัดแย้งกับระบบการออกแบบที่มีอยู่และรักษาเอกภาวะ
ระบบการออกแบบคือภาษากลางที่ทำให้กลุ่มผลิตภัณฑ์ดูและทำงานอย่างสม่ำเสมอ: ส่วนประกอบที่ใช้ซ้ำได้ (ปุ่ม การ์ด ฟิลด์แบบฟอร์ม) โทเค็นการออกแบบ (คำจำกัดความของค่าที่มีชื่อ เช่น สี การเว้นวรรค การพิมพ์) และเอกสารประกอบที่อธิบายวิธีใช้งาน ระบบการออกแบบที่ดีช่วยให้นักออกแบบ 10 คนสามารถออกแบบผลิตภัณฑ์เดียวกันได้เหมือนกับว่าผลิตโดยแหล่งเดียว การติดตั้งและบำรุงรักษาระบบนี้เป็นงานที่น่าเบื่อหน่าย ซ้ำซาก และต้องใช้ข้อความมาก นี่คือจุดที่ปัญญาประดิษฐ์เปล่งประกาย แต่สาระสำคัญของระบบคือเอกภาวะและความสม่ำเสมอ คำแนะนำของ AI ไม่สามารถยอมรับได้หากไม่ได้รับการตรวจสอบความขัดแย้งกับระบบปัจจุบัน
โทเค็นและการตั้งชื่อ: พื้นฐานสำหรับความสอดคล้อง
โทเค็นการออกแบบคือค่าที่ระบุชื่อและนำมาใช้ซ้ำได้ของการตัดสินใจออกแบบ ได้แก่ สีหลัก ช่องว่างตรงกลาง ข้อความ-หัวเรื่อง-ตัวพิมพ์ใหญ่ ด้วยโทเค็น คุณสามารถเปลี่ยนสีได้ในที่เดียวและอัปเดตทั่วทั้งผลิตภัณฑ์ แต่พลังของโทเค็นขึ้นอยู่กับความสอดคล้องของการตั้งชื่อ หากใช้สีน้ำเงิน-1, main-blue, primaryBlue ผสมกัน ระบบจะขัดข้อง
AI เก่งในสองสิ่งที่นี่: การตรวจสอบโทเค็นที่มีอยู่ของคุณที่ตั้งค่าไว้กับแผนการตั้งชื่อที่สอดคล้องกัน และการแนะนำชื่อที่สอดคล้องกับสคีมาสำหรับโทเค็นใหม่ คำขอเช่น "แปลรายการโทเค็นนี้เป็นการตั้งชื่อตามความหมาย (ตามความหมาย)" จะช่วยคุณสร้างชื่อที่สื่อความหมาย เช่น สี-การกระทำ-หลัก แทนที่จะเป็นสีน้ำเงิน-500 แต่การตัดสินใจตั้งชื่อขั้นสุดท้ายคือสัญญาของทีม โมเดลมีเฉพาะโครงร่างเท่านั้น
เคล็ดลับ: เมื่อตั้งชื่อโทเค็นให้กับ AI ให้ยกตัวอย่างโครงการปัจจุบันของคุณ 5-6 ตัวอย่างแล้วพูดว่า "ให้อยู่ในรูปแบบเดียวกัน" คำขอแบบไม่มีตัวอย่างจะสร้างชื่อที่ต่างจากระบบของคุณ
เอกสารส่วนประกอบ: พื้นที่ที่มีประสิทธิผลมากที่สุดของ AI
เอกสารประกอบของส่วนประกอบประกอบด้วย: สิ่งที่ส่วนประกอบทำ เมื่อใดควรใช้ เมื่อไม่ใช้งาน รูปแบบต่างๆ สถานะ (ค่าเริ่มต้น โฮเวอร์ แพสซีฟ ข้อผิดพลาด) บันทึกการเข้าถึง และตัวอย่าง "สิ่งที่ควรทำ/ไม่ควร" การเขียนข้อความเหล่านี้ด้วยมือใช้เวลาหลายชั่วโมง ซึ่งเป็นสาเหตุที่หลายทีมละเลยเอกสาร
AI เติมเต็มช่องว่างนี้: เมื่อคุณอธิบายส่วนประกอบ ระบบจะสร้างเอกสารฉบับร่าง กฎการใช้งาน และตัวอย่างที่ทำ/ไม่ทำในรูปแบบที่สอดคล้องกัน ดังนั้นเอกสารเปลี่ยนจาก "ไม่มี" เป็น "มีแบบร่าง จะได้รับการแก้ไข" ซึ่งเป็นประโยชน์อย่างมาก อย่างไรก็ตาม โมเดลไม่ทราบถึงพฤติกรรมที่แท้จริงของส่วนประกอบ เป็นหน้าที่ของคุณที่จะต้องจับคู่กฎที่สร้างขึ้นกับความเป็นจริงของระบบ
ส่วนของเอกสาร
การมีส่วนร่วมของปัญญาประดิษฐ์
การตรวจสอบของมนุษย์
มันทำอะไร?
คำจำกัดความโครงร่างที่ชัดเจน
ความเหมาะสมอย่างแท้จริงสำหรับวัตถุประสงค์
เมื่อจะใช้
สถานการณ์ทั่วไป
กฎเฉพาะของผลิตภัณฑ์
ทำ/อย่าทำตัวอย่าง
คู่ร่างด่วน
การใช้ในทางที่ผิดที่เกิดขึ้นจริง
บันทึกการเข้าถึง
การแจ้งเตือนมาตรฐาน
ยืนยันด้วยการทดสอบจริง
รายการตัวเลือก/กรณี
รายการที่เป็นไปได้
ผู้ที่มีอยู่ในระบบจริงๆ
การตรวจสอบความขัดแย้ง: การรักษาเอกภาวะ
ศัตรูตัวฉกาจของระบบการออกแบบคือการทำซ้ำ: ปุ่มสองปุ่มทำงานเหมือนกัน สองขนาดพื้นที่ที่แตกต่างกัน สองกฎที่ขัดแย้งกัน เมื่อ AI แนะนำส่วนประกอบหรือกฎใหม่ คำแนะนำนั้นอาจขัดแย้งกับระบบที่มีอยู่ ซึ่งไม่ได้คำนึงถึงระบบแบบจำลองทั้งหมดของคุณ ดังนั้นฉันจึงประเมินแต่ละข้อเสนอแนะโดยถามว่า "สิ่งนี้ขัดแย้งกับสิ่งที่มีอยู่แล้วหรือไม่" กรองด้วยคำถาม คุณยังสามารถใช้ปัญญาประดิษฐ์ในการสแกนข้อขัดแย้งได้: คุณสามารถให้ข้อมูลสรุประบบปัจจุบันและคำแนะนำใหม่ และแสดงรายการข้อขัดแย้งได้ แต่การตัดสินใจ "ถูกต้องเอกพจน์" สุดท้ายนั้นขึ้นอยู่กับทีม
มินิเคสสามอัน
กรณีที่ 1 — หนี้เอกสารเคลียร์แล้ว มีเพียง 6 องค์ประกอบจาก 24 องค์ประกอบของทีมเท่านั้นที่มีเอกสารประกอบ มีการสร้างเอกสารร่างสำหรับองค์ประกอบที่เหลืออีก 18 องค์ประกอบด้วยปัญญาประดิษฐ์ ทีมงานแก้ไขครั้งละ 10-15 นาที งานที่ถูกเลื่อนออกไปหลายสัปดาห์ก็แล้วเสร็จภายในสองวัน
กรณีที่ 2 — การตั้งชื่อโทเค็นมีความสอดคล้องกัน ในระบบหนึ่ง สีต่างๆ จะถูกผสมกัน เช่น blue1, mainBlue, brand-blue AI แปลโทเค็น 40 รายการที่มีอยู่เป็นสคีมาเชิงความหมาย ทีมงานแก้ไขและเปลี่ยนมาเป็นมาตรฐานเดียว ข้อผิดพลาดของสีลดลงอย่างเห็นได้ชัดในการออกแบบต่อมา
กรณีที่ 3 — ส่วนประกอบที่ขัดแย้งกันถูกปฏิเสธ AI เสนอองค์ประกอบใหม่ที่เรียกว่า "ปุ่มการดำเนินการรอง" เมื่อทีมงานสแกนหาความขัดแย้ง พวกเขาพบว่ามันทำงานเหมือนกับ "ปุ่มผี" ที่มีอยู่ และปฏิเสธข้อเสนอแนะดังกล่าว บทเรียน: ไม่ใช่ทุกข้อเสนอแนะที่จะเพิ่มส่วนประกอบใหม่ให้กับระบบ บางครั้งมันก็ถูกต้องที่จะใช้สิ่งที่มีอยู่
พร้อมท์ที่คัดลอกได้
บทบาทของคุณ: ออกแบบผู้ดูแลระบบ บันทึกส่วนประกอบนี้: <<ส่วนประกอบและพฤติกรรมของมัน>> รูปแบบ: มันทำอะไร | เมื่อใดควรใช้ | เมื่อไม่ควรใช้ |Variants | สถานการณ์ | บันทึกการเข้าถึง | 2 ทำ / 2 อย่าเป็นตัวอย่าง สร้างพฤติกรรมที่คุณไม่รู้ เขียนว่า "ทีมต้องกรอก"
แปลรายการโทเค็นนี้เป็นรูปแบบการตั้งชื่อความหมาย (ตามความหมาย) ตัวอย่างสคีมาปัจจุบันของฉัน: <<5-6 ตัวอย่าง>> ดำเนินการต่อในรูปแบบเดียวกัน สำหรับแต่ละโทเค็น ให้ตั้งชื่อเก่า -> ชื่อใหม่ -> ตารางเหตุผล รายการ: <<โทเค็น>>
สแกนหาข้อขัดแย้ง: สรุประบบการออกแบบปัจจุบันของฉัน: <<สรุป>> องค์ประกอบ/กฎที่เสนอใหม่: <<ข้อเสนอแนะ>> คำแนะนำนี้ขัดแย้งกับระบบที่มีอยู่ (ส่วนประกอบที่ทำงานเดียวกัน กฎที่ขัดแย้งกัน โทเค็นซ้ำ) หรือไม่ ระบุข้อขัดแย้งและข้อเสนอแนะของคุณ
สร้างคู่ตัวอย่าง "ทำ/ไม่ทำ" สำหรับส่วนประกอบนี้: การใช้งานที่ถูกต้องตามความเป็นจริงและสถานการณ์การใช้งานที่ไม่ถูกต้องที่สมจริง สำหรับแต่ละคู่ ให้อธิบายเป็นประโยคเดียวว่าเหตุใดจึงเป็นจริง/เท็จ ส่วนประกอบ: <<ชื่อและวัตถุประสงค์>>
พรอมต์อ่อน / พรอมต์แข็งแกร่ง
จุดอ่อน: "เขียนเอกสารสำหรับปุ่มนี้"
ผลลัพธ์: ข้อความที่จัดรูปแบบทั่วไปและไม่มีการเชื่อมต่อกับระบบ
Strong: "จัดทำเอกสารปุ่มนี้ในรูปแบบต่อไปนี้ (ใช้ทำอะไร / เมื่อใดที่จะไม่ใช้ / ตัวแปร / เคส / การเข้าถึง / สิ่งที่ไม่ควรทำ) สร้างพฤติกรรมที่คุณไม่รู้ เขียนว่า 'ทีมต้องกรอก'"
ผลลัพธ์: มีการจัดรูปแบบสม่ำเสมอ เว้นระยะห่างอย่างเหมาะสม และแก้ไขต้นฉบับได้
ความแตกต่าง: รูปแบบพรอมต์ที่แข็งแกร่ง + การห้ามการประดิษฐ์ + การเตือนให้ทำ/ไม่
ข้อผิดพลาดทั่วไป
- การขอตั้งชื่อโทเค็นโดยไม่มีตัวอย่าง โมเดลจะสร้างชื่อที่ต่างจากระบบของคุณ ความสม่ำเสมอถูกทำลาย
- การเพิ่มส่วนประกอบโดยไม่ต้องสแกนหาข้อขัดแย้ง การทำสำเนาเป็นศัตรูตัวฉกาจของระบบ
- สมมติว่าพฤติกรรมที่แบบจำลองคิดค้นนั้นถูกต้อง AI ไม่ทราบพฤติกรรมที่แท้จริงของส่วนประกอบ
- การยอมรับระดับการเข้าถึงโดยไม่ต้องทดสอบ การแจ้งเตือนแบบมาตรฐานไม่สามารถทดแทนการทดสอบจริงได้
- เขียนเอกสารครั้งเดียวแล้วไม่อัพเดท ควรอัปเดตเอกสารเมื่อระบบเปลี่ยนแปลง
โดยสรุป
ระบบการออกแบบคือโครงสร้างพื้นฐานของความสม่ำเสมอและความสามารถในการขยายขนาด แต่การบำรุงรักษามักถูกละเลยเนื่องจากมีข้อความเข้มข้นและซ้ำซาก AI จัดการกับหนี้นี้โดยจัดทำเอกสารประกอบส่วนประกอบ ตัวอย่างที่ทำ/ไม่ สคริปต์การใช้งาน และแบบร่างการตั้งชื่อโทเค็นอย่างรวดเร็ว แต่สาระสำคัญของระบบคือความเป็นเอกเทศและความสม่ำเสมอ ชื่อโทเค็นทุกชื่อจะต้องได้รับการตรวจสอบเทียบกับสคีมาตัวอย่าง ทุกข้อเสนอองค์ประกอบจะต้องได้รับการสแกนที่ขัดแย้งกัน ทุกคำอธิบายของพฤติกรรมจะต้องได้รับการตรวจสอบเทียบกับความเป็นจริง ใช้แบบจำลองเป็นผู้ร่างที่มีประสิทธิภาพ ทีมงานทำการตัดสินใจที่ถูกต้องของแต่ละบุคคล
งานสมัคร
- เลือกส่วนประกอบที่ไม่มีเอกสารประกอบ และสร้างเอกสารร่างพร้อมข้อความแจ้งแรก
- กรอกข้อมูลในช่องที่ระบุว่า "ทีมต้องกรอก" ให้ครบถ้วนด้วยพฤติกรรมจริง
- ด้วยพรอมต์ที่สอง ให้แปลงโทเค็น 8-10 ของคุณเป็นรูปแบบความหมาย และสร้างตารางชื่อเก่า/ใหม่
- หากต้องการแนวคิดองค์ประกอบใหม่ ให้สแกนหาข้อขัดแย้งด้วยข้อความแจ้งที่สาม
- ด้วยพรอมต์ที่สี่ ให้สร้างคู่ตัวอย่าง do/not สำหรับส่วนประกอบและเพิ่มลงในระบบ
รายการตรวจสอบ
- [ ] ฉันเชื่อมโยงการตั้งชื่อโทเค็นกับสคีมาตัวอย่าง
- [ ] ฉันสแกนส่วนประกอบใหม่เพื่อหาข้อขัดแย้ง
- [ ] ฉันตรวจสอบพฤติกรรมที่สร้างแบบจำลองด้วยความเป็นจริง
- [ ] ฉันวางแผนที่จะยืนยันบันทึกการเข้าถึงด้วยการทดสอบจริง
- [ ] ฉันเก็บเอกสารในรูปแบบที่สอดคล้องกัน
- [ ] ฉันรักษาเอกภาวะและป้องกันการทำซ้ำ