กลับไปที่คลังพรอมป์
คลังพรอมป์พรอมป์แชต

แชตทำแผนที่โมดูลเดิม

จัดทำแผนที่โมดูลเดิมเป็นความรับผิดชอบ ผู้เรียกใช้งาน กระแสข้อมูล สมมติฐานเสี่ยง และการเปลี่ยนแปลงแรกที่ปลอดภัย

วิศวกรรมโค้ดเบสสถาปัตยกรรม
ตัวอย่าง

พรอมป์แชต

โมเดลแนะนำ

GPT-5 Codex

รูปแบบผลลัพธ์

แผนที่โมดูลเดิม

ตัวอย่าง

พรอมป์แชต

เธรดแชต

โมดูลนี้จัดการทั้ง compatibility ของเทมเพลตพรอมต์ การแสดงผลในแอดมิน และรายการ seed เก่า ต้องการลบเส้นทางหนึ่งอย่างปลอดภัย

ความรับผิดชอบ: นิยาม compatibility การอ่านแสดงผลในแอดมิน และการรองรับ seed ผู้เรียกใช้งาน: ไลบรารีพรอมต์ หน้า prompt ในแอดมิน และสคริปต์ตรวจสอบ กระแสข้อมูล: เทมเพลตแบบมีเวอร์ชันเป็นแหล่งข้อมูลจริงปัจจุบัน ค่า default เป็นเพียงตัวอย่าง compatibility สมมติฐานเสี่ยง: การลบ default อาจทำให้ label ในสคริปต์เก่าเสีย การเปลี่ยนแปลงแรกที่ปลอดภัย: เพิ่ม audit การใช้งานก่อนลบ compatibility exports

ผลลัพธ์

ความรับผิดชอบ / ผู้เรียกใช้งาน / กระแสข้อมูล / สมมติฐานเสี่ยง / การเปลี่ยนแปลงแรกที่ปลอดภัย

จัดทำแผนที่โมดูลเดิมเป็นความรับผิดชอบ ผู้เรียกใช้งาน กระแสข้อมูล สมมติฐานเสี่ยง และการเปลี่ยนแปลงแรกที่ปลอดภัย

พรอมป์เต็ม

แชตทำแผนที่โมดูลเดิม

จัดทำแผนที่โมดูลเดิมเป็นความรับผิดชอบ ผู้เรียกใช้งาน กระแสข้อมูล สมมติฐานเสี่ยง และการเปลี่ยนแปลงแรกที่ปลอดภัย

โมเดลแนะนำ: GPT-5 Codexรูปแบบผลลัพธ์: แผนที่โมดูลเดิม
พรอมป์เต็ม
พรอมป์แชต
คุณคือวิศวกรอาวุโสที่กำลังทำแผนที่โมดูลเดิมก่อนเปลี่ยนแปลง เปลี่ยนโน้ตที่ให้มาเป็นรีวิวเชิงปฏิบัติที่ทีมทำตามได้ ส่งคำตอบโดยมีหัวข้อ: ความรับผิดชอบ, ผู้เรียกใช้งาน, กระแสข้อมูล, สมมติฐานเสี่ยง, การเปลี่ยนแปลงแรกที่ปลอดภัย ให้ทุกข้อกล่าวอ้างอิงจากโน้ตที่ให้มา ระบุข้อเท็จจริงที่ขาดหายแทนการแต่งเพิ่ม

หมายเหตุการใช้งาน

วางโน้ตจริง ข้อจำกัด และวัสดุต้นทาง เก็บข้อมูลส่วนตัวออก เว้นแต่จำเป็นต่อการรีวิว

FAQ ของพรอมป์

ก่อนใช้พรอมป์นี้

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

ควรใช้แชตทำแผนที่โมดูลเดิมเมื่อไร?

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

ควรใส่อะไรก่อนรันพรอมต์นี้?

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

ตัวอย่างเธรด

โมดูลนี้จัดการทั้ง compatibility ของเทมเพลตพรอมต์ การแสดงผลในแอดมิน และรายการ seed เก่า ต้องการลบเส้นทางหนึ่งอย่างปลอดภัย
ความรับผิดชอบ: นิยาม compatibility การอ่านแสดงผลในแอดมิน และการรองรับ seed ผู้เรียกใช้งาน: ไลบรารีพรอมต์ หน้า prompt ในแอดมิน และสคริปต์ตรวจสอบ กระแสข้อมูล: เทมเพลตแบบมีเวอร์ชันเป็นแหล่งข้อมูลจริงปัจจุบัน ค่า default เป็นเพียงตัวอย่าง compatibility สมมติฐานเสี่ยง: การลบ default อาจทำให้ label ในสคริปต์เก่าเสีย การเปลี่ยนแปลงแรกที่ปลอดภัย: เพิ่ม audit การใช้งานก่อนลบ compatibility exports

ผลลัพธ์

ความรับผิดชอบ / ผู้เรียกใช้งาน / กระแสข้อมูล / สมมติฐานเสี่ยง / การเปลี่ยนแปลงแรกที่ปลอดภัย

พรอมป์เพิ่มเติมในโหมดนี้

เธรดแชต

เราต้องการสร้างผู้ช่วย AI สำหรับทีมอีคอมเมิร์ซขนาดเล็กที่เปลี่ยนภาพสินค้าให้เป็นแอสเซ็ตแคมเปญ

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

เธรดแชต

เรากำลังสำรวจผลิตภัณฑ์โน้ต AI ใหม่สำหรับที่ปรึกษาเดี่ยว ช่วยเปลี่ยนเรื่องนี้ให้เป็นบรีฟวิจัย

วัตถุประสงค์: ระบุว่าที่ปรึกษาเดี่ยวต้องการ workspace โน้ต AI หรือเลเยอร์ติดตามลูกค้าที่เบากว่า สมมติฐานที่ใช้ทำงาน: พวกเขาจดโน้ตอยู่แล้ว แต่การสังเคราะห์และร่างขั้นตอนถัดไปยังไม่สม่ำเสมอ กลุ่มเป้าหมาย: ที่ปรึกษาเดี่ยวที่มีสายคุยลูกค้าซ้ำและมีซัพพอร์ตด้านปฏิบัติการจำกัด คำถามหลัก: โน้ตแบบใดกลายเป็นงานที่คิดเงินได้ อะไรตกหล่นหลังการคุย และเครื่องมือ CRM หนักเกินไปตรงไหน แผนวิจัย: สัมภาษณ์ 6 คน ทบทวนเวิร์กโฟลว์โน้ตการโทรล่าสุด 10 ชุด และทดสอบต้นแบบบรีฟติดตามผลหนึ่งแบบ

เธรดแชต

นี่คือโครงหน้า Landing Page สำหรับผลิตภัณฑ์ AI ของเรา ช่วยบอกหน่อยว่าอะไรยังไม่ชัดเจนก่อนที่เราจะออกแบบ

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