阿里 QoderWork เปิดตัวแพลตฟอร์มการทำงานแบบ AI Native ที่ปรับแต่งได้เป็นรายแรกของโลก สิ้นสุดห่วงโซ่การแปลจากการออกแบบสู่โค้ดที่ยาวนานถึงสิบปี

รูปแบบการโต้ตอบของ AI ในสำนักงาน ตั้งแต่วันนี้เป็นต้นไป ได้เกิดการเปลี่ยนแปลงครั้งใหญ่!

เมื่อวันที่ 20 พฤษภาคม Alibaba QoderWork ได้เปิดตัว “แพลตฟอร์มการทำงานแบบ AI Native ที่ปรับแต่งได้เองเป็นรายแรกของโลก” อย่างเป็นทางการ โดยเปิดตัวโหมดเฉพาะทางสามด้านเป็นครั้งแรก ได้แก่ แพลตฟอร์มการออกแบบ แพลตฟอร์ม PowerPoint และแพลตฟอร์มการเขียน ครอบคลุมสถานการณ์การใช้งาน AI ในสำนักงานที่มีความถี่สูงอย่างครบถ้วน

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

ที่น่าสนใจยิ่งกว่านั้นคือ “แพลตฟอร์มการทำงาน” ทั้งสามนี้เป็นเพียงจุดเริ่มต้นเท่านั้น “แพลตฟอร์มการทำงานที่ปรับแต่งได้เอง” ของ QoderWork จริงๆ แล้วเป็นแพลตฟอร์มขยายแบบเปิดที่สร้างร่วมกัน: บนพื้นฐานของระบบ Agent และระบบงานชุดเดียวกัน แต่ละแพลตฟอร์มการทำงานมีมุมมอง เครื่องมือ และมาตรฐานผลงานที่เป็นอิสระต่อกัน ในอนาคต นักพัฒนาและองค์กรต่างๆ สามารถสร้างแพลตฟอร์มการทำงานเฉพาะทางของตนเองขึ้นมาได้จากพื้นฐานนี้

ในขณะนี้ AI ในสำนักงานได้ก้าวจาก “การขับเคลื่อนด้วยการสนทนา” ไปสู่ “การขับเคลื่อนด้วยโดเมน” อย่างเป็นทางการ

แพลตฟอร์มการทำงาน AI Native รายแรกของโลก ยุค 2.0 มาถึงแล้ว

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

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

สิ่งที่ QoderWork Custom Workbench จะแก้ไขก็คือปัญหาหลักนี้ ในทางเทคนิค มันแยกส่วนประกอบ UI ตรรกะทางธุรกิจ และพื้นที่ทำงานออกจากกัน ทำให้แต่ละสถานการณ์เป็นอิสระ แต่ละแพลตฟอร์มการทำงานมีมุมมอง เครื่องมือ สถานะ และมาตรฐานผลงานที่เป็นอิสระ แต่ใช้ระบบ Agent และระบบงานชุดเดียวกันในระดับพื้นฐาน

• ในสถานการณ์การออกแบบ มันคือแพลตฟอร์มการออกแบบที่มี Canvas, Preview, Style Library และ Pen Annotation;
• ในสถานการณ์ PowerPoint มันคือสายการผลิตเอกสารนำเสนอที่มี 11 ขั้นตอนที่สามารถแทรกแซงได้;
• ในสถานการณ์การเขียน มันคือแพลตฟอร์มการทำงานร่วมกันของเอกสารที่สามารถใส่คำอธิบาย ย้อนกลับ และส่งออกได้

“สามแพลตฟอร์มการทำงาน” ที่เปิดตัวแล้วคือ “การเปลี่ยนรูปแบบ” ที่แตกต่างกันของผลิตภัณฑ์เดียวกัน ไม่ใช่สามแอปที่แยกจากกัน ความสามารถพื้นฐานถูกใช้ร่วมกัน ประสบการณ์ระดับบนเป็นแบบเฉพาะตัว ที่สำคัญกว่านั้น “กลไกการขยาย” เป็นแบบเปิด ในอนาคตนักพัฒนาและองค์กรสามารถ “สร้าง” แพลตฟอร์มการทำงานเฉพาะทางของตนเองขึ้นมาจากฐานนี้ ช่องแชทคือจุดเริ่มต้นของ AI ในสำนักงาน แต่ “แพลตฟอร์มการทำงานที่ปรับแต่งได้เอง” อาจเป็นรูปแบบสุดท้ายที่ AI ในสำนักงานควรจะเป็น

แพลตฟอร์มการออกแบบ ยุติ “ห่วงโซ่การแปล” สิบปี

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

ทุกคนที่เคยทำงานกับผลิตภัณฑ์ดิจิทัลเคยเจอสถานการณ์นี้: นักออกแบบปรับแต่งอินเทอร์เฟซใน Figma อย่างพิถีพิถันเป็นเวลาสามวัน ส่งมอบให้นักพัฒนา แต่ผลลัพธ์ที่ได้กลับผิดเพี้ยน ระยะห่างไม่ถูกต้อง มุมโค้งไม่ถูกต้อง สีไม่ถูกต้อง นักออกแบบบอกว่า “นี่ไม่เหมือนกับที่ฉันวาด” นักพัฒนาบอกว่า “คำอธิบายก็เขียนแบบนี้” จึงเริ่มรอบการแก้ไขครั้งแรก ตามด้วยครั้งที่สอง ครั้งที่สาม หนึ่งหน้ากลับไปกลับมาสามถึงห้ารอบเป็นเรื่องปกติ เวลาทำงานของนักออกแบบมากกว่า 30% สูญเสียไปกับการ “ตรวจสอบการคืนสภาพ” — ไม่ใช่การสร้างสรรค์ แต่เป็นการเป็นล่าม

ระหว่าง Figma กับโค้ด มีห่วงโซ่การแปลที่ยาวและสูญเสีย ความแม่นยำในการคืนสภาพจากการออกแบบเป็นโค้ดโดยทั่วไปต่ำกว่า 70% อย่างไรก็ตาม “ห่วงโซ่การแปล” นี้มีมานานถึงสิบปีแล้ว ลองใช้ปลั๊กอิน Design-to-Code แล้ว โค้ดที่สร้างขึ้นไม่สามารถบำรุงรักษาได้ ลองใช้แพลตฟอร์ม Low-Code แล้ว เสียสละคุณภาพการออกแบบเพื่อความเร็ว สุดท้ายก็ไม่ได้ดีทั้งสองอย่าง อุตสาหกรรมรอคอยวิธีแก้ปัญหาเชิงโครงสร้างที่แท้จริงมาโดยตลอด

QoderWork Design Workbench ข้ามระยะห่างนี้ไปโดยตรง แตกต่างจากเครื่องมือดั้งเดิม มันเปิดเส้นทางใหม่ — ไม่ให้การออกแบบและโค้ดเป็นผลผลิตสองอย่างที่แยกจากกันอีกต่อไป ที่นี่ Code as Design! ทุกองค์ประกอบที่นักออกแบบดำเนินการบน Canvas ทุกการโต้ตอบที่ผู้จัดการผลิตภัณฑ์คลิกดูใน Preview ไฟล์ที่นักพัฒนาจะได้รับในที่สุด… ตั้งแต่ก้าวแรก เป็นไฟล์โปรเจกต์ที่รันได้ไฟล์เดียวกัน ไม่ใช่การวาดภาพก่อนแล้วค่อยแปลเป็นโค้ด หรือทำภาพ视觉ก่อนแล้วให้นักพัฒนา “ทำตาม” ผลผลิตการออกแบบคือผลผลิตโค้ด “ห่วงโซ่การแปล” ไม่มีอยู่อีกต่อไป เพราะไม่จำเป็นต้องแปลอีกแล้ว

ปรับโครงสร้างกระบวนการออกแบบ AI ไม่ใช่ “เปิดกล่องสุ่ม” อีกต่อไป

แน่นอน การทำให้ผลผลิตการออกแบบกลายเป็นโค้ดเป็นเพียงผลลัพธ์เท่านั้น คำถามที่สำคัญกว่าคือ: กระบวนการดำเนินไปอย่างไร? ในตลาดมีเครื่องมือสร้างการออกแบบด้วย AI ไม่ขาดแคลน ป้อนหนึ่งประโยค AI ก็ให้หน้าเว็บหนึ่งหน้า — ดูเท่ แต่คนที่เคยใช้จริงจะรู้ดี กระบวนการนี้เต็มไปด้วยความเจ็บปวดจาก “AI คิดเอาเอง” ขอ “ทำหน้าแรก SaaS หลังบ้าน” มันให้ Dashboard ที่หรูหรา แต่สีไม่ถูกต้อง ลำดับข้อมูลผิด ตำแหน่งโมดูลสำคัญคลาดเคลื่อน คุณจึงอธิบายใหม่อีกครั้ง มันก็ให้ทิศทางที่แตกต่างไปโดยสิ้นเชิง วนไปมาสามถึงสี่รอบ เวลาทั้งหมดหมดไปกับการ “แก้ไขแนวทาง”

ครั้งนี้ QoderWork Design Workbench ใช้สามกลไก เปลี่ยน “การสุ่มการ์ด” เป็น “การทำงานร่วมกัน”

• Questions: ถามให้ชัดเจนก่อน แล้วค่อยลงมือ เมื่อข้อมูลที่ป้อนไม่เพียงพอ AI จะไม่ “เดาทำ” แต่จะถามเพื่อปรับความเข้าใจก่อน คุณต้องการทำหน้าเว็บประเภทไหน? กลุ่มผู้ใช้เป้าหมายคือใคร? มีโมดูลข้อมูลหลักอะไรบ้าง? ปรับความเข้าใจเจตนาก่อน การวนซ้ำที่ไม่มีประสิทธิภาพจะลดลงเหลือน้อยที่สุด การออกแบบนี้ดูเหมือนเพิ่มขั้นตอนหนึ่ง แต่จริงๆ แล้วช่วยประหยัดเวลาที่ต้องเสียไปกับการเริ่มต้นใหม่ซ้ำแล้วซ้ำเล่า

• Design Plan: วางแผนก่อน ยืนยันแล้วค่อยดำเนินการ ก่อนที่ AI จะลงมือ มันจะส่งออกแผนการออกแบบที่มีโครงสร้างก่อน — แผนผัง layout ทิศทางสไตล์ ลำดับชั้นเนื้อหา ภาษาภาพ คุณยืนยันแล้ว มันถึงจะดำเนินการ ปรับทิศทางให้ตรงกันก่อน หลีกเลี่ยงการเริ่มต้นใหม่

• Nudge: การปรับแต่งแบบพารามิเตอร์ หลังจากสร้างเสร็จ การตัดสินใจออกแบบที่สำคัญ เช่น สี ระยะห่าง มุมโค้ง จะถูกเปิดเผยในรูปแบบพารามิเตอร์ที่ปรับได้ ไม่ต้องป้อน prompt ยาวๆ อีกว่า “สีน้ำเงินเข้มขึ้นอีกหน่อย ระยะห่างเพิ่มอีกนิด” แค่ลากพารามิเตอร์ก็ปรับแต่งได้ทันที

สามกลไกนี้เชื่อมต่อกันเป็นห่วงโซ่การผลิตการออกแบบ AI ที่สมบูรณ์: ถามให้ชัดเจนก่อน (Questions) → ยืนยันทิศทาง (Design Plan) → จากนั้นปรับแต่งรายละเอียด (Nudge) แต่ละขั้นตอนมีจุดยืนยันจากผู้ใช้ แต่ละขั้นตอนลดการสูญเสียข้อมูล

การออกแบบคือโค้ด ทดสอบจริง

พูดอย่างเดียวไม่พอ ต่อไปเราจะทำการทดสอบจริง全方位กับ “Design Workbench” ของ QoderWork เราลองใช้เคสเดียวกัน ทดสอบความสามารถหลักหลายด้านของ Design Workbench

ในตอนแรก ให้ QoderWork แค่ prompt ที่สั้นมากและความต้องการคลุมเครือ: ช่วยทำหน้า Admin Dashboard สำหรับ AI Coding Assistant

Prompt แบบนี้ใกล้เคียงกับสิ่งที่ผู้ใช้มือใหม่จะให้จริงๆ สิ่งที่ต้องทดสอบคือ QoderWork สามารถใช้การโต้ตอบเพื่อชี้แจงความต้องการของผู้ใช้ได้หรือไม่: AI ถามคำถามที่มีโครงสร้างหรือไม่ (แพลตฟอร์ม? มิติข้อมูล? บทบาทผู้ใช้?); คำถามครอบคลุมการตัดสินใจหลักหรือไม่ (ผู้ใช้เป้าหมาย สถานการณ์หลัก รอบข้อมูล); มีคำตอบแนะนำให้หรือไม่ (ลด门槛ในการตอบของผู้ใช้)

เนื่องจากความต้องการไม่ชัดเจน QoderWork จึงแจ้งให้ผู้ใช้วางแผนการออกแบบก่อน

เลื่อนขึ้นลงเพื่อดู

ถ้าคุณขี้เกียจ ก็เลือกให้ AI ตัดสินใจเองได้ QoderWork มีสไตล์อ้างอิงโดยรวมหลายร้อยแบบในตัว สามารถใช้สไตล์ของเว็บไซต์ที่มีดีไซน์ที่คุณชอบที่สุดได้ด้วยคลิกเดียว

ใช้เวลาคิดไม่ถึง 1 นาที แผนการออกแบบก็ออกมา ดูดีมีระดับ ทำให้เราอดที่จะคาดหวังผลลัพธ์ที่ส่งมอบไม่ได้

แผนการออกแบบ

เป้าหมายการส่งมอบครั้งนี้คือการสร้าง Admin Dashboard แบบ Dark Mode ความละเอียดสูงสำหรับ AI Coding Assistant ที่มุ่งเป้าไปที่หัวหน้าทีมพัฒนา Dashboard นี้สร้างขึ้นบน React + Vite + ส่วนประกอบสไตล์ shadcn สไตล์ภาพหลักอ้างอิงจาก Linear พร้อมรับแรงบันดาลใจด้านการจัดเรียงโค้ดและอินเทอร์เฟซการเรียกเก็บเงินจาก GitHub และ Stripe ระบบประกอบด้วยห้าโมดูลหลัก: ภาพรวม Dashboard (เน้น KPI สี่ประเภท: Token และต้นทุน การใช้งานและความเคลื่อนไหว คุณภาพโค้ดและการยอมรับ โมเดลและความหน่วง รวมถึงการแจ้งเตือนความผิดปกติ), การจัดการผู้ใช้และทีม, การกำหนดค่าโมเดลและการเรียกเก็บเงิน, บันทึกการสนทนาและโค้ด, คลังความรู้และ Agent ระบบสีใช้พื้นหลังสีดำเข้ม สีปฏิบัติการหลักฟ้าเย็นแบบ Linear สีเน้นข้อมูลเขียวไฟฟ้า และสีเสริม เช่น เขียวสถานะ, อำพัน, ชมพูแดง; สีที่衍生ทั้งหมดได้มาจาก seed tokens ผสมกับกลไก var()/color-mix() เพื่อหลีกเลี่ยงโทนสีม่วงเริ่มต้นของ AI ฟอนต์ตัวเลขใช้ JetBrains Mono และเปิดใช้งานคุณสมบัติ tabular-nums ก่อนอนุมัติ โปรดตรวจสอบ重點: ขอบเขตโมดูลและการตั้งชื่อครบถ้วนหรือไม่ KPI สี่ quadrant ของ Dashboard และการผสมผสานแผนภูมิสอดคล้องกับมุมมองของหัวหน้าหรือไม่ เห็นด้วยกับการใช้ Linear เป็นสไตล์อ้างอิงหลักหรือไม่ และเส้นทางการใช้งาน react-vite + คลาสสไตล์ shadcn ในเครื่อง (ไม่ติดตั้งแพ็คเกจ shadcn จริง)

【.design.json】

ผลผลิต: admin dashboard
แพลตฟอร์ม: web, desktop
ผลลัพธ์: react-vite
ไลบรารีส่วนประกอบ: shadcn
ความแม่นยำ: high-fidelity
สไตล์: primary: linear-app; inspiration: github, stripe; ไม่引用โลโก้แบรนด์ที่มีอยู่ ยืมเฉพาะแนวทางการจัดเรียง/ความหนาแน่น/สี

【ผลผลิต】

01
react-vite/src/App.jsx
สร้าง
入口และ壳ของเส้นทางแอป รองรับการนำทางด้านซ้าย แถบด้านบน และพื้นที่เนื้อหาหลัก ติดตั้งมุมมองห้าโมดูล: Dashboard, ผู้ใช้และทีม, โมเดลและการเรียกเก็บเงิน, บันทึก, คลังความรู้และAgent เข้าสู่หน้า Overview ของ Dashboard โดยค่าเริ่มต้น

02
react-vite/src/components/Dashboard.jsx
สร้าง
หน้า Overview ของ Dashboard แสดง KPI หลักสี่ประเภท (Token และต้นทุน, การใช้งานและความเคลื่อนไหว, คุณภาพโค้ดและการยอมรับ, โมเดลและความหน่วง) พร้อมการแจ้งเตือนความผิดปกติ, ทีม/โมเดลยอดนิยม, ภาพรวมเซสชันล่าสุด

03
react-vite/src/components/UsersTeams.jsx
สร้าง
หน้าจัดการผู้ใช้และทีม มีรายชื่อสมาชิก สิทธิบทบาท ทีม/พื้นที่ทำงาน 入口เชิญ

04
react-vite/src/components/ModelsBilling.jsx
สร้าง
หน้าจัดการการกำหนดค่าโมเดลและการเรียกเก็บเงิน กำหนดค่าโมเดลที่เชื่อมต่อ, API Key, กฎ配额, นโยบายการเรียกเก็บเงิน

05
react-vite/src/components/Logs.jsx
สร้าง
หน้าบันทึกการสนทนาและโค้ด ดู Prompt, การเติมเต็ม, การยอมรับ และการตรวจสอบย้อนหลังตามเซสชัน

06
react-vite/src/components/Agents.jsx
สร้าง
หน้าจัดการคลังความรู้และAgent กำหนดค่าดัชนีคลังโค้ด, Agent/Workflow ที่กำหนดเอง

07
react-vite/src/styles.css
สร้าง
สไตล์โกลบอลและธีม token กำหนด seed tokens, ธีมสีเข้ม, ฟอนต์, component tokens, คลาสสไตล์ shadcn

08
react-vite/src/main.jsx
สร้าง
入口 Vite React ติดตั้ง App ไปที่ #root และโหลดสไตล์โกลบอล

09
react-vite/index.html
สร้าง
壳 HTML ของ Vite ประกอบด้วยภาษา, หัวเรื่อง, การ引入ฟอนต์, meta ขนาด Canvas และ root node

10
react-vite/package.json
สร้าง
ประกาศ dependencies React/Vite, recharts, lucide-react และสคริปต์ dev/build

11
react-vite/vite.config.js
สร้าง
การกำหนดค่า Vite เปิดใช้งานปลั๊กอิน React และตั้งค่าพอร์ตพัฒนาเริ่มต้น

12
react-vite/canvas-design.html
สร้าง
壳คงที่สำหรับการแสดงตัวอย่างการออกแบบ Canvas: ให้ Canvas โหลด概要การออกแบบที่มีโครงสร้างและ跳转到การแสดงตัวอย่างจริงได้แม้ไม่พึ่งพา dev server

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

เมื่อระบบตรวจพบว่าผู้ใช้ต้องการ React แต่ยังไม่ได้ติดตั้ง เพียงคลิก “ติดตั้งและดำเนินการต่อ” QoderWork จะทำงานกำหนดค่าทั้งหมดให้อัตโนมัติ

คุณไม่จำเป็นต้องเข้าใจหลักการของ React เลย หรือไม่ต้องรู้ด้วยซ้ำว่า React มีความหมายอื่นนอกจาก “ปฏิกิริยา” — นี่คือ Vibe Coding แบบไม่มีโค้ด

หลังจากรอประมาณ 10 นาที ผลลัพธ์ก็ปรากฏ!

เลื่อนซ้ายขวาเพื่อดู

รีบมาเยี่ยมชมเว็บไซต์ที่ฉันเพิ่งสร้างเสร็จ: http://127.0.0.1:5173/ (ล้อเล่นนะ 😝)

ตอนนี้สามารถเข้าถึงผ่านเบราว์เซอร์และโต้ตอบกับแผนภูมิแบบไดนามิกได้ จากผลการแสดงผลทางภาพ ตอบสนองความต้องการของเราได้อย่างสมบูรณ์

ไม่ต้องสุ่มการ์ด! สำเร็จในครั้งเดียว!

อัตราเฟรมของ GIF นี้ถูกจำกัดที่ 15 เนื่องจากข้อจำกัดของ WeChat แอนิเมชันจริงลื่นไหลสมบูรณ์

อย่างไรก็ตาม ถ้าแค่สร้างหน้า HTML เว็บ โมเดลอื่นก็ทำได้เช่นกัน แม้ผลลัพธ์อาจไม่ดีเท่า QoderWork

อาวุธเด็ดที่แท้จริงของ QoderWork อยู่ที่แผง Nudge และฟังก์ชัน画笔 — ไม่พอใจตรงไหนก็แก้ตรงนั้น เห็นแล้วได้เลย

การตัดสินใจออกแบบที่สำคัญโดยรวมสามารถปรับได้ง่ายๆ ด้วยการลาก

อยากเปลี่ยนเป็นธีมสว่าง? ไม่มีปัญหา

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

ใช้ฟังก์ชัน画笔วงกลมพื้นที่ที่ต้องการแก้ไข ใช้ prompt ภาษาธรรมชาติแก้ไของค์ประกอบที่เกี่ยวข้องโดยตรง

QoderWork แก้ไขได้อย่างง่ายดาย

เมื่อสังเกตกระบวนการคิดของ QoderWork จะพบว่า: สิ่งที่น่าชื่นชมที่สุดคือ QoderWork ไม่ได้ทำแค่ผิวเผิน แต่ยัง检索และแก้ไขโมเดลในตำแหน่งอื่นๆ ที่เกี่ยวข้อง รวมถึงฐานข้อมูลเบื้องหลังมุมมองบนกระดานพร้อมกัน เพื่อหลีกเลี่ยงความขัดแย้งและรักษาการซิงค์ในระดับสูง — นี่คือสิ่งที่ผู้ใช้มือใหม่มักมองข้ามโดยเฉพาะ

สำหรับองค์ประกอบทั้งหมด ฟังก์ชัน Nudge ของ QoderWork สามารถปรับพารามิเตอร์ที่จำเป็นทั้งหมดสำหรับการออกแบบได้โดยตรงตามประเภทองค์ประกอบที่แตกต่างกัน ทำให้เห็นผลลัพธ์ทันที

**

**

ส่งมอบด้วยคลิกเดียวไปยัง Qoder IDE การออกแบบกลายเป็นจุดเริ่มต้นของการพัฒนา

แต่อาวุธเด็ดที่แท้จริงของ Design Workbench ซ่อนอยู่ในขั้นตอนสุดท้ายของกระบวนการ

ผลผลิตการออกแบบที่สร้างขึ้นสามารถส่งมอบด้วยคลิกเดียวไปยังเครื่องมือพัฒนาหลัก เช่น Qoder IDE เพื่อเข้าสู่สายการผลิตพัฒนาโดยตรง

นี่คือผลผลิตการออกแบบที่ลงสู่สภาพแวดล้อมการพัฒนาในรูปแบบโครงสร้างโปรเจกต์ที่สมบูรณ์ —

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

ช่องว่างระหว่างการออกแบบและการพัฒนา ถูกทำให้ราบเรียบอย่างสมบูรณ์ในขั้นตอนนี้

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

หลังจากส่งมอบผลผลิตของ Design Workbench ด้วยคลิกเดียวไปยัง Qoder IDE สิ่งที่เปิดโดยค่าเริ่มต้นคือ workspace ใหม่

แต่ในการพัฒนาจริง ทีมมักจะมีโปรเจกต์ที่มีอยู่แล้ว

คำถามนี้ดูเหมือนเป็นเพียงรายละเอียดทางเทคนิคของเส้นทางไฟล์ แต่สิ่งที่สะท้อนออกมาคือความท้าทายที่ลึกซึ้งที่เครื่องมือออกแบบ AI ต้องเผชิญเมื่อมุ่งสู่การนำไปใช้ในงานวิศวกรรม — ผลผลิตการออกแบบจะ融入เข้ากับบริบทของโปรเจกต์ที่มีอยู่ได้อย่างไร?

QoderWork ได้ก้าวไปสู่ขั้นตอนแรกที่สำคัญที่สุดแล้ว: ทำให้ผลผลิตการออกแบบเปลี่ยนจาก “รูปภาพ” เป็น “โค้ด”

เส้นทางต่อไปคือการทำให้โค้ดนี้วิวัฒนาการจาก “สามารถรันได้” เป็น “สามารถ嵌入ได้”

นับตั้งแต่ PowerPoint ถือกำเนิดมา 39 ปี เป็นครั้งแรกที่ได้รับการปรับโครงสร้างครั้งใหญ่

“Design Workbench” แก้ปัญหาการแปลจากการออกแบบเป็นโค้ด แล้ว “PPT Workbench” มุ่งเน้นไปที่อะไร?

การสร้างเอกสารนำเสนอที่ใช้พูดได้นั้นยากไม่แพ้การ还原การออกแบบ

แม้ว่าโซลูชันการสร้าง PowerPoint ด้วย AI จะมีมานานแล้ว แต่จุดปวดยังคงเหมือนเดิม: ผู้ใช้เห็นเฉพาะผลลัพธ์สุดท้าย ไม่สามารถ参与กระบวนการกลางได้ เมื่อทิศทางคลาดเคลื่อน ก็ต้องเริ่มต้นใหม่

สิ่งที่ QoderWork “PPT Workbench” จะเปลี่ยนแปลงก็คือสถานการณ์นี้

มันแยก “การสร้างเอกสารนำเสนอที่ใช้พูดได้” ออกเป็นหลายขั้นตอน สร้างกระบวนการทำงานร่วมกันที่สามารถ监督 แทรกแซง และย้อนกลับได้

นับตั้งแต่ PowerPoint เปิดตัวในปี 1987 นี่เป็นครั้งแรกที่รูปแบบของ PowerPoint ได้รับการปรับโครงสร้างครั้งใหญ่!

เอกสารนำเสนอจากไฟล์กราฟิก อัปเกรดเป็น “สินทรัพย์เนื้อหาที่มีโครงสร้างซึ่งตั้งโปรแกรมได้ ตรวจสอบได้ และสะสมได้”

โดยเฉพาะ มันประกอบด้วยสามความสามารถหลัก —

• สามารถแทรกแซงได้ตลอดกระบวนการ

ตั้งแต่การรวบรวมบริบท การ锁定หัวข้อ การยืนยันโครงร่าง ไปจนถึงการสร้างหน้าภายในและการตรวจสอบสองครั้ง PPT Workbench แบ่งกระบวนการสร้างออกเป็น 11 ขั้นตอน

ผู้ใช้สามารถแทรกแซงได้ในสี่ระดับ: โครงร่าง หัวข้อ รูปภาพ และหน้าภายใน เพื่อให้แน่ใจว่าการปรับทิศทางสอดคล้องกันก่อนการดำเนินการเสมอ

• HTML คือไฟล์ต้นฉบับ

เอกสารนำเสนอแต่ละหน้าถูกจัดเก็บเป็นไฟล์ HTML อิสระ โดยมี Theme JSON เป็นค่าความจริงทางภาพ

เนื้อหาสามารถอ่านได้ เปรียบเทียบความแตกต่างได้ แก้ไขด้วยตนเองได้ แจกจ่ายแบบออฟไลน์ได้ มีฟอนต์ภาษาจีนในตัว แม้ไม่มีอินเทอร์เน็ตก็สามารถแสดงผลได้สมบูรณ์

รองรับการส่งออกแบบออฟไลน์ในสามรูปแบบ: PDF, HTML, PPTX โดยรูปแบบ PPTX ยังคงรักษาส่วนประกอบจริงที่สามารถแก้ไขต่อได้ และสร้างบันทึกการพูด 150 ถึง 300 คำโดยอัตโนมัติ

• การ沉淀เทมเพลตและการใช้ซ้ำในทีม

แพลตฟอร์มมีเทมเพลตสำเร็จรูปอย่างเป็นทางการมากกว่า 30 แบบ เริ่มต้นสามารถใช้ได้ด้วยคลิกเดียว

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

ในการทดสอบจริง เราให้มันสร้างสื่อการสอนระดับมหาวิทยาลัย หัวข้อ Li Bai และ Du Fu — สองขั้วของกวีนิพนธ์ยุค Tang

ที่นี่เลือกใช้เทมเพลต canvas-pop (Canvas Colorful Chapter) จากนั้น QoderWork เปิดโหมดคิดลึก

แค่ลงไปซื้อกาแฟ一杯ที่ชั้นล่าง มันก็完成การรวบรวมบริบทและ锁定หัวข้อแล้ว จากนั้นแค่ยืนยัน “โครงร่าง”

ชั่วครู่ต่อมา สื่อการสอน PowerPoint ที่สวยงามก็ถือกำเนิดขึ้น

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

☕ สนับสนุนค่ากาแฟทีมงาน

หากคุณชอบบทความนี้ สามารถสนับสนุนเราได้ผ่าน PromptPay